You are not logged in.
Pages: 1
Bonjour, j'ai un soucis avec GLPI.
Depuis hier soir, l'import des passerelles mails ne se fait plus sur mes différentes entités.
Aucune action n'a été effectuée sur le serveur.
Je viens de regarder le dossier _cron et _lock.
Dans _cron j'ai :
-rw-rw-rw- 1 apache apache 0 jan 14 15:18 mailgate.lock
-rw-rw-rw- 1 apache apache 0 jan 14 15:18 dbreplicate.lock
-rw-rw-rw- 1 apache apache 0 jan 14 15:16 ocsng.lock
-rw-rw-rw- 1 apache apache 0 jan 14 14:43 plugin_mass_ocs_import.lock
-rw-rw-rw- 1 apache apache 0 jan 14 07:47 logs.lock
-rw-rw-rw- 1 apache apache 0 jan 14 07:39 infocom.lock
-rw-rw-rw- 1 apache apache 0 jan 13 19:10 contract.lock
-rw-rw-rw- 1 apache apache 0 jan 13 16:48 session.lock
-rw-rw-rw- 1 apache apache 0 jan 13 16:44 cache.lock
-rw-rw-rw- 1 apache apache 0 jan 13 16:27 optimize.lock
Dans _lock j'ai 4 fichiers de lock pour entité.
Ma question est la suivante : Qu'est ce qui peut provoquer ces fichiers de lock ? Puis je les supprimer ? Est ce que ça peut résoudre mon problème ?
BOn mon problème n'est pas résolu après la suppression de ces ficheirs.
Je peux effectuer manuellement la récupération des demandes, mais GLPI ne le fait plus automatiquement.
Ou est ce que je peux regarder ça ?
Last edited by fabibus (2010-01-14 17:29:05)
Plateforme en exploitation : GLPI 10.0.3 + GLPiinventory 10.0.3sur Fedora 36
PHP 8.1.11 ,Apache/2.4.54, mysql 8
Offline
C'est GLPI qui crée les fichiers de lock et oui vous pouvez les supprimer si vous souhaitez le renouvellement des taches de façon immédiate.
Pour savoir d'où vient le problème il faudrait activer le mode debug de GLPI et activer les traces.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
J'ai activé les traces, en regardant le fichier cron.log, je m'aperçois que la récupération des messages sur les passerelles mails s'arrête sur une boite mail. Celle ci est pleine à 98% et contient des messages avec pièces jointes de plus de 2 Mo.
Je les ai supprimés, mais la boite se remplie toute seule.
A priori GLPI lit les message, les suppriment mais rajoute des suivis. L'action se fait en boucle, sature la boite et empêche la récupération des passerelles mails suivantes...
JE vais vérifier la configuration des notifications...
Plateforme en exploitation : GLPI 10.0.3 + GLPiinventory 10.0.3sur Fedora 36
PHP 8.1.11 ,Apache/2.4.54, mysql 8
Offline
Je viens de comprendre le problème.
Il se situe entre la chaise et le clavier....
Sur certains mail de suivit d'une des entités, la source de la demande est l'adresse de la passerelle mail !
La boite se sature, le script boucle et le load average grimpe.
N'y aurait il pas un moyen d'afficher l'adresse de suivi dans les tickets ?
Je sais je suis en v0.71.5... je ne peux pas aller plus loin sous RedHat... en conservant le support.
Last edited by fabibus (2010-01-15 11:36:46)
Plateforme en exploitation : GLPI 10.0.3 + GLPiinventory 10.0.3sur Fedora 36
PHP 8.1.11 ,Apache/2.4.54, mysql 8
Offline
> Je sais je suis en v0.71.5... je ne peux pas aller plus loin sous RedHat... en conservant le support.
euh... pourquoi ?
Il manque juste le paquet php-pecl-json, disponible dans EPEL pour faire tourner GLPI sur RH 5
D'ailleurs GLPI (0.72.3) est aussi dans EPEL.
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Si il ne manque que le paquet suivant, je vais tenter de l installer...
php-pecl-json-1.2.1-4.el5.i386.rpm (info) (download)
Merci pour l'info.
Sinon j'ai des fichiers dans .../glpi/files/_lock :
En 4 H j'en ai déjà 2 qui apparaissent : lock_entity_124 lock_entity_213
Y'a t'il un moyen de savoir pourquoi ?
Last edited by fabibus (2010-01-21 16:18:02)
Plateforme en exploitation : GLPI 10.0.3 + GLPiinventory 10.0.3sur Fedora 36
PHP 8.1.11 ,Apache/2.4.54, mysql 8
Offline
> lock_entity_124 lock_entity_213
fichier créés par la synchro pour éviter les conflits.
c'est normal.
rien à faire.
++
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Est ce que ces fichiers sont censés resté ?
La ils restent. Y a t'il un risque par exemple de non import des postes de ces entités. J'utilise mass-ocs import
Plateforme en exploitation : GLPI 10.0.3 + GLPiinventory 10.0.3sur Fedora 36
PHP 8.1.11 ,Apache/2.4.54, mysql 8
Offline
> Est ce que ces fichiers sont censés resté ?
Oui. (c'est juste le verrou qui est posé / supprimé)
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Pages: 1