lxk 的BLOG
用户名：lxk
文章数：39
评论数：13
访问量：21266
注册日期：
阅读量：5863
阅读量：12276
阅读量：358649
阅读量：1054871
51CTO推荐博文
1& && && &更换原因
用户的一台Cisco6509交换机，单sup720引擎，使用了一年多的
时间。最近不知道为什么，引擎上外置CF卡的插槽，变形了，无法插入CF卡，只能开个case，作RMA。
2& && && &第一次更换
很快收到RMA的引擎，为了和后面第二次RMA的引擎区别，这
个叫引擎A。找了个风高月黑的晚上，开始更换引擎。IOS、vlan.dat和running-config移植到外置的CF卡上，插入新引擎。中断启动，从CF卡引导，导入vlan.dat和running-config，一切均按照计划进行中。在准备把IOS拷入引擎自带的sup-bootflash时，出错了。提示无法找到sup-bootflash，dir sup-bootflash的结果如下：
C6509#dir sup-bootflash:
%Error opening sup-bootflash:/ (Bad device info block)
show file system的结果如下：
C6509#sh file sy
File Systems:
& &&&Size(b)& &&&Free(b)& && &Type&&Flags&&Prefixes
*&&& & & && &disk& &&&rw& &disk0:
& && && &&&-& && && &&&-& && & disk& &&&rw& &disk1:
& && && &&&-& && && &&&-& && & flash& &&&rw&&sup-bootflash:
以为format一次就会好，结果执行format报错如下：
C6509#format sup-bootflash:&
Format operation may take a while. Continue? [confirm]
Format operation will destroy all data in &sup-bootflash:&.&&Continue? [confirm]
%Error formatting sup-bootflash (Unspecified error)
& & 由于时值半夜，找不到中文的TAC，把show tac抓下来，第二天发给了思科工程师，回复说可能是运输过程中把内置的flash震松了，拔插一下就会好（得，又得牺牲一个晚上了！）。用户不同意这种处理办法，因为时值年底，业务很忙，不可能多次停机，如果flash拔插一下不好，势必还需要一次，因此要求再发一个引擎过来。TAC工程师一开始不同意，由于客户是运营商，强势啊，所以不久又收到引擎B。
3& && && &第二次更换
又找了个月明星稀的夜晚，the moon is shining! 关机拔下引擎，
重新插了一次内置的CF卡，也就是sup-bootflash，还是不认识，幸亏还有引擎B。为了不至于发生引擎A的故障，把引擎B先摁了摁卡载的sup-bootflash。而且暗自奇怪，引擎B的sup-bootflash不是CF卡的，是老式的flash条。插入引擎B，按照上次的步骤作，操作中发现引擎B上有配置，清除了。操作完很顺利的认出了sup-bootflash，用户业务也测试了，没有问题，到最后重启一遍，出问题了。重启就自动进入Rommon模式，必须手工boot才行。可是running-config中是有boot system flash那一句的，而且show ver中，Configuration register is 0x2102。如是重启几次都这样，为了不影响用户的业务，就先罢手了，把需要的信息抓下来，回府睡觉。
4& && && &找出原因
第二天醒来，反复思索，思科的RMA设备都是有问题的设备，修好后，又发给别的客户使用，尽管如此，质量也不至于这么差啊，我也不至于这么背啊！得找个明白人问问！
找了个熟人，把两次的信息发给他。不久就收到回复，让测试现在的引擎：用命令remote login switch（Accesses the Catalyst 6500 series switch console），先登陆引擎的交换进程，然后用show version看注册值，结果确实是0x2100，也就是说交换进程里面的注册值不对，导致重启就进入rommon模式。这应该是引擎B原有配置错误引起的。
朋友又看了引擎A的信息，回复说sup720引擎要支持内置CF卡形式的sup-bootflash，必须要求升级到Supervisor Read Only Memory Monitor (ROMMON) 8.4(2) or later (see note)，详细链接如下：
否则就不会认到。引擎B由于是普通Flash条，所以不用升级。
至此，两个引擎的问题都已经解决。用户也答应自行修改注册值，不用再作RMA了。
总结这两次更换的过程，发现自己退步了，也懒了，以前这种问题都是千方百计的去查结果，现在把信息仍给tac就不管了，以后还是需要自己多思考才行。
最后，从朋友处知道一个令我差点崩溃的消息：用户的合同可以做7&24的中文支持的。也就是说不管作到多晚，都可以找到中文的支持！！！晕死！！！
了这篇文章
类别：┆阅读(0)┆评论(0)6509升级IOS问题_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
6509升级IOS问题
上传于||暂无简介
你可能喜欢查看: 1876|回复: 3
cisco6509双引擎在线升级IOS方法
在线时间 小时
阅读权限70
上升级之前，需要做一些准备，我会做这样的备份，并将这样备份信息保存到安全的地方
copy run tftp或者Show run
show version
show module
show interfaces status
show interfaces trunk
show interfaces etherchannel
show cdp nei
show ip ospf nei
show ip int brie
show ip bgp sum
show ip arp
show ip route sum
show redundancy states
下面开始升级
把要升级的IOS软件上传到cisco6509上，可以copy到多个地方，我是将IOS复制到slavesup-bootflash中
Copy tftp slavesup-bootflash：
对上传的IOS进行校验，这个步骤很重要
Veri slavesup-bootflash：xxx.bin
设置启动项
boot system flash sup-bootflash：xxx.bin
查看主备引擎所在的槽位，在升级前就应必须知道，重启备引擎，在重启备引擎的后，备引擎就开始使用新的IOS镜像了
show module
hw-module module 6 reset 我的备引擎是在第六个槽位
重启被引擎后，查看各个模块状态、引擎间的冗余情况
show module
show redundancy
强制主备引擎做切换，切换的时候，原先主引擎成为备引擎，与此同时原主引擎也使用上了新的IOS。
redundancy force-switchover
show module
show redundancy
知道这里升级工作已经完成，但是现在的主备引擎和在升级前的顺序正好相反，为了达到和升级前引擎主备一致，所以还要在切换一次
redundancy force-switchover
升级好以后，就是要对比升级后的信息和你之前保存的信息了
& & & & & & & & & & & & & & & &
该贴已经同步到
在线时间 小时
阅读权限70
在线时间 小时
阅读权限70
在线时间 小时
阅读权限70
Powered by君，已阅读到文档的结尾了呢~~
Cisco Catalyst 6509
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
Cisco Catalyst 6509-NEB机箱升级方案2
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口Cisco交换机IOS升级故障排除
作者：佚名
字体：[ ] 来源：互联网 时间：09-07 23:44:27
　交换机运行中出现故障是不可避免的，但出现故障后应当迅速地进行处理，尽快查出故障点，排除故障。但是要做到这一点，就必须了解交换机故障的类型及具备对故障进行分析和处理的能力。
　　一，升级环境：
　　事情的原因是这样的，公司下属部门
四，协议错误
　　将IOS成功备份到FTP上后就轮到将新的用于升级的IOS进行上传了。进入6509配置模式使用如下命令进行操作：
　　Router# configure terminal
　　//进入配置模式
　　Router(config)#ip ftp username username
　　//设置登录FTP的用户名
　　Router(config)#ip ftp password password
　　//设置登录FTP的密码
　　Router(config)#end
　　//退出设置
　　Router#　copy　ftp:[[//[username[:password]@192.168.1.1] / s72033-jk9o3sv-mz.122-17a.SX.bin] sup-bootflash:
　　//复制s72033-jk9o3sv-mz.122-17a.SX.bin新版IOS到本交换机。
　　本来以为轻轻松松完成的，结果系统这次提示“Protocol error!”。协议错误？重试一次，下载没有问题的，上传还是提示协议错误。经过笔者分析怀疑问题可能出在FTP Server上，我的FTP Server是用Server-U这个第三方软件做的，会不会是兼容性问题造成的呢？于是换成微软Windows2000自带IIS中的FTP组件建立 FTP服务器。再次尝试下载与上传都没有任何问题了，不再提示协议错误。屏幕显示Loading…。几秒钟后又出现提示信息：“Flash空间不足”。
　　五，Flash空间不足
　　出现FLASH空间不足信息后我特别查询了6509核心设备的硬件配置，默认6509标准配置的Flash为64MB，标配IOS大小为32.1MB，要升级的12.2（17a）SX 版本IOS大小为40.6MB，这样看来空间不足再所难免。但是这个问题还是相对好解决的，将Flash里原来的IOS删除了然后再上传。于是输入命令：
　　Router#delete sup-bootflash:s72033-pk9sv-mz.122-14.SX1.bin
　　然后再传。提示信息还是空间不足！这个时候交换机的IOS已经被我删除了，要是不小心掉电或者重起的话，交换机就起不来了。在管理界面中用show命令看，IOS文件已经没有了，但是空间还是剩余30多兆，就是说flash没有被清空。这时候想起以前删除vlan.dat文件后要重启交换机才能生效，可是现在重启是万万不行的。怎么办？上思科网站查找有利用价值的信息，终于找到一条命令squeeze，该命令是将已经删除的文件彻底清空，就好比清空回收站一样。运行：
　　Router#squeeze sup-bootflash:后再用SHOW命令查看，发现Flash已经被彻底清空，可用空间为64MB。这时候再用FTP上传，几分钟以后就会看见屏幕上提示的成功信息。Reload一下，用show flash命令看IOS版本已经变成了12 .2（17a）SX。插上新模块WS-X6548-GE-TX一试，一切OK，新模块可以正常运行了。
大家感兴趣的内容
12345678910
最近更新的内容}