Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Résolu] [Failed] services SSSD et auditd

vlad34

Bonjour à tous et à toutes,

Depuis plusieurs semaines j'ai deux services aux démarrage qui ne démarre plus (sssd.service et auditd.service)

systemctl status donne:

$ systemctl status sssd auditd
● sssd.service - System Security Services Daemon
     Loaded: loaded (/usr/lib/systemd/system/sssd.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Fri 2020-09-25 08:41:22 CEST; 7min ago
    Process: 1341 ExecStart=/usr/sbin/sssd -i ${DEBUG_LOGGER} (code=exited, status=7)
   Main PID: 1341 (code=exited, status=7)
        CPU: 6ms

sept. 25 08:41:22 localhost.localdomain systemd[1]: sssd.service: Scheduled restart job, restart counter is at 5.
sept. 25 08:41:22 localhost.localdomain systemd[1]: Stopped System Security Services Daemon.
sept. 25 08:41:22 localhost.localdomain systemd[1]: sssd.service: Start request repeated too quickly.
sept. 25 08:41:22 localhost.localdomain systemd[1]: sssd.service: Failed with result 'exit-code'.
sept. 25 08:41:22 localhost.localdomain systemd[1]: Failed to start System Security Services Daemon.

● auditd.service - Security Auditing Service
     Loaded: loaded (/usr/lib/systemd/system/auditd.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Fri 2020-09-25 08:41:21 CEST; 7min ago
       Docs: man:auditd(8)
             https://github.com/linux-audit/audit-documentation
    Process: 829 ExecStart=/sbin/auditd (code=exited, status=6)
        CPU: 7ms

sept. 25 08:41:21 localhost.localdomain systemd[1]: Starting Security Auditing Service...
sept. 25 08:41:21 localhost.localdomain auditd[829]: Could not open dir /var/log/audit (Not a directory)
sept. 25 08:41:21 localhost.localdomain auditd[829]: The audit daemon is exiting.
sept. 25 08:41:21 localhost.localdomain systemd[1]: auditd.service: Control process exited, code=exited, status=6/NO>
sept. 25 08:41:21 localhost.localdomain systemd[1]: auditd.service: Failed with result 'exit-code'.
sept. 25 08:41:21 localhost.localdomain systemd[1]: Failed to start Security Auditing Service.

Pour sssd.service , je n'ai pour le moment pas trouvé la cause.

Pour auditd.service j'ai créé le répertoire /var/log/audit qui n'existe pas ou plus sans résultat (toujours la même erreur).

Si vous avez des idées 😉 , bon week end.

nouvo09

Pour auditd.service j'ai créé le répertoire /var/log/audit qui n'existe pas ou plus

Tu as vérifié les droits ?

Nicosss

As-tu essayé un ré-étiquetage SELinux ?

vlad34

@nouvo09 , J'ai mis root: root en 777 pour test en redémarrant le service, il me dit que le dossier existe pas :/ .

@Nicosss, Comment sa un ré-étiquetage SELinux? Je vais chercher sur le net le principe de "ré étiquetage SELinux" ^^ .

Merci pour le coup de mains 🙂

vlad34

Le dossier "audit" est actuellement "étiqueté"

unconfined_u:object_r:var_log_t:s0

Sa serait donc due à cela?

vlad34

Je suis peut-etre mauvais mais j'ai suivi la doc fedora https://doc.fedora-fr.org/wiki/SELinux

J'ai donc fais un

$ matchpathcon /var/log/audit         
/var/log/audit  system_u:object_r:auditd_log_t:s0

Du coup j'ai tenté un

# restorecon reset /var/log/audit context unconfined_u:object_r:auditd_log_t:s0->system_u:object_r:auditd_log_t:s0
restorecon: lstat(/root/reset) failed: No such file or directory
restorecon: lstat(/root/context) failed: No such file or directory
restorecon: lstat(/root/unconfined_u:object_r:auditd_log_t:s0-) failed: No such file or directory

Me manque quelques choses ou je suis à côté de la plaque? ^^|

J'ai tenté un

# chcon -t system_u:object_r:auditd_log_t:s0 /var/log/audit 
chcon: impossible de définir le composant de contexte de sécurité type à « system_u:object_r:auditd_log_t:s0 »: Argument invalide

Bon la j'imagine que je m'y prend mal :/

Après il y a une méthode en créant un fichier à la racine pour ré étiqueter l'ensemble des fichiers au redémarrage, y a t-il un risque?

touch /.autorelabel

Nicosss

Tu peux faire

# fixfiles -F onboot
# reboot

Ceci s'assurera que tous les contextes SELinux sont remis comme d'origine.

nouvo09

@nouvo09 , J'ai mis root: root en 777

Ce n'est probablement pas une bonne idée s'agissant d'un répertoire système.

essaie aussi (sous root sinon tu risques un refus):

rpm -Va | grep "var/log"

vlad34

@Nicosss, le ré étiquetage du FS vient de se terminer ^^ , j'ai bien la bonne étiquette sur le répértoire audit maintenant, cependant le service est toujours en erreur avec les mêmes messages...

@nouvo09, j'obtiens les résultats suivant:

# rpm -Va | grep "var/log"
manque     /var/log/speech-dispatcher
manque     /var/log/cups
manque     /var/log/blivet-gui
manque     /var/log/pluto
manque     /var/log/pluto/peer
manque     /var/log/ppp
manque     /var/log/mariadb
.M....G..  g /var/log/lastlog
manque     /var/log/gdm
manque     /var/log/firebird
manque   c /var/log/firebird/firebird.log
manque     /var/log/rkhunter
manque     /var/log/sssd
.M.......  g /var/log/btmp
.M....G..  g /var/log/lastlog
manque     /var/log/glusterfs
.M5....T.    /var/log/audit

vlad34

@nouvo09, tu m'a donné l'idée de réinstaller audit ^^ , et sa à fonctionné 😉 , le service est démarré et il m'a créé le dossier.

Process:

J'ai renommé le répertoire audit que j'avais créé manuellement en .bak

$ sudo mv /var/log/audit /var/log/audit.bak

Ensuite j'ai demandé à dnf de réinstaller audit

$ sudo dnf reinstall audit

J'ai ensuite démarré le service manuellement:

$ sudo systemctl start auditd.service

Puis fais la verification:

$ systemctl status auditd.service 
● auditd.service - Security Auditing Service
     Loaded: loaded (/usr/lib/systemd/system/auditd.service; enabled; vendor preset: enabled)
     Active: active (running) since Sat 2020-09-26 18:22:54 CEST; 3s ago
       Docs: man:auditd(8)
             https://github.com/linux-audit/audit-documentation
    Process: 83643 ExecStart=/sbin/auditd (code=exited, status=0/SUCCESS)
    Process: 83652 ExecStartPost=/sbin/augenrules --load (code=exited, status=0/SUCCESS)
   Main PID: 83644 (auditd)
      Tasks: 2 (limit: 19019)
     Memory: 2.5M
        CPU: 37ms
     CGroup: /system.slice/auditd.service
             └─83644 /sbin/auditd

sept. 26 18:22:54 localhost.localdomain systemd[1]: Starting Security Auditing Service...
sept. 26 18:22:54 localhost.localdomain auditd[83644]: No plugins found, not dispatching events
sept. 26 18:22:54 localhost.localdomain auditd[83644]: Init complete, auditd 3.0 listening for events (startup state>
sept. 26 18:22:54 localhost.localdomain augenrules[83652]: /sbin/augenrules: No change
sept. 26 18:22:54 localhost.localdomain augenrules[83663]: No rules
sept. 26 18:22:54 localhost.localdomain systemd[1]: Started Security Auditing Service.

Pour le service audit c'est bon 😃 , maintenant le service sssd.service qui ne dit pas pourquoi il ne démarre pas... ^^

vlad34

Je viens de trouver quelques chose :/ :

Broadcast message from systemd-journald@localhost.localdomain (Sat 2020-09-26 18:52:11 CEST):

sssd[179994]: Could not open file [/var/log/sssd/sssd.log]. Error: [2][No such file or directory]

Broadcast message from systemd-journald@localhost.localdomain (Sat 2020-09-26 18:52:11 CEST):

sssd[180021]: Could not open file [/var/log/sssd/sssd.log]. Error: [2][No such file or directory]


Message from syslogd@localhost at Sep 26 18:52:11 ...
 sssd[179994]:Could not open file [/var/log/sssd/sssd.log]. Error: [2][No such file or directory]

Message from syslogd@localhost at Sep 26 18:52:11 ...
 sssd[180021]:Could not open file [/var/log/sssd/sssd.log]. Error: [2][No such file or directory]

Broadcast message from systemd-journald@localhost.localdomain (Sat 2020-09-26 18:52:11 CEST):

sssd[180024]: Could not open file [/var/log/sssd/sssd.log]. Error: [2][No such file or directory]


Message from syslogd@localhost at Sep 26 18:52:11 ...
 sssd[180024]:Could not open file [/var/log/sssd/sssd.log]. Error: [2][No such file or directory]

Broadcast message from systemd-journald@localhost.localdomain (Sat 2020-09-26 18:52:11 CEST):

sssd[180029]: Could not open file [/var/log/sssd/sssd.log]. Error: [2][No such file or directory]


Message from syslogd@localhost at Sep 26 18:52:11 ...
 sssd[180029]:Could not open file [/var/log/sssd/sssd.log]. Error: [2][No such file or directory]

Broadcast message from systemd-journald@localhost.localdomain (Sat 2020-09-26 18:52:12 CEST):

sssd[180033]: Could not open file [/var/log/sssd/sssd.log]. Error: [2][No such file or directory]


Message from syslogd@localhost at Sep 26 18:52:12 ...
 sssd[180033]:Could not open file [/var/log/sssd/sssd.log]. Error: [2][No such file or directory]

vlad34

Bon la réinstallation de sssd n'a pas fonctionné, toujours la même chose, cependant avec les nouvelles infos j'ai triché ^^ .

J'ai copié récursivement le répertoire /var/log/audit vers /var/log/sssd

$ sudo cp -r /var/log/audit/ /var/log/sssd

Puis j'ai renommé le fichier audit.log en sssd.log

$ sudo mv /var/log/sssd/audit.log /var/log/sssd/sssd.log

J'ai démarré manuellement le service

$ sudo systemctl start sssd

Puis j'ai vérifié son status

$ systemctl status sssd
● sssd.service - System Security Services Daemon
     Loaded: loaded (/usr/lib/systemd/system/sssd.service; enabled; vendor preset: enabled)
     Active: active (running) since Sat 2020-09-26 18:58:52 CEST; 5min ago
   Main PID: 185694 (sssd)
      Tasks: 3 (limit: 19019)
     Memory: 37.7M
        CPU: 574ms
     CGroup: /system.slice/sssd.service
             ├─185694 /usr/sbin/sssd -i --logger=files
             ├─185695 /usr/libexec/sssd/sssd_be --domain implicit_files --uid 0 --gid 0 --logger=files
             └─185696 /usr/libexec/sssd/sssd_nss --uid 0 --gid 0 --logger=files

sept. 26 18:58:51 localhost.localdomain systemd[1]: Starting System Security Services Daemon...
sept. 26 18:58:51 localhost.localdomain sssd[185694]: Starting up
sept. 26 18:58:51 localhost.localdomain be[implicit_files][185695]: Starting up
sept. 26 18:58:51 localhost.localdomain nss[185696]: Starting up
sept. 26 18:58:52 localhost.localdomain systemd[1]: Started System Security Services Daemon.

Reste plus qu'un petit redémarrage pour ne plus contempler les [FAILED] 😃 .

Par contre j'aimerai bien comprendre pourquoi j'ai des dossiers qui ont disparu de mon /var/log :/ .

Merci en tous cas 😉