No NICS Available after Mondo iso Boot

[craigj]

SLES 11 SP1 on DL580 G6's. After booting from the iso, no NICS are seen nor can be configured. Source system uses bnx2 driver and that is loaded on target machine. Doesn't work. Using NFS for image iso's.

I tried booting from an older iso from another older server. With that one, I was able to get a NIC configured, but I couldn't figure out how to proceed with the restore. Help!

[craigj]

Mindi.log from the source machine

[craigj]

I also found this in the dmesg output on the target:

bnx2: Can't load firmware file "bnx2/bnx2/mips-09-5.0.0.j9.fw" bnx2 0000:17:00.0: PCI INT B disabled bnx2: probe of 0000:17:00.1 failed with error -2

[Bruno Cornec]

Could you indicate to me where are these FW located on the original machine please ?

mindi *is* backuping some FW already (under /lib/firmware) but may miss the others placed elsewhere.

[craigj]

a300s014:/ # find / -name bnx2 -print /lib/firmware/2.6.32.12-0.7-default/bnx2 /sys/bus/pci/drivers/bnx2 /sys/module/bnx2 /usr/src/linux-2.6.32.12-0.7/firmware/bnx2 /usr/src/packages/BUILD/netxtreme2-5.0.24/bnx2 /usr/src/linux-2.6.32.12-0.7-obj/x86_64/default/include/config/scsi/bnx2 a300s014:/ # find / -name *.fw -print /lib/firmware/2.6.32.12-0.7-default/ess/maestro3_assp_kernel.fw /lib/firmware/2.6.32.12-0.7-default/ess/maestro3_assp_minisrc.fw /lib/firmware/2.6.32.12-0.7-default/bnx2/bnx2-mips-06-5.0.0.j6.fw /lib/firmware/2.6.32.12-0.7-default/bnx2/bnx2-rv2p-09ax-5.0.0.j10.fw /lib/firmware/2.6.32.12-0.7-default/bnx2/bnx2-rv2p-06-5.0.0.j3.fw /lib/firmware/2.6.32.12-0.7-default/bnx2/bnx2-mips-09-5.0.0.j9.fw /lib/firmware/2.6.32.12-0.7-default/bnx2/bnx2-rv2p-09-5.0.0.j10.fw /lib/firmware/2.6.32.12-0.7-default/ti_3410.fw /lib/firmware/2.6.32.12-0.7-default/keyspan/usa19qi.fw /lib/firmware/2.6.32.12-0.7-default/keyspan/usa19qw.fw /lib/firmware/2.6.32.12-0.7-default/keyspan/usa28xa.fw /lib/firmware/2.6.32.12-0.7-default/keyspan/usa28xb.fw /lib/firmware/2.6.32.12-0.7-default/keyspan/usa18x.fw /lib/firmware/2.6.32.12-0.7-default/keyspan/usa19w.fw /lib/firmware/2.6.32.12-0.7-default/keyspan/usa28x.fw /lib/firmware/2.6.32.12-0.7-default/keyspan/usa49w.fw /lib/firmware/2.6.32.12-0.7-default/keyspan/usa49wlc.fw /lib/firmware/2.6.32.12-0.7-default/keyspan/mpr.fw /lib/firmware/2.6.32.12-0.7-default/keyspan/usa19.fw /lib/firmware/2.6.32.12-0.7-default/keyspan/usa28.fw /lib/firmware/2.6.32.12-0.7-default/mts_cdma.fw /lib/firmware/2.6.32.12-0.7-default/emi26/loader.fw /lib/firmware/2.6.32.12-0.7-default/emi26/bitstream.fw /lib/firmware/2.6.32.12-0.7-default/emi26/firmware.fw /lib/firmware/2.6.32.12-0.7-default/emi62/spdif.fw /lib/firmware/2.6.32.12-0.7-default/emi62/midi.fw /lib/firmware/2.6.32.12-0.7-default/emi62/loader.fw /lib/firmware/2.6.32.12-0.7-default/emi62/bitstream.fw /lib/firmware/2.6.32.12-0.7-default/vicam/firmware.fw /lib/firmware/2.6.32.12-0.7-default/whiteheat.fw /lib/firmware/2.6.32.12-0.7-default/keyspan_pda/keyspan_pda.fw /lib/firmware/2.6.32.12-0.7-default/keyspan_pda/xircom_pgs.fw /lib/firmware/2.6.32.12-0.7-default/ti_5052.fw /lib/firmware/2.6.32.12-0.7-default/mts_edge.fw /lib/firmware/2.6.32.12-0.7-default/bnx2x-e1-5.2.13.0.fw /lib/firmware/2.6.32.12-0.7-default/dabusb/firmware.fw /lib/firmware/2.6.32.12-0.7-default/matrox/g400_warp.fw /lib/firmware/2.6.32.12-0.7-default/matrox/g200_warp.fw /lib/firmware/2.6.32.12-0.7-default/whiteheat_loader.fw /lib/firmware/2.6.32.12-0.7-default/atmsar11.fw /lib/firmware/2.6.32.12-0.7-default/yamaha/ds1_dsp.fw /lib/firmware/2.6.32.12-0.7-default/yamaha/ds1_ctrl.fw /lib/firmware/2.6.32.12-0.7-default/yamaha/ds1e_ctrl.fw /lib/firmware/2.6.32.12-0.7-default/mts_gsm.fw /lib/firmware/2.6.32.12-0.7-default/bnx2x-e1h-5.2.13.0.fw /lib/firmware/2.6.32.12-0.7-default/edgeport/down2.fw /lib/firmware/2.6.32.12-0.7-default/edgeport/down.fw /lib/firmware/2.6.32.12-0.7-default/edgeport/boot.fw /lib/firmware/2.6.32.12-0.7-default/edgeport/boot2.fw

[craigj]

Ignore that last post.

By the way, since I can't cut and paste from the iLo, I typed (incorrectly) that output of dmesg. It should have read:

bnx2: Can't load firmware file "bnx2/bnx2-mips-09-5.0.0.j9.fw" bnx2 0000:17:00.0: PCI INT B disabled bnx2: probe of 0000:17:00.1 failed with error -2

The file is in /lib/firmware on the source system:

a300s014:/ # find / -name *.fw -print ... /lib/firmware/2.6.32.12-0.7-default/bnx2/bnx2-mips-09-5.0.0.j9.fw ...

[craigj]

I went back and booted from an iso created at SLES 11 SP0 and it works. How can we debug between the two images?

[craigj]

Is there anything I can do to assist in debugging this issue? Going forward we're using SLES 11 SP1 and I really need this to work without having to apply oddball workarounds. Thanks!

[Bruno Cornec]

I think there are differences in the way SLES 11 SP0 and SP1 handle FW from what you report.

Are the FW at the exact same location ? Are they always under the kernel version name subdir ? Is there a new tool introduced to load this FW that wasn't required before and may miss in our file list ?

If you can restore from the SLES 11 SP0, could you get from that run the restored /var/log/mondoarchive.log please and attach it here.

[Bruno Cornec]

In fact you also need the latest beta of mindi to have support for FW files !! In the 2.0.7.5 it's not there.

So please could you retry with the latest beta version available at ​ftp://ftp.mondorescue.org/test. Please test and report back. TIA.

[craigj]

Haven't had a chance to try the mindi beta yet but I do have this info for you including the attachment.

I had to play some games to find an SLES11SP0 machine. We have some in Germany but not the US.

The FW on SP1 is always at: /lib/firmware/2.6.32.12-0.7-default

The FW on SP0 is always at: /lib/firmware/2.6.27.19-5-default

I don't know of any special tools at 11 SP 1 for loading firmware. We just use modprobe like we always have if needed.

Attached please find a mondoarchive.log from one of our servers in Germany. I can't vouch for the contents but I do know it is SLES 11 SP0.

Thanks!

Craig

[craigj]

The latest version of mindi worked. mindi-2.0.7.6-0.20110128002916.sles11.x86_64.rpm

The only odd thing it did was map the ethX interfaces to higher numbers, but I don't care.

Thanks - this is great news!