We got FAB-2 (N7K-C7010-FAB-2) with quite an old EPLD .004, and decided to upgrade to a newer version to ensure it operates properly in SUP2 and F3 environment. However the upgrade procedure keeps failing with the messages below. Should I assume the hardware is faulty ?   switch# install xbar-module 1 epld bootflash:n7000-s1-epld.6.0.1.img Copy complete, now saving to disk (please wait)... Retrieving EPLD versions... Please wait. Images will be upgraded according to following table: Module  Type           EPLD      Running-Version   New-Version  Upg-Required ------  ----  -------------      ---------------   -----------  ------------      1  Xbar  Power Manager              0.004       0.006          Yes Xbar Module 1 will be powered down. 2008 Dec 28 21:16:06 switch %$ VDC-1 %$ %PLATFORM-2-XBAR_DETECT: Xbar 1 detected (Serial number JAF1522AARL) 2 EPLD upgrade failed. Exiting..  Failure reason: Programming failed while upgrading the FPGA. (Error Number : 1) Images will be upgraded according to following table: Module  Type           EPLD      Running-Version   New-Version  Upg-Required ------  ----  -------------      ---------------   -----------  ------------      6   SUP  Power Manager              3.009       3.009           No      6   SUP  IO                         3.028       3.028           No      6   SUP  Inband                     1.008       1.008           No      6   SUP  Local Bus CPLD             3.000       3.000           No      6   SUP  CMP CPLD                   6.000       6.000           No      1  Xbar  Power Manager              0.004       0.006          Yes      1   FAN  Fan Controller (1)         0.007       0.007           No      1   FAN  Fan Controller (2)         0.007       0.007           No      2   FAN  Fan Controller (1)         0.007       0.007           No      2   FAN  Fan Controller (2)         0.007       0.007           No      3   FAN  Fan Controller (1)         0.007       0.007           No      3   FAN  Fan Controller (2)         0.007       0.007           No      4   FAN  Fan Controller (1)         0.007       0.007           No      4   FAN  Fan Controller (2)         0.007       0.007           No The above modules require upgrade. Starting Xbar Module 1 EPLD Upgrade 2008 Dec 28 21:18:32 switch %$ VDC-1 %$ %PLATFORM-2-XBAR_DETECT: Xbar 1 detected (Serial number JAF1522AARL) 2 EPLD upgrade failed. Exiting..  Failure reason: Programming failed while upgrading the FPGA. (Error Number : 1) EPLD Upgrade Completed. Module    Type  Upgrade-Result ------    ----  --------------      1    Xbar          Failed ... View more

Nexus 7k  stop offering interactive tftp / ftp prompt all of a sudden. I get the following output. It still works if I give full line command. Any ideas ?   N7K-11# copy running-config tftp: Trying to connect to tftp server...... Could not connect to tftp server:No route to host   N7K-11# copy tftp: running-config  This tftp binary should not be invoked from shell. Copy complete, now saving to disk (please wait)...   N7K-11# copy running-config tftp://10.1.1.9/test2 vrf management vdc-all Trying to connect to tftp server...... Connection to Server Established. TFTP put operation was successful                                                    Copy complete, now saving to disk (please wait)...   Software   BIOS:      version 3.22.0   kickstart: version 6.0(4)   system:    version 6.0(4)   BIOS compile time:       02/20/10   kickstart image file is: bootflash:///n7000-s1-kickstart.6.0.4.bin   kickstart compile time:  12/25/2020 12:00:00 [06/22/2012 19:26:16]   system image file is:    bootflash:///n7000-s1-dk9.6.0.4.bin   system compile time:     6/6/2012 18:00:00 [06/22/2012 21:03:20] ... View more

I am looking for a way to move my configuration file into startup-config. Doing "copy tftp: startup-config" throws depricated error. Copy from bootflash to startup-config same issue. It always suggests to copy to running-config and then startup-config, but this is not good enough. If I load from TFTP to running-config it will fail to take dynamic information such as FEX interface configuration, which only come up after a delay.    For example, if my configuration has VPC, and FEX interface configuration, and I load it from TFTP, it will just throw an error, which says FEX interfaces don't exist. However if same configuration is saved in startup, it works fine, because it will wait for fex to initialize and then apply interface configuration.  I can't find any workaround except keep loading my configuration through tftp multiple times; on each load it learns more and more information.   ... View more

I ran into a strange route redistribution behavior on 7k running NX-OS 6.04 When I redistribute using route-map, the routing process automatically distributes my loopback interfaces, even though they are not part of the route-map. Here is an example:   feature eigrp feature bfd route-map TEST permit 10   match interface Vlan4 Vlan41 Vlan42 router eigrp 1   bfd   autonomous-system 1   redistribute direct route-map TEST interface Ethernet4/3   ip router eigrp 1   no ip redirects   The routing table on the neighboring 7k: N7K-18# show ip route eigrp-1 IP Route Table for VRF "default" '*' denotes best ucast next-hop '**' denotes best mcast next-hop '[x/y]' denotes [preference/metric] '%<string>' in via output denotes VRF <string> 10.0.2.3/32, ubest/mbest: 1/0     *via 10.4.1.21, Eth4/5, [170/51456], 00:28:40, eigrp-1, external 10.0.2.4/32, ubest/mbest: 1/0     *via 10.4.1.21, Eth4/5, [170/51968], 00:04:06, eigrp-1, external 10.1.40.0/22, ubest/mbest: 1/0     *via 10.4.1.21, Eth4/5, [90/51456], 00:24:27, eigrp-1, internal 10.4.1.8/30, ubest/mbest: 1/0     *via 10.4.1.21, Eth4/5, [90/768], 00:17:26, eigrp-1, internal 10.4.1.12/30, ubest/mbest: 1/0     *via 10.4.1.21, Eth4/5, [90/1024], 00:17:24, eigrp-1, internal 10.10.10.0/24, ubest/mbest: 1/0     *via 10.4.1.21, Eth4/5, [90/3328], 00:17:24, eigrp-1, internal   The first 2 entries in the routing table are loopback interfaces of my original switch. If I configure multiple loopbacks, all of them get distributed. If I remove "redistribute direct route-map TEST" from eigrp process, the loopbacks stop being distributed. It looks like a bug, but I couldn't find anything filed with Cisco.  ... View more