You are not logged in.
Pages: 1
Constaté avec Debian Squeeze, GLPI 0.72.4, ocsmassimport 1.3.0.
A cause d'un problème de droits sur un fichier de lock dans /$GLPI_ROOT/files/_lock/, la synchronisation est restée bloquée pendant des jours.
ocsng_fullsync.php ne s'arrête pas et cherche toutes les secondes à faire quelque chose avec le fichier de lock. Cette erreur ne laisse pas directement de traces dans les logs.
Les symptômes qui ont permis d'indentifier le problème sont que le cronjob ne tournait plus et que les process de synchro restaient lancés pendant des jours :
Mar 21 10:30:01 monitoring /USR/SBIN/CRON[18191]: (www-data) CMD (/usr/share/glpi/plugins/massocsimport/scripts/ocsng_fullsync.sh --thread_nbr=2 --server_id=1)
Mar 21 10:30:01 monitoring /USR/SBIN/CRON[18189]: (CRON) error (grandchild #18191 failed with exit status 1)
(On est le 21 mars) :
root 20891 0.0 0.0 3968 988 ? S Mar18 0:00 \_ /USR/SBIN/CRON
www-data 20892 0.0 0.0 1748 500 ? Ss Mar18 0:00 \_ /bin/sh -c /usr/share/glpi/plugins/massocsimport/scripts/ocsng_fullsync.sh --thread_n
www-data 20893 0.0 0.0 4176 1272 ? S Mar18 0:00 \_ /bin/bash /usr/share/glpi/plugins/massocsimport/scripts/ocsng_fullsync.sh --threa
www-data 20916 0.0 0.0 1748 500 ? S Mar18 0:00 \_ sh -c php ocsng_fullsync.php --ocs_server_id=1 --thread_nbr=2 --thread_id=1 -
www-data 20918 0.0 1.4 55444 30068 ? S Mar18 0:12 \_ php ocsng_fullsync.php --ocs_server_id=1 --thread_nbr=2 --thread_id=1 --p
strace a permit d'identifier que la boucle commençait au moment où il se passe quelque chose avec un fichier de lock.
Le problème a commencé après une tentative de lancer le script depuis le compte root.
Je pense que dans ce cas, il serait bienvenu de générer une erreur. Par exemple : "Error. We experience some trouble performing actions on the file $TROUBLEFILE. Maybe access rights are wrong ?"
Qu'en pensez-vous ?
Organize your helpdesk!
Offline
Pages: 1