RE: R610 and R710 fail to install BIOS update, CentOS 5
Continue? Y/N:Y Executing update... WARNING: DO NOT STOP THIS PROCESS OR INSTALL OTHER DELL PRODUCTS WHILE UPDATE IS IN PROGRESS. THESE ACTIONS MAY CAUSE YOUR SYSTEM TO BECOME UNSTABLE! . The update failed to complete ./PER610_BIOS_LX_1.3.6.BIN --extract dir cd dir cp payload/* . ./biosie -u -d -d is debug, should get more info May I also suggest trying the rpm-based updates from the yum repo? http://linux.dell.com/repo/hardware/latest/ -Jeff ___ Linux-PowerEdge mailing list Linux-PowerEdge@dell.com https://lists.us.dell.com/mailman/listinfo/linux-poweredge Please read the FAQ at http://lists.us.dell.com/faq
Re: Automatic Detection of PowerEdge Servers
Erinn Looney-Triggs wrote, On 01/20/2010 01:46 PM: I run an automatic provisioning and installation service via cobbler for our RedHat installs. Now as my laziness increases, there's some saying about how *much* work sysadmins are willing to invest due to laziness ;) can't figure out is a way to reliably know that the system is a Dell PowerEdge system. I could do something like dmidecode -s system-product-name and grep -i for poweredge (in loose terms), but are all PowerEdge servers supported by OpenManage? Is there a better way to do this? My guess is any Dell equipment with a BMC is covered by OM, but that's just a guess. This should then work for that... [r...@foo ~]# ipmitool mc info Device ID : 32 Device Revision : 0 Firmware Revision : 2.28 IPMI Version : 2.0 Manufacturer ID : 674 --- This may be good to key off Manufacturer Name : DELL Inc Product ID: 256 (0x0100) Product Name : Unknown (0x100) Device Available : yes Provides Device SDRs : yes Additional Device Support : Sensor Device SDR Repository Device SEL Device FRU Inventory Device IPMB Event Receiver Bridge Chassis Device Aux Firmware Rev Info : 0x00 0x00 0x00 0x00 On a related note I am trying to do the same thing for the DRAC cards in the systems, I would like a way to detect that a DRAC card is present and if so run a set of commands. I can do this for a a DRAC 5 pretty reliably using lsusb -d 0x413c: which correlates to the DRAC 5 cards, however the iDRAC6 cards don't seem to have this option available. Does anyone know of a way to automagically detect their presence? yeah, that's something that's bugged me too. 'lspci' would show up a DRAC4, but thanks for the clue on 'lsusb' for the DRAC5! (following this logic... lspcmcia ?? heh ;) darn :-( 'ipmitool fru list' doesn't show it, and i'm pretty sure dmidecode doesn't show it (unless there's encoding in one of the OEM specific types, and i wouldn't rule that out) --stephen -- Stephen Dowdy - Systems Administrator - NCAR/RAL 303.497.2869 - sdo...@ucar.edu- http://www.ral.ucar.edu/~sdowdy/ ___ Linux-PowerEdge mailing list Linux-PowerEdge@dell.com https://lists.us.dell.com/mailman/listinfo/linux-poweredge Please read the FAQ at http://lists.us.dell.com/faq
Re: Automatic Detection of PowerEdge Servers
I like to use the 'lshw' program. not sure why rhel doesn't carry it but you can get it in rpmforge. it's got an impressive database of hardware. It should detect the product and vendor of most all components like chassis, cpu, usb connected stuff, add on cards.. Even tells you serial numbers of your ram sticks and firmware versions of your disks. for scripting use XML output snip description: Rack Mount Chassis product: PowerEdge 1950 vendor: Dell Inc. serial: DELL width: 64 bits capabilities: smbios-2.5 dmi-2.5 vsyscall64 vsyscall32 configuration: boot=normal chassis=rackmount uuid=44454C4C--1044-8045-80C04F4C4C20 *-firmware description: BIOS vendor: Dell Inc. physical id: 0 version: 2.6.1 (04/20/2009) *-storage description: RAID bus controller product: MegaRAID SAS 1078 vendor: LSI Logic / Symbios Logic physical id: 0 bus info: p...@:01:00.0 logical name: scsi0 version: 04 width: 64 bits *-disk description: SCSI Disk product: PERC 6/i vendor: DELL physical id: 2.0.0 bus info: s...@0:2.0.0 logical name: /dev/sda version: 1.22 serial: size: 278GiB (299GB) capabilities: partitioned partitioned:dos configuration: ansiversion=5 signature=00063af8 * a lot more stuff etc..etc.. /snip On Wed, Jan 20, 2010 at 2:22 PM, Alexander Dupuy alex.du...@mac.com wrote: Stephen Dowdy suggested: [r...@foo ~]# ipmitool mc info 'lspci' would show up a DRAC4, but thanks for the clue on 'lsusb' for the DRAC5! (following this logic... lspcmcia ?? heh ;) darn :-( 'ipmitool fru list' doesn't show it, and i'm pretty sure dmidecode doesn't show it (unless there's encoding in one of the OEM specific types, and i wouldn't rule that out) You may get some joy from ipmitool sdr elist mcloc: On a 1950 with a BMC (but no DRAC 5, despite the output): # ipmitool sdr elist mcloc BMC | 00h | ok | 7.1 | Dynamic MC @ 20h DRAC 5 | 00h | ok | 11.1 | Dynamic MC @ 26h On a R710 with iDRAC6: # ipmitool sdr elist mcloc iDRAC6 | 00h | ok | 7.1 | Dynamic MC @ 20h If you validate the presence of add-in cards like DRAC4/5 with lspci/lsusb you will probably have a pretty reliable result. @alex -- mailto:alex.du...@mac.com ___ Linux-PowerEdge mailing list Linux-PowerEdge@dell.com https://lists.us.dell.com/mailman/listinfo/linux-poweredge Please read the FAQ at http://lists.us.dell.com/faq ___ Linux-PowerEdge mailing list Linux-PowerEdge@dell.com https://lists.us.dell.com/mailman/listinfo/linux-poweredge Please read the FAQ at http://lists.us.dell.com/faq
Re: Automatic Detection of PowerEdge Servers
Alexander Dupuy wrote, On 01/20/2010 03:22 PM: You may get some joy from ipmitool sdr elist mcloc: On a 1950 with a BMC (but no DRAC 5, despite the output): # ipmitool sdr elist mcloc BMC | 00h | ok | 7.1 | Dynamic MC @ 20h DRAC 5 | 00h | ok | 11.1 | Dynamic MC @ 26h On a R710 with iDRAC6: # ipmitool sdr elist mcloc iDRAC6 | 00h | ok | 7.1 | Dynamic MC @ 20h Alex, Cool, thanks. FWIW, here's what an M610 blade shows: # ipmitool sdr elist mcloc iDRAC| 00h | ok | 7.1 | Dynamic MC @ 20h And a PE1850 # ipmitool sdr elist mcloc DRAC4| 00h | ok | 11.5 | Dynamic MC @ 26h BMC | 00h | ok | 7.1 | Dynamic MC @ 20h Primary BP | 00h | ok | 26.2 | Dynamic MC @ C0h As you say, this seems to only be representative of an interface address for that system, not the existence of the card. I'm guessing there must be some IPMI call that can be issued to those addresses to detect presence, but... (i'm afraid to start pushing random events there and don't have time to read the IPMI docs) however, at least for a DRAC5... System *with* a DRAC5 installed # ipmitool sdr elist | grep -i drac DRAC5 Conn 2 Cbl | 59h | ok | 7.1 | Connected (this command takes *minutes* to complete, but can be shortened by # ipmitool sdr entity 7.1 | grep -i drac DRAC5 Conn 2 Cbl | 59h | ok | 7.1 | Connected ) System w/o DRAC5 installed, note the 'ns' (no sense) state: # ipmitool sdr elist | grep -i drac DRAC5 Conn 2 Cbl | 59h | ns | 7.1 | Disabled This entity may be an indicator of Console Serial redirection from the name, so i'm not sure if it still indicates the existence of the card. Unfortunately, on my M610, nothing matches the 'drac' string nor on my PE1850. For Brandon Ooi, # lshw | egrep -i '(drac|remote|access|mc)' # While 'lshw' is useful, it also doesn't answer this question :-( --stephen -- Stephen Dowdy - Systems Administrator - NCAR/RAL 303.497.2869 - sdo...@ucar.edu- http://www.ral.ucar.edu/~sdowdy/ ___ Linux-PowerEdge mailing list Linux-PowerEdge@dell.com https://lists.us.dell.com/mailman/listinfo/linux-poweredge Please read the FAQ at http://lists.us.dell.com/faq
Re: Automatic Detection of PowerEdge Servers
On Wed, Jan 20, 2010 at 01:46:32PM -0700, Erinn Looney-Triggs wrote: I run an automatic provisioning and installation service via cobbler for our RedHat installs. Now as my laziness increases, I am trying to find a way to auto-configure a few extra things. I would like for the script to detect whether it is on a PowerEdge system and if so link in the Dell Repositories, install OpenManage and install the firmware tools. What I can't figure out is a way to reliably know that the system is a Dell PowerEdge system. I could do something like dmidecode -s system-product-name and grep -i for poweredge (in loose terms), but are all PowerEdge servers supported by OpenManage? Is there a better way to do this? You want the getSystemId program. in EPEL, smbios-utils-python-2.2.16-2.1.el5.x86_64.rpm provides this. $ sudo /usr/sbin/getSystemId Libsmbios version: 2.2.16 Product Name: Precision WorkStation 490 Vendor: Dell Inc. BIOS Version: A08 System ID: 0x01C1 Service Tag:myservicetag Express Service Code: myservicecode Asset Tag: Property Ownership Tag: Though not quite all PowerEdge servers are supported by OMSA. But for those that aren't, you can still OMSA bootstrap, they'll just wind up getting mapped into the OMSA empty repository. On a related note I am trying to do the same thing for the DRAC cards in the systems, I would like a way to detect that a DRAC card is present and if so run a set of commands. I can do this for a a DRAC 5 pretty reliably using lsusb -d 0x413c: which correlates to the DRAC 5 cards, however the iDRAC6 cards don't seem to have this option available. Does anyone know of a way to automagically detect their presence? Not off hand. There's probably a way, but the RPMs we produce right now expect the user to know already, and to install the right ones. Dealing with that is a work in progress... Thanks, Matt -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com www.dell.com/linux ___ Linux-PowerEdge mailing list Linux-PowerEdge@dell.com https://lists.us.dell.com/mailman/listinfo/linux-poweredge Please read the FAQ at http://lists.us.dell.com/faq
Re: Automatic Detection of PowerEdge Servers
Any reason why you couldn't just run something like: dmidecode|grep -i poweredge ...as a test? This is what I user for cfengine: #!/bin/bash /usr/sbin/dmidecode 2/dev/null | /bin/grep -iq poweredge echo +dell_server -Aaron Matt Domsch wrote: On Wed, Jan 20, 2010 at 01:46:32PM -0700, Erinn Looney-Triggs wrote: I run an automatic provisioning and installation service via cobbler for our RedHat installs. Now as my laziness increases, I am trying to find a way to auto-configure a few extra things. I would like for the script to detect whether it is on a PowerEdge system and if so link in the Dell Repositories, install OpenManage and install the firmware tools. What I can't figure out is a way to reliably know that the system is a Dell PowerEdge system. I could do something like dmidecode -s system-product-name and grep -i for poweredge (in loose terms), but are all PowerEdge servers supported by OpenManage? Is there a better way to do this? You want the getSystemId program. in EPEL, smbios-utils-python-2.2.16-2.1.el5.x86_64.rpm provides this. $ sudo /usr/sbin/getSystemId Libsmbios version: 2.2.16 Product Name: Precision WorkStation 490 Vendor: Dell Inc. BIOS Version: A08 System ID: 0x01C1 Service Tag:myservicetag Express Service Code: myservicecode Asset Tag: Property Ownership Tag: Though not quite all PowerEdge servers are supported by OMSA. But for those that aren't, you can still OMSA bootstrap, they'll just wind up getting mapped into the OMSA empty repository. On a related note I am trying to do the same thing for the DRAC cards in the systems, I would like a way to detect that a DRAC card is present and if so run a set of commands. I can do this for a a DRAC 5 pretty reliably using lsusb -d 0x413c: which correlates to the DRAC 5 cards, however the iDRAC6 cards don't seem to have this option available. Does anyone know of a way to automagically detect their presence? Not off hand. There's probably a way, but the RPMs we produce right now expect the user to know already, and to install the right ones. Dealing with that is a work in progress... Thanks, Matt ___ Linux-PowerEdge mailing list Linux-PowerEdge@dell.com https://lists.us.dell.com/mailman/listinfo/linux-poweredge Please read the FAQ at http://lists.us.dell.com/faq
Re: Where to report bugs with firmware tools and racadm
On Wed, Jan 20, 2010 at 01:44:54PM -0700, Erinn Looney-Triggs wrote: I have run into several bugs with the openmanage automatic firmware installation tools. Specifically I can't get the BMC to install on anything but 2950 systems. There are sporadic failures on other systems as well, unable to install PERC firmwares, BIOSs etc. I can't find a place to report these issues to, is there a bugzilla or equivalent for these tools? I have also run into issues with the racadm command and the handling of SSL certificate uploads 1024 bits, again, is there a good forum for working through these issues, or is this the right place? racadm has always been supported through Dell Technical Support. firmware-tools has historically been an unsupported project, but as of OpenManage 6.2 released in December, is now part of that officially supported product, meaning you can call Dell Technical Support for it as well. This list, and the firmware-tools-devel list are also fine. https://lists.us.dell.com/mailman/listinfo/firmware-tools-devel -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com www.dell.com/linux ___ Linux-PowerEdge mailing list Linux-PowerEdge@dell.com https://lists.us.dell.com/mailman/listinfo/linux-poweredge Please read the FAQ at http://lists.us.dell.com/faq
RE: Where to report bugs with firmware tools and racadm
Matt, Thanks for the info. I will run through tech support, if I come up with anything good I will post it to the list. -Erinn -Original Message- From: Matt Domsch [mailto:matt_dom...@dell.com] Sent: Wednesday, January 20, 2010 9:06 PM To: Erinn Looney-Triggs Cc: linux-powere...@lists.us.dell.com Subject: Re: Where to report bugs with firmware tools and racadm On Wed, Jan 20, 2010 at 01:44:54PM -0700, Erinn Looney-Triggs wrote: I have run into several bugs with the openmanage automatic firmware installation tools. Specifically I can't get the BMC to install on anything but 2950 systems. There are sporadic failures on other systems as well, unable to install PERC firmwares, BIOSs etc. I can't find a place to report these issues to, is there a bugzilla or equivalent for these tools? I have also run into issues with the racadm command and the handling of SSL certificate uploads 1024 bits, again, is there a good forum for working through these issues, or is this the right place? racadm has always been supported through Dell Technical Support. firmware-tools has historically been an unsupported project, but as of OpenManage 6.2 released in December, is now part of that officially supported product, meaning you can call Dell Technical Support for it as well. This list, and the firmware-tools-devel list are also fine. https://lists.us.dell.com/mailman/listinfo/firmware-tools-devel -- Matt Domsch Technology Strategist, Dell Office of the CTO linux.dell.com www.dell.com/linux ___ Linux-PowerEdge mailing list Linux-PowerEdge@dell.com https://lists.us.dell.com/mailman/listinfo/linux-poweredge Please read the FAQ at http://lists.us.dell.com/faq
