[Linux-PowerEdge] iDRAC6 reacts to inventory_firmware and update_firmware commands

David Harding David.Harding at brighthouse.co.uk
Tue Jun 3 09:24:03 CDT 2014


List,

I have a set PER210 servers with iDRAC6s that react to the execution of both the inventory_firmware and update_firmware commands.

This set of messages is seen in the syslog:
kernel: usb 1-1.2: new high speed USB device using ehci_hcd and address 6
kernel: usb 1-1.2: configuration #1 chosen from 1 choice
kernel: scsi9 : SCSI emulation for USB Mass Storage devices
kernel:   Vendor: iDRAC     Model: SECUPD            Rev: 0323
kernel:   Type:   Direct-Access                      ANSI SCSI revision: 00
kernel: SCSI device sdb: 2112 512-byte hdwr sectors (1 MB)
kernel: sdb: Write Protect is off
kernel: sdb: assuming drive cache: write through
kernel: SCSI device sdb: 2112 512-byte hdwr sectors (1 MB)
kernel: sdb: Write Protect is off
kernel: sdb: assuming drive cache: write through
kernel:  sdb:
kernel: sd 9:0:0:0: Attached scsi removable disk sdb
kernel: sd 9:0:0:0: Attached scsi generic sg4 type 0
kernel: sdb : READ CAPACITY failed.
kernel: sdb : status=0, message=00, host=7, driver=00
kernel: usb 1-1.2: USB disconnect, address 6
kernel: sdb : sense not available.
kernel: scsi 9:0:0:0: rejecting I/O to dead device
kernel: sdb: Write Protect is off
kernel: sdb: assuming drive cache: write through
kernel: scsi 9:0:0:0: rejecting I/O to dead device
last message repeated 4 times
kernel: sdb : READ CAPACITY failed.
kernel: sdb : status=0, message=00, host=1, driver=00
kernel: sdb : sense not available.
kernel: scsi 9:0:0:0: rejecting I/O to dead device
kernel: sdb: Write Protect is off
kernel: sdb: assuming drive cache: write through
kernel:  sdb:<3>scsi 9:0:0:0: rejecting I/O to dead device
kernel: Buffer I/O error on device sdb, logical block 0
kernel: scsi 9:0:0:0: rejecting I/O to dead device
kernel: Buffer I/O error on device sdb, logical block 0
kernel: scsi 9:0:0:0: rejecting I/O to dead device
kernel: Buffer I/O error on device sdb, logical block 0
kernel: scsi 9:0:0:0: rejecting I/O to dead device
kernel: Buffer I/O error on device sdb, logical block 0
kernel: scsi 9:0:0:0: rejecting I/O to dead device
kernel: Buffer I/O error on device sdb, logical block 0
kernel: scsi 9:0:0:0: rejecting I/O to dead device
kernel: Buffer I/O error on device sdb, logical block 0
kernel: scsi 9:0:0:0: rejecting I/O to dead device
kernel: Buffer I/O error on device sdb, logical block 0
kernel: Dev sdb: unable to read RDB block 0
kernel: scsi 9:0:0:0: rejecting I/O to dead device
kernel: Buffer I/O error on device sdb, logical block 0
kernel: scsi 9:0:0:0: rejecting I/O to dead device
kernel: Buffer I/O error on device sdb, logical block 0
kernel:  unable to read partition table
kernel: scsi 9:0:0:0: rejecting I/O to dead device
kernel: usb 1-1.2: new high speed USB device using ehci_hcd and address 7
kernel: usb 1-1.2: configuration #1 chosen from 1 choice
kernel: scsi10 : SCSI emulation for USB Mass Storage devices
kernel:   Vendor: iDRAC     Model: SECUPD            Rev: 0323
kernel:   Type:   Direct-Access                      ANSI SCSI revision: 00
kernel: SCSI device sdb: 2112 512-byte hdwr sectors (1 MB)
kernel: sdb: Write Protect is off
kernel: sdb: assuming drive cache: write through
kernel: SCSI device sdb: 2112 512-byte hdwr sectors (1 MB)
kernel: sdb: Write Protect is off
kernel: sdb: assuming drive cache: write through
kernel:  sdb:
kernel: sd 10:0:0:0: Attached scsi removable disk sdb
kernel: sd 10:0:0:0: Attached scsi generic sg4 type 0
kernel: usb 1-1.2: USB disconnect, address 7

This appears to be, more or less, the same set of messages, twice, with the USB address and disk device number incrementing. A subsequent execution will increment them again.
I'm assuming that the IO-related errors are to do with the SD card slot on the iDRAC?
Other, non-PER210, servers with iDRAC6s  don't produce the IO-related error messages, but do something with udev first, generating this message:
udevd[3505]: add_to_rules: unknown key 'ATTRS{model}'
before the above.

The PER210 iDRAC6s have a mixture of FW Versions with 1.70, 1.80 & 1.90.

Does anyone know why this occurs, and, more importantly, how to suppress it?

Cheers,
dave

_______________________________________________________________________________________________________________________________________________
Caversham Finance Limited, registered in England No 0785922 Registered office: 5 Hercules Way, Leavesden Park, Watford WD25 7GS
Caversham Trading Limited, registered in England No 05396147 Registered office: 5 Hercules Way, Leavesden Park, Watford WD25 7GS
BrightHouse Limited, registered in England No 06073794 Registered office: 5 Hercules Way, Leavesden Park, Watford WD25 7GS
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.us.dell.com/pipermail/linux-poweredge/attachments/20140603/c38eda9d/attachment.html 


More information about the Linux-PowerEdge mailing list