Reverting the R610 I'm using for testing back to OMSA 8.2 gets the system back to normal.
All the OMSA services are running, all my monitoring processes are back to normal function again. On 04/25/2016 06:11 AM, Stephen Berg (Contractor) 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
