Exécution du script bm_check_all.sh

gsoub · April 25, 2016, 12:32pm

D’accord, donc ça ne serait qu’un “faux négatif” au final ?

Voici le retour : [code]# Edit this file to introduce tasks to be run by cron.

Each task to run has to be defined through a single line

indicating with different fields when the task will be run

and what command to run for the task

To define the time you can provide concrete values for

minute (m), hour (h), day of month (dom), month (mon),

and day of week (dow) or use ‘*’ in these fields (for ‘any’).#

Notice that tasks will be started based on the cron’s system

daemon’s notion of time and timezones.

Output of the crontab jobs (including errors) is sent through

email to the user the crontab file belongs to (unless redirected).

For example, you can run a backup of all your user accounts

at 5 a.m every week with:

0 5 * * 1 tar -zcf /var/backups/home.tgz /home/

For more information see the manual pages of crontab(5) and cron(8)

m h dom mon dow command

0 5 * * * /usr/share/bm-checks/bm_check_all.sh[/code]

Non non, c’est un Debian light avec juste BlueMind, donc je ne vois pas ce que je peux avoir qui gêne le script.

Toony · April 25, 2016, 12:37pm

Il semblerait que ce soit un faux négatif, mais je ne vois pas la raison pour laquelle il se produirait…

Pouvons-nous attendre demain pour voir si ça continu ?

gsoub · April 25, 2016, 12:38pm

Bien sûr, tant que ça fonctionne, il n’y a pas d’urgence. C’était surtout pour m’assurer que cette erreur ne pose pas de réel problème.

Je reviens vers vous demain.

gsoub · April 26, 2016, 9:16am

Bonjour,

Je confirme que cela continu :

On check_core.sh... check_core.sh is OK. On check_dav.sh... check_dav.sh is OK. On check_disk_usage.sh... check_disk_usage.sh is OK. On check_eas.sh... check_eas.sh is OK. On check_es.sh... check_es.sh is OK. On check_hps.sh... check_hps.sh is OK. On check_imap.sh... check_imap.sh is OK. On check_ips.sh... check_ips.sh is OK. On check_lmtp.sh... Authentication failed. no mechanism available check_lmtp.sh is OK. On check_locator.sh... 92.222.104.236 check_locator.sh is OK. On check_milter.sh... check_milter.sh is OK. On check_mq.sh... check_mq.sh is OK. On check_node.sh... check_node.sh is OK. On check_smtp.sh... check_smtp.sh is OK. On check_tika.sh... check_tika.sh is OK. On check_tomcat.sh... check_tomcat.sh is OK. On check_xmpp.sh... check_xmpp.sh is OK. On check_ysnp.sh... check_ysnp.sh FAILED.

Toony · April 26, 2016, 9:37am

Et actuellement, l’erreur n’y est pas ?

gsoub · April 26, 2016, 10:58am

En effet, l’erreur n’y est plus à l’instant.

Toony · April 26, 2016, 12:38pm

Pouvez-vous voir si cette erreur apparaît actuellement si l’exécution est démarré par la cron ?

gsoub · April 27, 2016, 9:36am

Alors je n’ai pas testé à l’instant, mais cela s’est reproduit encore une fois ce matin. Ça a tout l’air d’être un problème lié à la crontask.

Toony · April 27, 2016, 9:49am

Pourriez-vous le jouer à un autre heure via la cron ?

gsoub · April 27, 2016, 9:50am

Bien sûr, je la lance à 12h00 et je reviens vers après.

gsoub · April 27, 2016, 12:09pm

Je confirme que le “FAILED” s’est reproduit encore ce midi.

Toony · April 27, 2016, 12:32pm

Ok, je reproduis sur une Debian Wheezy ! \o/

À mon avis, il y a une subtilité avec la cron qui nous empêche d’accèder convenablement au socket unix de ysnp. Je vous tiens informé.

Toony · April 27, 2016, 12:57pm

/usr/sbin n’est pas dans le PATH lorsqu’un script est exécuté via la cron…
du coups testsaslauthd n’est pas trouvé.

Un ticket a été créé. Le fix sera en 3.0.32.

En attendant, vous pouvez modifier votre script /usr/share/check_ysnp.sh et remplacer testsaslauthd par /usr/sbin/testsaslauthd.

gsoub · April 27, 2016, 1:11pm

Parfait, merci beaucoup pour votre aide. On sait d’où ça vient maintenant

Bonne fin de journée !