You are not logged in.
bonjour,
J'ai installer GLPI 0.70 avec l'extension mass import ocs.
J'ai installé l'extension en allant dans GLPI. J'ai testé le script (ocsng_fullsync.sh --thread_nbr=2 --server_id=1) pour lancer la synchro avec le shell.
La synchro s'effectue correctement.
J'aimerai planifier la synchro via crontab.
J'ai créer un fichier (mass_import_ocs) dans /etc/cron.d. J'ai mis la ligne suivante dans le fichier :
*/5 * * * * /var/www/html/glpi/plugins/mass_ocs_import/scripts/ocsng_fullsync.sh --thread_nbr=2 --server_id=1
J'ai redémarré le service crontab : service crond restart
Mon problème : j'ai aucune synchro qui se réalise. Je pense que je configure mal ma tache planifié.
Comment faire dans ce cas ?
Merci d'avance
Offline
bonjour
tout est expliqué dans la doc du plugin sur le wiki
Offline
Il manque la colonne indiquant le nom de l'utilisateur :
*/5 * * * * apache /bin/sh /var/www/....
++
P.S. sinon la solution la plus simple : yum install glpi glpi-mass-ocs-import (la version 0.70.2 est dans les dépôts officiels avec quelques plugins).
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
oui avec le yum ca fonctionne trop bien, mais le soucie c'est que moi j'ai installer glpi à la main et il se trouve dans le répertoire /var/www/html/glpi, alors que yum l'installe dans un autre répertoire.
je vais tester ton */5 * * * * apache /bin/sh /var/www/....
merci ;-)
Offline
J'ai donc mon fichier mon fichier "mass_import_ocs" présent dans "/etc/cron.d" par :
*/5 * * * * apache /bin/sh /var/www/html/glpi/plugins/mass_ocs_import/scripts/ocsng_fullsync.sh --thread_nbr=500 --server_id=1
J'ai attendu 15 min et rien du tout, pas d'exécution.
Je ne comprend pas pourquoi cela ne fonctionne pas.
P.S : je créer mon fichier crontab avec root, il faut peut être que je mettre l'utilisateur root au lien de apache ?
Offline
Non, ce doit être apache.
Voir les journaux : /var/log/cron.log
et glpi/files/_log/ocsng_fullsync.log
++
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
j'ai ca dans "/var/log/cron.log" vers la fin du fichier...
May 13 10:01:02 akf-sv02 CROND[11859]: (root) CMD (run-parts /etc/cron.hourly)
May 13 11:01:01 akf-sv02 CROND[13153]: (root) CMD (run-parts /etc/cron.hourly)
May 13 11:14:29 akf-sv02 anacron[13463]: Anacron 2.3 started on 2008-05-13
May 13 11:14:29 akf-sv02 anacron[13463]: Normal exit (0 jobs run)
May 13 11:15:26 akf-sv02 crond[13567]: (CRON) STARTUP (4.2)
May 13 11:19:41 akf-sv02 crond[13655]: (CRON) STARTUP (4.2)
May 13 12:01:01 akf-sv02 CROND[16282]: (root) CMD (run-parts /etc/cron.hourly)
May 13 12:56:58 akf-sv02 crond[1869]: (CRON) STARTUP (4.2)
May 13 12:57:21 akf-sv02 anacron[2227]: Anacron 2.3 started on 2008-05-13
May 13 12:57:21 akf-sv02 anacron[2227]: Normal exit (0 jobs run)
May 13 13:01:01 akf-sv02 CROND[2463]: (root) CMD (run-parts /etc/cron.hourly)
May 13 13:17:50 akf-sv02 crond[3725]: (CRON) STARTUP (4.2)
May 13 13:34:31 akf-sv02 crond[1889]: (CRON) STARTUP (4.2)
May 13 13:34:55 akf-sv02 anacron[2251]: Anacron 2.3 started on 2008-05-13
May 13 13:34:55 akf-sv02 anacron[2251]: Normal exit (0 jobs run)
May 13 13:55:01 akf-sv02 CROND[2752]: (apache) CMD (/usr/share/glpi/plugins/mass_ocs_import/scripts/ocsng_fullsync.sh)
May 13 14:00:01 akf-sv02 CROND[2784]: (apache) CMD (/usr/share/glpi/plugins/mass_ocs_import/scripts/ocsng_fullsync.sh)
May 13 14:01:01 akf-sv02 CROND[2793]: (root) CMD (run-parts /etc/cron.hourly)
May 13 14:10:01 akf-sv02 CROND[2975]: (apache) CMD (/usr/share/glpi/plugins/mass_ocs_import/scripts/ocsng_fullsync.sh)
May 13 14:15:01 akf-sv02 CROND[3037]: (apache) CMD (/usr/share/glpi/plugins/mass_ocs_import/scripts/ocsng_fullsync.sh)
May 13 15:01:01 akf-sv02 CROND[3679]: (root) CMD (run-parts /etc/cron.hourly)
May 13 15:21:16 akf-sv02 crond[3885]: (CRON) STARTUP (4.2)
May 13 15:28:40 akf-sv02 crond[1877]: (CRON) STARTUP (4.2)
May 13 15:29:02 akf-sv02 anacron[2239]: Anacron 2.3 started on 2008-05-13
May 13 15:29:02 akf-sv02 anacron[2239]: Normal exit (0 jobs run)
May 13 15:31:49 akf-sv02 crond[2575]: (CRON) STARTUP (4.2)
dans GLPI j'ai trop de choses...
Offline
May 13 13:55:01 akf-sv02 CROND[2752]: (apache) CMD (/usr/share/glpi/plugins/mass_ocs_import/scripts/ocsng_fullsync.sh)
Donc ça marche.
Donc maintenant c'est celui de mass_ocs_import qui serait intéressant d'avoir.
++
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
oui car "/usr/share/glpi/plugins/mass_ocs_import/scripts/ocsng_fullsync.sh" était un test. j'avais installé le pluging par yum et ca fonctionne bien.
Mais lorsque je fais une installe manuelle et que j'exécute le script en manuelle, ça marche aussi, mais lorsque je planifie une tache, rien.
Mon fichier de tache je le met bien dans "/etc/cron.d" ????????????? car j'ai un doute...
Offline
dans ton installe du pluging par yum, celui ci enregistre la tache planifier où ?
Offline
Alors j'ai essayé les log de cron pour mieux voir se qu'il se passe.
May 13 15:54:01 akf-sv02 crond[2826]: (CRON) STARTUP (4.2)
May 13 16:01:01 akf-sv02 CROND[2852]: (root) CMD (run-parts /etc/cron.hourly)
Lorsque j'ai redémarrer contab, aucun problème.
Je vois aussi que le cron.hourly a été executer à 16h01.
Je ne comprend pas pourquoi il m'exécute pas mon cron.d...
Soit ma ligne est fausse donc erreur, mais dans ce cas j'aurai un log dans mon fichier de log
Offline
oui car "/usr/share/glpi/plugins/mass_ocs_import/scripts/ocsng_fullsync.sh" était un test. j'avais installé le pluging par yum et ca fonctionne bien.
Explique moi pourquoi tu veux une installation manuelle si celle par yum fonctionnait ?
Visiblement le packageur a bien fait son boulot
++
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
je m'explique :
Yum installe GLPI dans ce répertoire : "/usr/share/glpi/". Le chemin de destination ne me plaie gère car toutes mes applications web sont sous "/var/www/html/".
J'ai donc installer GLPI manuellement dans le répertoire prévu à mes applications web, soit : "/var/www/html/glpi/".
Après, si je veux installer le pluging "mass_import_ocs" a l'aide de YUM, celui ci veux m'installer aussi GLPI (dépendance), donc pas la peine...
J'ai donc naturellement voulu installer le pluging manuellement comme décrit sur le WIKI. Celui ci fonctionne parfaitement lorsque j'execute le bash. J'ai donc voulu planifier le bash, mais celui ci n'est jamais executer par cromtab...
Donc je ne comprend pas trop pourquoi cela ne fonctionne pas.
Offline
Bonne nouvelle !
Ce matin, je regarde les log de cron et je remarque que cron.d est bien executer avec mon bash !
Cependant, j'ai pas de rapport dans GLPI comme quoi il y a bien eu une synchro (Central >Plugins >Import en masse OCS)
J'ai vu que le script permettant de réalisé le rapport était le fichier "ocsng_fullsync.php". Je pensais que le bash (ocsng_fullsync.sh) executait "ocsng_fullsync.php"...
Offline
J'ai vu que le script permettant de réalisé le rapport était le fichier "ocsng_fullsync.php". Je pensais que le bash (ocsng_fullsync.sh) executait "ocsng_fullsync.php"...
c'est bien le cas,
l'avantage du script shell est qu'il permet de lancer n processus d'import en parallèle
Offline
Donc dans ce cas pourquoi malgrès l'execution de "ocsng_fullsync.sh" (par cron ou en manuelle), je n'ai jamais de rapport dans GLPI :
???
Offline
il y a peut etre des chemins à éditer lorsque l'on installe le pluging manuellement ?
Offline
Le vérrouillage du plugin ne serait il pas activé ? ? ?
Offline
non
sinon qu'elle est le non du fichier qui lock le pluging ?
Offline
Yum installe GLPI dans ce répertoire : "/usr/share/glpi/". Le chemin de destination ne me plaie gère car toutes mes applications web sont sous "/var/www/html/".
/usr/share est le chemin "normalisé" (FHS) d'installation des applications fournies avec la distribution (donc interdit aux installations manuelles)
/var/www/html est réservé aux applications "personalisées" (avec /srv, très peu utilisé), donc réservé aux installations manuelles (donc déconseillé aux installations par paquet).
Pour ton problème, voir le journal glpi/files/_log/ocsng_fullsync.log
Essayer aussi l'exécution en ligne de commande avec l'option --nolog (affichage du traitement à l'écran)
++
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