|
此版本說明適用於 SunTM Control Station 2.2.1 軟體。本說明包括有關安裝、新功能及已知系統限制的重要資訊,這些資訊因時間問題而未與其他文件一起發行。
備註 - Sun 對於本文件中所提及之協力廠商網站的使用不承擔任何責任。Sun 對於此類網站或資源中的 (或透過它們所取得的) 任何內容、廣告、產品或其他材料不做背書,也不承擔任何責任。Sun 對於因使用或依靠此類網站或資源中的 (或透過它們所取得的) 任何內容、產品或服務而造成的或連帶產生的實際或名義上之損壞或損失,Sun 概不負責,也不承擔任何責任。 |
可以從您的 Sun 授權銷售代表、服務提供者取得修補程式,或是從 SunSolve OnlineSM 網站進行下載,網址為下列的 URL:
如需修補程式資訊和安裝指示,請參閱隨附於每個修補程式的「讀我」檔案。
Sun Control Station 2.2.1 安裝影像分成 64 MB 的區塊,以方便您進行下載。您必須下載每個區塊,再將它們鏈結起來以組成原始的壓縮 tar 影像。
當您訂購 Sun Control Station,即會收到一封電子郵件,其中會包含說明如何存取 Sun 下載中心的指示及序號。
2. 下載 Sun Control Station 2.2.1 檔案。
Sun Control Station 2.2.1 安裝影像分成 64 MB 的區塊,以方便您進行下載。您必須下載每個區塊,並將它們鏈結起來以組成原始的壓縮 tar 影像。
3. 依顯示的順序鏈結已下載的檔案。將下列指令輸入在同一行中:
# cat scs-2.2.1.166.tgz.aa scs-2.2.1.166.tgz.ab scs-2.2.1.166.tgz.ac scs-2.2.1.166.tgz.ad scs-2.2.1.166.tgz.ae scs-2.2.1.166.tgz.af > scs-2.2.1.166.tgz |
ab065e7c0b6a5cc135f30e02ec8c34f9 scs-2.2.1.166.tgz
備註 - 要驗證所有檔案的總和檢查,請輸入下列指令:
|
4. 在您計劃要設定安裝檔案的目錄中,解壓縮或 untar (還原) 其中的檔案。輸入下列指令:
# ./scs-2.2.1.166/install/install
「Sun Control Station 2.2 軟體安裝指南」及「Sun Control Station 2.2 管理員指南」上記載的支援矩陣已過期。本文件內的「更新的支援矩陣」中說明了正確的矩陣。
這一節會概述 2.2.1 發行版本的新功能。本節主要為熟悉前版產品的使用者所設計。
Sun Control Station 2.2.1 支援以 SuSE Enterprise Version 9.0 (SLES 9) 及 SuSE Linux Professional 9.2 做為管理節點及 SCS 伺服器。另外也為 SLES 9 SP 1 提供用戶端/管理節點支援。有了 2.2.1 版,您可以在管理節點進行 SLES 9、SLES 9 SP1 及 SuSE 9.2 發行軟體的 OS 部署。您也可以為這些平台探索、提供運作狀態監視、庫存及管理軟體。
此版本支援 /home 及 /var 分割區。在 SCS 2.2 GA 發行版本中,HM 模組使用單一分割區監視器,來監視所有 3 個分割區 - /、/home、/var。這些分割區中,如果有任何分割區發生嚴重或警告狀態,它就會指示狀態變更。在 SCS 2.2.1 中,HM 為 3 個分割區各提供一個單獨的監視器。這項功能會清楚指定哪一個特定分割區處於嚴重或警告狀態。
為了協助瀏覽大量的軟體庫存資訊,軟體庫存的 [檢視庫存] 及 [檢視修補程式] 頁面能夠讓使用者根據特定搜尋條件,篩選/搜尋特定的 RPM、SVR4 套裝軟體或修補程式。
2.2.1 版包含主要的新功能,可支援隨附軟體的通用安裝。[上傳] 畫面現在提供第 4 種套裝軟體:[其他]。您可以將任何格式的單一檔案以 [其他] 類型上傳。上傳檔案之後,您會看到該套裝軟體的 [編輯] 畫面。您可以在這個畫面上提供套裝軟體的名稱、說明、版本、發行版本及供應商。由於該套裝軟體屬於未知類型,因此您必須提供必要的資訊。
您也必須提供了解如何安裝隨附軟體的程序檔檔案。程序檔檔案必須可以在 Bourne shell /bin/sh 下執行。當您安裝通用隨附軟體時,程序檔檔案及隨附軟體檔案都會複製到管理系統上的 /tmp。然後安裝程式會使用 Bourne shell 以套裝軟體檔案的完整路徑做為唯一引數來執行程序檔檔案,而不使用該平台常用的套裝軟體安裝指令 (rpm、pkgadd 或 patchadd)。
安裝傳到 stdout 或 stderr 的任何輸出都會被擷取成單一字串,並顯示在作業記錄中。如果安裝程序檔以非零值結束,則認為安裝失敗,並會記錄及顯示作業的失敗狀態。
此外,2.2.1 發行版本新增支援 (僅限指令行) 在解除安裝 SVR4 套裝軟體時使用管理檔。從 2.2 發行版本起,您可以透過 [編輯] 畫面為 SVR4 套裝軟體提供管理檔。在 2.2 發行版本中,管理檔是透過 pkgadd 指令於 SVR4 套裝軟體安裝過程中使用。至於 2.2.1 發行版本,如果透過程序檔 /scs/sbin/swi_pkg_uninstall.pl 解除安裝 SVR4 套裝軟體,而且提供 -a 選項,程序檔就會尋找 SVR4 套裝軟體對應的管理檔。如果您已經在 [編輯] 畫面中提供管理檔,它會使用 pkgrm 指令的 -a 選項,用於管理主機上。
透過 UI 解除安裝套裝軟體會使用預設管理檔,讓解除安裝可以在不需互動的情況下繼續進行。
此版本包含新的「終端集訊機」模組,可用於 LX50/v60/v65x,讓您可以執行下列作業:
客戶如果從 SCS 2.2 之前的 SCS 發行版本升級,支援的路徑是先升級至 v2.2,再升級至 v2.2.1。
下列問題只會影響這些系統:已執行 SCS 2.2 RR 且將 SCS 2.2. GA 發行版本安裝為修補程式的系統。
備註 - SCS 2.2 GA 發行版本可以獨立安裝,或是僅安裝為現有 SCS 2.2 RR 安裝的修補程式。無法將它安裝為任何其他現有 SCS 安裝的修補程式或更新。 |
自 2004 年 12 月出廠的 V20z 系統包含更新的 K2 主機板。其中一個變更是 KCS 連接埠的位址,亦即 openipmi 驅動程式連結的位址。在舊版本 (K1) 中,該位址是非標準的,需要 SCS 安裝自訂 openipmi 驅動程式才能連結到這個替代連接埠。K2 主機板現在使用內建驅動程式連結的標準位址,如此一來,就不需要自訂的驅動程式 (且該驅動程式也沒有作用)。(CR6219875)
如果客戶已經取得一或多個包含新硬體的系統,但在一開始嘗試以 SCS 2.2 的 RR 發行版本 (此版本無法辨識新的主機板) 來管理這些機器,則在將 LOM 模組增加到主機之前,就已經安裝自訂的 openipmi 驅動程式。在執行「手動配置」程序時即可驗證上述的說法,因為在主機上執行的 LOM (例如 ipmitool) 指令將會失敗。
增加 SCS 修補程式 (也稱作 SCS 2.2 GA 發行版本) 的升級程序並不會解除安裝自訂的 openipmi 驅動程式,因此受影響的主機上的 LOM 指令仍會繼續執行失敗 - 此外,移除及重新安裝 LOM 模組或是移除及重新匯入主機並不能解決問題。幸運的是,您可以執行另一個比較直接的程序,來解除安裝 K2 主機上的自訂 openipmi 驅動程式。
第一步是在執行 SCS 升級之後,判定是否有主機確實是需要解除安裝自訂驅動程式的 K2 主機。
2. /var/log/scs-install.log 檔案中擁有與下列訊息類似的訊息 (與受影響的主機相關):
INFO:找到的主機變體為:V20z INFO:找到的主機變體為:V20z (修訂版 B 或更新版本) INFO:查閱是否安裝了 ipmitool-1.6.0-1.rh3.i386.rpm ... INFO:已安裝 ipmitool-1.6.0-1.rh3.i386.rpm INFO:設定完成 INFO:更新進度 INFO:初始化開啟的 ipmi 驅動程式失敗 |
請特別注意「V20z (修訂版 B 或更新版本)」的參照 - 這指出 LOM 已偵測到此主機為擁有 K2 主機板的主機。
解決方法是:如果這兩種情形同時存在,您就必須從受影響的主機手動移除自訂的 openipmi 驅動程式。若要執行此動作,請執行下列步驟:
2. 判定是否安裝 openipmi 驅動程式 (如此可確認這是否為 ipmi 驅動程式相關的問題):
3. 您必須先從 SCS 移除主機。若要執行此動作,請在 [管理] [主機] 頁面上選取主機,再選取 [移除]。
4. 現在,您必須移除主機上自 SCS 匯入的任何檔案,以便進行安全管理。使用 hostinstall.pl 程序檔完成此動作,程序檔位於超級使用者的主目錄中:
# hostinstall.pl remove
這會移除可讓 SCS 管理主機的 SCS 用戶端套裝軟體和 ssh 金鑰。
5. 接下來,您必須移除自訂的 openipmi 驅動程式 rpm。若要執行此動作,請輸入:
# rpm -e openipmi-2.4.21-29
# rpm -qa | grep openipmi
# rpm -qa | grep ipmitool
ipmitool-1.6.0-1.rh3
# rpm -e ipmitool-1.6.0-1.rh3
8. 查閱 ipmi 驅動程式所設定的裝置檔案 /dev/ipmi0 是否存在:
# ls /dev/ipmi0
# rm /dev/ipmi0
10. 您現在必須再次使用 hostinstall.pl 程序檔,重新安裝 SCS 用戶端套裝軟體和 ssh 金鑰。
# hostinstall.pl install
11. 最後,您現在可以將主機重新匯入 SCS。請遵循「SCS 管理員手冊」中強調的程序來增加新的主機。
完成此動作之後,您便可以使用「SCS Lights Out 管理手冊」中的程序來設定 LOM 配置。
如果您遵循這些指示,但仍持續發生 LOM 的問題,則請與您的 Sun 服務代表聯絡以取得協助。
從 SCS 2.2 RR 升級到 SCS 2.2 GA 之後,在詳細的「運作狀態監視資訊」頁面的「其他系統服務」區段下面,將會顯示預留位置文字,而不會顯示 LOM 相關運作狀態服務項目的實際資料。(CR6219696)
因為對資料庫模式及包含的模組所做的變更,使用 SCS 2.2 RR 發行版本所建立的備份無法與 GA 發行版本搭配使用。在嘗試復原前版產品建立的備份時,產生「無效的備份檔案」錯誤訊息。(CR6218739)
只有從 SCS 2.2 GA/RR 升級到 SCS 2.2.1 時,才會發生下列問題。由 [工作站設定] [使用中監視] 功能監視的部份或全部服務 (CPU、磁碟、記憶體、http、telnet、tomcat、FTP、DNS、SSH、postgres、電子郵件及 RAID) 將不再顯示。(CR6269565)
解決方法是透過在控制工作站主機上執行的終端機,輸入下列指令:
下列問題只會影響這些系統:已執行 SCS 2.2 RR 或 SCS 2.2 GA 且將 SCS 2.2.1 發行版本安裝為修補程式的系統。
SCS 2.2.1 GA 發行版本僅可以獨立安裝,或是安裝為現有 SCS 2.2 RR 或 GA 安裝的修補程式。無法將它安裝為任何其他現有 SCS 安裝的修補程式或更新。
從 2.2 RR 或 GA 升級時,您會在安裝過程中看到下列 INFO 訊息。(CR6239945)
INFO:正在從控制工作站解除安裝 scs-health-2.2-153 ==>/var/tmp/rpm-tmp 16917: line 3:/scs/bin healthManageServers.pl: 沒有這個檔案或目錄 |
這是無害的資訊性訊息。2.2.1 發行版本中已修正違例的錯誤,所以在以後的任何升級中都不會再出現這個訊息。
從 2.2 RR 或 GA 升級的使用者可能會遺失他們在套裝軟體與作業系統之間建立的關聯。
解決方法是:升級前,在控制工作站上以超級使用者的身份執行下列指令,備份包含關聯的表格內容 (swinstaller_pkg_os):
/usr/bin/env PGUSER=mgmt PGPASSWORD=mgmt /usr/bin/pg_dump -p 5434 -t swinstaller_pkg_os mgmt > /tmp/pkgos.bak |
/scs/sbin/db_tool.pl load /tmp/pkgos.bak
Netscape 6.2.2 不能與 Sun Control 受限制的 Solaris 10 x86 硬體支援搭配使用。
SCS 2.2 GA 發行版本支援執行 Solaris 10 x86 的 Sun Fire V20z 和 Sun Fire V40z 管理主機。到目前為止,其他 Solaris 10 x86 管理主機尚未經過測試。(CR6213445)
AllStart 和軟體安裝程式模組中的特定作業需要將大型檔案上傳到 SCS。這些作業不會使用 SCS 進度列,因此系統可能會呈現暫時「當機」。
因為檔案上傳是由瀏覽器執行,而非 SCS 軟體,所以會發生這種情形。因此,SCS 軟體只能「等候」上傳完成。在最極端的情況下,這可能會花上幾分鐘的時間。
通常,如果您移動滑鼠,就可以暫時顯示「等候」滑鼠游標。然而,判定作業是否完成最好的方法是,就是等到 SCS 呈現適當的訊息或頁面。(CR6214326、CR6219228)
如果使用中監視器無法正常監視 SuSE Linux 系統上的 FTP 服務,可能是因為 /etc/xinetd.d/vsftpd 配置檔案缺少指定啟用或停用 FTP 的那一行。在這些情況下,FTP 服務在使用中監視器中將會永遠呈現灰階的狀態。(CR6204715)
若要修正此問題,請將下列其中一行增加到 /etc/xinetd.d/vsftpd 配置檔案:
如果因為網路問題、主機故障或是移除 SCS 用戶端軟體元件,而導致無法連線到控制工作站所管理的主機,則使用控制工作站在該主機上安裝或移除模組會失敗。
如果模組安裝失敗,則會顯示非特定的錯誤訊息,只說明 SCS「在主機上安裝模組名稱失敗」。[控制模組] 頁面上的錯誤計數及主機的「控制模組安裝報告」沒有正確更新。
如果模組移除失敗,就會顯示適當的錯誤訊息。然而,「控制模組」和「控制模組安裝報告」表格錯誤地反映該模組已解除安裝。(CR6220242)
# /usr/mgmt/sbin/hostinstall.pl remove
3. 請依照「Sun Control Station 2.2 軟體安裝指南」中的描述,重新安裝主機上的用戶端管理元件。
4. 使用 [管理] [主機] 下的適當指令來移除,然後再重新增加相關的主機。
如果變更了控制工作站的 IP 位址,系統就會變得很不穩定。您將無法使用 hostinstall.pl 程序檔。hostinstall.pl 僅可用於單一用途。(CR6191532)
解決方法是從管理主機中移除所有的 hostinstall.pl 副本。將 hostinstall.pl 的新副本傳輸到管理主機,並用它來移除和重新安裝新控制工作站位址支援的用戶端。您也必須重新管理所有使用運作狀態監視模組的管理主機。
# /scs/sbin/updateIP.sh
這個指令會在控制工作站上產生 hostinstall.pl 的新副本,並可從下列網址存取:
http://<controlstation>/pub/hostinstall.pl
3. 將新建立的 hostinstall.pl 副本傳輸到管理主機。
使用 hostinstall.pl 的新副本,來移除和重新安裝新控制工作站位址支援的用戶端。
刪除每個主機,然後再重新增加每個主機。如需相關指示,請參閱「Sun Control Station 2.2 管理員手冊」。
依預設值,hostinstall.pl 會嘗試使用控制工作站的主機名稱和每個控制工作站的配置 IP 位址,透過 HTTP 聯絡控制工作站。hostinstall.pl 程序檔會依序嘗試每個位址,並等待連線,連線時間最多為 3 分鐘。
如果管理主機無法連線到某些位址,例如,在管理主機駐留在私人子網路環境中。就會在執行 hostinstall.pl 時造成非預期的延遲。
解決方法是:如果聯絡控制工作站的最佳位址是已知的,管理程式就可以明確地將控制工作站位址提供給 hostinstall.pl,作為 -c 開關的指令行引數,從而避免這些延遲,如下所示:
# ./hostinstall.pl -c 192.168.1.1 install
這會導致 hostinstall.pl 在繼續將自動配置的位址作為程序檔之一部份以前,先嘗試去聯絡控制工作站的 IP 位址 192.168.1.1。(CR6199090)
如果您將 Sun Fire V20z 的 BIOS 設定為永遠從網路啟動,則它將無法正常運作。當機器嘗試啟動時,您會在主機的主控台上看到下列錯誤訊息:
解決方法是透過鍵盤、串列埠或透過 LAN 的串列,使用手動網路啟動來啟動 OS 部署。(CR6216832)
請勿在 SCS 控制工作站上以本機方式執行任何 X windows 階段作業。執行此動作會消耗 CPU 和記憶體資源,並且會大幅降低 SCS 的效能。(CR6218255)
執行特定的核心作業 (例如模組安裝或檔案備份) 之後,Sun Control Station 軟體無法清除控制工作站系統上的 /var/tomcat4/temp 目錄。(CR6221622)
除非是在特別的情況下 (如 /var 檔案系統已填滿),否則這個問題的發生沒有任何徵兆。
軟體安裝程式和 AllStart 作業不會留下任何此類檔案。解決方法是:完成任何擱置的作業之後,您便可以放心地從 /var/tomcat4/temp 目錄中手動移除任何不相關的檔案。
只有在 Redhat 3 Update 3 或更新版本以及 Redhat 2.1 Update 4 或更新版本上執行的 SCS 2.2 本土化 (非英文) 版本,才會發生下列問題。
執行特定作業時,您可能會看到亂碼字元。(CR6220205)。解決方法是:從 SCS 伺服器指令行執行下列操作。
將 LANG 變更為其中一個 UTF-8 字元集編碼。例如,在編輯之後,檔案應該包括與下列類似的一行:
LANG="en_US.UTF-8"
% /etc/rc.d/init.d/tomcat4 restart
只有在 Redhat 3 Update 3 或更新版本以及 Redhat 2.1 Update 4 或更新版本上執行的 SCS 2.2 本土化 (非英文) 版本,才會發生下列問題。
在文字欄位中輸入雙位元字元時,您可能會看到亂碼字元。(CR6216758)。解決方法是:只能在文字欄位輸入 ASCII 字元。
只有在 SuSE 9.0 上執行的 SCS 2.2 本土化 (非英文) 版本,才會發生下列問題。
在運作狀態監視、AllStart 和軟體安裝程式模組中執行特定作業時,您可能會在 [作業進度] 視窗中看到亂碼字元。(CR6221654)。解決方法是:使用英文語言環境登入伺服器,或是在 SCS 伺服器上安裝 Red Hat OS。
在某些情況下,如果您在顯示進度列的 UI 上執行作業,然後立即選取 [於後台執行作業] 按鈕,就會出現錯誤頁面。(CR6191921)。
解決方法是:在將作業置於後台執行之前,先等候一小段時間 (一兩秒)。
如果您在 [掃瞄主機] 頁面上指定了主機,而該主機已經由 SCS 管理,此時您將不會看到傳回的主機資訊,也不會看到傳回的相關診斷訊息。(CR6248259)。
如果您發現這種情形,請檢查 [主機] 頁面,確保相關主機已經受到您的管理。
建立使用特殊字元 (非字母數字字元) 的群組可能會在某些情況下造成問題。換言之,如果您用嵌入「%」或「&」一類字元的名稱建立群組,並選取 [選擇要增加到新群組的主機] 核取方塊,則選取要增加任何主機都可能導致出現錯誤頁面,或者在某些情況下,無法建立群組。(CR6265577)。
解決方法是:當您建立群組時,不要核取 [選擇要增加到新群組的主機] 核取方塊,並在建立群組後再增加主機。
AllStart 軟體無法建立執行 Red Hat EL 2.1 ASu2 作業系統的用戶端。原因是 HTTP 1.1 區塊。這是已知的 Red Hat 問題 (請參閱 Red Hat 錯誤 ID 9748)。(CR6189029)
Sun Control Station Web 伺服器會使用區塊 HTTP 1.1 回應來回應用戶端的 HTTP 請求,但載入器不瞭解這個回應,而將亂碼字元增加到用戶端上 /tmp/ks.cfg 檔案的結尾。Anaconda 無法解譯這些字元,並會停止安裝。(CR6189029)
解決方法是:雖然會有發生未預期事件的風險,但將回應強制為 1.0 將可修正問題。若要將回應強制為 1.0,請執行下列動作:
1. 在 /etc/tomcat4/httpd.conf 檔案,增加此行:
BrowserMatch .* downgrade-1.0 force-response-1.0
/scs/etc/init.d/init.scs-httpd restart
Sun Fire V20z 和 Sun Fire V40z 伺服器目前不支援將系統部署為 Red Hat Advanced Server 2.1。然而,如果您要冒險嘗試建立,請執行下列步驟:
1. 使用 AllStart 使用者介面,將 AS 2.1 distro 增加到 AllStart。
/scs/sbin/as_distro.pl -l
4. 找出您使用使用者介面所建立的 distro ID。輸入:
DISTRO_ID:17 DISTRO NAME:RHEL2.1 AS U3 OS_ID: 6
cd /tftpboot/DISTRO_ID/
mv initrd.img initrd.img_BAK
cp -f initrd-everything.img initrd.img
當您嘗試使用 AllStart 部署 Solaris 9 或 Solaris 10 系統時,在 RedHat Advanced Server 2.1 系統上執行的 SCS 2.2 控制工作站可能會失敗並且當機。(CR6215968)
解決方法是將您的控制工作站作業系統更新到 RH2.1 AS Update 5 或更新版本。這應該可以修正在舊版 Redhat 上找到之 NFS 問題的衍生問題。
AllStart 設定檔包括 [安裝後重新啟動系統] 選項。
部署 Solaris SPARC 系統時,無論是否設定此選項,JumpStart 都會在安裝後重新啟動系統。沒有其他的解決方法。(CR6214903)
使用 AllStart「從遠端位置增加檔案」功能增加大於 250 MB 的檔案時會發生問題。Struts 架構中,上傳檔案的預設最大大小是 250 MB。(CR6199038)
1. 將大於 250 MB 的檔案手動上傳到控制工作站的 /scs/data/allstart/iso 目錄。
2. 使用 Allstart [檔案]
[增加檔案] 功能來增加檔案。
如需更多資訊,請參閱「Sun Control Station 2.2 AllStart 模組」。
AllStart 模組對 RAID 配置驗證有許多限制。在 AllStart 設定檔中順利建立的 RAID 配置可能不受作業系統供應商 (如 SuSE) 支援。
SuSE RAID 1 和 RAID 5 設定檔存在一個已知問題。SuSE RAID 1 和 RAID 5 設定檔失敗並產生 Grub 安裝錯誤。(CR6181315)
解決方法是:如需特定資訊,請參閱隨附於作業系統軟體的供應商文件。
因為將用戶端啟動載入器修改為允許在重新開機時開始建立,所以管理主機會自動啟動。然而,若是使用 DHCP PXE/網路啟動用戶端,您必須手動重新啟用用戶端,方法是在 [AllStart 用戶端] 表中選取該用戶端,並按一下 [啟用] 按鈕。(CR6193165)
由於 NFS v2 問題,當 SCS 伺服器執行 Red Hat EL3 或 SuSE 9 作業系統時,AllStart 無法部署 Solaris 9 x86 或 SPARC 用戶端。如果您想將 Redhat EL 3 或 SuSE 9 執行為 Sun Control Station Server 並建立 Solaris 9 或 SPARC x86 用戶端,則您必須執行「vanilla」Linux 核心。(CR6180789)
1. 執行 Red Hat 2.1 或 Fedora Core 1。
2. 編譯「vanilla」Linux 核心,以便為 SuSE9 和 Red Hat EL3 取代 Red Hat 核心。
當您使用 AllStart 模組建立數個 Solaris 用戶端時,可能會出現錯誤訊息。在部署程序期間,系統會停止並提示您進行手動輸入。當您啟用 AllStart 用戶端時,可能也會出現錯誤訊息。(CR6223268)
解決方法是:此問題的發生原因,可能是 rules.ok 檔案中缺少 Solaris 項目。在 AllStart 用戶端畫面上,停用所有的用戶端,然後再予以重新啟用。AllStart 會自動重新產生 rules.ok 檔案。
由於在 Fedora Core 3 中修正的 RedHat 錯誤,所以不支援以 Fedora Core 2 部署 Sun Fire V20z 或 Sun Fire V40z 系統。
解決方法是:以 Fedora Core 3 部署 Sun Fire V20z 或 Sun Fire V40z 系統。
當作業系統將 SLES 9 部署到 v60/v65x 時,您必須注意下列問題。(CR6233968)
這一節說明如何利用 NFSv2 修補程式修補 Solaris 9 發行軟體,以便允許作業系統從 Red Hat EL3 或 SuSE Linux Professional 9 伺服器上執行的 SCS 伺服器進行 SPARC 或 x86 用戶端的部署。(CR6180789)
由於從 Solaris 9 機器將 nfs 掛載到 RedHat 3.0 機器時會發生問題,所以您將無法使用 SCS 2.2 將 Solaris 9 影像部署到 SPARC 或 x86 機器,而必須先對發行軟體的迷你根目錄套用修補程式。
要執行這項操作,您必須備妥一台已修補的 Solaris 9 x86/SPARC 機器,讓它可以掛載 RedHat 3.0 SCS 伺服器。您要從 Solaris 9 機器掛載 SCS 伺服器,並在 SCS 伺服器上的 Solaris 9 發行軟體上執行相同的修補程式。
x86 需要的修補程式是 117172-17 及 117468-02。SunSolve 上的 SPARC 機器應該有類似的修補程式。請使用下列連結檢查 SunSolve 上這些修補程式最新的版本。
http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access
6. 使用 reboot -- -s 將 Solaris 系統重新啟動成單一使用者模式。
現在您可以使用這個 Solaris 9 系統修補網路上任何 SCS 伺服器上的 Solaris 9 發行軟體。
2. 執行 /scs/sbin/as_distro.pl -l,並記下 Solaris 9 發行軟體的 DISTRO_ID。
3. vi /etc/exports,並將 /js *(ro,no_root_squash) 變更為 /js *(rw,no_root_squash)。
4. 執行 /etc/init.d/nfs restart。
回到 Solaris 9 系統:修補 RedHat 系統上的發行軟體。請注意,您在步驟 2 中會遇到部分安裝失敗。當 patchadd 指令嘗試驗證 SUNWos86r 套裝軟體時,因為 bootenv.rc 連結已經在上一個步驟中移除,所以會產生錯誤。下一個程序的步驟 4 會重新建立連結。如果只有這個錯誤,則修補程式應該已經完成。
1. mount -o rw <RH30 machine ip>:/js/<distro_id> /mnt
2. patchadd -C /mnt/Solaris_9/Tools/Boot/ -M /patch 117172-17
3. patchadd -C /mnt/Solaris_9/Tools/Boot/ -M /patch 117468-02
1. vi /etc/exports,並將 /js *(rw,no_root_squash) 變更為 /js *(ro,no_root_squash)。
2. 執行 /etc/init.d/nfs restart。
3. cd /js/<distro_id>/Solaris_9/Tools/Boot/boot/solaris
4. ln -s ../../tmp/root/boot/solaris/bootenv.rc
現在您應該能夠在伺服器上部署 Solaris 9。請注意,如果想要修補其他發行軟體,您可能必須刪除 /patch/117172-17 目錄,並將 117172-17 解壓縮以重新建立此目錄。當第一個發行軟體完成修補後,patchadd 會變更目錄中的某些內容,導致下一個 patchadd 發生問題。
備註 - 您可以部署修補過的發行軟體,因為它的迷你根目錄已經完成修補。但是,您部署完成的 OS 將仍然與原始發行軟體版本相同。如果要從遠端將 Redhat 目錄掛載到新部署的 OS,您必須也對它套用修補程式。 |
這一節說明如何藉由修補 Solaris 9 在使用 K2.0 主機板的 V20z 上成功部署 S9 OS。(CR6243352、CR6240419)
V20z 的 K2.0 主機板使用 Broadcom 的 5704 NIC 介面卡,而 Solaris 9 不包含這片介面卡的驅動程式,所以必須使用修補程式來增加。增加驅動程式的程序如下:
mkdir /js/<distro_id>/patch,其中 <distro_id> 是上一節描述的發行軟體 ID。
2. 將修補程式 11666-04 從 SunSolve 下載到這個目錄中。
3. 解壓縮修補程式:unzip 116666-04.zip
4. 在 /js/scripts 目錄中建立程序檔,例如包含下列三行的 patch_sol9_k2.sh。這個程序檔將於安裝結束時做為完成程序檔的一部分執行。
5. 使用 UI 將程序檔增加到您即將用於 Solaris 9 部署的 OSprofile,做為安裝後階段的自訂程序檔。
/js/scripts/patch_sol9_k2.sh
6. 啟用用戶端,而且您將看到 patchadd 指令在安裝結束時執行。
請使用 boot net:dhcp - install 確保 SPARC 已使用 Allstart 正確的從網路啟動 (Netboot)。否則,它將導致建置在沒有 - install 參數的情況下失敗。
Allstart 手冊中沒有用於匯入 Solaris 用戶端的 XML 範例。(CR6245169)。範例如下:
套裝軟體依賴性資料不會自動產生。在上傳套裝軟體,並在 [編輯] 畫面中將作業系統與它建立關聯後,您必須在主畫面中選取該套裝軟體,並按一下 [增加依賴性]。您只能夠為已上傳到儲存庫的其他套裝軟體定義依賴性。
選取要安裝某個套裝軟體後,如果已為該套裝軟體定義任何依賴性,畫面上會詢問您是否要在安裝中包含那些套裝軟體。套裝軟體將依照與依賴性一致的順序安裝,而且將會包括多層依賴性。
為了修正 CR6245216,回應檔及管理檔已張貼在網站上。回應檔記錄在這個 URL:
http://docs.sun.com/app/docs/doc/816-0211/6m6nc6735?a=view
http://docs.sun.com/app/docs/doc/816-0219/6m6njqb69?a=view
mail= instance=unique partial=quit runlevel=quit idepend=quit rdepend=quit space=quit setuid=nocheck conflict=quit action=nocheck basedir=default |
如果您停止對軟體安裝程式模組使用代理,則在上傳 RPM 之前,您必須重新啟動 Tomcat Web 伺服器。(CR6201371) 請執行下列動作:
# /scs/etc/init.d/init.scs-tomcat4 restart
如需上傳 RPM 的相關資訊,請參閱「Sun Control Station 2.2 安裝程式模組」。
執行 LDAP/NIS 的 Redhat 用戶端無法安裝模組,而且安裝過程中收到下列錯誤:
0 INFO:- 使用「鎖定檢查」模式執行 pkgMgr1 ERROR:無法執行套裝軟體管理程式
這是因為 Redhat 錯誤 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=69236 所致。解決方法是在用戶端上啟動 nscd。
下列指令是啟動 nscd 的正確方法。在每個受影響的用戶端上執行下列指令:
# chkconfig nscd on
# /etc/init.d/nscd start
SuSE 9.1/9.2 需要 insserv 更新才能安裝 SCS 管理伺服器。(CR6263297) 。 SuSE 9.2 的 /sbin/insserv 程式中有一個錯誤,會導致 SCS 安裝失敗,並顯示下列訊息:
解決方法是更新成已修正這個問題的最新版 insserv,讓 SCS 安裝可以正常繼續進行。
您可以透過 SuSE YAST 工具下載及安裝 32 位元 x86 機器的 insserv 套裝軟體,或從下列任一網站以手動方式進行:
http://ftp.suse.com/pub/suse/i386/update/9.2/rpm/i586/insserv-1.00.5-6.2.i586.rpm
http://ftp.suse.com/pub/suse/i386/update/9.2/rpm/i586/insserv.rpm
http://ftp.suse.com/pub/suse/i386/update/9.2/rpm/x86_64/insserv-1.00.5-6.2.x86_64.rpm
http://ftp.suse.com/pub/suse/i386/update/9.2/rpm/x86_64/insserv.rpm
SuSE 9.2 Linux Professional 上有兩種 tftp 伺服器:atftp 及 tftp。SCS 2.2.1 安裝要求必須安裝 tftp。解決方法是解除安裝 atftp,改用 tftp。
目前 perl-DBD-Pg 模組沒有可供 SLES9 平台使用的版本 (CR6253727)。需要有這個模組做為 perl 程序檔與 postgres 之間的連線。解決方法是使用供 SuSE Pro 9.1 使用的 DBD-Pg RPM,它也使用 Perl 5.8.3,而且可以在 SLES 9 上使用。您可以從下列任一個位置取得這個模組:
ftp://ftp.suse.com/pub/suse/i386/9.1/suse/i386/perl-DBD-Pg-1.22-194.i586.rpm
ftp://ftp.suse.com/pub/suse/x86_64/9.1/suse/x86_64/perl-DBD-Pg-1.22-170.x86_64.rpm
SCS 2.2.1 只進行過搭配 1.4.2_03 或較舊版本的測試。如果以 RPM 格式安裝 1.4.2_03 以上版本的 JDK,SCS 安裝就會失敗 (CR6252903)。解決方法如下:
2. 請至 java.sun.com,下載 tgz 格式的所需 JDK 版本。
現在您應該能夠在於特定目錄中安裝新 JDK 版本的相同系統上執行 SCS 2.2.1。
LOM 嘗試為 Sun Fire V20z 伺服器使用 imb 驅動程式,而非 openipmi 驅動程式。不支援在執行 AS 2.1 的 Sun Fire V20z 上安裝 LOM。(CR6196687)
LOM 模組在執行 SLES 9、SLES 9 SP1 及 SuSE Pro 9.2 的 V20z K1 系統上不一定能夠正常運作。這是因為關聯的 openipmi 驅動程式有時候會無法載入。這個問題的一個解決方法是重新載入 openimpi 驅動程式。
所有在 2005 年 1 月 11 日之前出廠的 V20z 系統都可能使用 K1 主機板,而且識別方法如下:
在這個日期後出廠的系統則使用 K2 或 K2.5 主機板。以 L 結尾的標準配置 (例如 A55-NWB1-1-1GRA5L) 會使用 K2 主機板。(CR6254983)
這只適用於在 Sun Fire V20z 和 Sun Fire V40z 系統上執行的 LOM。
有時候,Sun Fire V20z 及 Sun Fire V40z 機器上的系統事件記錄 (SEL) 事件會有標示為「初始化前時間戳記 (Pre-init Timestamp)」的時間戳記。LOM 將這些時間戳記解譯為 Unix 二進位時間零,亦即:「1970-01-01 00:00:00」。
如果 LOM 記錄顯示時包含時間戳記,並不代表相關的機器已「中斷」。(CR6213992)
只有當 Sun Fire V20z 和 Sun Fire V40z 的特定配置缺少 CPU 的完整補充時才會發生這個問題。
因為這些系統擁有「監視」不存在的 CPU 的使用中感應器,所以感應器可能傳回超出範圍的值,ipmitool 及 LOM 會將這些值解譯為「紅色」或「嚴重」。(CR6219901)
解決方法是:檢查感應器名稱,以判定正在監視哪個 CPU,然後再檢查受影響主機庫存模組的硬體庫存,來確定「嚴重」值是否與實際或「虛擬」的 CPU 有關。如果感應器所指出的 CPU 實際上不存在,則可以放心地忽略那些超過範圍的讀取。
LOM 模組一致地將管理 Solaris 主機的硬體類型錯誤標示為 v20z。這只是單純的標示錯誤,並不會影響 LOM 功能。這只會發生在特定的 LOM 畫面中,而不會出現在 LOM 以外的 SCS 顯示。(CR6221467)
這個問題 (CR6262425) 的解決方法是關閉 SuSE 9.2 Linux Professional 機器上的防火牆,以便能夠由 SCS 管理。
您可以在每台機器上手動執行下列 shell 程序檔,以停用 SuSE 9.2 linux professional 上的防火牆:
您也可以將這個程序檔加入 Allstart 的 SuSE 9.2 設定檔,做為安裝後自訂程序檔。有關如何增加自訂程序檔的更多資訊,請參閱 Allstart 手冊。
只有以數個網路介面監視 SPARC 和 x86 管理主機時,才會發生這個問題。
在這些情況下,無法依賴硬體庫存顯示所有主機網路介面的正確資訊。可能會省略部份介面,但其他介面可能還會顯示錯誤的資料。(CR6221086)
以下是用於硬體庫存的檔案系統資訊之詳細解譯。(CR6248981)。例如,如果您在「檔案系統資訊」的 [類型] 欄下看到數字 1382369651,轉換成十六進位後就會顯示基礎檔案系統的類型是 REISERFS_SUPER_MAGIC。以下是一些常見的檔案系統類型清單,及其十六進位值。
Tot Blks 是這個類型檔案系統可用的區段總數。區段的基本大小會隨使用的系統而異。在大部分 Sun 系統上,這通常是 1K。
Free Blks 是檔案系統上的可用區段數目。使用這個公式可以計算精確的已使用空間百分比:
[( Tot Blks - Free Blks ) / Tot Blks ] * 100
[ (Free Blks)/Tot Blks ] * 100
SuSE Linux Professional 9.0、9.2 (x86 及 x86_64)、SLES 9 (x86 及 x86_64) |
7.3、8.0、9 (x86)、EL 2.1 WS/AS/ES (x86)、EL 3 WS/AS (x86 及 x86_64)、EL 3 ES (x86) |
|
SuSE linux professional 9.0、9.2 (x86 及 x86_64)、SLES 9, SP 1 (x86 及 x86_6) |
7.3、8.0、9 (x86)、EL 2.1 WS/AS/ES (x86)、EL 3 WS/AS (x86 及 x86_64)、EL 3 ES (x86) |
|
SuSE linux professional 9.0、9.2 (x86 及 x86_64)、SLES 9, SP 1 (x86 及 x86_64) |
|
Sun Control Station 2.2 GA 發行版本包含主要的「軟體安裝程式模組」新功能,這些資訊因時間問題而未與「Sun Control Station 2.2 軟體安裝程式模組」手冊一起發行。本節的內容會取代該文件的 1-12 頁。
本節說明使用「軟體安裝程式」控制模組 (它是 Sun Control Station (SCS) 軟體的一部份) 時可使用的功能和服務。此模組可讓您執行下列動作:
您也可以使用篩選器功能,來減少您要檢視和處理的套裝軟體檔類型。
備註 - 本手冊假設您瞭解 Sun Control Station (SCS) 軟體的基本作業。如需基本 SCS 功能的簡介 (例如狀態圖示、排程程式及 [作業進度] 對話方塊),請參閱「Sun Control Station 2.2 管理員手冊」。 |
登入 Sun Control Station 之後,當您按一下 [軟體安裝程式] [套裝軟體] 時,會開啟下列視窗。
上傳功能可讓您將套裝軟體檔從本機儲存庫或網際網路上傳到控制工作站。
詳細資訊功能可讓您檢視套裝軟體檔的特殊資訊,例如名稱、版本、發行版本、供應商、檔案名稱、套裝軟體檔的摘要和說明,以及其他相關套裝軟體檔資訊。
編輯功能可讓您針對單一套裝軟體檔增加和移除受支援的作業系統。
重新關聯作業系統功能與編輯功能類似,可讓您針對多個套裝軟體檔增加和移除受支援的作業系統。
刪除功能可讓您移除可用套裝軟體檔清單中的套裝軟體檔。因為套裝軟體檔位於控制工作站的本機儲存庫上,所以會從可用套裝軟體檔清單中移除該套裝軟體檔的項目,並從儲存庫中刪除該套裝軟體檔。
安裝功能可讓您在選取的主機上安裝套裝軟體檔。套裝軟體檔會從本機儲存庫複製到管理主機,然後加以安裝。
您可以先測試安裝,再安裝套裝軟體檔。而控制工作站會執行初步測試以驗證正確的 .rpm,確認先前並未安裝套裝軟體檔,並檢查是否有其他一般錯誤。[測試安裝] 選項是 .rpm 套裝軟體檔所特有的,而且不會與其他套裝軟體檔搭配使用。
[增加依賴性] 功能在 [可用套裝軟體清單] 視窗中,會將相同類型的所有套裝軟體檔 (不是目前定義) 顯示為選取的套裝軟體檔。若要增加依賴性,您必須選取單一的套裝軟體檔,而不是多個套裝軟體檔。
[移除依賴性] 功能會以特定的順序顯示所有套裝軟體檔,這些檔案會被視為相依套裝軟體檔增加到選取的檔案中。若要移除依賴性,您必須選取單一套裝軟體檔,而不是多個套裝軟體檔。此選項也可讓您重新排列依賴性的順序。
[可用套裝軟體清單] 視窗會顯示所有產品名稱已知的軟體套裝軟體,並可讓您管理本機儲存庫上的套裝軟體檔。套裝軟體會以本機方式儲存在控制工作站。
下圖顯示 [軟體安裝程式] 視窗的套裝軟體部份的 [可用套裝軟體清單] 選項。
3. 在 [類型] 下拉式清單中選取 [RPM]、[SVR4]、[修補程式] 或 [其他]。
備註 - 如果控制工作站必須透過代理來存取網際網路,它會使用在 [工作站設定] |
6. 針對已安裝的套裝軟體,輸入支援的作業系統及其他資訊。如需更多資訊,請參閱「讀我」檔案的「軟體安裝程式模組」一節。
若您按一下 [完成],就會回到 [編輯套裝軟體資訊] 視窗,您可在此針對您安裝的套裝軟體檔,輸入受支援的作業系統。
會顯示 [詳細套裝軟體資訊] 視窗,提供有關您選擇之套裝軟體檔的相關資訊。顯示的資訊視您選取的套裝軟體檔類型而定。
4. 按一下 [完成] 以返回 [可用套裝軟體清單] 視窗。
若要為單一套裝軟體檔增加或移除受支援的作業系統,請執行下列動作:
[編輯套裝軟體資訊] 視窗會開啟,而且會視您選擇的套裝軟體檔類型而在外觀上有所不同。下列範例會顯示當您使用 rpm 套裝軟體檔時,[編輯套裝軟體資訊] 視窗的外觀。
5. 如果您選擇要編輯的 SVR4 套裝軟體檔,則 [編輯套裝軟體資訊] 視窗會顯示下列其他選項:
6. 如果您選擇要編輯的修補程式,則 [編輯套裝軟體資訊] 視窗會顯示下列其他選項:
若要為多個套裝軟體檔同時增加或移除受支援的作業系統,請執行下列動作:
如果要移除可用套裝軟體檔清單中的套裝軟體檔,請執行下列動作:
這樣會刪除套裝軟體檔,而您會返回 [可用套裝軟體清單] 視窗。
5. 僅限於 RPM - 按一下 [測試安裝],在安裝套裝軟體檔之前加以驗證及測試。
此選項會檢查套裝軟體的可行性。完成時,請按一下 [完成] 或 [檢視事件] 回到安裝。
7. 安裝完成或停止時,請按一下 [完成] 或 [檢視事件]。
您可以使用篩選器功能,來限制 [可用套裝軟體清單] 視窗同時可顯示的套裝軟體檔數目。
顯示 [可用套裝軟體清單] 視窗,篩選器功能就位於視窗下半部,類似下圖。
可以在 [搜尋類型] 下拉式清單中使用下列各項作為搜尋條件:
篩選器功能可根據您的參數來搜尋套裝軟體檔,並在重新顯示過的 [可用套裝軟體清單] 視窗中傳回結果。
備註 - 當您按一下 [清除] 時,它就會重新顯示 [可用套裝軟體清單] 視窗中的整份清單,並顯示所有可用的套裝軟體檔。另外,若要清除單一篩選器術語,請刪除 [搜尋值] 文字方塊中的文字,並按一下 [清除]。 |
「Sun Control Station 2.2 軟體安裝指南」第 8 頁和「Sun Control Station 2.2 管理員指南」第 4 頁的支援矩陣已過期。正確的矩陣列在本「版本說明」中。
「Sun Control Station 2.2 AllStart 模組」中第 2 章的 [輸入網路介面資訊] 表 (如圖 2-55 所示),顯示來自舊版的參數。對 2.2 版而言,已經無法再使用 [網路類型] 的「無」參數。下列是正確的圖例。
「Sun Control Station 2.2 運作狀態監視模組」中的 [運作狀態監視] 表 (如圖 1 所示) 是錯誤的。Sun Control Station 2.2 軟體不支援 Raq 550 和 Qube 3。
「Sun Control Station 2.2 AllStart 模組」第 54 頁的圖 2-35 顯示的畫面,對 SuSE 很適合,對 Redhat Linux 則不然。(CR6215055)
1. Redhat 無法使用 [RAID 和磁碟裝置] 中的 [磁碟機選項] 圖示。
2. Redhat 無法使用「自動決定 (只有 /boot 和 swap)」選項。
「Sun Control Station 2.2 AllStart 模組」中第 76 頁的圖 2-55 顯示的畫面,包含 [網路類型] 的三個選取。這些選取包括:靜態 IP、DHCP 和無。最後一個選取「無」不是選項,而且不存在於軟體中。 (CR6218257)
Copyright © 2005, Sun Microsystems, Inc. 版權所有。