本章內容將介紹已知的執行期間問題。
由於本文件已刊載在 Solaris 9 Documentation CD 和 Solaris 9 Installation CD 的 Installation Kiosk 之上,本章已增加了下列執行期間問題的說明。
"當您為失效的「免停機更換式」硬碟進行抽換時,銅線儲存盒上的「Solaris 容體管理員」metahs -e 指令會失效(4644106)"
"當您移除和更換磁碟時,「Solaris 容體管理員」 metareplace -e 指令無法啟用軟式分割區 (4645781)"
"當您在 /etc/nsswitch.conf 中指定網域名稱系統時,libresolv.so.2 會使用多重執行緒的應用程式耗盡交換檔空間(4646349)"
如果在 Solaris 9 作業環境上使用不屬於「Solaris Ready」的 USB 硬碟, 可能會造成 UFS 的故障及資料損毀。
解決方法: 請至 http://www.sun.com/io_technologies/storagesolutions.html 網站取得「Solaris Ready」產品的清單。
如果 ocfserv 終止,而且顯示被鎖定,即使當插入或移除智慧卡時,系統仍然保持在鎖定狀態。
在已終止 ocfserv 程序的電腦上執行遠程登入。
轉換到超級使用者(superuser)的身份。
在一個終端機視窗中輸入以下指令來終止 dtsession 處理。
# pkill dtsession |
在「智慧卡管理主控台」中的「編輯配置檔案」功能表項目無法編輯位於 /etc/smartcard/opencard.properties 中的智慧卡配置檔案。 如果選取功能表項目,便會顯示出一個警告,指明若非是技術支援人員的要求,否則不要繼續。
解決方法: 請勿使用「智慧卡管理主控台」中的「編輯配置檔案」功能表項目。 如需智慧卡配置詳細資訊,請參閱「Solaris Smartcard Administration Guide」。
當您處於以下狀況中、在 Solaris 9 作業環境下編譯 Motif 程式時,將會發生問題。
您會連結到已經在 Solaris 2.4、2.5、2.5.1 或 2.6 作業環境中編譯的共用程式庫。
舊版的程式庫也會使用 Motif 應用程式設計介面 (API)。
當 Motif 程式使用 Motif 2.1 版,且舊的共用程式庫使用 Motif 1.2 版時,可能會造成核心傾印。這個不是在 Solaris 2.4、2.5、2.5.1 和 2.6 作業環境中所編譯之應用程式的二進位相容性問題,這些應用程式應該能在 Solaris 9 作業環境中正確地運作。
解決方法: 如果您有直接連結到 Motif 程式庫的舊版共用程式庫,並且您也想要在同時連結至 Motif 和該舊版共用程式庫的 Solaris 9 作業環境中來編譯程式,請使用下列所示的連結來編譯:
cc foo.c -o program -DMOTIF12_HEADERS -I/usr/openwin/include -I/usr/dt/include -lXm12 -lXt -lX11 |
如果您從 CDE 登入螢幕上的「選項」按鈕選擇「遠程登入」選項,然後選取「輸入主機名稱」時,「從列表中選擇主機」選項無法運作以供您進行遠程登入。
解決方法: 進行所有的遠程登入時都使用「輸入主機名稱」選項。
如果您要在 Solaris 9 Unicode 或 UTF-8 語言環境下讀取一封包含許多長行的電子郵件內容,CDE「郵件程式」(dtmail) 就會出現暫停狀態,而無法立即顯示郵件內容。
解決方法: 請選擇以下其中一個解決方法。
放大 dtmail 信箱視窗到 132 行。
執行下列步驟來停用「複雜文字版面配置」功能。
轉換到超級使用者(superuser)的身份。
變更目錄到系統的語言環境目錄。
# cd /usr/lib/locale/locale-name |
在上面範例中,locale-name 是指您系統上 Solaris 9 Unicode 或 UTF-8 語言環境。
重新命名語言環境版面配置引擎目錄。
# mv LO_LTYPE LO_LTYPE- |
在您將任何修補程式套用到該語言環境版面配置引擎之前,請先將語言環境版面配置引擎目錄重新命名成原來的名稱 (LO_LTYPE)。
在您從桌上面刪除最後一個項目之後, 當您同步處理您的掌上型裝置時,該項目會從掌上型裝置中復原回桌面。 此類您可能予以刪除、又再復原之項目的例子有:您的「日曆」上的最後一個約會或「位址管理員」中最後一個位址。
解決方法: 在同步化之前,請以手動方式從掌上型裝置刪除最後一個輸入項目。
如果您在 PDA 裝置及 Solaris CDE 之間交換多位元組資料,則這兩個環境中的資料可能會遭到毀壞。
解決方法: 在執行 PDASync 應用程式之前,請先利用 PDA 備份公用程式,備份您個人電腦上的資料。 如果您意外地進行了多重位元組資料互換並毀損了該資料,請從備份中復原您的資料。
Solaris WBEM Services 2.5 常駐程式找不到為 com.sun.wbem.provider 介面或 com.sun.wbem.provider20 介面撰寫的提供者。 即使您已經為這些介面所撰寫的提供者建立一個 Solaris_ProviderPath 實例,Solaris WBEM Services 2.5 常駐程式仍然找不到該提供者。
解決方法: 若要啟用該常駐程式來尋找這類提供者,請停止 Solaris WBEM Services 2.5 常駐程式再重新啟動。
# /etc/init.d/init.wbem stop # /etc/init.d/init.wbem start |
如果您使用 javax
API 來開發提供者,就不需要停止再重新啟動 Solaris
WBEM Services 2.5 常駐程式,因為常駐程式會自動地辨識 javax
提供者。
如果您選擇使用 com.sun 應用程式設計介面而不是 javax
應用程式設計介面來開發 WBEM 軟體,便只有 CIM 遠端方法呼叫 (RMI) 可以完全支援。 其他通訊協定,例如
XML/HTTP 也無法保證可以正常地執行 com.sun 應用程式設計介面。
下表列出的,是可以在 RMI 順利呼叫,但在 XML/HTTP 時會失敗的呼叫範例。
方法呼叫 |
錯誤訊息 |
---|---|
CIMClient.close() |
NullPointerException |
CIMClient.execQuery() |
CIM_ERR_QUERY_LANGUAGE_NOT_SUPPORTED |
CIMClient.getInstance() |
CIM_ERR_FAILED |
CIMClient.invokeMethod() |
XMLERROR: ClassCastException |
Solaris 管理主控台裝載 (Mounts) 和共用 (Shares) 工具無法修改在 / (root)、/usr 和 /var 等系統重要檔案系統的裝載選項。
解決方法: 請選擇以下其中一個解決方法。
使用包含裝載指令的遠端裝載選項。
# mount -F file-system-type -o remount,additional-mount-options \ device-to-mount mount-point |
使用 -remount 選項和 mount 指令所做的裝載屬性修改不是永久的。 另外,不是以過去指令的 additional-mount-options 指定的所有裝載選項,都會繼承由該系統所指定的預設值。如需詳細資訊,請參閱 mount_ufs(1M) 線上援助頁。
編輯 /etc/vfstab 檔案中適當的項目來修改檔案系統裝載屬性,再重新啟動系統。
當記憶體的餘量低時,下列錯誤訊息就會顯示:
CIM_ERR_LOW_ON_MEMORY |
解決方法: 要重設「CIM 物件管理員系統訊息庫」,請遵循這些步驟。
轉換到超級使用者(superuser)的身份。
停止「CIM 物件管理員」。
# /etc/init.d/init.wbem stop |
移除 JavaSpacesTM 日誌目錄。
# /bin/rm -rf /var/sadm/wbem/log |
重新啟動「CIM 物件管理員」。
# /etc/init.d/init.wbem start |
當您在重新設定「CIM 物件管理員」系統訊息庫時,便會遺失所有資料儲存中的專用定義。 您必須使用 mofcomp 指令來重新編譯包含有那些定義的 MOF 檔案。 例如:
# /usr/sadm/bin/mofcomp -u root -p root-password your-mof-file |
如果您的根檔案系統是由「Solaris 容體管理員」所鏡像,而其中的檔案系統並非從磁柱 0 開始,則所有附加的子鏡像亦不會從磁柱 0 開始。
如果您試著將從磁柱 0 開始的子鏡像附加在鏡像上,而該鏡像中的原始子鏡像並不是從磁柱 0 開始,系統將顯示下列錯誤訊息:
can't attach labeled submirror to an unlabeled mirror |
解決方法: 請選擇以下其中一個解決方法。
確定根檔案系統和其他子鏡像的容體皆從磁柱 0 開始。
確定根檔案系統和其他子鏡像的容體都不是從磁柱 0 開始。
依據預設值,JumpStart 安裝程序會從磁柱 0 和磁碟上其他地方的根檔案系統開始/交換。按照一般的系統管理程序,通常是在磁柱 0 上的磁片 0 開始。如果您將根位於磁片 0(但非磁柱 0)的預設 JumpStart 安裝,鏡射至磁片 0 開始於磁柱 0 的輔助磁碟,在試著附加第二個子鏡像時,系統將顯示錯誤訊息。
若是使用 metadetach 指令從鏡像移除一個子鏡像,您可能無法重新附加該子鏡像。 因為在您取消子鏡像的附加之後,鏡像的大小會自動進行調整,因此發生此問題。
解決方法: 在使用 metadetach 指令取消子鏡像的附加之前,將一個與您想要取消附加的子鏡像具有相同大小的子鏡像附加上去。
如果您將軟式分割的磁碟從系統上移除,並以新的磁碟取代時,metareplace -e 指令將無法啟用軟式分割區。在核發 metareplace -e 指令來啟用軟式分割區之前,無論您是否已使用 metarecover 指令,此故障都會發生。
解決方法: 在新的磁碟上重建軟式分割區。
若軟式分割區是鏡像或 RAID5 的一部份,請使用排除 -e 選項的 metareplace 指令以便使用新的軟式分割區取代舊的軟式分割區。
# metareplace dx mirror or RAID5 old_soft_partition new_soft_partition |
若是遇到下列的情況 metahs -e 指令可能會失效。
一個「免停機更換式」裝置遇到問題,像是使用 metaverify 測試公用程式所導致的錯誤。
當錯誤發生在複合裝置上時,「Solaris 容體管理員」軟體嘗試啟動該不需停機便可直接更換的裝置。 該「免停機更換式」裝置將標記為 broken。
系統將會停止,並且將在相同的位置使用新的磁碟以取代包含該不需停機便可直接更換裝置的故障磁碟。
系統已啟動並且「Solaris 容體管理員」軟體不能識別新的「免停機更換式」裝置。
即發佈 metahs -e 指令以便啟用新磁碟上的不需停機便可直接更換的裝置。
以下的訊息會顯示出來。
WARNING: md: d0: open error of hotspare (Unavailable) |
因為「Solaris 容體管理員」軟體不會從內部識別抽換至相同實體位置之「免停機更換式」磁碟,所以會發生故障。「Solaris 容體管理員」軟體將會繼續顯示不存在於系統中的磁碟裝置識別碼。
若 Photon 或儲存附件上的裝置編號在更換磁碟後隨之變更,則會產生該未知性的故障。
解決方法: 請選擇以下其中一個解決方法。
遵循這些步驟以更新「Solaris 容體管理員」狀態資料庫中的「免停機更換式」磁碟裝置識別碼。
轉換到超級使用者(superuser)的身份。
鍵入下列指令以更新不需停機便可直接更換的磁碟裝置識別碼。
# metadevadm -u logical-device-name |
鍵入下列指令以便可以使用新的「免停機更換式」磁碟。
# metareplace -e logical-device-name |
遵循這些步驟以管理系統上的「免停機更換式」裝置以及「免停機更換式」裝置儲存區。
轉換到超級使用者(superuser)的身份。
鍵入下列指令以刪除「免停機更換式」磁片的登錄。
# metahs -d hsphot-spare-pool-number logical-device-name |
鍵入下列指令以便在相同的位置上使用正確的裝置識別碼,為「免停機更換式」磁片建立新的登錄。
# metahs -a hsphot-spare-pool-number logical-device-name |
您無法使用已經運用「Solaris 容體管理員」軟體配置的磁碟來取代故障的磁碟。 對「Solaris 容體管理員」軟體而言取代的磁碟必須是新的。 若是您在 Photon 上實體的將磁碟從一個介面槽移至另一個,則 metadevadm 指令可能會失敗。 當磁片的邏輯裝置名稱不存在,但是磁碟的裝置識別碼仍然保留在複合裝置的複寫中時會發生此故障。 以下的訊息會顯示出來。
Unnamed device detected. Please run 'devfsadm && metadevadm -r to resolve. |
您可以在此期間於新的位置處存取磁碟,但是可能需要使用舊的邏輯裝置名稱來存取該磁片。
解決方法: 將磁碟移回其原來的介面槽。
若是從系統上移除並取代實體磁碟,然後使用 metarecover -p -d 指令來寫入適當的軟式分割區特定資訊至磁碟中,則該指令會造成開啟失敗。 該指令不會更新複合裝置資料庫名稱空間以便反應磁碟裝置識別中的變更。 此狀況造成每一個像是建立在磁碟頂端的軟式分割區開啟失敗。 以下的訊息會顯示出來。
Open Error |
解決方法: 在新的磁碟上建立一個軟式分割區以替代發佈 metarecover 指令來回復軟式分割區。
若是軟式分割區是鏡像或 RAID5 的一部份,請使用排除 -e 選項的 metareplace 指令以便使用新的軟式分割區取代舊的軟式分割區。
# metareplace dx mirror or RAID5 old_soft_partition new_soft_partition |
若是在沒有附加鍵盤的機器上啟動「Xsun」,「Xsun」可能會當機。 系統的主控台可能會會顯示 Segmentation Fault 錯誤訊息。 若是已變更 coreadm 設定,「Xsun」可能會產生核心傾印。
解決方法: 若要避免啟動「Xsun」,請遵循這些步驟:
存取「Xsun」程序已終止的機器。
轉換到超級使用者(superuser)的身份。
請檢驗系統中是否存在 /etc/dt/config/Xservers 檔案。
若是該檔案不存在,請在終端機視窗中鍵入下列指令。
# mkdir -p /etc/dt/config ; cp /usr/dt/config/Xservers /etc/dt/config/ |
藉由將 # 新增至包含下列任一個字串的行開頭處,來編輯 /etc/dt/config/Xservers 檔案。
/usr/openwin/bin/Xsun
/usr/openwin/bin/X
重設 dtlogin。
# /etc/init.d/dtlogin reset |
「Xsun」隨後的執行不需要上述的解決方法。
若您已經在 /etc/nsswitch.conf 檔案中指定查找主機或 IP 節點的網域名稱系統,並且系統正執行多重執行緒的應用程式,則 nscd 常駐程式可能會當機。 因為 nscd 常駐程式的大小會緩慢的增加,並且會消耗最多 4 GB 的交換空間。 若是已耗盡所有的交換空間,那麼 nscd 可能會當機,且其他新的程序可能會遭遇各種隨機的錯誤。
解決方法: 若要避免此問題,請遵循下列這些步驟修改 nscd 設定。
轉換到超級使用者(superuser)的身份。
停止 nscd 常駐程式。
# /etc/init.d/nscd stop |
新增或修改 /etc/nscd.conf 檔案中的下列各行。
keep-hot-count hosts 0
keep-hot-count ipnodes 0
重新啟動 nscd 常駐程式。
# /etc/init.d/nscd start |
不執行 nscd 將會造成相同的漏洞出現在任何使用多重執行緒,以進行主機查找的的應用程式中。
Solaris 點對點協定(PPP)4.0 常駐程式(pppd)在下列的情況下可能會無預期的退出。
該 pppd 常駐程式在閒置中。
啟用 pppd 常駐程式的 demand 以及 holdoff 選項。
在延遲期間抵達一個資料分封。
若是該 pppd 常駐程式無預期的退出,在適當的系統日誌檔中會記錄類似下列的訊息。
current date hostname pppd[PID]: [ID 702911 daemon.error] unable to set IP to pass: Invalid argument current date hostname pppd[PID]: [ID 702911 daemon.error] unable to enable IPCP |
請參閱線上援助頁 pppd(1M) 以獲得更多 pppd 常駐程式的 demand 以及 holdoff 選項的資訊。
解決方法: 請選擇以下其中一個解決方法。
在常駐程式嘗試重新初始化連結之前,若是不需要讓 pppd 常駐程式等待,請不要使用 pppd 常駐程式的 holdoff 選項。
請將 holdoff 選項的值設定為 0。
從類似下列 Bourne shell 程序檔的迴圈程序檔執行 pppd 常駐程式。
#!/bin/sh while :; do /usr/bin/pppd cua/b lock idle 60 demand nodetach noauth \ 38400 10.0.0.1:10.0.0.2 holdoff 20 done
如果您在兩個 IP 節點之間配置多個 IP 通道,並啟用 ip_strict_dst_multihoming 或其他的 IP 過濾器,可能會造成封裝損失。
解決方法: 請選擇以下其中一個解決方法。
在兩個 IP 節點之間配置一個單一通道,並使用 ifconfig 指令和 addif 選項,將位址加到該通道上。
請勿在兩個 IP 節點之間的通道啟用 ip_strict_dst_multihoming。
若是解除鎖定一個已鎖定的 CDE 階段作業,則可能會移除所有已當機的 Kerberos 版本 5(krb5)憑證,並且無法存取系統的各種公用程式。 此問題在下列情況下會發生。
在 /etc/pam.conf 檔案中,系統的 dtsession 服務將根據預設值配置使用 krb5 模組。
您鎖定 CDE 階段作業,然後試著解除鎖定該階段作業。
若是發生此問題,則會顯示下列的錯誤訊息。
lock screen: PAM-KRB5 (auth): Error verifying TGT with host/host-name: Permission denied in replay cache code |
解決方法: 在 /etc/pam.conf 檔案中新增下列非 pam_krb5 dtsession 的項目。
dtsession auth requisite pam_authtok_get.so.1 dtsession auth required pam_unix_auth.so.1 |
使用這些 /etc/pam.conf 檔案中的項目,將不會依據預設值執行該 pam_krb5 模組。
CDE 日曆伺服器常駐程式(rpc.cmsd)可能會將檔案描述元耗盡。若是發生此問題,日曆使用者可以檢視其日曆,但是不能增加新的約會。 會顯示一個 Unknown Error 訊息。
解決方法: 請選擇以下其中一個解決方法。
若是發生此問題,請遵循這些步驟。
成為日曆伺服器上的超級使用者(superuser) 。
終止日曆伺服器常駐程式。
# pkill rpc.cmsd |
依據預設值,在 /etc/inetd.conf 檔案中會啟用 rpc.cmsd 服務,並且不需要重新啟動。 若是在日曆伺服器上已停用 rpc.cmsd 服務,在取消常駐程式程序後必須要重新啟動 rpc.cmsd 常駐程式。
若要避免此問題,請套用修補程式識別碼 112617-01。
請參閱位於 http://sunsolve.sun.com 的網站 SunSolveSM 以獲得先前發行 Solaris 作業環境版本的修補程式。
CDE 桌面環境中的可移除媒體自動執行功能,已經為了減少可能的安全性問題而暫時地自 Solaris 9 作業環境移除。
若您希望 CD-ROM 或其他可移除媒體容體使用自動執行功能,請執行下列一種方式:
從可移除媒體檔案系統最上層執行 volstart 程式
遵循 CD 中的指示從 CDE 之外進行存取
若要獲得最新的安全性問題與修補程式的資訊,請查閱位於 http://sunsolve.sun.com 的 SunSolve 網站。 所有安全性修補程式都可在不需任何支援合約情況下自 SunSolve 網站取得。
Solaris 9 作業系統會將已鎖定帳號當作逾期或不存在帳號處理。 總而言之,cron、at 以及 batch 公用程式不能在已鎖定的帳號上排程工作。
解決方法: 若要讓已鎖定帳號接受 cron、at 或 batch 工作,請將已鎖定帳號的密碼欄位 (*LK*) 變更成字串 NP(若無密碼)。
若是想要在執行 Solaris 9 作業環境的系統上使用「Veritas 容體管理員」執行各種任務,vxddladm addjob 或 vxddladm addsupport 公用程式可能會發生核心傾印。
解決方法: 請遵循這些步驟。
轉換到超級使用者(superuser)的身份。
確認 /var/ld/ld.config 檔案和 /usr/bin/crle 公用程式位於系統上。
在終端機視窗鍵入下列指令。
# /usr/bin/cp /var/ld/ld.config /var/ld/ld.config.save # /usr/bin/crle -E LD_LIBRARY_PATH=/usr/lib # appropriate-vxddladm-command # /usr/bin/mv /var/ld/ld.config.save /var/ld/ld.config |
在 iPlanet Directory ServerTM 5.1 Collection 中,標題為 DocHome 的連結以及不同書籍之間的連結沒有發生作用。 若是您選取這些連結,瀏覽器會顯示一個「找不到」的錯誤。
解決方法: 請選擇以下其中一個解決方法。
若要在系統上的「iPlanet 目錄伺服器 5.1」文件之間導航,請移至 iPlanet Directory Server 5.1 Collection 頁面,然後按一下您想要檢視的文件連結。
檢視 http://docs.sun.com 上的 iPlanet Directory Server 5.1 Collection。
如果您移除了 SUNWsdocs 套裝軟體,便無法成功移除其他文件套裝軟體。 這個問題的產生,是因為 SUNWsdocs 套裝軟體是和其他文件集合一起安裝,且為瀏覽器的進入點。
解決方法: 如果您已經移除 SUNWsdocs 套裝軟體,請重新自文件媒體安裝 SUNWsdocs 套裝軟體,並將其移動到其他的文件套裝軟體中。
在 Solaris 9 作業環境中,以及其他以 UNIX 為基礎的系統上,在下列的歐洲語言環境中無法存取 Solaris 9 Documentation 1 of 2 CD 的 PDF 文件。
de(德文)
es(西班牙文)
fr(法文)
it(義大利文)
sv(瑞典文)
因為使用「Adobe Acrobat Reader」的限制所以發生此問題。 若要獲得更多關於此問題的資訊,請參閱位於 http://www.adobe.com:80/support/techdocs/294de.htm 的「Adobe Technote」網站。
解決方法: 請選擇以下其中一個解決方法。
在 Solaris 9 作業環境中,以及其他以 UNIX 為基礎的系統上,請將環境變數 LC_ALL 設定為 C acroread。 例如,在 C shell 中,於終端機視窗中鍵入下列的指令。
% env LC_ALL=C acroread |
在並非以 UNIX 為基礎的系統上,請昇級至「Adobe Acrobat Reader 5.0」。
若是發生下列情況,則某些 Solaris 9 文件集合可能會無預期的從系統中移除。
請將 Solaris 9 Documentation 1 of 2 和 2 of 2 CD 安裝在系統上。
然後使用 prodreg 公用程式或 Solaris 9 Documentation CD 安裝程式來移除某些文件套裝軟體。
Solaris 9 Documentation CD 1 of 2 和 2 of 2 擁有三個共同的集合。 若是從 Solaris 9 Documentation 1 of 2 和 2 of 2 CD 進行安裝時移除包含這些集合的套裝軟體,則該套裝軟體會從兩個安裝中移除。
下列表格列出可能會無預期被移除的套裝軟體。
表 2-1 Solaris 9 文件套裝軟體皆包含在 Solaris 9 Documentation CD 中
HTML 套裝軟體名稱 |
PDF 套裝軟體名稱 |
集合描述 |
---|---|---|
SUNWaadm |
SUNWpaadm |
Solaris 9 System Administrator Collection |
SUNWdev |
SUNWpdev |
Solaris 9 Developer Collection - zh_TW |
SUNWids |
SUNWpids |
iPlanet Directory Server 5.1 Collection |
解決方法: 請選擇以下其中一個解決方法。
若是解除安裝程序無預期的移除這些文件套裝軟體,並且您想要在系統上保留這些套裝軟體,請從 Solaris 9 Documentation 1 of 2 或 2 of 2 CD 重新安裝套裝軟體。
若要避免此問題,請使用 pkgrm 公用程式以移除想要從系統中消除的套裝軟體。
啟動 sdtpdasync 而所有訊息僅在 zh_HK.BIG5HK 語言環境中呈現空白。
解決方法: 將 /usr/dt/bin/sdtpdasync 檔中的 '/usr/java' 變更成 JAVA_HOME。
出現六個登錄失敗的 jar 檔:
Error adding cimclientprovider_zh_TW.jar to registry Error adding cimclientprovider_zh_TW.jar to registry Error adding WBEMLogServiceBean_zh_TW.jar to registry Error adding CimomServiceBean_zh_TW.jar to registry Error adding cimclientprovider_zh_HK.jar to registry Error adding WBEMLogServiceBean_zh_HK.jar to registry Error adding CimomServiceBean_zh_HK.jar to registry |
解決方法: 沒有解決方法,請忽略這些錯誤訊息,這個動作不會影響其他任何功能。
某些 Sdtname 和 Sdtbuilder 輔助說明的頁面內容是無用的資源。
解決方法: 在 /usr/dt/config/svc/CDE.lcx 的 zh_HK 行內容應該是:
+ CDE.100+.standard.=.zh_TW.BIG5: zh_HK.BIG5HK ! Chinese, Hong Kong ,Sun + CDE.100+.standard.=.zh_TW.UTF-8: zh_HK.UTF-8 ! Chinese, Hong Kong ,Sun |
+ SunOS.580+.setlocale.=.zh_TW.UTF-8: zh_HK.UTF-8 ! Chinese, Hong Kong ,IBM, HP, Sun ("zh_HK.UTF-8"), USL + SunOS.580+.setlocale.=.zh_TW.BIG5: zh_HK.BIG5HK ! Chinese, Hong Kong ,IBM, HP, Sun ("zh_HK.BIG5HK"), USL |
在 en_US.UTF-8 語言環境中同時按下 AltGraph 和 E 按鍵並無法產生 無法產生 Euro 字元。
解決方法: 請選擇以下其中一個解決方法。
按下並放開 Compose 鍵,接著再按下並放開 C 鍵,再接著按下並放開 = 鍵 (Compose+C+=)。
如果您的鍵盤沒有包含 Compose 鍵,請在您按下 Shift 和 T 鍵時按下 Control 鍵 (Ctrl-Shift-T)。
在按下 4 鍵時按下 Alt 按鍵 (Alt-4)。
若要在阿拉伯語言環境中產生變音符 (Diacritic) 字元,請鍵入阿拉伯文字元,再接著按下 Shift-U。
歐洲語系 UTF-8 語言環境排序未正常執行。
解決方法: 在您嘗試於 FIGGS UTF-8 語言環境中進行排序之前,請將 LC_COLLATE 變數設定為 ISO-1 的相等值。
# echo $LC_COLLATE > es_ES.UTF-8 # LC_COLLATE=es_ES.IS08859-1 # export LC_COLLATE |
某些 Smartcard 的零件以及 Secure Shell 應用程式尚未本土化,並且無法完整的翻譯。
當在安裝期間輸入「識別名稱」時,請使用 UTF-8 字元集編碼方式。 不支援其他編碼方式。 安裝作業不會將資料從本土字元集編碼方式轉換為 UTF-8 字元集編碼方式。 使用 LDIF 檔案匯入資料也必須使用 UTF-8 字元集編碼方式。 匯入作業不會將資料從本土字元集編碼方式轉換為 UTF-8 字元集編碼方式。
針對 groupOfNames 以及 groupOfUniquenames 物件類別,使用「iPlanet 目錄伺服器 5.1 」所提供的機制與 RFC 2256 中所指定的不同。 在所提供的機制中,member 以及 uniquemember 屬性型態是選擇性的。RFC 2256 指定在個別的物件類別中必須存在至少一個這些類型的值。
aci 屬性是一個作業上的屬性。 除非明確的要求之否則在搜尋中其不會回傳。
目前不支援在廣域網路(WAN)上的多主控者複製。
「iPlanet 目錄伺服器 5.1」提供 UID 唯一性插入。 依據預設值並未啟動插入。 若要確認特定屬性的唯一性,請為每個屬性建立新的「屬性唯一性」插入實例。 若要獲得更多關於「屬性唯一性」插入的資訊,請參照「iPlanet Directory Server 5.1 Administrator's Guide」。
現在依據預設值「指示的完整性」插入是關閉的。「指示的完整性」插入應該只有在多主控者複製環境中的一個主控者複製上啟用以避免衝突解析迴圈。在伺服器上啟用「指示的完整性」插入前,請發佈鏈結請求,分析效能資源以及完整性需求。 完整性檢查可以消耗顯著的記憶體與 CPU 資源。
nsRoleDN 屬性是用來定義角色。 其不應該用來評估使用者資料項目中的角色身份。 當評估角色身份時,請查看 nsrole 屬性。
若是 VLV 索引包含一個以上的資料庫,則其不會正確的運作。
若是啟動「iPlanet 目錄伺服器 5.1 主控台」並以未啟動的的方式建立一個新的使用者或角色,則新建立的使用者或角色不會是未啟動的。不能經由「主控台」以未啟動的的方式建立一個使用者或角色。
解決方法: 若要建立一個未啟動的使用者或角色,請遵循下列步驟:
建立一個新的使用者或角色。
連按兩下新建立的使用者或角色(或選取之並從「物件」功能表處按一下「屬性」項目)。
按一下「帳號」頁標。
按一下「未啟動」按鈕。
按一下「確定」。
新建立的使用者或角色即成為未啟動的。
若是使用者指定一個包含空白的基本 DN,例如,o=U.S.Government,C=US 在 iPlanet 目錄伺服器配置時,產生的 DN 會截尾成 Government,C=US。在配置期間,DN 應該要如同 o=U.S.%20Government,C=US 這樣的輸入方式。
解決方法: 若要更正基本 DN 資料項目,請遵循這些步驟。
選取「主控台」上「伺服器與應用程式」頁標左手邊導航窗格中的最上層目錄資料項目。
編輯「使用者」目錄子樹狀欄位中的字尾。
按一下「確定」。
若是您使用密碼策略資訊來更新一個非主控者目錄伺服器,該資訊不會複製到所有其他的伺服器上。 其包括帳號停用。
解決方法: 在每個伺服器上手動管理密碼策略資訊。
若是「帳號停用」正在生效中並且使用者密碼已變更,則「帳號停用」仍然有效。
解決方法: 重設 accountUnlockTime、passwordRetryCount 以及 retryCountResetTime 停用屬性以便解除鎖定該帳號。
若是安裝「iPlanet 目錄伺服器」,啟動主控台,使用 LDIF 檔案初始化目錄然後備粉伺服器,則「主控台」會回報備份已成功,但是實際上其已經失敗。
解決方法: 在初始化資料庫後從「主控台」執行下列的任務:
停止伺服器。
重新啟動伺服器。
執行備份。
若是您正在使用 LDAP 命名服務,建立除了大小寫不同外,相同的自動掛載路徑名稱將會造成非唯一的路徑名稱。 目錄伺服器不允許在使用大小寫有差異的語法來定義命名屬性,而已存在相同名稱,大小寫不同的資料項目的情況下,來建立資料項目。 例如,若是資料項目 attr=foo,dc=mycompany,dc=com 已存在,則伺服器將不會允許建立 attr=Foo,dc=mycompany,dc=com。 此問題的邊際效應為當使用 LDAP 命名服務時,不論其大小寫自動掛載路徑名稱都必須要是唯一的。
不可能會產生 /home/foo 以及 /home/Foo 路徑。
解決方法: 沒有。
若是伺服器在匯出、備份、回復或建立索引時停止,則伺服器將會當機。
解決方法: 不要在這些類型的作業期間停止伺服器。
若是使用者嘗試使用以證書為基礎的認證方式在 SSL 上配置複製,並且該供應商的認證為自我簽核方式,或是供應商的認證只能夠當做是在 SSL 訊號交換模式期間無法"扮演"用戶端角色的 SSL 伺服器認證,則複製將不會運作。
解決方法: 沒有。