Dell PowerEdge 1950: udev hanging on boot on recent CentOS 5 kernels

Nils Breunese (Lemonbit) nils at lemonbit.com
Mon Mar 12 05:11:34 CDT 2012


Jeff wrote:

> One thing to check is running the Broadcom module directly. All dup_ie_* rpms install under /usr/libexec/dell_dup/%{name}-%{version}, so: /usr/libexec/dell_dup/dell_ie_nic_broadcom-1.1.0. The PIEConfig.xml file contains instructions for executing the dup, see the <Plugin description="Inventory">, <CliToStdout> tags: "dup_inv -print" so, try running: "/usr/libexec/dell_dup/dell_ie_nic_broadcom-1.1.0/dup_inv -print" as root, and see if you get any sort of errors.

That doesn't seem to work due to a shared library problem:

----
# /usr/libexec/dell_dup/dell_ie_nic_broadcom-1.1.0/dup_inv -print
/usr/libexec/dell_dup/dell_ie_nic_broadcom-1.1.0/dup_inv: error while loading shared libraries: libbmapi_x64.so.6: cannot open shared object file: No such file or directory
----

There is libbmapi_x64.so.6 file in /usr/libexec/dell_dup/dell_ie_nic_broadcom-1.1.0, so I tried running the dup_inv command in the /usr/libexec/dell_dup/dell_ie_nic_broadcom-1.1.0 directory, hoping the command would then be able to find the library. Seems that helps a bit:

----
# cd /usr/libexec/dell_dup/dell_ie_nic_broadcom-1.1.0
# ./dup_inv -print
<?xml version="1.0" encoding="UTF-8"?>
<SVMInventory lang="en" />
# echo $?
48
----

The dup_inv command returns an empty SVMInventory element and exit code 48. Any idea what exit code 48 means?

Thanks,

Nils Breunese.


More information about the Linux-PowerEdge mailing list