Hi Stephen, Thanks much for these details. This really helped to narrow down the issue. Can you please let us know the OS details on your server?
This issue is due to NVMe Library. It should work in OM 8.2, but not in OM 8.3. Actually, We made lot of changes in OM 8.3 and started supporting both Inbox NVMe Driver and Out-of-Box NVMe Driver. OMSS code is now totally dependent on supported OS, like RHEL and SLES. Since, Oracle Linux is not supported, it is failed to load NVMe Library. Please try to disable loading psrvil library for by-passing the crash using the below steps: 1. Stop all the services "srvadmin-services.sh stop" 2. Go to /opt/dell/srvadmin/etc/srvadmin-storage/ directory 3. Open stsvc.ini file 4. Comment the line - vil7=dsm_sm_psrvil. For commenting it out, you need to write ";" and one space before the statement, like "; vil7=dsm_sm_psrvil" 5. Save and close stsvc.ini file 6. Start all the services: "srvadmin-services.sh start" It will stop loading psrvil library and OMSA services should start successfully. Note: After commenting out psrvil library in stsvc.ini file, NO NVMe devices will get detected by OMSA Regards Chandra -----Original Message----- From: Stephen Berg (Contractor) [mailto:[email protected]] Sent: Friday, April 22, 2016 5:19 PM To: R, Chandrasekhar ; linux-poweredge-Lists Subject: Re: OMSA 8.3 and LSI Raid cards Seeing this in /var/log/messages when trying to start the services: Apr 22 06:22:29 host kernel: traps: dsm_sa_datamgrd[15547] general protection ip:7f616e672df0 sp:7ffeffeef700 error:0 in ld-2.17.so[7f616e669000+21000] Apr 22 06:22:30 host abrt-server: Package 'srvadmin-deng' isn't signed with proper key Apr 22 06:22:30 host abrt-server: 'post-create' on '/var/spool/abrt/ccpp-2016-04-22-06:22:29-15547' exited with 1 Apr 22 06:22:30 host abrt-server: Deleting problem directory '/var/spool/abrt/ccpp-2016-04-22-06:22:29-15547' Tried uninstalling all the srvadmin packages and then re-installing. Still get the "general protection" error in /var/log/messages when the services try to start. The system I'm using to test this is a spare at the moment so I then rebooted. After it came back up I found the same error in /var/log/messages. On 04/22/2016 06:13 AM, [email protected] wrote: > Hi Stephen, > > The list of rpms seems to be good. > dsm_sa_snmpd depends on OS SNMP service. Please start OS SNMP service > with the command "service snmpd start" and try to restart OMSA services > (srvadmin-services.sh restart) Please observe /var/log/messages while > restarting OMSA services if there are any crashes related to OMSA event > manager. > > Regards > > Chandra > > -----Original Message----- > From: Stephen Berg (Contractor) > [mailto:[email protected]] > Sent: Friday, April 22, 2016 4:06 PM > To: R, Chandrasekhar ; linux-poweredge-Lists > Subject: Re: OMSA 8.3 and LSI Raid cards > > On an R610 with a "03:00.0 SCSI storage controller: LSI Logic / Symbios Logic > SAS1068E PCI-Express Fusion-MPT SAS (rev 08)" > > [root@host ~]# srvadmin-services.sh status dell_rbu (module) is > running ipmi driver is running dsm_sa_datamgrd (pid 4511) is running > dsm_sa_eventmgrd is stopped dsm_sa_snmpd is stopped dsm_om_shrsvcd > (pid 5237 5236) is running dsm_om_connsvcd (pid 5204 5203) is running > > Just one set of srvadmin packages installed: > > [root@host ~]# rpm -qa | grep srvadmin > srvadmin-smcommon-8.3.0-1908.9058.el7.x86_64 > srvadmin-omacore-8.3.0-1908.9058.el7.x86_64 > srvadmin-rac5-8.3.0-1908.9058.el7.x86_64 > srvadmin-storageservices-snmp-8.3.0-1908.9058.el7.x86_64 > srvadmin-rac-components-8.3.0-1908.9058.el7.x86_64 > srvadmin-tomcat-8.3.0-1908.9058.el7.x86_64 > srvadmin-storage-cli-8.3.0-1908.9058.el7.x86_64 > srvadmin-omacs-8.3.0-1908.9058.el7.x86_64 > srvadmin-oslog-8.3.0-1908.9058.el7.x86_64 > srvadmin-nvme-8.3.0-1908.9058.el7.x86_64 > srvadmin-server-snmp-8.3.0-1908.9058.el7.x86_64 > srvadmin-idrac-8.3.0-1908.9058.el7.x86_64 > srvadmin-argtable2-8.3.0-1908.9058.el7.x86_64 > srvadmin-ominst-8.3.0-1908.9058.el7.x86_64 > srvadmin-cm-8.3.0-1908.9058.el7.x86_64 > srvadmin-jre-8.3.0-1908.9058.el7.x86_64 > srvadmin-itunnelprovider-8.3.0-1908.9058.el7.x86_64 > srvadmin-storage-8.3.0-1908.9058.el7.x86_64 > srvadmin-racadm4-8.3.0-1908.9058.el7.x86_64 > srvadmin-deng-8.3.0-1908.9058.el7.x86_64 > srvadmin-deng-snmp-8.3.0-1908.9058.el7.x86_64 > srvadmin-rac4-populator-8.3.0-1908.9058.el7.x86_64 > srvadmin-racsvc-8.3.0-1908.9058.el7.x86_64 > srvadmin-storelib-8.3.0-1908.9058.el7.x86_64 > srvadmin-storageservices-8.3.0-1908.9058.el7.x86_64 > srvadmin-racdrsc-8.3.0-1908.9058.el7.x86_64 > srvadmin-server-cli-8.3.0-1908.9058.el7.x86_64 > srvadmin-webserver-8.3.0-1908.9058.el7.x86_64 > srvadmin-idrac-vmcli-8.3.0-1908.9058.el7.x86_64 > srvadmin-storageservices-cli-8.3.0-1908.9058.el7.x86_64 > srvadmin-hapi-8.3.0-1908.9058.el7.x86_64 > srvadmin-isvc-8.3.0-1908.9058.el7.x86_64 > srvadmin-idrac-snmp-8.3.0-1908.9058.el7.x86_64 > srvadmin-idracadm-8.3.0-1908.9058.el7.x86_64 > srvadmin-idrac-ivmcli-8.3.0-1908.9058.el7.x86_64 > srvadmin-realssd-8.3.0-1908.9058.el7.x86_64 > srvadmin-omilcore-8.3.0-1908.9058.el7.x86_64 > srvadmin-isvc-snmp-8.3.0-1908.9058.el7.x86_64 > srvadmin-storelib-sysfs-8.3.0-1908.9058.el7.x86_64 > srvadmin-sysfsutils-8.3.0-1908.9058.el7.x86_64 > srvadmin-base-8.3.0-1908.9058.el7.x86_64 > srvadmin-standardAgent-8.3.0-1908.9058.el7.x86_64 > srvadmin-xmlsup-8.3.0-1908.9058.el7.x86_64 > srvadmin-smweb-8.3.0-1908.9058.el7.x86_64 > srvadmin-rac4-8.3.0-1908.9058.el7.x86_64 > srvadmin-all-8.3.0-1908.9058.el7.x86_64 > srvadmin-omcommon-8.3.0-1908.9058.el7.x86_64 > srvadmin-racadm5-8.3.0-1908.9058.el7.x86_64 > srvadmin-storage-snmp-8.3.0-1908.9058.el7.x86_64 > > That output is from a > > On 04/22/2016 05:01 AM, [email protected] wrote: >> Hi Stephen, >> >> Thanks for reporting this issue. Can you please make sure your server has >> only one version (preferably latest) of OMSA rpms? >> >> Please send us the following command response: >> >> rpm -qa|grep srvadmin >> >> Also, please check /var/log/messages for any crash/segfault messages which >> are related to OMSA. >> >> >> >> Regards >> >> Chandra >> >> >> --------------------------------------------------------------------- >> - >> >> Message: 1 >> Date: Wed, 20 Apr 2016 07:14:09 -0500 >> From: "Stephen Berg (Contractor)" >> Subject: [Linux-PowerEdge] OMSA 8.3 and LSI Raid cards >> To: [email protected] >> Message-ID: >> >> >> Content-Type: text/plain; charset=utf-8; format=flowed >> >> Just started getting OMSA 8.3 on some of my PowerEdge boxes and it looks >> like there's another issue with LSI RAID cards. Installed the updates, ran >> dsu and updated an iDrac on one R610 system then rebooted. >> >> After it comes back up if I run "srvadmin-services.sh status" I'm currently >> getting: >> [root@hostname ~]# srvadmin-services.sh status dell_rbu (module) is >> running ipmi driver is running dsm_sa_datamgrd (pid 4511 4499 4498) >> is running dsm_sa_eventmgrd is stopped dsm_sa_snmpd is stopped >> dsm_om_shrsvcd is stopped dsm_om_connsvcd is stopped >> >> Tried running "srvadmin-services.sh start and it hangs: >> [root@hostname ~]# srvadmin-services.sh start Starting instsvcdrv >> (via >> systemctl): [ OK ] Starting dataeng (via systemctl): >> >> I remember having similar issues about a month ago when 8.3 was first >> released. About a week later 8.3 was pulled back. It looks like it's still >> broken. >> >> -- >> Stephen Berg >> Systems Administrator >> NRL Code: 7320 >> Office: 228-688-5738 >> [email protected] >> >> >> >> ------------------------------ >> >> _______________________________________________ >> Linux-PowerEdge mailing list >> [email protected] >> https://lists.us.dell.com/mailman/listinfo/linux-poweredge >> >> End of Linux-PowerEdge Digest, Vol 143, Issue 14 >> ************************************************ >> > > -- > Stephen Berg > Systems Administrator > NRL Code: 7320 > Office: 228-688-5738 > [email protected] > -- Stephen Berg Systems Administrator NRL Code: 7320 Office: 228-688-5738 [email protected]
_______________________________________________ Linux-PowerEdge mailing list [email protected] https://lists.us.dell.com/mailman/listinfo/linux-poweredge
