I get the same error Stephen mentioned with OMSA 8.3 on my CentOS 7 boxes. However, by following the workaround Chandra included, I got it reporting correctly.
On Mon, Apr 25, 2016 at 5:11 AM, Stephen Berg (Contractor) < [email protected]> wrote: > Commenting that one line in stsvc.ini did not change the behavior at all. > > I'm trying to revert the system back to 8.2 since it works. It seems as > if this is the second time OMSA has been updated to 8.3 and caused some > systems to start behaving poorly. The first time 8.3 was pulled back > and now with this second attempt to release it it's doing the same thing > all over again. > > On 04/22/2016 09:25 AM, [email protected] wrote: > > 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] > > > > > -- > 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 >
_______________________________________________ Linux-PowerEdge mailing list [email protected] https://lists.us.dell.com/mailman/listinfo/linux-poweredge
