Crash de l'interface graphique d'Amanda Enterprise / Zmanda Recovery Manager - Impossible de libérer le mutex d'acceptation

Cet article est pour Gestionnaire de récupération Zmanda pour MySQL (ZRM) ainsi que  Amanda Entreprise (AE)

Type de problème: général

SymptômesLa console de gestion Zmanda (ZMC) se bloque de manière inattendue. L'examen du journal des erreurs dans / opt / zmanda / amanda / apache2 / logs / error_log ou / opt / zmanda / zrm / apache2 / logs / error_log affiche la chaîne d'erreur suivante:

[notice] Apache / 2.2.22 (Unix) mod_ssl / 2.2.22 OpenSSL / 0.9.8zg mod_fastcgi / 2.4.6 configuré - reprise des opérations normales [notice] Apache / 2.2.22 (Unix) mod_ssl / 2.2.22 OpenSSL / 0.9.8zg mod_fastcgi / 2.4.6 configuré - reprise des opérations normales [notice] FastCGI: gestionnaire de processus initialisé [warn] FastCGI: serveur "/etc/zmanda/.p" démarré [émerg] (43) Identifiant supprimé: impossible saisir le mutex d'acceptation [émerg] (43) Identifiant supprimé: impossible de saisir le mutex d'acceptation [alerte] L'enfant a renvoyé une erreur fatale ... Apache est en train de quitter! [émerg] (22) Argument non valide: impossible de libérer le mutex d'acceptation

Description

ZMC s'exécute sur Apache2 qui utilise des sémaphores SysV pour les verrous inter-processus et des mutex pthread pour les verrous intra-processus. Si le système manque de mémoire, de gestionnaires de fichiers ou d'une autre ressource, les mutex ne fonctionneront pas correctement et Apache ne pourra pas démarrer. Un message de tueur de MOO peut être vu dans le journal des messages. Le type de mutex peut être modifié par la directive AcceptMutex.

Solution:

Modifiez le fichier /opt/zmanda/amanda/apache2/conf/httpd.conf et ajoutez la ligne suivante à la fin:

AccepterMutex fcntl

Puis redémarrez ZMC:

redémarrage du service zmc_aee