[Fedora9] settroubleshoot-server KO !Fermé

Question

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 ....

bob031 · Answer

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

bob031 · Answer

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 .....

bob031 · Answer

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

[Fedora9] settroubleshoot-server KO !

3 réponses

Discussions similaires

Newsletters