CentOS - Dec 2015 - Systemd and systemd-sysv-generator

On Tue, Dec 29, 2015 at 3:14 PM, Gordon Messmer <gordon.messmer at
gmail.com>
wrote:
> On 12/29/2015 09:13 AM, Mike - st257 wrote:
>
>> ~]# /etc/init.d/lsi_mrdsnmpd start
>> Reloading systemd:                                         [  OK  ]
>> Starting lsi_mrdsnmpd (via systemctl):  Failed to start
>> lsi_mrdsnmpd.service: Unit lsi_mrdsnmpd.service failed to load: No such
>> file or directory.
>>                                                             [FAILED]
>>
>
> IIRC, you'll see that if you have a 64 bit system and try to run a
32-bit
> binary.  Run "ldd" on the binaries you've installed and make
sure that all
> of the required libraries are installed.

[ Gordon, Thanks for pointing this all out. A couple simple
steps/information I needed to verify. ]


Following what information I've gathered below, I don't think this is
relative to needing x86 libraries.
( Has Red Hat even built x86 libraries for x86_64 since RHEL7 no longer
supports x86? )

~]# file /etc/lsi_mrdsnmp/lsi_mrdsnmpagent
/etc/lsi_mrdsnmp/lsi_mrdsnmpagent: ELF 64-bit LSB executable, x86-64,
version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux
2.4.0, not stripped

~]# ldd /etc/lsi_mrdsnmp/lsi_mrdsnmpagent
linux-vdso.so.1 =>  (0x00007ffd29f4a000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fccadc7c000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fccad974000)
libm.so.6 => /lib64/libm.so.6 (0x00007fccad671000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fccad45b000)
libc.so.6 => /lib64/libc.so.6 (0x00007fccad09a000)
/lib64/ld-linux-x86-64.so.2 (0x00007fccade8a000)

~]# /etc/lsi_mrdsnmp/lsi_mrdsnmpagent -c /etc/snmp/snmpd.conf
LSI MegaRAID SNMP Agent Ver 3.18.0.2 (Oct 30th, 2012) Started

~]# ps aux | grep lsi
root     19446  0.1  0.0  37972  1604 ?        Ssl  16:02   0:00
/etc/lsi_mrdsnmp/lsi_mrdsnmpagent -c /etc/snmp/snmpd.conf
root     19449  0.0  0.0  21576   584 ?        Ss   16:02   0:00
/etc/lsi_mrdsnmp/lsi_mrdsnmpagent -c /etc/snmp/snmpd.conf
root     19459  0.0  0.0 112644   952 pts/0    S+   16:02   0:00 grep
--color=auto lsi


The binary runs without crashing.


-- 
---~~.~~---
Mike
//  SilverTip257  //

Instead of converting the sysv script, you could trivially write your own, the
following
was tested against about 6 SNMP queries, the service stops and starts as
expected.
You may want to purge the sysv remnants.

# cat /etc/systemd/system/lsi_mrdsnmpd.service
[Unit]
Description=LSI SNMP Agent startup/shutdown script

Requires=network.target
Requires=snmpd.service

After=network.target
After=snmpd.service


[Service]
Type=forking
ExecStart=/etc/lsi_mrdsnmp/lsi_mrdsnmpagent -c /etc/snmp/snmpd.conf

[Install]
WantedBy=multi-user.target

hth,
jlc

On Tue, Dec 29, 2015 at 5:23 PM, Joseph L. Casale <jcasale at
activenetwerx.com
> wrote:
> Instead of converting the sysv script, you could trivially write your own,
> the following
> was tested against about 6 SNMP queries, the service stops and starts as
> expected.
>
That's certainly an option.
One that I was prepared to resort to. But curiosity has the best of me ...
I would like to know why the SysV generator didn't do its job.

And I wasn't able to find any "generated" unit files from those
Dell
OpenManage SysV scripts either.

> You may want to purge the sysv remnants.
>
> # cat /etc/systemd/system/lsi_mrdsnmpd.service
> [Unit]
> Description=LSI SNMP Agent startup/shutdown script
>
> Requires=network.target
> Requires=snmpd.service
>
> After=network.target
> After=snmpd.service
>
>
> [Service]
> Type=forking
> ExecStart=/etc/lsi_mrdsnmp/lsi_mrdsnmpagent -c /etc/snmp/snmpd.conf
>
> [Install]
> WantedBy=multi-user.target
>
> hth,
> jlc

I appreciate the effort.
You took some of the fun out of it for me ... less for me to write. :-)

-- 
---~~.~~---
Mike
//  SilverTip257  //

On 12/29/2015 01:13 PM, Mike - st257 wrote:
> ( Has Red Hat even built x86 libraries for x86_64 since RHEL7 no longer
> supports x86? )
Yes.  There's no 32 bit kernel, so no 32 bit installation media, but 
running 32 bit applications is still supported.

Did the logs provide any useful information?  (systemctl status 
lsi_mrdsnmpd)