| | 27 | |
| | 28 | == Kernels greater the 2.6.24 and Perc 4 controller == |
| | 29 | |
| | 30 | The command ''omreport stroage controller'' does not work, see explanation on linux poweredge list: |
| | 31 | {{{ |
| | 32 | Hello, some followup on this issue: |
| | 33 | |
| | 34 | Le jeudi 2 juillet 2009 à 14:24, Brice Figureau a écrit : |
| | 35 | > > Of course, the issue is not really in the commit but in the |
| | 36 | > > ligmegalib.so library. |
| | 37 | > > I've straced the dataeng service, and found that it tries to locate the |
| | 38 | > > device by using /proc/devices. |
| | 39 | > > |
| | 40 | > > Before the aforementioned patch, since the kernel attributed a major to |
| | 41 | > > the char device, it appeared in /proc/devices: |
| | 42 | > > Character devices: |
| | 43 | > > ... |
| | 44 | > > 252 megadev |
| | 45 | > > |
| | 46 | > > But with this patch, it doesn't anymore, since there is no major |
| | 47 | > > allocated. |
| | 48 | > > So libmegalib.so thinks the device is not there, even though a |
| | 49 | > > correct /dev/megadev0 is created by udev. |
| | 50 | > > |
| | 51 | > > The real question is how to fix OMSA? |
| | 52 | > > |
| | 53 | > > If there are any Dell engineer/developper reading this, please please |
| | 54 | > > fix your megalib code (in fact I even think this is code coming from |
| | 55 | > > LSI). |
| | 56 | > > |
| | 57 | > > Meanwhile, I think we can fix this issue, by either reverting this patch |
| | 58 | > > (it should revert cleanly on debian kernels). Or maybe it'd be possible |
| | 59 | > > to use LD_LIBRARY_PRELOAD to load a read interceptor that could |
| | 60 | > > rewrite /proc/devices on the fly... |
| | 61 | |
| | 62 | It seems that OMSA (or another dell tool) recreate the file /dev/megadev0 |
| | 63 | with what he thinks is the correct malor/minor (252/0). This of course |
| | 64 | won't work as major 252 is now used by usbmon. |
| | 65 | The module megaraid_mm now uses the miscdevice.h register function to have |
| | 66 | an auto-allocated minor number, while the major is 10 (for misc devices). |
| | 67 | The auto-generator minor can be found in /proc/misc, so we can recreate the |
| | 68 | device node with mknod and the correct major (10) and minor |
| | 69 | (from /proc/misc) numbers. |
| | 70 | |
| | 71 | Once that is done, omreport still won't see the device (tried OMSA 5.5 and |
| | 72 | 6.0), but other tools will be able to access it. |
| | 73 | For example you can try |
| | 74 | http://sourceforge.net/projects/megactl/ |
| | 75 | which can report device health. |
| | 76 | dellmgr (cf http://linux.dell.com/storage.shtml) seems to work also, but you |
| | 77 | MUST first remove from its startup script the lines that |
| | 78 | recreate /dev/megadev0, same goes for megamon (which also try to |
| | 79 | create /dev/megadev0 in itd init script), but I didn't try it. |
| | 80 | |
| | 81 | I hope this helps |
| | 82 | |
| | 83 | -- Renaud MICHEL defimedia S.A. |
| | 84 | }}} |
| | 85 | |
