[Fedora9] settroubleshoot-server KO !
Bonjour,
voici ce que j'obtiens au démarrage de la Fedora :
[root@fedora9 log]# cat messages* | grep rpc.ERROR
Mar 7 20:36:56 fedora9 setroubleshoot: [rpc.ERROR] attempt to open server connection failed: Connexion refusée
Mar 7 21:05:56 fedora9 setroubleshoot: [rpc.ERROR] attempt to open server connection failed: Connexion refusée
Mar 7 21:41:54 fedora9 setroubleshoot: [rpc.ERROR] attempt to open server connection failed: Connexion refusée
Mar 8 11:07:05 fedora9 setroubleshoot: [rpc.ERROR] attempt to open server connection failed: Connexion refusée
[root@fedora9 log]#
ok ! mais le service démarre bien ensuite en console :
[root@fedora9 log]# service setroubleshoot status
setroubleshootd est mort mais le fichier pid existe
[root@fedora9 log]# service setroubleshoot start
Démarrage de setroubleshootd : [ OK ]
[root@fedora9 log]#
comment en suis-je arrivé là ? peut-être à cause de ces fichus messages (en fait, liés à evolution):
Mar 8 11:17:05 fedora9 gnome-keyring-daemon[2443]: couldn't read 4 bytes from client:
Mar 8 11:17:13 fedora9 gnome-keyring-daemon[2443]: couldn't read 4 bytes from client:
Mar 8 11:17:13 fedora9 gnome-keyring-daemon[2443]: couldn't read 4 bytes from client:
Mar 8 11:17:13 fedora9 gnome-keyring-daemon[2443]: couldn't read 4 bytes from client:
j'ai, donc :
a) installer pam_keyring
yum install pam_keyring
b) bidouillé le fichier /etc/pam.d/gdm ;
d'abord en utilisant le modèle comme indiqué ici :
http://fedoraunity.org/Members/thomasj/Gnome-keyring
ensuite, comme cela ne règlait pas le problème (autres messages d'erreur), j'ai repris le fichier gdm d'origine avec comme unique différence le rajout d'une ligne vide en début de fichier d'après ceci : And remember, the first line stays blank!
bef, je ne sais pas si c'est lié ou pas, mais la date d'apparition du message setroubleshoot: [rpc.ERROR] attempt to open server connection failed: Connexion refusée correspond à ma dernère "manipulation"
[root@fedora9 log]# chkconfig --list | grep setroubleshoot
setroubleshoot 0:arrêt 1:arrêt 2:arrêt 3:marche 4:marche 5:marche 6:arrêt
[root@fedora9 log]#
[root@fedora9 log]# rpm -qa | grep selinux
libselinux-python-2.0.67-4.fc9.i386
selinux-policy-devel-3.3.1-124.fc9.noarch
libselinux-2.0.67-4.fc9.i386
selinux-policy-targeted-3.3.1-124.fc9.noarch
selinux-policy-3.3.1-124.fc9.noarch
libselinux-devel-2.0.67-4.fc9.i386
[root@fedora9 log]#
[root@fedora9 log]# rpm -qa | grep 'setrouble*'
setroubleshoot-2.0.12-4.fc9.noarch
setroubleshoot-server-2.0.12-4.fc9.noarch
setroubleshoot-plugins-2.0.11-1.fc9.noarch
[root@fedora9 log]#
liens :
https://bugzilla.redhat.com/show_bug.cgi?id=477235
setroubleshoot se remet à planter : je post la suite ....
--
un pinguin sur la banquise !
voici ce que j'obtiens au démarrage de la Fedora :
[root@fedora9 log]# cat messages* | grep rpc.ERROR
Mar 7 20:36:56 fedora9 setroubleshoot: [rpc.ERROR] attempt to open server connection failed: Connexion refusée
Mar 7 21:05:56 fedora9 setroubleshoot: [rpc.ERROR] attempt to open server connection failed: Connexion refusée
Mar 7 21:41:54 fedora9 setroubleshoot: [rpc.ERROR] attempt to open server connection failed: Connexion refusée
Mar 8 11:07:05 fedora9 setroubleshoot: [rpc.ERROR] attempt to open server connection failed: Connexion refusée
[root@fedora9 log]#
ok ! mais le service démarre bien ensuite en console :
[root@fedora9 log]# service setroubleshoot status
setroubleshootd est mort mais le fichier pid existe
[root@fedora9 log]# service setroubleshoot start
Démarrage de setroubleshootd : [ OK ]
[root@fedora9 log]#
comment en suis-je arrivé là ? peut-être à cause de ces fichus messages (en fait, liés à evolution):
Mar 8 11:17:05 fedora9 gnome-keyring-daemon[2443]: couldn't read 4 bytes from client:
Mar 8 11:17:13 fedora9 gnome-keyring-daemon[2443]: couldn't read 4 bytes from client:
Mar 8 11:17:13 fedora9 gnome-keyring-daemon[2443]: couldn't read 4 bytes from client:
Mar 8 11:17:13 fedora9 gnome-keyring-daemon[2443]: couldn't read 4 bytes from client:
j'ai, donc :
a) installer pam_keyring
yum install pam_keyring
b) bidouillé le fichier /etc/pam.d/gdm ;
d'abord en utilisant le modèle comme indiqué ici :
http://fedoraunity.org/Members/thomasj/Gnome-keyring
ensuite, comme cela ne règlait pas le problème (autres messages d'erreur), j'ai repris le fichier gdm d'origine avec comme unique différence le rajout d'une ligne vide en début de fichier d'après ceci : And remember, the first line stays blank!
bef, je ne sais pas si c'est lié ou pas, mais la date d'apparition du message setroubleshoot: [rpc.ERROR] attempt to open server connection failed: Connexion refusée correspond à ma dernère "manipulation"
[root@fedora9 log]# chkconfig --list | grep setroubleshoot
setroubleshoot 0:arrêt 1:arrêt 2:arrêt 3:marche 4:marche 5:marche 6:arrêt
[root@fedora9 log]#
[root@fedora9 log]# rpm -qa | grep selinux
libselinux-python-2.0.67-4.fc9.i386
selinux-policy-devel-3.3.1-124.fc9.noarch
libselinux-2.0.67-4.fc9.i386
selinux-policy-targeted-3.3.1-124.fc9.noarch
selinux-policy-3.3.1-124.fc9.noarch
libselinux-devel-2.0.67-4.fc9.i386
[root@fedora9 log]#
[root@fedora9 log]# rpm -qa | grep 'setrouble*'
setroubleshoot-2.0.12-4.fc9.noarch
setroubleshoot-server-2.0.12-4.fc9.noarch
setroubleshoot-plugins-2.0.11-1.fc9.noarch
[root@fedora9 log]#
liens :
https://bugzilla.redhat.com/show_bug.cgi?id=477235
setroubleshoot se remet à planter : je post la suite ....
--
un pinguin sur la banquise !
Configuration: Linux Fedora 9 Firefox 3.0.6
3 réponses
-
cela ressemble étrangement à un bug (probablement dernière MAJ de Selinux et consort + nouveau noyau)
https://bugzilla.redhat.com/show_bug.cgi?id=427721
https://admin.fedoraproject.org/pkgdb/packages/bugs/setroubleshoot
-
finalement, je ne pense pas que cela soit mes bidouillages, mais plutôt un bug suite à la dernière MAJ (04/03) :
https://bugzilla.redhat.com/show_bug.cgi?id=436233
https://www.google.fr/search?source=ig&hl=fr&rlz=1G1GGLQ_FRFR313&=&q=setroubleshoot+generated+AVC%2C+exiting+to+avoid+recursion&btnG=Recherche+Google&meta=lr%3D&aq=-1&oq=&gws_rd=ssl
[root@fedora9 setroubleshoot]# cat setroubleshootd.log | grep ERROR
2009-03-08 12:37:14,899 [program.ERROR] setroubleshoot generated AVC, exiting to avoid recursion, context=system_u:system_r:setroubleshootd_t:s0, AVC scontext=system_u:system_r:setroubleshootd_t:s0
2009-03-08 12:37:14,901 [program.ERROR] audit event
2009-03-08 12:37:14,904 [program.ERROR] setroubleshoot generated AVC, exiting to avoid recursion, context=system_u:system_r:setroubleshootd_t:s0, AVC scontext=system_u:system_r:setroubleshootd_t:s0
2009-03-08 12:37:14,906 [program.ERROR] audit event
2009-03-08 12:37:15,124 [program.ERROR] setroubleshoot generated AVC, exiting to avoid recursion, context=system_u:system_r:setroubleshootd_t:s0, AVC scontext=system_u:system_r:setroubleshootd_t:s0
2009-03-08 12:37:15,125 [program.ERROR] audit event
2009-03-08 12:37:15,129 [program.ERROR] setroubleshoot generated AVC, exiting to avoid recursion, context=system_u:system_r:setroubleshootd_t:s0, AVC scontext=system_u:system_r:setroubleshootd_t:s0
2009-03-08 12:37:15,130 [program.ERROR] audit event
2009-03-08 12:37:15,277 [program.ERROR] setroubleshoot generated AVC, exiting to avoid recursion, context=system_u:system_r:setroubleshootd_t:s0, AVC scontext=system_u:system_r:setroubleshootd_t:s0
2009-03-08 12:37:15,278 [program.ERROR] audit event
2009-03-08 12:37:15,281 [program.ERROR] setroubleshoot generated AVC, exiting to avoid recursion, context=system_u:system_r:setroubleshootd_t:s0, AVC scontext=system_u:system_r:setroubleshootd_t:s0
2009-03-08 12:37:15,283 [program.ERROR] audit event
[root@fedora9 setroubleshoot]#
à confirmer .....
ha oui ! sinon la Fedora fonctionne sans souci malgré cela ..... -
la suite :
juste après plantage de setroubleshoot :
[root@fedora9 log]# ps -ef | grep setroubleshoot
root 3021 1 26 12:09 ? 00:00:03 /usr/bin/python -E /usr/sbin/setroubleshootd
root 3026 2685 0 12:10 pts/0 00:00:00 grep setroubleshoot
[root@fedora9 log]# service setroubleshoot status
setroubleshootd (pid 3021) en cours d'exécution...
[root@fedora9 log]# sestatus
SELinux status: enabled
SELinuxfs mount: /selinux
Current mode: enforcing
Mode from config file: enforcing
Policy version: 23
Policy from config file: targeted
[root@fedora9 log]# Traceback (most recent call last):
File "/usr/lib/python2.5/site-packages/setroubleshoot/rpc.py", line 940, in handle_client_io
self.receiver.feed(data)
File "/usr/lib/python2.5/site-packages/setroubleshoot/rpc.py", line 762, in feed
self.process()
File "/usr/lib/python2.5/site-packages/setroubleshoot/rpc.py", line 734, in process
match = header_end_re.search(self.feed_buf)
KeyboardInterrupt
Exception in thread Thread-1 (most likely raised during interpreter shutdown):
Traceback (most recent call last):
File "/usr/lib/python2.5/threading.py", line 460, in __bootstrap
File "/usr/lib/python2.5/site-packages/setroubleshoot/analyze.py", line 187, in run
File "/usr/lib/python2.5/site-packages/setroubleshoot/analyze.py", line 159, in analyze_avc
File "/usr/lib/python2.5/site-packages/setroubleshoot/server.py", line 137, in report_problem
File "/usr/lib/python2.5/site-packages/setroubleshoot/analyze.py", line 210, in report_problem
File "/usr/lib/python2.5/site-packages/setroubleshoot/analyze.py", line 395, in add_siginfo
File "/usr/lib/python2.5/site-packages/setroubleshoot/server.py", line 377, in signatures_updated
File "/usr/lib/python2.5/site-packages/setroubleshoot/rpc.py", line 505, in rpc_func
File "/usr/lib/python2.5/site-packages/setroubleshoot/rpc.py", line 879, in emit_rpc
File "/usr/lib/python2.5/site-packages/setroubleshoot/rpc.py", line 896, in send_data
<type 'exceptions.AttributeError'>: 'NoneType' object has no attribute 'timeout'
Unhandled exception in thread started by
Error in sys.excepthook:
Original exception was:
[root@fedora9 log]# service setroubleshoot status
setroubleshootd est mort mais le fichier pid existe
[root@fedora9 log]# ps -ef | grep setroubleshoot
root 3084 2685 0 12:11 pts/0 00:00:00 grep setroubleshoot
[root@fedora9 log]#
bien, bien bien ...
peut-être une réinstall de setroubleshoot comme indiqué ici :
https://bugzilla.redhat.com/show_bug.cgi?id=428617
