Hi Chris, thank you for your answer.<div><br></div><div>The problem was a hardware issue.</div><div><br></div><div>BTW, I don't know about you guys, but in the last couple of months we had A LOT of problems with brocade/foundry hardware, specially with SuperX management modules.</div>
<div><br></div><div>It looks like the hardware just reach its expiration date =D.</div><div><br></div><div>Boy, it has been a huge pain in the ass for us and our customers...</div><div><br></div><div><br></div><div><br><br>
<div class="gmail_quote">2011/11/26 Chris Good <span dir="ltr"><<a href="mailto:chris@g2.nu">chris@g2.nu</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">Fabio Mendes wrote:<br>
> My question is, if any of you have faced this, was the problem caused by<br>
> hardware, software or misconfiguration ?<br>
<br>
</div>If it is a new acquisition and the WSMs aren't showring their code version<br>
then it may be that you have a code mismatch between the WSM and management<br>
card.<br>
<br>
If that is the case set the WSMs to come up manually:<br>
<br>
wsm boot interactive<br>
<br>
You can then boot the code via tftp:<br>
<br>
wsm boot tftp tftp_server_ip wsm-code-ver.bin<br>
<br>
If that does the trick then download the code to the primary/secondary as<br>
appropriate:<br>
<br>
wsm copy tftp flash tftp_server_ip wsm-code-ver.bin primary<br>
wsm copy tftp flash tftp_server_ip wsm-code-ver.bin secondary<br>
_______________________________________________<br>
foundry-nsp mailing list<br>
<a href="mailto:foundry-nsp@puck.nether.net">foundry-nsp@puck.nether.net</a><br>
<a href="http://puck.nether.net/mailman/listinfo/foundry-nsp" target="_blank">http://puck.nether.net/mailman/listinfo/foundry-nsp</a><br>
</blockquote></div><br></div>