OMSA 9.4 dependencies in Fedora 32; Job for instsvcdrv.service failed because the control process exited with error code.

 

Well I tried to point out that I find one of them and the script still does not find it:

dnf install https://rpmfind.net/linux/fedora/linux/releases/32/Everything/x86_64/os/Packages/l/libwsman1-2.6.8-1...
Last metadata expiration check: 0:20:53 ago on Thu 13 Aug 2020 11:27:34 AM EDT.
libwsman1-2.6.8-12.fc32.x86_64.rpm 209 kB/s | 139 kB 00:00
Package libwsman1-2.6.8-12.fc32.x86_64 is already installed.

I can't find where these come from:

 nothing provides libdsupt.so.1()(64bit) needed by srvadmin-tomcat-9.4.0-3787.15943.el7.x86_64
- nothing provides libomacs.so.1()(64bit) needed by srvadmin-tomcat-9.4.0-3787.15943.el7.x86_64

In  /opt/dell/srvadmin/var/log/openmanage/dsm_om_connsvcdIO.log I see this:

13-Aug-2020 10:06:05.026 INFO [Thread-4] org.apache.coyote.AbstractProtocol.pause Pausing ProtocolHandler ["https-jsse-nio-1311"]
13-Aug-2020 10:06:05.095 INFO [Thread-4] org.apache.catalina.core.StandardService.stopInternal Stopping service [Catalina]
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.apache.catalina.loader.WebappClassLoaderBase (file:/opt/dell/srvadmin/lib64/openmanage/apache-tomcat/lib/catalina.jar) to field java.io.ObjectStreamClass$Caches.localDescs
WARNING: Please consider reporting this to the maintainers of org.apache.catalina.loader.WebappClassLoaderBase
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release
13-Aug-2020 10:06:05.212 INFO [Thread-4] org.apache.coyote.AbstractProtocol.stop Stopping ProtocolHandler ["https-jsse-nio-1311"]
[Aug 13 10:06:05 2020] (143585) ModuleDetach: waiting for StartServer thread to finish...
[Aug 13 10:06:05 2020] (143585) ModuleDetach: exit
[Aug 13 10:06:05 2020] (143585) RunServer:worker process EXIT status(0)
[Aug 13 10:06:05 2020] (143585) RunServer exit with status(0)
[Aug 13 10:06:05 2020] (143584) RunServer:daemon process EXIT status(0)

/opt/dell/srvadmin/var/log/isvcdd.log has:

modprobe: FATAL: Module dell_rbu not found in directory /lib/modules/5.7.14-200.fc32.x86_64

BIOS & iDRAC version

yes and that has nothing to do with this.

MassGroupText,

 

As you said it isn't supported so we will be limited on details.

From the log you provided, seen below,

 

Problem: conflicting requests
- nothing provides https://dell.to/31ODzDV.1()(64bit) needed by srvadmin-tomcat-9.4.0-3787.15943.el7.x86_64
- nothing provides https://dell.to/2XX4goX.1()(64bit) needed by srvadmin-tomcat-9.4.0-3787.15943.el7.x86_64
- nothing provides libwsman_client.so.1()(64bit) needed by srvadmin-tomcat-9.4.0-3787.15943.el7.x86_64

 

it appears that the Web Server isn't installed and is missing packages, which those dependencies will need to be installed. What I would suggest is to try using Yum to install the dependencies

 

Let me know what you see.

 

Hello MassGroupText,

 

I'll log your update for your case owner Chris has left for the day.

 

Could you see if your BIOS and DRAC firmware are at the latest version?

Reconstruction Completed8 drives now showing in the RAID10

OK looks like reconstruction finally completed. @Dell -Charles R @DELL-Chris H how do I get the OS (Fedora) to see the increased available disk space?

Also how can I get OMSA working?

Gparted not showing new disk space

Hello, 

You can review these articles for how to run OMSA on Linux system? https://dell.to/31W8HS5 https://dell.to/34dCuYW But I'm not sure about Fedora(unsupported OS) I don't familiar this OS but Can you try to add new disk method please? https://dell.to/3kYSKDt 

Can't start the service, keep getting these errors:

/opt/dell/srvadmin/sbin/srvadmin-services.sh start
Job for instsvcdrv.service failed because the control process exited with error code.
See "systemctl status instsvcdrv.service" and "journalctl -xe" for details.

systemctl status instsvcdrv.service --no-pager -l
● instsvcdrv.service - Systems Management Device Drivers
Loaded: loaded (/etc/systemd/system/instsvcdrv.service; disabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Thu 2020-08-20 16:30:24 EDT; 35s ago
Process: 1505970 ExecStart=/usr/libexec/instsvcdrv-helper start (code=exited, status=155)
CPU: 162ms

Aug 20 16:30:24 myserver systemd[1]: Starting Systems Management Device Drivers...
Aug 20 16:30:24 myserver systemd[1]: instsvcdrv.service: Control process exited, code=exited, status=155/n/a
Aug 20 16:30:24 myserver systemd[1]: instsvcdrv.service: Failed with result 'exit-code'.
Aug 20 16:30:24 myserver systemd[1]: Failed to start Systems Management Device Drivers.
[root@mandelbrot ~]# journalctl -xe
Aug 20 16:30:20 myserver sshd[1505867]: pam_unix(sshd:session): session opened for user root by (uid=0)
Aug 20 16:30:24 myserver systemd[1]: Starting Systems Management Device Drivers...

instsvcdrv.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- The unit instsvcdrv.service has entered the 'failed' state with result 'exit-code'.
Aug 20 16:30:24 myserver systemd[1]: Failed to start Systems Management Device Drivers.

Already tried that:

ln -s /opt/dell/srvadmin/sbin/racadm-wrapper-idrac7 /bin/racadm
ln: failed to create symbolic link '/bin/racadm': File exists

I do have it working on another Fedora 32 system.

With this being an unsupported OS, we can't promise it'll ever work, but looking into the error, I did find something worth looking at and trying. OMSA 9.3 had a similar problem listed as a known issue with a published workaround. I'd definitely give this a look, seems like they resolved it with a permission adjustment and a soft link. It was written with Ubuntu in mind, though, so there is going to some difference.

 

https://dell.to/3l3nDqe

 

The fix they list is as follows:

1. chmod +x /opt/dell/srvadmin/sbin/racadm-wrapper-idrac7
2. ln -s /opt/dell/srvadmin/sbin/racadm-wrapper-idrac7 /bin/racadm

Let us know if this makes any progress.

Just to show you that it works in Fedora see my screen shot at https://imgur.com/a/gXYGIVG I'm pretty sure it has to do with the Tomcat service that is bundled in OMSA. How do you find the service name associated with systemctl? @Dell-DylanJ