Forums Technical Discussion [SOLVED] sesinetd not launching on startup in fedora

[SOLVED] sesinetd not launching on startup in fedora

   4240   2   1
User Avatar
manja
Member
21 posts
Joined: Dec. 2014
Offline
 
Hey guys!
I can run houdini fine, but after a reboot, I need to source the environment (which I put in the .bash_aliases), then run sesinetd, then hkey, and reinstall the licenses (indie) before I can run houdini.

journalctl returns multiple lines of:
Jan 21 14:43:04 **** sesinetd: /etc/rc.d/init.d/sesinetd: /usr/lib/sesi/sesinetd_safe: /bin/sh: bad interpreter: Permission denied

to finish with:
Jan 21 14:43:04 **** sesinetd: FAILED

SELinux also detects this, saying:
source process: sesinetd
attempted this access: execute_no_trans
on this file: /usr/lib/sesi/sesinetd_safe

here's the detail:
SELinux is preventing sesinetd from execute_no_trans access on the file /usr/lib/sesi/sesinetd_safe.

*****  Plugin restorecon (99.5 confidence) suggests   ************************

If you want to fix the label. 
/usr/lib/sesi/sesinetd_safe default label should be lib_t.
Then you can run restorecon. The access attempt may have been stopped due to insufficient permissions to access a parent directory in which case try to change the following command accordingly.
Do
# /sbin/restorecon -v /usr/lib/sesi/sesinetd_safe

*****  Plugin catchall (1.49 confidence) suggests   **************************

If you believe that sesinetd should be allowed execute_no_trans access on the sesinetd_safe file by default.
Then you should report this as a bug.
You can generate a local policy module to allow this access.
Do
allow this access for now by executing:
# ausearch -c 'sesinetd' --raw | audit2allow -M my-sesinetd
# semodule -X 300 -i my-sesinetd.pp

Additional Information:
Source Context                system_u:system_r:init_t:s0
Target Context                unconfined_ubject_r:user_tmp_t:s0
Target Objects                /usr/lib/sesi/sesinetd_safe [ file ]
Source                        sesinetd
Source Path                   sesinetd
Port                          <Unknown>
Host                          *****
Source RPM Packages           
Target RPM Packages           
SELinux Policy RPM            selinux-policy-targeted-3.14.6-34.fc33.noarch
Local Policy RPM              selinux-policy-targeted-3.14.6-34.fc33.noarch
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Enforcing
Host Name                     ****
Platform                      Linux **** 5.10.8-200.fc33.x86_64 #1 SMP Sun
                              Jan 17 19:53:01 UTC 2021 x86_64 x86_64
Alert Count                   459
First Seen                    2021-01-19 15:23:59 PST
Last Seen                     2021-01-21 14:43:23 PST
Local ID                      8a7f51e4-0289-48ad-b92b-e8abec966f29

Raw Audit Messages
type=AVC msg=audit(1611269003.840:525): avc:  denied  { execute_no_trans } for  pid=2189 comm="sesinetd" path="/usr/lib/sesi/sesinetd_safe" dev="nvme0n1p9" ino=395689 scontext=system_u:system_r:init_t:s0 tcontext=unconfined_ubject_r:user_tmp_t:s0 tclass=file permissive=0


Hash: sesinetd,init_t,user_tmp_t,file,execute_no_trans

the only other post I found about this remained unanswered.
houdini 18.5.408, fedora33, MATE environment.

I hope someone has the solution!
cheers
Louis
Edited by manja - Jan. 25, 2021 12:58:20
 Report
User Avatar
manja
Member
21 posts
Joined: Dec. 2014
Offline
 
support fixed it by disabling selinux, here's their message:

Try disabling SELInux for now and test to see if Houdini will launch upon reboot:

In the Terminal type:
vi /etc/sysconfig/selinux

Set the variable SELINUX to disabled:
SELINUX=disabled

Reboot.

Check if sesinetd is now running:
ps -ef |grep sesinetd

You should see something like this:
root 1376 1 0 2020 ? 00:00:00 /bin/sh /usr/lib/sesi/sesinetd_safe --sesi=/usr/lib/sesi --sesinetd=/usr/lib/sesi/sesinetd --log-file=/var/log/sesinetd.log --pid-file=/var/run/sesinetd.pid -V 2 -z 1048576

root 1397 1376 0 2020 ? 02:02:20 /usr/lib/sesi/sesinetd -l /var/log/sesinetd.log -D -V 2 -z 1048576 -R /var/run/sesinetd.pid
 Report
User Avatar
sdugaro
Member
382 posts
Joined: July 2005
Offline
 
Hi, I also ran into this after a fedora 33/H18.5 upgrade.
Maybe not your exact issue, but the licence server kept dropping for me after each reboot as well.
I'd have to manually restart the server to continue, so I ended up just adding it to my .login.

pushd /opt/hfs18.5.462 > /dev/null
source houdini_setup_csh -q
sesinetd
popd > /dev/null
 Report
  • Quick Links