[f-nsp] NI-MLX-10Gx8-D falls to CARD_STATE_INTERACTIVE mode

Thu Jul 4 18:52:33 EDT 2013

Hello Folks,
Using auto lp-syc is a good improvement over the previous methods of upgrading a line card, but there are times it may not do the trick. Because the management modules also use an FPGA (the mbridge) to communicate with the backplane, you can run into a situation where the older module's FPGA image cannot talk to the management module. The LP and management modules have their own separate out-of-band network that bypasses the backplane, so auto-lp will attempt to stop the reboot cycle and use this connection to push the correct code to a misbehaving LP. Unfortunately, this may not work in every situation, so you may need to manually upgrade the code.

If you have a linecard constantly rebooting, you should use "boot lp 3 interactive" from Enable mode to force the card to start in interactive mode (this will stop the reboot loop). You can then push the correct software and fpga image to the card. I tend to use the older "copy tftp image" method because it will automatically copy the correct IronWare LP code and you can target a specific LP with it vs. the whole chassis. I also use "copy tftp lp .... Fpga-all lp 3" to automatically sync the correct FPGA code to a specific module.

Alternately, you can use the new "copy tftp system" method to automatically up grade all code and fpga images on an LP. The command should only push to a module that needs to be upgraded, but I would make sure you have an outage window if you do this on a live system.

There is some good guides on doing this at the Brocade Communities site and the software upgrade guide for each version of IronWare has details notes on how to use the methods I mentioned and how to fix common problems when things go wrong. Check my.brocade.com for more info.

Wilbur

From: foundry-nsp [mailto:foundry-nsp-bounces at puck.nether.net] On Behalf Of Jeroen Wunnink | Atrato IP Networks
Sent: Thursday, July 4, 2013 7:32 AM
To: foundry-nsp at puck.nether.net
Subject: Re: [f-nsp] NI-MLX-10Gx8-D falls to CARD_STATE_INTERACTIVE mode

Your application image doesn't match then most likely.

Somehow the linecard doesn't recognize the difference between some 5300x and 5400x application images, so it doesn't do an automatic lp sync on boot. Also attempting a manual lp sync doesn't see a problem.

Boot the card in interactive/monitor mode ('rcon lp 3' from console to get into the linecard shell and hit the b when it says so) and then make sure you upgrade the lp monitor, boot, application, xpp, sp2 and xgmac images from the generic commandline in your XMR. Then powercycle the linecard with a power-off and power-on and and it should work.

On 7/4/13 2:33 PM, Jeroen Oldenhof wrote:

On Thu, Jun 21, 2012 at 04:03:54PM +0300, Alexander Shikoff wrote:

>

> pbif_ager_linklist_init: PBIF #0 pLinkListEntry base 0x08f24000

> rw2_cpu_pkt_buf_init : rx_priority_mode set failed after 6 tries.

> Module is dow

> NetIron XMR/MLX Boot Monitor Version 5.3.00

> Enter 'b' to stop at boot monitor

>

> ... and repeats again.

Thanks to all who answered including private mails.

It was not a problem of wrong module type in configuration etc.

I've downgraded IronWare to 5.2 and now modules are ok:

telnet at NetIron<http://puck.nether.net/mailman/listinfo/foundry-nsp> MLX-16 Router#show module

        Module                             Status      Ports  Starting MAC

M1 (upper): BR-MLX-MR2-M Management Module     Active

M2 (lower):

F1: NI-X-HSF Switch Fabric Module         Active

F2: NI-X-HSF Switch Fabric Module         Active

F3: NI-X-HSF Switch Fabric Module         Active

F4:

S1: NI-MLX-10Gx8-D 8-port 10GbE (D) Module  CARD_STATE_UP       8        0024.38a1.c900

S2: NI-MLX-10Gx8-D 8-port 10GbE (D) Module  CARD_STATE_UP       8        0024.38a1.c930

I will try upgrading to 5.3 later once more time in order to check whether

it causes that problem.

Hi,

we were facing the same problem with a BR-MLX-10Gx4-X card in an XMR chassis. The card constantly rebooted after the message

  rw2_cpu_pkt_buf_init : rx_priority_mode set failed after 6 tries.

We were running software 5.3.0b. We performed an upgrade to 5.3.0c and after that all was fine:

#show module
        Module                             Status      Ports  Starting MAC
M1 (left): NI-XMR-MR Management Module     Active
..
S3: BR-MLX-10Gx4-X 4-port 10GbE Module  CARD_STATE_UP   4        748e.f85c.2d60

It presume therefore there is an issue with version 5.3.0b in relation with this linecard.

Best,
  - Jeroen

_______________________________________________

foundry-nsp mailing list

foundry-nsp at puck.nether.net<mailto:foundry-nsp at puck.nether.net>

http://puck.nether.net/mailman/listinfo/foundry-nsp

--

Jeroen Wunnink

Senior Network Engineer / NOC Team Lead

Atrato IP Networks

jeroen.wunnink at atrato.com<mailto:jeroen.wunnink at atrato.com>

Phone: +31 20 82 00 623
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/foundry-nsp/attachments/20130704/05731805/attachment.html>