data：2018-03-31
不作不死，一条undo，直接把自己的过河的桥给 拆了。
时间描述：上午去机房下架设备并倒配置，由于原设备H3C，新设备是HW，直接刷还是有个别语句错误。
理一下，当时配的AAA，还是非常不熟悉的
坑爹的是，我回来检查配置，发现一个万兆口配置中，放过的VLAN数比原来多
就好比：
interface gigabitethernet 1/1/1
port link-type trunk
undo port turnk permit vlan *
port trunk permit vlan 10* to 11* （当时发现这里配置我多谢了几个vlan，也就是把vlan数写多了，重新写一条还是没反应，急得我，直接想到了undo）
-----这就TM把自己的路堵死了，过了5min，我看远程还是没有反应，开始急了，枣糕，惹祸了，undo里面有远程过去的路。赶紧打电话咨询老大，那边心平气和的告诉我，没路过去了，怎么可能远程。（突然想起有次配存储的SAN交换机，我也是一个 no 命令，直接少了300多条命令行，后面老大下了班了都，还耐心的给我一条条刷回去）你说自己手贱不。当时老大给了解决方案：1.让20公里开外的机房巡检员重启上联设备；2.自己直接杀过去
我优先选择 了1，但是第2二天重启后没有反应，我也是懒，没有根进这个事，只能拖到第二天，大周末的，直接过去，console连，把undo的命令重新写进去，保存，然后测试，成功。
通过这两次（no、undo），让我深刻理解运维工作的细致要求，逻辑要严谨，考虑要全面。切莫：自以为是，自己想当然！！！
网友评论