一，升級(jí)環(huán)境:
事情的原因是這樣的，公司下屬部門申請(qǐng)到一定的經(jīng)費(fèi)用于網(wǎng)絡(luò)升級(jí)，因此該部門前幾天新買了一臺(tái)思科的Catalyst6509交換機(jī)，并且配備了WS-X6548-GE-TX這個(gè)思科在去年四月才新推出的10M、100M、1000M自適應(yīng)的48口RJ-45交換模塊。6509一共有9個(gè)插槽，所以可以插上9個(gè)模塊，為核心設(shè)備升級(jí)添加模塊是習(xí)以為常的事情了。不過(guò)由于思科的軟件推出總是滯后于硬件，所以拿到手的Catalyst6509交換機(jī)標(biāo)準(zhǔn)配置的12.2(14)SX1版本的IOS并不能支持該模塊。這就涉及到了升級(jí)問(wèn)題，需要升級(jí)6509交換機(jī)的IOS。于是我和子部門網(wǎng)絡(luò)管理員從CISCO官方網(wǎng)站找來(lái)支持WS-X6548-GE-TX模塊的新版本的IOS準(zhǔn)備升級(jí)。沒(méi)有想到，這次簡(jiǎn)單的升級(jí)工作卻弄得我們兩個(gè)“準(zhǔn)高手”麻煩連連，問(wèn)題接二連三地出現(xiàn)。
二，沒(méi)有RJ-45接口
對(duì)于本次采用的這個(gè)WS-X6548-GE-TX模塊一共有48個(gè)RJ-45端口，然而6509交換機(jī)又沒(méi)有配其他的帶RJ-45接口的模塊。這可怎么辦呢?畢竟用思科的TFTP Server升級(jí)IOS就必須得將交換機(jī)和網(wǎng)絡(luò)上的一臺(tái)裝有TFTP Server的PC相連。經(jīng)過(guò)一番尋找，終于發(fā)現(xiàn)超級(jí)引擎720上面有一個(gè)RJ-45模樣的接口，旁邊寫著Link的字樣，結(jié)果拿來(lái)網(wǎng)線插上一試，發(fā)現(xiàn)指示燈都不亮。本來(lái)我們兩個(gè)以為有了希望，然而指示燈不亮就說(shuō)明該接口無(wú)法使用，不過(guò)因?yàn)檫@個(gè)接口是惟一的希望，否則只能用xmodem方式傳輸41MB的IOS，傳輸時(shí)間恐怕讓我望而卻步。
小提示:
使用XMODEM傳輸IOS速度上是非常讓人頭疼的，筆者曾經(jīng)用XMODEM方式傳過(guò)一個(gè)2950交換機(jī)的IOS，總?cè)萘恳簿?MB左右，足足用了兩個(gè)鐘頭。按照這個(gè)速度來(lái)說(shuō)41MB最快也得30幾個(gè)小時(shí)。
既然使用XMODEM方式傳輸IOS不太現(xiàn)實(shí)，那么還要從超級(jí)引擎720上面那個(gè)RJ-45模樣的接口入手。從網(wǎng)上搜索到相關(guān)資料，原來(lái)超級(jí)引擎720上的port2 有兩種模式:一種是RJ-45接口，還有一種是SFP(a small form-factor pluggable)接口。而默認(rèn)的設(shè)置是SFP，要使用RJ-45接口就必須更改設(shè)置。輸入以下命令進(jìn)行修改——
Router(config)#interface gigabitethemet 5/2 //進(jìn)入該接口進(jìn)行設(shè)置 Router(config-if)#media-type rj45 //修改模式為RJ45，默認(rèn)是SFP Router(config-if)#no shutdown //啟用該接口 |
執(zhí)行命令后發(fā)現(xiàn)橘紅色的指示燈終于變成了綠色，接下來(lái)就可以使用傳統(tǒng)的TFTP方法將升級(jí)所需的IOS文件傳到到交換機(jī)中。本來(lái)以為接下來(lái)的事情就應(yīng)該很輕松，誰(shuí)知道攔路虎并沒(méi)有就此罷休。
三，TFTP傳輸協(xié)議不支持32兆
接下來(lái)給接口配上管理地址，再把原來(lái)的IOS備份出來(lái)。在超級(jí)終端全局模式下輸入命令:
Router#copy sup-rootflash: s72033-pk9sv-mz.122-14.SX1.bin tftp://192.168.1.1
TFTP Server 出現(xiàn)一連串#字號(hào)，開(kāi)始傳輸數(shù)據(jù)，本來(lái)以為一切OK。誰(shuí)知道眼看著就要傳完的時(shí)候，系統(tǒng)提示:“timeout! Write error!”。
根據(jù)系統(tǒng)提示的
信息我查詢了網(wǎng)線是否斷了，磁盤空間是否不足，答案都是否定的。再次執(zhí)行傳輸命令故障依舊。到6509上查看傳輸完畢的IOS大小為32MB，比完整的IOS32.1MB稍微小一點(diǎn)。為什么多出的0.1MB就無(wú)法傳送呢?
開(kāi)始以為是TFTP的軟件有問(wèn)題，版本過(guò)低造成的。從網(wǎng)上下載了一個(gè)第三方的TFTP server一試，結(jié)果還是這樣。又找來(lái)3Com的TFTP Server，這次效果更差，傳到16MB的時(shí)候就斷開(kāi)了，系統(tǒng)提示還是超時(shí)和寫入錯(cuò)誤。仔細(xì)分析，終于發(fā)現(xiàn)了問(wèn)題關(guān)鍵所在。兩次傳輸，一次正好32MB，一次正好16MB，連字節(jié)數(shù)都不差，肯定不是傳輸線路問(wèn)題。找來(lái)資料一查，原來(lái)TFTP(Trivial File Transfer Protocol)普通文件傳輸協(xié)議最大就支持傳輸32MB的文件。于是又找來(lái)思科文檔，一番查詢，找出了第2種解決方法，用FTP就行了。于是在PC上建好FTP服務(wù)，鍵入如下命令:
Router# configure terminal//進(jìn)入交換機(jī)配置模式 Router(config)# ip ftp username username //設(shè)置FTP的訪問(wèn)用戶名 Router(config)# ip ftp password password //設(shè)置登錄FTP的密碼 Touter(config)# end //結(jié)束，退出 Router#copy sup-bootflash: s72033-pk9sv-mz.122-14.SX1.bin ftp: [//[username[:password]@]192.168.1.1] //執(zhí)行FTP傳輸命令，傳輸文件為s72033-pk9sv-mz.122-14.SX1.bin， 已經(jīng)建立好的FTP服務(wù)器地址為192.168.1.1。
|
使用FTP傳輸更新IOS后文件復(fù)制非常正常，等待了幾分鐘，系統(tǒng)提示“successful!”。看來(lái)FTP比TFTP就是強(qiáng)大靈活，限制也少很多。
四，協(xié)議錯(cuò)誤
將IOS成功備份到FTP上后就輪到將新的用于升級(jí)的IOS進(jìn)行上傳了。進(jìn)入6509配置模式使用如下命令進(jìn)行操作:
Router# configure terminal //進(jìn)入配置模式 Router(config)#ip ftp username username //設(shè)置登錄FTP的用戶名 Router(config)#ip ftp password password //設(shè)置登錄FTP的密碼 Router(config)#end //退出設(shè)置 Router# copy ftp:[[//[username[:password]@192.168.1.1] / s72033-jk9o3sv-mz.122-17a.SX.bin] sup-bootflash: //復(fù)制s72033-jk9o3sv-mz.122-17a.SX.bin新版IOS到本交換機(jī)。
|
本來(lái)以為輕輕松松完成的，結(jié)果系統(tǒng)這次提示“Protocol error!”。協(xié)議錯(cuò)誤?重試一次，下載沒(méi)有問(wèn)題的，上傳還是提示協(xié)議錯(cuò)誤。經(jīng)過(guò)筆者分析懷疑問(wèn)題可能出在FTP Server上，我的FTP Server是用Server-U這個(gè)第三方軟件做的，會(huì)不會(huì)是兼容性問(wèn)題造成的呢?于是換成微軟Windows2000自帶IIS中的FTP組件建立FTP服務(wù)器。再次嘗試下載與上傳都沒(méi)有任何問(wèn)題了，不再提示協(xié)議錯(cuò)誤。屏幕顯示Loading…。幾秒鐘后又出現(xiàn)提示
信息:“Flash空間不足”。
五，F(xiàn)lash空間不足
出現(xiàn)FLASH空間不足
信息后我特別查詢了6509核心設(shè)備的硬件配置，默認(rèn)6509標(biāo)準(zhǔn)配置的Flash為64MB，標(biāo)配IOS大小為32.1MB，要升級(jí)的12.2(17a)SX 版本IOS大小為40.6MB，這樣看來(lái)空間不足再所難免。但是這個(gè)問(wèn)題還是相對(duì)好解決的，將Flash里原來(lái)的IOS刪除了然后再上傳。于是輸入命令:
Router#delete sup-bootflash:s72033-pk9sv-mz.122-14.SX1.bin
然后再傳。提示信息還是空間不足!這個(gè)時(shí)候交換機(jī)的IOS已經(jīng)被我刪除了，要是不小心掉電或者重起的話，交換機(jī)就起不來(lái)了。在管理界面中用show命令看，IOS文件已經(jīng)沒(méi)有了，但是空間還是剩余30多兆，就是說(shuō)flash沒(méi)有被清空。這時(shí)候想起以前刪除vlan.dat文件后要重啟交換機(jī)才能生效，可是現(xiàn)在重啟是萬(wàn)萬(wàn)不行的。怎么辦?上思科網(wǎng)站查找有利用價(jià)值的
信息，終于找到一條命令squeeze，該命令是將已經(jīng)刪除的文件徹底清空，就好比清空回收站一樣。運(yùn)行:
Router#squeeze sup-bootflash:后再用SHOW命令查看，發(fā)現(xiàn)Flash已經(jīng)被徹底清空，可用空間為64MB。這時(shí)候再用FTP上傳，幾分鐘以后就會(huì)看見(jiàn)屏幕上提示的成功
信息。Reload一下，用show flash命令看IOS版本已經(jīng)變成了12 .2(17a)SX。插上新模塊WS-X6548-GE-TX一試，一切OK，新模塊可以正常運(yùn)行了。
經(jīng)驗(yàn)總結(jié):
本來(lái)以為輕松完成的工作卻是一波三折，看來(lái)高端產(chǎn)品升級(jí)也是非常復(fù)雜的，很多原來(lái)沒(méi)有重視的環(huán)節(jié)都會(huì)出現(xiàn)這樣或那樣的問(wèn)題。本次故障排除使我也明白了一個(gè)道理，技術(shù)沒(méi)有盡頭，遇到問(wèn)題到官方網(wǎng)站查詢是最好的辦法。還有就是做事情之前一定要三思，如果刪除FLASH后想當(dāng)然的執(zhí)行了RELOAD的話，交換機(jī)就無(wú)法啟動(dòng)了，那樣的后果將會(huì)非常嚴(yán)重。操作前請(qǐng)停手思考30秒往往可以減少很多不必要的損失.
CISCO WS-C6509(1300AC)
