回到網頁內容 臺灣-繁體中文
HP.com 首頁 產品資訊 支�#169;及驅動程式 解決方案 如何購買
» 聯絡 HP
進階選項
HP.com 首頁
MC/ServiceGuard A.11.13版版本需知 > 第 1 章. MC/ServiceGuard A.11.13版版本需知

版本的修補程式和修正程式

» 

技術文件

PDF 格式的完整書籍
» 回饋意見
內容©韟像B開©l

 » 目錄

MC/ServiceGuard A.11.01 到 A.11.12 版的內容已併入A.11.13版,包括 A.11.09 和A.11.12 修補程式的行列。本節將說明必要的修補程式及已修正MC/ServiceGuard A.11.13版的瑕疵。

必要及建議的修補程式 — 11.0

下表列出在HP-UX 11.0上,MC/ServiceGuard A.11.13必要或建議的修補程式。毋需通知逕行變更該表。若需最新資訊,請洽詢您的HP支援工程師。修補程式可隨時替換或收回,因此在下載程式前,請先檢查該修補程式的狀態。

表 1-3 HP-UX 11.0的修補程式

修補程式日期說明
PHCO_21901000824s700_800 11.00 fuser(1M) 累積修補程式。

PHCO_22733

001207

s700_800 11.00 sar(1M) 累積修補程式。
- 此為必要的修補程式。

PHCO_24437

010627

s700_800 11.00 LVM命令累積修補程式。
- 必要的,若是使用EMC Symmetrix。

PHKL_13431

971209

s700_800 11.00壞磁區訊息,緊急狀況;資料可能已損毀

PHKL_18543

990628

s700_800 11.00 PM/VM/UFS/async/scsi/io/DMAPI/JFS/perf 修補程式。
- 必要的,若是使用JFS 檔案系統 。
- 必要的,若是使用T600系統中的HSC FDDI卡。
- 必要的,若是使用100 Base-T區域網路卡。

PHKL_18800

990625

s700_800 11.00 累積JFS修補程式 - 緊急狀況:dirty inval
- 必要的,若是使用 JFS 檔案系統。

PHKL_21352

010403

s700_800 11.00 rtsched(1) 補強,IDS/90
- 建議使用此修補程式,若系統上已安裝Praesidium IDS/9000產品。

PHKL_21834

001030

s700_800 11.00光纖通道大量儲存設備驅動程式修補程式。
- 必要的,若是使用光纖通道大量儲存設備裝置。

PHKL_22494

001006

s700_800 11.00 PCI ExpROM,bridge,BA hints,Lowfat,PIOP,EPIC

PHKL_22986

010130

s700_800 11.00累積pstat修補程式。

PHKL_23842

010413

s700_800 11.00 signal,threads,spinlock,scheduler,IDS,q3p

PHKL_24004

010612

s700_800 11.00 SCSI IO子系統累積修補程式。

PHKL_24268

010629

s700_800 11.00 LVM累積修補程式。
- 必要的,若是使用PV連結。
- 必要的,若是使用光纖通道大量儲存設備裝置。

PHKL_24273

010518

s700_800 11.00 r_refcnt, hdl_pfault 累積修補程式。

PHKL_24502

010703

s700_800 11.00 sig,thread,spinlock,sched,IDS,q3p,printf,FSS

PHNE_15537

981007

s700_800 11.00 Fibre Channel累積修補程式。
- 必要的,若是使用光纖通道網路。

PHNE_17104

010621

s700_800 11.00 gated (1M) 修補程式。

PHNE_18635

990624

s700_800 11.00 HP Auto-Port Aggregation修補程式 B.11.00.02
- Auto-Port Aggregation需要。

PHNE_20874

000703

s700_800 11.00 PCI FDDI B.11.00.[01-03,05,08,11-13]修補程式。
- 必要的,若是使用PCI FDDI 區域網路卡。

PHNE_20949

000204

s700_800 11.00 HyperFabric B.11.00.0[0-8] 累積修補程式。

PHNE_21390

000718

s700_800 11.00 HSC FDDI B.11.00.0[0-7] 累積修補程式。
- 必要的,若是使用HSC FDDI區域網路卡

PHNE_21731

001103

s700_800 11.00 r-commands 累積大量修補程式。

PHNE_22244

001218

s700_800 11.00 內建的PCI 100BASE-T修補程式。
- 必要的,若是使用 A5838A combo 卡。
- 必要的,若是使用內建的PCI 100BaseT連接埠。

PHNE_22245

001127

s700_800 11.00 PCI 100B(Tx/Fx) 累積修補程式。
- 必要的,若是使用PCI 100 Base-T 區域網路卡。

PHNE_22566

010125

s700_800 11.00 累積STREAMS修補程式。

PHNE_22930

010423

s700_800 11.00 1000Base-SX/T B.11.00.[01-11] 累積修補程式。
- 必要的,若是使用具備1000Base-SX (Gigabit Ethernet) 的Auto-Port Aggregation。

PHNE_22962

010423

s700_800 11.00 LAN 產品累積修補程式。

PHNE_23456

010425

s700_800 11.00 累積 ARPA傳輸修補程式。

PHNE_23768

010626

s700_800 11.00 EISA FDDI B.11.00.0[0-7]累積修補程式。
- 必要的,若是使用EISA FDDI區域網路卡。

PHNE_23981

010622

s700_800 11.00 EISA 100BT 修補程式。
- 必要的,若是使用 EISA 100Base-T區域網路卡。

PHNE_24007

010611

s700_800 11.00 4埠PCI 100BASE-T累積修補程式。
- 必要的,若是使用A5506B 4埠網路卡。

PHNE_24025

010612

s700_800 11.00 HP-PB FDDI (J2157B) 產品累積修補程式。
- 必要的,若是使用HP-PB FDDI區域網路卡。

PHNE_24308

 

s700_800 11.00 APA累積修補程式。
- 必要的,若是使用Auto-Port Aggregation。

PHSS_17496

990224

s700_800 11.00 Predictive C.11.0[0,a-m]累積修補程式。

PHSS_23823

010417

s700_800 11.00 X/Motif 32bit Runtime APR2001周期性修補程式。

 

必要及建議的修補程式 — 11i

下表列出在HP-UX 11i上,MC/ServiceGuard A.11.13必要或建議的修補程式。毋需通知逕行變更該表。若需最新資訊,請洽詢您的HP支援工程師。修補程式可隨時替換或收回,因此請在下載程式前,請先檢查該修補程式的狀態。

表 1-4 HP-UX 11i的修補程式

修補程式日期說明
PHCO_23333010507s700_800 11.11 LVM Virtual Array支援
- 必要的,若是使用 HP Virtual Array。

PHCO_23934

010509

s700_800 11.11 LVM核心堆疊溢出修正

PHKL_23445

010301

s700_800 11.11 Kernel Memory Allocation with spinlock held
- 所有ServiceGuard叢集均需要此修補程式。

PHKL_23507

010312

700_800 11.11 LVM鏡射邏輯容體修正檔。
- 必要的,若是使用MirrorDisk/UX。

PHKL_23626

010427

s700_800 11.11 光纖通道大量儲存設備裝置修補程式。
- 必要的,若是使用光纖通道大量儲存設備裝置。

PHKL_23877

010416

s700_800 11.11 HP VXVM B.03.10.[56] DMP的範圍緊急狀況修正
- 必要的,若是使用VxVM。

PHKL_24441

010713

s700_800 11.11 SCSI IO 子系統累積修補程式。
- 必要的,若是使用VxVM。

PHNE_22727

010207

s700_800 11.11 100BT 驅動程式統一累積修補程式。
- 必要的,若是使用A5838A combo卡。
- 必要的,若是使用 A5506B網路卡。
- 必要的,若是使用內建的PCI 100BaseT連接埠。

PHNE_23645

010627

s700_800 11.11 cumulative ARPA 傳輸修補程式。

PHNE_24309

 

s700_800 11.11 APA B.11.11.00累積修補程式。
- Auto-Port Aggregation需要。

 

修正

MC/ServiceGuard A.11.13已修正下列瑕疵:

瑕疵編號 

問題與解決方案

SR 8606110089
(JAGab82792)
  

問題:所有共用容體群組若隸屬既有的叢集,cmquerycl便無法載入記載叢集鎖定容體群組及實體容體的新範本檔。例如,如果已經有單節點的叢集,再下達cmquerycl以形成雙節點的叢集,則範本檔中未載入叢集鎖定資訊。範本檔中的警告並未清楚說明容體群組已隸屬既有的叢集:

# Warning: No volume groups were found on all nodes.
# A cluster lock volume group is required for clusters of only two nodes.

解決方案:叢集ASCII檔中現已新增註解,說明由於所有容體群組皆隸屬於既有的叢集,因此找不到任何共用容體群組可進行叢集鎖定。

SR 8606129278
(JAGac86824)
  

問題:由於sendto()失敗,ServiceGuard無法啟動cmservassistd協助程式以後便 TOC。

解決方案:會發生瞬間錯誤的網路呼叫已新增重試機制。

SR 8606145228
(JAGad14565)
  

問題: cmcld中斷時,cl_kepd_printf因具有無效的引數而失敗。

解決方案:已修正節點,使其具有額外的記錄,以便更簡易地分析日後是否會再度發生問題。cmcld中斷時,若cl_kepd_printf無法列印至TOC轉存,便會呼叫fstat()以取得檔案狀態,並將狀態資訊記錄至syslog。

SR 8606157155
(JAGad26489)
  

問題:網路偵測程式未回報層級0記錄的部份 ioctl() 錯誤。ioctl()失敗若是因任何驅動程式的失敗所造成,便不會記錄至syslog中。

解決方案:已修正程式碼,使其記錄層級0的ioctl()失敗,有助於識別syslog檔中是否有任何驅動程式錯誤。

SR 8606162300
(JAGad31616)
  

問題:每小時進行的叢集鎖定檢查未偵測到失敗的裝置 ─EBUSY,ServiceGuard也未確實地回報叢集鎖定裝置已失敗。

解決方案:整個回報 EBUSY的 LVM問題屬於SCSI驅動程式的問題。需安裝SCSI修補程式PHKL_19776以上的版本才能修正此問題。已修正ServiceGuard,在cmcld無法取得LVM的狀況下,檢查回報EBUSY時,發出警告訊息(在未應用PHKL_19776的情況下)。

SR 8606162928
(JAGad32244)
  

問題:ServiceGuard叢集的所有節點同時記錄下列訊息:

cmclconfd: Unable to bind to network interface: Device busy 
cmclconfd: Unable to establish a subsequent link level binding on network interface # (NMID): Device busy

nettl.LOG00中並未記錄任何節點的網路錯誤。

解決方案: 已重新設計程式碼執行探測以減少上述問題。

SR 8606168394
(JAGad37675)
  

問題:cmcheckconfcmapplyconf命令允許在套件 ascii檔案中有無效的RESOURCE_UP_VALUE組態。下列情形應為失敗卻是成功的:

RESOURCE_NAME /vg/vgshared_11.0/pv_summary 
RESOURCE_POLLING_INTERVAL 300
RESOURCE_START AUTOMATIC
RESOURCE_UP_VALUE = UP = PVG_UP

解決方案:已修正程式碼,偵測到不正確的RESOURCE組態時,在cmapplyconfcmcheckconf執行時回報錯誤。

SR 8606168769
(JAGad38047)
  

問題:接收到 recvfrom()系統呼叫送出的ENOSR錯誤後,cmcld 中斷。

解決方案:已執行通用的解決方案來處理sucket呼叫的所有暫態錯誤(如ENOSR、ENOBUFS、EINTR)。已寫好所有sucket呼叫的封裝來處理此情形,方法是在丟棄節點並回報核心程式問題前,先重試10秒至少10次。

10 秒後,如果暫態錯誤依然存在,ServiceGuard會先記錄訊息後中斷,該訊息說明重試呼叫後,遇到核心程式問題。

SR 8606169593
(JAGad38868)
  

問題: /var/adm/SGsnmpsuba.log檔案的 666檔案使用權不正確。

解決方案:基於安全理由,上述檔案使用權已由666變更為644。

SR 8606172246
(JAGad41506)
  

問題:有時候,節點會在cmcld中斷後TOC,但其他時候僅會重新開機,不會寫入轉存。

解決方案:cmcld即將產生核心程式檔案時,不會重新開機,而是呼叫sync(),以便將核心程式存入磁碟中。不需要核心程式檔案時,便會退出執行TOC而不會重新開機。

SR 8606172881
(JAGad42141)
  

問題: cmquerycl (1m)的線上援助頁未說明,容體若未列在叢集ASCII檔內,容體便會被清除(即不標記為叢集的一部份)。

解決方案: 已修訂cmquerycl的線上援助頁,說明未列在ASCII檔內的容體群組將被清除。

SR 8606177379
(JAGad46611)
  

問題:若未組態叢集鎖定,而且即使叢集有4個以上節點,在cmcld啟動時,下列訊息仍會印在syslog中:

Jan 18 11:44:43 mtl-dbd cmcld: Warning. No cluster lock is configured.

解決方案:叢集若有4個以上節點,現在已不會記錄 "No cluster lock configured" 警告訊息。

SR 8606179400
(JAGad48624)
  

問題:ServiceGuard無法使用非標準的磁碟裝置檔案名稱。系統會顯示下列錯誤訊息:

Begin cluster verification... 

Warning: The disk at /dev/dsk/pam on node grcdg238 does not have an ID, or a disk label.
Error: Device is not found on any nodes in the cluster.
Error: Unable to determine a unique identifier for
physical volume /dev/dsk/pam on node grcdg238.
Use pvcreate(1m) to give the disk an identifier.
Error: Unable to determine a unique identifier for
physical volume /dev/dsk/pam on node grcdg236.
Use pvcreate(1m) to give the disk an identifier.
cmcheckconf : Unable to reconcile configuration file
/etc/cmcluster/cluster.orig with discovered
configuration information.

解決方案:此問題的根本原因是,未取得單一主要/次要數字對的所有裝置項目;亦即,若兩個裝置檔(假設是c1t1d0和disk1) 指向相同的實體裝置,則掃描時只會找得到其中一個。檢查主要/次要數字裝置結構樹中的每個項目,即可修正此問題。

SR 8606185088
(JAGad54290)
  

問題:ATS線上援助頁說明若是使用mt(1)在開啟前保留磁帶裝置,則Advanced Tape Services設備遇到叢集重新組態事件時,該裝置會在開啟前的視窗中自動使用(reclamation) (釋放) (因為Advanced Tape Services設備將裝置視為「保留,未擁有或可用」)。但測試顯示ATS未曾重新要求以ioctl(MTRES) (mt -f /dev/rmt/st1m res) 手動保留。

解決方案: ats(5)線上援助頁已清楚列出此自動裝置使用通則的例外情形。

SR 8606194643
(JAGad63851)
  

問題:叢集重組時,若一個節點上的/usr/lbin/cmlvmd協助程式懸置,整個叢集便會當掉,出現下列訊息:

Timed out waiting for replies

解決方案:已新增計時器來監測叢集重組時cmlvmd的進度。刪除任一未及時完成重新組態的cmclvmd應用例,以便讓叢集的其餘部份能繼續進行。

SR 8606197317
(JAGad66510)
  

問題:cmrunnode無法加入既有的叢集,出現下列錯誤:

Unable to start cluster on nodes specified. 
There appears to be a configuration operation in progress.
Attempting the operation again may succeed.

解決方案:檢查代理 (proxy) 伺服器的要求訊息時,新的程式碼亦會檢查代理伺服器是否仍屬於叢集。

已知的問題與解決方案

SR 8606114618 (JAGac29381):部份run命令集退出值導致ServiceGuard記錄不正確的錯誤訊息
  • 問題為何?如果套件run/halt命令集的退出值為7、13或19,則套件管理程式便不會正確地解譯錯誤訊息。

  • 如何解決?命令集中勿使用這些退出值。

SR 8606114619 (JAGac29382):套件管理程式不接受套件halt命令集的RESTART退出值
  • 問題為何?套件halt命令集若以RESTART(2)退出,於停止後,套件便不會重新啟動。

  • 如何解決?利用cmmodpkg -e pkgname命令以手動啟動套件。

SR 8606174686 (JAGad43932):ServiceGuard的修補程式若安裝在持續運行中的叢集上,便無法正確地運作
  • 問題為何?若在叢集持續運行中時安裝修補程式,便無法如預期般地運作修正後的ServiceGuard。

  • 如何解決? 請遵循修補程式所提供的安裝說明,說明如下:

    1. 停止欲安裝修補程式之節點的ServiceGuard。

    2. 在該節點上安裝修補程式。

    3. 在該節點上重新啟動ServiceGuard。

    4. 必須在叢集的所有節點上安裝修補程式。

    5. 安裝時,ServiceGuard的snmp副代理程式會中止,而且不會自動重新啟動。此子代理程式主要用於ClusterView產品。若發生此情形,請執行下列命令以手動重新啟動該子代理程式:

      # /usr/lbin/cmsnmpagt start

SR 8606183590 (JAGad52803):cmmakepkg的線上援助頁未說明NODE_NAME可能會有「*」作為系統多節點套件的值
  • 問題為何? cmmakepkg的線上援助頁未說明「*」為NODE_NAME欄的有效值,且僅適用於系統多節點套件(亦即CVM套件VxVM-CVM-pkg)。

  • 如何解決?下列為套件ascii檔中, NODE_NAME欄正確的線上援助頁資訊:

    NODE_NAME

    可執行套件的節點名稱。此名稱必須符合叢集組態中的名稱。您可指定多個NODE_NAME項目。第一個NODE_NAME是主節點,隨後指定的節點會視為其他節點。特殊情況下,可使用「*」指定在所有節點上執行欲組態的套件。目前,僅支援「*」用於特殊CVM套件VxVM-CVM-pkg。

SR 8606184097 (JAGad53307):傳回cmrunpkg命令後,系統多節點套件立刻進入「啟動」狀態
  • 問題為何? 系統多節點套件的 cmrunpkg並未等候套件在所有節點上完成啟動。在套件啟動後,該命令立刻傳回,並未等候所有節點的套件皆已啟動,且套件狀態變更為「執行中」。

  • 如何解決?待數秒鐘,讓系統多節點套件在所有節點上完成啟動,再利用 cmviewcl檢查「執行中」狀態。

SR 8606185685 (JAGad54887):探測停用磁碟時,cmquerycl命令可能沒有反應
  • 問題為何?如果探測磁碟的ServiceGuard命令,如cmquerycl遇到停用的磁碟,該命令可能會沒有反應。

  • 如何解決?如果整個磁碟組態(LUN數目)不大,請等候該命令完成,否則請用CTRL-C中斷命令。

SR 8606194924 (JAGad64130):對60個具有大量服務的套件執行cmviewcl時,cmcld會佔據50%的CPU
  • 問題為何?具有大量套件和服務的叢集在執行cmviewcl -v時cmcld會佔據50%的CPU,直到完成命令為止。

  • 如何解決?縮減cmviewcl命令的範圍。例如僅對特定套件下達命令。

SR 8606202196 (JAGad71370):cmhaltpkg時,有問題的命令集印出不正確的錯誤訊息
  • 問題為何?執行cmhaltpkg時,如果套件控制命令集有問題(檔案不存在、無執行使用權等),終端機上會列出下列錯誤訊息:

    Unknown error returned from daemon: Error 0

  • 如何解決?檢查控制命令集是否存在且是否正確設定檔案使用權。

可列印版本
隱私權聲明 使用範圍與著作權聲明
© Hewlett-Packard Development Company, L.P.