Description of problem: Sshd services shutdown does'nt work How reproducible: Everytimes Steps to Reproduce: 1. open root terminal 2. launch /etc/init.d/sshd start 3. launch /etc/init.d/sshd stop Actual results: Stopping sshd failed Additional info: [root@localhost ~]# /etc/init.d/sshd stop Stopping sshd: [FAILED] [root@localhost ~]# /etc/init.d/sshd start Starting sshd: [ OK ] [root@localhost ~]# /etc/init.d/sshd stop Stopping sshd: [FAILED] [root@localhost ~]#
Created attachment 136427 [details] secure file log
I have the same prolbem with atd, cups and crond initscript : [root@localhost ~]# /etc/init.d/atd stop Stopping atd: [FAILED] [root@localhost ~]# /etc/init.d/atd start Starting atd: [ OK ] [root@localhost ~]# /etc/init.d/atd stop Stopping atd: [FAILED] [root@localhost ~]# /etc/init.d/cups stop Stopping cups: [FAILED] [root@localhost ~]# /etc/init.d/cups start Starting cups: [ OK ] [root@localhost ~]# /etc/init.d/cups stop Stopping cups: [FAILED] [root@localhost ~]# /etc/init.d/crond stop Stopping crond: [FAILED] [root@localhost ~]# /etc/init.d/crond start Starting crond: [ OK ] [root@localhost ~]# /etc/init.d/crond stop Stopping crond: [FAILED]
Created attachment 136489 [details] /var/log/messages
I have these bugs since I updated my fc6test3 with yum update command.
Any AVC messages?
Sorry, but I don't understand "AVC messages" ...
Can you attach the output of 'dmesg' after it fails?
Created attachment 136623 [details] Dmesg output after fails
CC'ing SELinux maintainer - I don't *think* those errors are relevant to this problem, but I'm not 100% sure.
Does not look like an SELinux problem.
I think it is a SELinux problem: # service sshd status sshd dead but pid file exists # service atd status atd dead but pid file exists # service crond status crond dead but pid file exists # setenforce 0 # service sshd status sshd (pid 1779) is running... # service atd status atd (pid 1863) is running... # service crond status crond (pid 1815) is running... SELinux hides processes, even from root, which can come to a surprise when you run top and but none of the processes is eating those CPU cycles!
Fixed in selinux-policy-2.3.14-4
Ok, you can close now. It's work for me.