[[ShowPath]] [[PageOutline]] = No storage controller = When ''omreport storage controller'' reports: {{{ No controllers found }}} This maybe a solution: {{{ modprobe mptctl has to executed before /etc/init.d/dataeng starts. Rainer Sabelka sabelka add iue dot tuwien dot ac dot at> }}} Another solution: {{{ # make sure /sys is mounted mount -t sysfs sys /sys /etc/init.d/dataeng restart }}} == Kernels greater the 2.6.24 and Perc 3/4 controller == The command ''omreport stroage controller'' does not work, see explanation on linux poweredge list: {{{ Hello, some followup on this issue: Le jeudi 2 juillet 2009 à 14:24, Brice Figureau a écrit : > > Of course, the issue is not really in the commit but in the > > ligmegalib.so library. > > I've straced the dataeng service, and found that it tries to locate the > > device by using /proc/devices. > > > > Before the aforementioned patch, since the kernel attributed a major to > > the char device, it appeared in /proc/devices: > > Character devices: > > ... > > 252 megadev > > > > But with this patch, it doesn't anymore, since there is no major > > allocated. > > So libmegalib.so thinks the device is not there, even though a > > correct /dev/megadev0 is created by udev. > > > > The real question is how to fix OMSA? > > > > If there are any Dell engineer/developper reading this, please please > > fix your megalib code (in fact I even think this is code coming from > > LSI). > > > > Meanwhile, I think we can fix this issue, by either reverting this patch > > (it should revert cleanly on debian kernels). Or maybe it'd be possible > > to use LD_LIBRARY_PRELOAD to load a read interceptor that could > > rewrite /proc/devices on the fly... It seems that OMSA (or another dell tool) recreate the file /dev/megadev0 with what he thinks is the correct malor/minor (252/0). This of course won't work as major 252 is now used by usbmon. The module megaraid_mm now uses the miscdevice.h register function to have an auto-allocated minor number, while the major is 10 (for misc devices). The auto-generator minor can be found in /proc/misc, so we can recreate the device node with mknod and the correct major (10) and minor (from /proc/misc) numbers. Once that is done, omreport still won't see the device (tried OMSA 5.5 and 6.0), but other tools will be able to access it. For example you can try http://sourceforge.net/projects/megactl/ which can report device health. dellmgr (cf http://linux.dell.com/storage.shtml) seems to work also, but you MUST first remove from its startup script the lines that recreate /dev/megadev0, same goes for megamon (which also try to create /dev/megadev0 in itd init script), but I didn't try it. I hope this helps -- Renaud MICHEL defimedia S.A. }}} = IWS Webserver = The IWS webserver enables you to read the same information that the omreport command supplies in a nice web interface. You can start IWS from the /etc/init.d directory, currently we don't support automatic startup. Now the web interface should work (tested on Lenny/etch release). Start it with {{{ /etc/init.d/dsm_om_connsvc start }}} or have it started automatically on system startup with {{{ update-rc.d dsm_om_connsvc defaults }}} To access the web interface, surf to {{{ https://localhost:1311 }}} . You might have to add an exception for the security certificate, depending on your browser settings. == Note for amd64 == This is from the email list. You must install lib32 pam modules: {{{ Hi, If you have the debian package from ftp://ftp.sara.nl/pub/sara-omsa[1] and wants to have the webserver works on amd64 servers, you probably wants this to make it works change : /lib/security path to /lib32/security in /etc/pam.d/omauth and copy from a etch 32 bits install theses files : /lib/libsepol.so.1 /lib/libselinux.so.1 /lib/security/pam_unix.so /lib/security/pam_nologin.so to /lib32 of your amd64 servers. after a ldconfig you should be able to pam login. Chmouel Boudjnah cboudjnah at squiz.net }}} = Ubuntu 10.04 = The dellomsa package requires ''libstdc++''. This is not a standard ubuntu package. It can be obtained from the following address: * http://nl.archive.ubuntu.com/ubuntu/pool/universe/g/gcc-3.3/libstdc++5_3.3.6-17ubuntu1_i386.deb Extract it and put the *.so files in: * /usr/lib32 Thanks to: Jethro Beekman from Kick-in