06-軟件升級配置
本章節下載: 06-軟件升級配置 (452.65 KB)
目 錄
設備支持兩種運行模式:獨立運行模式和IRF模式,缺省情況為獨立運行模式。有關IRF模式的介紹,請參見“IRF配置指導”中的“IRF”。
設備軟件主要包括Bootware程序、係統啟動文件、單板的MBUS扣板軟件、單板邏輯。
設備上電後,先運行Bootware程序,初始化硬件並顯示設備的硬件參數,然後運行係統啟動文件;啟動文件一方麵提供對硬件的驅動和適配功能,另一方麵實現了業務特性。Bootware程序與係統啟動文件是設備啟動、運行的必備軟件,為整個設備提供支撐、管理、業務等功能,它們的關係如圖1-1所示。
圖1-1 Bootware程序與係統啟動文件關係示意圖
配置任務 |
說明 |
詳細配置 |
通過Bootware菜單升級 |
可選 |
關於通過BootWare菜單升級的詳細介紹,請參見“基礎配置指導”中的“BootWare管理” |
通過命令行升級Bootware |
可選 |
|
通過命令行升級係統啟動文件 |
可選 |
|
通過熱補丁升級 |
可選 |
|
升級MBUS扣板軟件 |
可選 |
|
升級單板邏輯 |
可選 |
|
升級單板電源軟件 |
可選 |
|
升級時鍾監控軟件 |
可選 |
· 目前設備的係統啟動文件(.bin)中已經包含了BootWare程序、MBUS扣板軟件,在升級係統啟動文件的同時即可自動升級Bootware、MBUS扣板軟件。您也可以通過以上配置任務手工升級Bootware、MBUS扣板軟件。
· Bootware程序和係統啟動文件都可以通過Bootware菜單、命令行和熱補丁三種方式來升級,本文隻介紹通過命令行和熱補丁升級的方式,通過Bootware菜單升級的具體操作請參見設備的安裝指導。
設備開機上電後,首先運行Bootware軟件,測試並初始化硬件,顯示設備的硬件參數,然後引導啟動文件運行。在係統運行過程中,用戶可以使用存儲介質中的Bootware文件升級設備上正在運行的Bootware。
目前設備的啟動文件(.bin)中已經包含了BootWare文件,在升級啟動文件的同時即可自動升級Bootware。您也可以通過bootrom update file命令手工升級Bootware。
表1-2 升級指定單板的Bootware
操作 |
命令 |
說明 |
升級指定槽位單板的Bootware程序(獨立運行模式) |
bootrom update file file-url slot slot-number-list |
必選 在用戶視圖下執行 FIPS模式下需要先對BootWare程序的簽名進行校驗,校驗通過後才能繼續配置 |
升級指定槽位單板的Bootware程序(IRF模式) |
bootrom update file file-url chassis chassis-number slot slot-number-list |
表1-3 升級主控板上OAM扣板的Bootware
操作 |
命令 |
說明 |
升級主用主控板和備用主控板上OAM扣板的Bootware(獨立運行模式) |
oam-bootrom update file file-url slot slot-number |
必選 在用戶視圖下執行 |
升級主用主控板和備用主控板上OAM扣板的Bootware(IRF模式) |
oam-bootrom update file file-url chassis chassis-number slot slot-number |
· Bootware升級後,需要重啟設備才能生效。
· 獨立運行模式下,必須先將Bootware文件保存到相應主控板存儲介質的根目錄下,bootrom update命令才能執行成功。
· IRF模式下,必須先將Bootware文件保存到相應成員設備指定主控板存儲介質的根目錄下,bootrom update命令才能執行成功。
獨立運行模式下,升級係統啟動文件時請按以下步驟進行:
(1) 使用FTP、TFTP或者其它方式將啟動文件下載保存到主用主控板存儲介質的根目錄下。
(2) 將新的啟動文件拷貝到備用主控板存儲介質的根目錄下。
(3) 使用命令行分別指定主用主控板和備用主控板下次啟動時使用的啟動文件(以下簡稱為下次啟動文件),參見1.4.1 指定下次啟動文件。
(4) 重啟設備,使新的啟動文件生效。
IRF模式下,升級係統啟動文件時請按以下步驟進行:
(1) 使用FTP、TFTP或者其它方式將啟動文件下載保存到全局主用主控板(Master設備主用主控板)存儲介質的根目錄下。
(2) 將新的啟動文件拷貝到IRF中其它主控板(包括Master設備的備用主控板、Slave設備的主用主控板和Slave設備的備用主控板)存儲介質的根目錄下。
(3) 使用命令行指定IRF中所有主控板下次啟動時使用的啟動文件(以下簡稱為下次啟動文件),參見1.4.1 指定下次啟動文件。
(4) 重啟設備,使新的啟動文件生效。
當存儲介質中有多個啟動文件時,用戶可以通過以下命令來指定設備下次啟動文件。其中,主用啟動文件用於引導、啟動設備;備用啟動文件隻用於異常情況下(主用啟動文件不可用時),引導、啟動設備。
操作 |
命令 |
說明 |
指定下次啟動文件(獨立運行模式) |
boot-loader file file-url slot slot-number { main | backup } |
必選 在用戶視圖下執行 FIPS模式下需要先對版本文件的簽名進行校驗,校驗通過後才能繼續配置 |
指定下次啟動文件(IRF模式) |
boot-loader file file-url chassis chassis-number slot slot-number { main | backup } |
· 下次啟動文件必須存放在設備的根目錄下(對於支持存儲設備分區的設備,該文件必須存放在第一個分區內)。可使用文件的拷貝或移動操作來調整文件的路徑為根目錄。
· 隻有保存在Flash或CF卡上的啟動文件,才能通過命令boot-loader配置為下次啟動文件。
· IRF模式下,必須先將下次啟動文件保存到相應成員設備指定主控板Flash或CF卡上的根目錄下,boot-loader命令才能執行成功。
當設備上已經存在一塊主用主控板,再插入一塊不同版本的主控板作為備用主控板時,主用主控板和備用主控板會因為版本不一致,而導致備用主控板不能正常工作。此時,如果備用主控板的狀態為Slave(請使用display device命令查看),則可以使用本特性快速升級備用主控板,使得備用主控板和主用主控板的版本保持一致;如果備用主控板的狀態為Fault,則需要通過Bootware菜單升級或者把備用主控板拔出後單獨進行升級。
使用本功能相當於分步執行了以下操作來完成備用主控板的升級:
(1) 將主用主控板當前使用的啟動文件拷貝到備用主控板;
(2) 將拷貝後的文件指定為備用主控板的下次啟動文件;
(3) 重啟備用主控板。
表1-5 同步升級備用主控板的啟動文件
操作 |
命令 |
說明 |
同步升級備用主控板的啟動文件 |
boot-loader update slot slot-number |
必選 該命令在用戶視圖下執行 FIPS模式下需要先對版本文件的簽名進行校驗,校驗通過後才能繼續配置 |
boot-loader update slot slot-number命令隻能在獨立運行模式運行,不能在IRF模式運行。IRF模式下隻能通過boot-loader file file-url chassis chassis-number slot slot-number { main | backup }命令升級啟動文件。
同步升級備用主控板的啟動文件時,設備將把新的啟動文件拷貝到備用主控板中與當前啟動文件相同的存儲介質中。如果該存儲介質的剩餘空間不夠,係統將自動計算當前啟動文件所占空間加剩餘存儲空間的和,並將此和與新的啟動文件大小進行比較:
l 如果和大於或等於新的啟動文件大小,則設備將自動刪除當前運行的啟動文件,釋放存儲空間來存放升級新的啟動文件。
l 如果和小於新的啟動文件大小,則設備不會自動刪除當前運行的啟動文件,此時設備提示升級失敗。
因此,同步升級備用主控板的啟動文件之前,請確保備用主控板存放當前啟動文件的存儲介質有足夠的空間存放待升級的啟動文件,以免造成升級失敗。
熱補丁是一種快速、低成本修複產品軟件版本缺陷的方式。和升級軟件版本相比,熱補丁的主要優勢是不會使設備當前正在運行的業務中斷,即在不重啟設備的情況下,可以對設備當前軟件版本的缺陷進行修複。
補丁(又被稱為補丁單元)是用來修複某個缺陷的程序包,通常以補丁文件的形式發布,一個補丁文件可能包含一個或多個補丁,不同的補丁具有不同的功能。
所謂增量補丁,是指對在其前麵的補丁有功能增強性的補丁。
當前發布的補丁文件中的補丁均為增量補丁。
· 正式補丁(Common patches)是通過版本發布流程發布的補丁。
· 臨時補丁(Temporary patches)是未通過版本發布流程發布,用於臨時解決緊急問題和需求的補丁。
正式補丁總會包含前麵臨時補丁的功能,從而替代前麵的臨時補丁。補丁的類型隻對補丁加載(Load)過程產生影響——係統在加載正式補丁之前會先將係統中所有臨時補丁刪除。
補丁包文件是將設備需要的同期發布的多個補丁文件打包生成的文件。補丁包文件升級方式是補丁文件升級方式的改良。
使用補丁文件升級時,產品對補丁文件的名稱進行了嚴格定義,指定類型的硬件會有對應的補丁文件,該文件的名稱是固定的,用戶不能隨便定義。當某個部件需要軟件升級時,用戶必須先下載該部件對應的補丁文件,並將補丁文件重命名為指定的名稱,如果命名錯誤,會造成該部件升級失敗。如果要同時升級多個部件,則需要多次重複上述操作。
使用補丁包文件升級時,用戶隻需下載該補丁包文件,執行一次命令,就可以完成設備所有部件的軟件升級,從而簡化了補丁操作及補丁版本管理。
每個補丁都有自身的狀態,隻有在用戶命令行的幹預下才能發生切換。補丁狀態切換與命令操作關係如圖1-2所示,其中IDLE、DEACTIVE、ACTIVE和RUNNING表示補丁的不同狀態。加載、臨時運行、確認運行、停止運行、刪除、安裝、卸載表示補丁操作,分別對應命令patch load、patch active、patch run、patch deactive、patch delete、patch install和undo patch install,箭頭方向表示狀態的轉變方向,比如對DEACTIVE狀態的補丁執行patch active操作,補丁的狀態就會變為ACTIVE。
補丁文件的狀態信息內容保存在Flash中的patchstate文件裏,建議用戶不要對該文件進行操作。
· 初始狀態(IDLE)
表示補丁尚未被加載。設備無法進行安裝、運行補丁等操作,如圖1-3所示(假設係統補丁區中最多可以加載8個補丁)。
當前內存補丁區中支持的最大補丁數為200個。
· 未激活狀態(DEACTIVE)
表示補丁已經被加載到內存補丁區,但尚未運行。假設用戶將加載的補丁文件包含7個補丁,則這7個補丁將在經過版本校驗及CRC校驗之後被加載到內存補丁區,加載成功的補丁處於DEACTIVE狀態,此時係統中補丁狀態如圖1-4所示。
· 激活狀態(ACTIVE)
表示補丁已經被臨時運行,即該補丁在設備重啟之後不再生效。對於圖1-4中7個處於DEACTIVE狀態的補丁,用戶如果激活前5個補丁,則前5個補丁的狀態將由DEACTIVE狀態變成ACTIVE狀態,此時係統中補丁狀態如圖1-5所示。
係統重啟後,所有處於ACTIVE狀態的補丁將變成DEACTIVE狀態。
· 確認運行狀態(RUNNING)
表示補丁已經被永久運行,即該補丁在設備重啟之後會繼續生效。對於圖1-5中5個處於ACTIVE狀態的補丁,用戶確認運行前3個補丁後,前3個補丁的狀態將由ACTIVE狀態變成RUNNING狀態,此時係統中補丁狀態如圖1-6所示。
係統重啟後,所有處於RUNNING狀態的補丁保持為RUNNING狀態。
表1-6 熱補丁配置任務簡介
配置任務 |
說明 |
詳細配置 |
|
安裝補丁 |
一步式 |
二者任選其一 一步式和分步式配置效果等同,分步式配置時用戶可以控製安裝過程中的各個狀態。 |
|
分步式 |
|||
卸載補丁 |
一步式 |
二者任選其一 一步式和分步式配置效果等同,分步式配置時用戶可以控製卸載過程中的各個狀態。 |
|
分步式 |
用戶在加載、激活、運行補丁前必須保證補丁文件的版本與設備的當前軟件版本一致。
補丁文件是根據安裝補丁的設備或單板類型按需發布。在進行補丁操作前,需要通過FTP/TFTP等方式將補丁文件保存到設備的存儲介質上,保存時請注意:
· 補丁版本必須與設備型號、設備的軟件版本相匹配。如果不匹配,則會造成補丁操作失敗。
· 補丁文件的名稱必須符合要求,否則係統無法找到補丁文件,造成補丁操作失敗。設備是根據補丁標誌(PATCH-FLAG)生成補丁文件名,再根據文件名將補丁從存儲介質(默認為Flash)中讀取到補丁區進行加載或安裝。display patch information命令顯示信息中Version字段的值就是PATCH-FLAG的後綴,補丁文件名稱的格式為“patch_後綴.bin”。比如設備的PATCH-FLAG為PATCH-MR,則它對應的補丁文件必須命名為patch_mr.bin。
加載和安裝操作的對象是設備上所有在位單板和輔助CPU,所以,執行加載和安裝操作前,請將主用主控板和業務板的補丁文件保存到主用主控板存儲介質的根目錄下,備用主控板的補丁文件保存到備用主控板存儲介質的根目錄下,主用主控板和備用主控板上補丁文件必須一致(包括補丁文件的名稱和內容)。
用戶可以通過執行patch install命令來一步式安裝補丁。執行該命令同時,需要指定補丁文件的來源,目前設備上可支持指定補丁文件的加載路徑和從指定補丁包文件兩種方式。
在執行patch install命令時,係統會提示“Do you want to continue running patches after reboot? [Y/N]:”:
· 如果輸入<Y>或者<y>,則會安裝指定路徑下的所有補丁,設備或單板重啟後這些補丁繼續生效,補丁狀態從IDLE轉換到RUNNING,相當於依次執行了patch load、patch active和patch run命令。
· 如果輸入<N>或者<n>,則會安裝指定路徑下的所有補丁,但設備或單板重啟後這些補丁不再繼續生效,補丁狀態從IDLE轉換到ACTIVE,相當於依次執行了patch load和patch active命令。
若要通過指定補丁包文件來安裝補丁,則需預先將補丁包文件保存在主控板的存儲介質上,所有備用主控板和業務板將從主控板加載補丁文件。
表1-7 一步式安裝補丁
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
一步式完成補丁的安裝 |
patch install { patch-location | file filename } |
必選 FIPS模式下需要先對補丁文件或補丁包的簽名進行校驗,校驗通過後才能繼續配置 |
· 加載和安裝操作的對象是設備上所有在位單板和輔助CPU,所以,執行加載和安裝操作前,請將主用主控板和業務板的補丁文件保存到主用主控板存儲介質的根目錄下,備用主控板的補丁文件保存到備用主控板存儲介質的根目錄下,主用主控板和備用主控板上補丁文件必須一致(包括補丁文件的名稱和內容)。
· 指定路徑下的補丁必須與單板的型號和版本匹配,否則係統不能正確識別補丁文件。
· 執行補丁安裝操作後,係統會將補丁文件的加載路徑(patch location)修改成“patch install patch-location”中patch-location參數所指向的位置;如果通過指定補丁包文件來安裝補丁,則執行補丁安裝操作後係統不會改變補丁文件的加載路徑。
表1-8 分步式安裝補丁配置任務簡介
配置任務 |
說明 |
詳細配置 |
設置補丁文件的加載路徑 |
可選 如果是要安裝補丁包,則無需設置補丁文件的加載路徑 |
|
加載補丁文件 |
必選 |
|
激活補丁 |
必選 |
|
確認運行補丁 |
可選 |
當設備支持多個存儲介質時,用戶可以將補丁文件保存到Flash外的其它存儲介質。此時,需要使用該命令告知係統補丁文件的位置,執行補丁加載操作時,係統會將該路徑下指定後綴的補丁加載到對應的單板。因此,在執行補丁加載之前,請確保補丁文件存放位置與設置好的路徑一致。如果設備上隻有一個存儲介質,則不用設置該參數。
表1-9 設置補丁文件的加載路徑
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
設置補丁文件的加載路徑 |
patch location patch-location |
可選 缺省情況下,補丁文件的加載路徑為flash: |
· patch-location參數指定的路徑必須在設備的主用主控板和備用主控板上都存在,如果備用主控板上不存在該路徑,則該命令在備用主控板上不生效。
· 執行patch install命令會修改補丁文件的原路徑。比如,先配置了patch location xxx,再執行patch install yyy,此時係統會自動將補丁文件的原路徑從xxx改為yyy。
隻有正確加載補丁文件後才能進行補丁狀態的管理。
· 不同類型的單板,需要使用的補丁文件是不同的,主控板、接口板、OAM扣板的補丁文件名分別為patch_mr.bin、patch_lc.bin和patch_oam.bin。
· 主備環境下主板和備板的補丁文件在各自的存儲設備中獲取。
· 係統默認從Flash中讀取補丁文件。
· 當使用FTP或TFTP方式將補丁文件上傳/下載到設備的Flash中時,必須將文件傳輸的模式設置為二進製模式,否則會導致加載補丁文件失敗。
· 如果用戶在主備環境下進行補丁操作,必須保證主板和備板上補丁文件的一致性,否則設備無法正常進行補丁狀態的備份操作,有可能導致補丁狀態的丟失。
表1-10 加載補丁文件
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
將存儲設備中的補丁文件加載到指定的內存補丁區中(獨立運行模式) |
patch load slot slot-number |
必選 FIPS模式下需要先對補丁文件或補丁包的簽名進行校驗,校驗通過後才能繼續配置 |
將存儲設備中的補丁文件加載到指定的內存補丁區中(IRF模式) |
patch load chassis chassis-number slot slot-number |
必選 FIPS模式下需要先對補丁文件或補丁包的簽名進行校驗,校驗通過後才能繼續配置 |
激活補丁後,補丁會立即生效,處於試運行階段。設備複位或重啟後,該補丁不再生效,需要重新激活。
補丁的激活狀態主要是提供一個緩衝帶,如果補丁本身有問題,可以重啟設備,以消除該補丁的作用,從而防止因為補丁錯誤而導致係統連續運行故障。
表1-11 激活補丁
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
激活指定補丁(獨立運行模式) |
patch active patch-number slot slot-number |
必選 |
激活指定補丁(IRF模式) |
patch active patch-number chassis chassis-number slot slot-number |
必選 |
確認運行補丁後,補丁的狀態將變為RUNNING,處於正式運行階段。設備複位或重啟後,該補丁會繼續生效。
表1-12 運行補丁
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
運行指定補丁(獨立運行模式) |
patch run patch-number [ slot slot-number ] |
必選 |
運行指定補丁(IRF模式) |
patch run patch-number [ chassis chassis-number slot slot-number ] |
必選 |
該操作隻對處於激活狀態的補丁有效,對處於去激活狀態的補丁,該操作無效。
通過一條命令完成所有在位單板和OAM CPU的補丁卸載,命令結束後,所有在位板的補丁狀態都進入IDLE狀態,相當於在每個板(OAM CPU)上執行了一遍補丁去激活和刪除操作。
表1-13 一步式卸載補丁
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
卸載補丁 |
undo patch install |
必選 完成設備上所有補丁的去激活及刪除操作 |
表1-14 分步式卸載補丁配置任務簡介
配置任務 |
說明 |
詳細配置 |
去激活補丁 |
必選 |
|
刪除補丁 |
必選 |
停止運行補丁後,補丁將進入未激活狀態(DEACTIVE)。係統按打補丁前的特性運行。
表1-15 停止運行補丁
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
停止運行指定補丁(獨立運行模式) |
patch deactive patch-number slot slot-number |
必選 |
停止運行指定補丁(IRF模式) |
patch deactive patch-number chassis chassis-number slot slot-number |
必選 |
執行該操作,隻是將補丁從內存補丁區中刪除,並不會將補丁從存儲介質中刪除,補丁回到初始狀態(IDLE)。補丁刪除後,係統按打補丁前的特性運行。
表1-16 刪除補丁
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
刪除指定補丁(獨立運行模式) |
patch delete patch-number slot slot-number |
必選 |
刪除指定補丁(IRF模式) |
patch delete patch-number chassis chassis-number slot slot-number |
必選 |
通常情況下,升級係統啟動文件時,設備單板的MBUS扣板軟件會自動同步升級。如果自動升級不成功,您也可以通過如下命令手工升級。
表1-17 升級MBUS扣板軟件
操作 |
命令 |
說明 |
升級指定槽位單板上MBUS扣板軟件(獨立運行模式) |
mbus update [ file file-url ] slot slot-id |
必選 在用戶視圖下執行 |
升級指定槽位單板上MBUS扣板軟件(IRF模式) |
mbus update [ file file-url ] chassis chassis-number slot slot-number |
· 在MBUS扣板軟件升級過程中,請勿進行下列操作:主備倒換、對設備執行斷電、重啟或插拔主用主控板。
· 在IRF模式下,如果要升級Master的電源監控軟件,則升級文件必須保存在Master的主用主控板或者備用主控板的存儲介質目錄下;如果要升級Slave的電源監控軟件,則升級文件隻能保存在Slave的主用主控板的存儲介質目錄下。否則,設備無法升級。
對於邏輯出現故障(如升級失敗)的單板,您可以嚐試通過下麵的命令加載新的邏輯進行修複。
表1-18 升級單板的邏輯
操作 |
命令 |
說明 |
升級指定槽位單板上的邏輯(獨立運行模式) |
logic update bymbus [ file filename ] slot slot-number logicid logicid |
必選 在用戶視圖下執行 logicid取值如下: 0:升級指定單板的底板邏輯 1:升級指定主控板或接口板的扣板邏輯(對接口板,指的是CPU扣板邏輯;對主控板,指的是OAM扣板邏輯) 2:升級指定業務底板的NP扣板邏輯(目前僅LSR1LN2BNL1支持) |
升級指定槽位單板上的邏輯(IRF模式) |
logic update bymbus [ file filename ] chassis chassis-number slot slot-number logicid logicid |
表1-19 升級業務底板或接口子卡的邏輯
操作 |
命令 |
說明 |
升級業務底板或接口子卡的邏輯 |
logic update [ file filename ] slot slot-number [ subslot subslot-number ] logicid logicid |
必選 在用戶視圖下執行 logicid取值如下: 1:升級業務底板的CPU扣板邏輯 4:升級接口子卡的邏輯 |
· 在邏輯升級過程中,請勿進行下列操作,否則無法判斷升級是否成功:主備倒換、對設備執行斷電、重啟或插拔主用主控板。
· 在IRF模式下,如果要升級Master的單板邏輯,則升級文件必須保存在Master的主用主控板或者備用主控板的存儲介質目錄下;如果要升級Slave的單板邏輯,則升級文件隻能保存在Slave的主用主控板的存儲介質目錄下。否則,設備無法升級。
· logic update [ file filename ] slot slot-number [ subslot subslot-number ] logicid logicid命令隻有在獨立運行模式下才生效。
· 升級接口板的邏輯之前,請先使用board-offline命令使接口板處於Offline狀態,相關配置請參見“基礎配置指導”的“設備管理”。
· 升級單板邏輯的過程中設備會自動重啟單板使新邏輯生效。
· 在升級邏輯過程中插入的接口板,可能需要等待較長時間待單板邏輯升級完成後,設備才能對其正常供電。
· 關於業務底板和接口子卡的型號請參見產品安裝指導中的附錄。
當單板電源出現故障時,您可以嚐試通過下麵的命令升級單板電源軟件進行修複。
表1-20 升級單板電源軟件
操作 |
命令 |
說明 |
升級指定槽位單板電源軟件(獨立運行模式) |
power-logic update [ file file-url ] slot slot-id |
必選 在用戶視圖下執行 |
升級指定槽位單板電源軟件(IRF模式) |
power-logic update [ file file-url ] chassis chassis-id slot slot-id |
l 當單板上的電源模塊無法供電時,設備無法識別單板類型。如果使用power-logic update命令,設備將會提示按照編號選擇正確的單板類型。此時,請根據單板右側的絲印選擇正確的單板類型(如LSR1GP48LEB1)完成升級。如果超過30秒未選擇,或者連續5次輸入錯誤的編號,設備將會提示升級失敗。
l 如果單板上的電源模塊可以正常供電,設備就不會提示選擇正確的單板類型。
l 在單板電源軟件升級過程中,請勿進行下列操作:主備倒換、對設備執行斷電、重啟或插拔主用主控板。
l 在IRF模式下,如果要升級Master的單板電源軟件,則升級文件必須保存在Master的主用主控板或者備用主控板的存儲介質目錄下;如果要升級Slave的單板電源軟件,則升級文件隻能保存在Slave的主用主控板的存儲介質目錄下。否則,設備無法升級。
l 主控板不支持單板電源軟件升級。
l 升級單板的電源軟件之前,請先使用board-offline命令使單板處於Offline狀態,相關配置請參見“基礎配置指導”的“設備管理”。
l 升級單板的電源軟件過程中設備會自動重啟單板使單板的電源軟件生效。
l 在單板的電源軟件升級過程中插入的單板,可能需要等待較長時間,設備才能對其正常供電。
您可以通過以下命令升級設備上指定主控板上的時鍾監控軟件。
表1-21 升級時鍾監控軟件
操作 |
命令 |
說明 |
升級時鍾監控軟件(獨立運行模式) |
clock update [ file file-url ] slot slot-id |
必選 在用戶視圖下執行 |
升級時鍾監控軟件(IRF模式) |
clock update [ file file-url ] chassis chassis-number slot slot-id |
執行以上命令後,請您等待一段時間,直至界麵上出現升級完成的提示。
· 時鍾監控軟件升級過程中,請勿進行下列操作,否則可能導致時鍾監控軟件損壞或異常:主備倒換、複位正在執行升級操作的時鍾監控模塊、對設備執行斷電、重啟或插拔主控板。有關時鍾監控模塊的介紹,請參見“網絡管理和監控配置指導”的“時鍾監控配置”。
· 請將升級文件保存在對應主控板的存儲介質下。比如,要升級Master的主用主控板,則升級文件必須保存在Master的主用主控板存儲介質下。否則,時鍾監控軟件無法升級。
· 在時鍾監控軟件升級過程中,整個設備的時鍾相關業務會受到影響。
· 本命令僅適用於LSR1SRP2D1主控板。
在完成上述配置後,在任意視圖下執行display命令可以顯示設備的啟動文件信息和熱補丁信息,通過查看顯示信息驗證配置的效果。
表1-22 軟件升級顯示和維護
操作 |
命令 |
顯示啟動文件信息(獨立運行模式) |
display boot-loader [ slot slot-number ] [ | { begin | exclude | include } regular-expression ] |
顯示啟動文件信息(IRF模式) |
display boot-loader [ chassis chassis-number [ slot slot-number ] ] [ | { begin | exclude | include } regular-expression ] |
顯示補丁包信息 |
display patch [ | { begin | exclude | include } regular-expression ] |
顯示熱補丁的信息 |
display patch information [ | { begin | exclude | include } regular-expression ] |
缺省情況下,以太網接口、VLAN接口及聚合接口處於DOWN狀態。如果要對這些接口進行配置,請先使用undo shutdown命令使這些接口處於UP。
· Device當前的軟件版本為soft-version1,通過遠程操作,立即將設備的軟件版本升級到soft-version2。
· 最新版本的應用程序soft-version2.bin,保存在FTP Server的aaa目錄下;
· Device的IP地址為1.1.1.1/24,FTP Server的IP地址為2.2.2.2/24,Device與FTP Server之間路由可達;
· User通過Telnet遠程登錄到Device,User與Device之間路由可達。
(1) FTP Server的配置(注意:不同的服務器類型配置可能不同)
# 啟動FTP Server功能。
<FTP-Server> system-view
[FTP-Server] ftp server enable
# 配置一個FTP用戶名為aaa,密碼為hello。
[FTP-Server] local-user aaa
[FTP-Server-luser-aaa] password cipher hello
# 配置該用戶對aaa目錄具有讀寫權限。
[FTP-Server-luser-aaa] service-type ftp
[FTP-Server-luser-aaa] authorization-attribute work-directory flash:/aaa
(2) Device的配置
如果設備Flash的剩餘空間不夠大,請刪除Flash中原有的應用程序後再進行下載。
# 開始升級前,執行save命令保存當前配置(配置步驟略)。
# 登錄FTP Server(注意:不同的服務器類型顯示信息可能不同)。
<Device> ftp 2.2.2.2
Trying 2.2.2.2 ...
Press CTRL+K to abort
Connected to 2.2.2.2.
220 WFTPD 2.0 service (by Texas Imperial Software) ready for new user
User(2.2.2.2:(none)):aaa
331 Give me your password, please
Password:
230 Logged in successfully
[ftp]
# 下載FTP Server上的文件soft-version2.bin到主用主控板。
[ftp] binary
[ftp] get soft-version2.bin
[ftp] bye
<Device>
# 指定主用主控板下次啟動時的應用程序。
<Device> boot-loader file soft-version2.bin slot 0 main
# 將主用主控板的應用程序拷貝到備用主控板。
<Device> copy soft-version2.bin slot1#flash:/soft-version2.bin
# 指定備用主控板下次啟動時的應用程序。
<Device> boot-loader file slot1#flash:/soft-version2.bin slot 1 main
# 重啟設備,實現軟件版本的升級。
<Device> reboot
設備重啟後可以使用display version命令驗證升級是否成功。
· IRF由Master和Slave兩台成員設備組成。Master的成員編號為1,主用主控板所在的槽位號為0,備用主控板所在的槽位號為1;Slave的成員編號為2,主用主控板所在的槽位號為0,備用主控板所在的槽位號為1。
· IRF當前的軟件版本為soft-version1,通過遠程操作,將IRF係統的軟件版本升級到soft-version2,配置文件升級到new-config;
· 最新版本的應用程序soft-version2.bin和最新配置文件new-config.cfg都保存在TFTP server上;
· IRF的IP地址為1.1.1.1/24,TFTP server的IP地址為2.2.2.2/24。IRF與TFTP server之間路由可達。
圖1-8 升級係統啟動文件組網圖
(1) TFTP server的配置(注意:不同的服務器類型配置可能不同)
通過合法渠道(比如H3C官方網站或者代理商、技術支援人員)獲取正確版本的啟動文件和配置文件,並將該文件存儲到TFTP server的工作路徑,以便TFTP client可以訪問。
(2) IRF的配置
# 將new-config.cfg下載到Master設備的主用主控板上(注意:不同的服務器類型顯示信息可能不同)。
<IRF> tftp 2.2.2.2 get new-config.cfg
..
File will be transferred in binary mode
Downloading file from remote TFTP server, please wait.....
TFTP: 917 bytes received in 1 second(s)
File downloaded successfully.
<IRF> copy new-config.cfg chassis1#slot1#flash:/new-config.cfg
# 將new-config.cfg下載到Slave設備的主用主控板上。
<IRF> copy new-config.cfg chassis2#slot0#flash:/new-config.cfg
<IRF> copy new-config.cfg chassis2#slot1#flash:/new-config.cfg
# 將啟動文件soft-version2.bin下載到Master和Slave上。
<IRF> tftp 2.2.2.2 get soft-version2.bin
...
File will be transferred in binary mode
Downloading file from remote TFTP server, please wait............
TFTP: 10058752 bytes received in 141 second(s)
File downloaded successfully.
<IRF> copy soft-version2.bin chassis1#slot1#flash:/soft-version2.bin
<IRF> copy soft-version2.bin chassis2#slot0#flash:/soft-version2.bin
<IRF> copy soft-version2.bin chassis2#slot1#flash:/soft-version2.bin
# 將所有成員設備的下次啟動配置文件指定為new-config.cfg。
<IRF> startup saved-configuration flash:/new-config.cfg
Please wait ...
Setting the master board ...
... Done!
Setting the slave board ...
Chassis 1 Slot 1:
Set next configuration file successfully.
Chassis 2 Slot 0:
Set next configuration file successfully.
Chassis 2 Slot 1:
Set next configuration file successfully.
# 將所有主控板的下次啟動文件指定為soft-version2.bin。
<IRF> boot-loader file flash:/soft-version2.bin chassis 1 slot 0 main
This command will set the boot file of the specified board. Continue? [Y/N]:y
The specified file will be used as the main boot file at the next reboot on chassis 1 slot 0!
<IRF> boot-loader file chassis1#slot1#flash:/soft-version2.bin chassis 1 slot 1 main
This command will set the boot file of the specified board. Continue? [Y/N]:y
The specified file will be used as the main boot file at the next reboot on chassis 1 slot 1!
<IRF> boot-loader file chassis2#slot0#flash:/soft-version2.bin chassis 2 slot 0 main
This command will set the boot file of the specified board. Continue? [Y/N]:y
The specified file will be used as the main boot file at the next reboot on chassis 2 slot 0!
<IRF> boot-loader file chassis2#slot1#flash:/soft-version2.bin chassis 2 slot 1 main
This command will set the boot file of the specified board. Continue? [Y/N]:y
The specified file will be used as the main boot file at the next reboot on chassis 2 slot 1!
# 重啟所有成員設備完成升級。
<IRF> reboot
設備重啟後可以使用display version命令驗證升級是否成功。
· Device當前的軟件版本為soft-version1,通過遠程操作,在業務空閑時間(比如淩晨1點)將設備的軟件版本升級到soft-version2。
· 最新版本的應用程序soft-version2.bin保存在FTP Server的aaa目錄下;
· Device的IP地址為1.1.1.1/24,FTP Server的IP地址為2.2.2.2/24,Device與FTP Server之間路由可達;
· User通過Telnet遠程登錄到Device,User與Device之間路由可達。
圖1-9 配置遠程升級組網圖
(1) FTP Server的配置(注意:不同的服務器類型配置可能不同)
# 啟動FTP Server功能。
<FTP-Server> system-view
[FTP-Server] ftp server enable
# 配置一個FTP用戶名為aaa,密碼為hello。
[FTP-Server] local-user aaa
[FTP-Server-luser-aaa] password cipher hello
# 配置該用戶對aaa目錄具有讀寫權限。
[FTP-Server-luser-aaa] service-type ftp
[FTP-Server-luser-aaa] work-directory flash:/aaa
在FTP Server上使用文本編輯器編輯批處理文檔auto-update.txt。批處理文件的內容如下:
return
boot-loader file soft-version2.bin slot 0 main
boot-loader file slot1#flash:/soft-version2.bin slot 1 main
save
reboot
(2) Device的配置
如果設備Flash的剩餘空間不夠大,請刪除Flash中原有的應用程序後再進行下載。
# 開始升級前,執行save命令保存當前配置(配置步驟略)。
# 登錄FTP Server(注意:不同的服務器類型顯示信息可能不同)。
<Device> ftp 2.2.2.2
Trying 2.2.2.2 ...
Press CTRL+K to abort
Connected to 2.2.2.2.
220 WFTPD 2.0 service (by Texas Imperial Software) ready for new user
User(2.2.2.2:(none)):aaa
331 Give me your password, please
Password:
230 Logged in successfully
[ftp]
# 下載FTP Server上的文件soft-version2.bin。
[ftp] binary
[ftp] get soft-version2.bin
[ftp] bye
<Device>
# 將auto-update.txt文件更名為批處理文件auto-update.bat。
<Device> rename auto-update.txt auto-update.bat
# 為確保文件正確,可以使用more命令查看確認文件內容。
<Device> more flash:/auto-update.txt
return
boot-loader file soft-version2.bin slot 0 main
boot-loader file slot1#flash:/soft-version2.bin slot 1 main
save
reboot
# 指定主用主控板和備用主控板下次啟動文件,使用定時自動執行功能實現設備在2010年6月21日淩晨1點定時自動升級。(主用主控板的槽位號為0,備用主控板的槽位號為1)
<Device> copy soft-version2.bin slot1#flash:/soft-version2.bin
<Device> schedule job at 01:00 2010/6/21 view system execute auto-update.bat
設備重啟後可以使用display version命令驗證升級是否成功。
· Device當前的軟件版本為soft-version1,需要通過最新的補丁文件修複軟件的一些缺陷。
· 最新補丁文件(patch_mr.bin)保存在FTP Server的aaa目錄下。
· Device的IP地址為1.1.1.1/24,FTP Server的IP地址為2.2.2.2/24,Device與FTP Server之間路由可達。
· User通過Telnet遠程登錄到Device,User與Device之間路由可達。
圖1-10 熱補丁組網圖
(1) FTP Server的配置
# 啟動FTP Server功能。
<FTP-Server> system-view
[FTP-Server] ftp server enable
# 配置一個FTP用戶名為aaa,密碼為hello。
[FTP-Server] local-user aaa
[FTP-Server-luser-aaa] password cipher hello
# 配置該用戶對aaa目錄具有讀寫權限。
[FTP-Server-luser-aaa] service-type ftp
[FTP-Server-luser-aaa] authorization-attribute work-directory flash:/aaa
(2) Device的配置
配置前需確認設備Flash有足夠的剩餘空間來存儲熱補丁。
# 開始升級前,執行save命令保存當前配置(配置步驟略)。
# 登錄FTP Server(注意:不同類型的服務器顯示信息可能不同)。
<Device> ftp 2.2.2.2
Trying 2.2.2.2 ...
Press CTRL+K to abort
Connected to 2.2.2.2.
220 WFTPD 2.0 service (by Texas Imperial Software) ready for new user
User(2.2.2.2:(none)):aaa
331 Give me your password, please
Password:
230 Logged in successfully
[ftp]
# 下載FTP Server上的文件patch_mr.bin。
[ftp] binary
[ftp] get patch_mr.bin
[ftp] bye
<Device>
# 將補丁文件拷貝到備用主控板的根目錄下,備用主控板所在的槽位號為1。
<Device> copy patch_mr.bin slot1#flash:/
# 啟動補丁安裝功能。
<Device> system-view
[Device] patch install flash:
Patches will be installed. Continue? [Y/N]:y
Do you want to continue running patches after reboot? [Y/N]:y
Installing patches........
Installation completed, and patches will continue to run after reboot.
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!