Script pour exécuter une commande

Version imprimable

05/08/2014, 11h20
popps

Script pour exécuter une commande
Bonjour,

Je m'explique sur ce titre obscur.

Je réalise un script qui se connecte avec un utilisateur --> exécute l'instruction que je lui demande de réaliser --> puis se déconnecte.

Voila ce que j'ai fait, mais qui ne fonctionne pas
Code:

1 2 3 su zimbra zmprov md lecreusot.local zimbraAutoProvLastPolledTimestamp '' exi
t

Cela me connecte bien avec l'utilisateur zimbra mais c'est tous.

Donc je me suis dit que si je faisais juste un fichier avec ma commande ça pouvait fonctionner

Code:

nano timeStamp

Code:

zmprov md lecreusot.local zimbraAutoProvLastPolledTimestamp ''

Code:

su zimbra -c ./timeStamp

Mais là, il me demande un mot de passe alors qu'il n'y en a pas besoin.

J'ai recherché comment passer outre cette demande, mais je n'ai pas trouvé de solution

Quelqu'un pourrait m'aiguiller ?

Merci
05/08/2014, 11h41
Flodelarab

Bonjour,

pour le "su" qui bloque, c'est normal: il ouvre une session à part, si tu veux, et la fin de ton script ne s'exécutera que quand tu aura fini ton "su", ce qui n'arrive jamais puisque tu ne peux pas taper "exit".

Pour le reste, pourquoi ne pas utiliser un sudo? Correctement configuré, il ne demandera pas de mot de passe.

Code:

sudo -u zimbra ma_commande
05/08/2014, 12h50
popps
Cette commande je souhaite la faire régulièrement donc le faire via cron
j'ai modifié le fichier sudoers en ajoutant la ligne

Code:

%zimbra ALL=(ALL) NOPASSWD: ALL

et quand je fais la commande que tu ma donné cela me dit qu'il ne trouve pas la commande

Pourtant quand je le fais manuellement sa fonctionne
Code:

1 2 3 root@hdvlnxsr1:/# su zimbra zimbra@hdvlnxsr1:/$ zmprov md lecreusot.local zimbraAutoProvLastPolledTimestamp '' zimbra@hdvlnxsr1:/$
05/08/2014, 14h22
Flodelarab

Mets le chemin en absolu.
05/08/2014, 17h14
Sve@r

Bonjour

Citation:

Envoyé par popps

Cette commande je souhaite la faire régulièrement donc le faire via cron

Pourquoi alors ne pas mettre la commande zmprov md lecreusot.local zimbraAutoProvLastPolledTimestamp '' directement dans le cron de l'utilisateur zimbra ? Comme ça pas besoin de su ni de sudo !!!

PS: zimbra il me semble que c'est aussi le nom du webmail de free. Il y a un rapport ???
06/08/2014, 08h55
popps

Ça a un rapport mais de loin ^^

Je m'explique, je suis en stage et je dois mettre en place en plate-forme avec la solution de messagerie Zimbra Collaboration Suite. Je dois automatisé la création d'utilisateurs. Je je crée un utilisateur dans active directory le compte de messagerie doit se créer automatiquement.
Mais voilà, j'ai un petit bug qui crée la première fois les utilisateurs (les comptes qui sont déja dans AD se voient attribués leur boite zimbra, jusque la pas de souci) quand je crée un nouvel utilisateur la ça ne fonctionne pas.

Le paramétrage est bon sinon les 1er comptes n'auraient jamais été créé. La seule solution que j'ai trouvée pour l'instant et de réinitialisé le Time Stamp.

Cron je ne me suis jamais penché vraiment dessus je sait juste que c'est le planificateur de tâche sous linux, et c'est vrais que je suis parti dans l'idée de faire un script sans vraiment regardé ce que Cron proposait.
06/08/2014, 11h45
Sve@r

Citation:

Envoyé par popps

Cron je ne me suis jamais penché vraiment dessus je sait juste que c'est le planificateur de tâche sous linux, et c'est vrais que je suis parti dans l'idée de faire un script sans vraiment regardé ce que Cron proposait.

Oui, c'est un planificateur de tâches. Mais chaque tâche planifiée par un user particulier sera alors exécuté par le système comme si c'était le user en question qui la lançait. Vu que ton sudo zimbra commande a lui-aussi pour but de lancer la commande sous le compte zimbra, je me dis que ça fait double emploi quoi...

Te suffit de créer un fichier /var/spool/cron/crontabs/zimbra au format cron (tu recopies un autre existant) dans lequel tu planifies ta tâche puis tu fais un kill -HUP <pid_de_cron> pour que le cron recharge les fichiers des tâches des différents utilisateurs..
Généralement quand un user crée un cron pour lui il lui suffit de taper crontab -e ce qui fait automatiquement tout ce qui est ci-dessus mais si t'as pas accès à l'utilisateur zimbra la méthode précédente marche aussi.
07/08/2014, 10h22
popps

J'ai fait pas mal s’essaie différent mais toujours rien et là je sèche.

Je voudrais savoir si il existe une sécurité que empêcherait l'exécution d'une tache cron ?

je m'explique :

j'ai créé un tache cron avec root

Code:

* * * * * cat /opt/zimbra/log/mailbox.log > /opt/zimbra/script/test

le fichier test à bien été créé dans le bon répertoire avec le contenu de mailbox.log

Étant certain que cette tâche fonctionnait je me suis connecté a l'utilisateur zimbra

Code:

su zimbra

fais un

Code:

crontab -e

et mis ma tâche. Pour être sur j'ai même reboot le serveur, mais aucune création de fichier donc la tâche cron ne s'exécute pas
08/08/2014, 11h39
Sve@r

Citation:

Envoyé par popps

Je voudrais savoir si il existe une sécurité que empêcherait l'exécution d'une tache cron ?

Sécurité oui bien entendu. Unix/Linux sont aussi des OS sécurisés.
T'as deux fichiers /etc/cron.deny et/etc/cron.allow
Le /etc/cron.deny indique les users qui n'ont pas le droit d'utiliser le cron. Et le /etc/cron.allow indique ceux qui ont le droit.
Si aucun des deux n'existe, tout le monde a le droit
Si deny existe, tout le monde a le droit sauf ceux qui sont indiqués
Si allow existe, alors il a la priorité (deny est alors ignoré) et aucun n'a le droit sauf ceux marqués dans le fichier

Citation:

Envoyé par popps

su zimbra et mis ma tâche. Pour être sur j'ai même reboot le serveur, mais aucune création de fichier donc la tâche cron ne s'exécute pas

Moi déjà j'aurais fait su - pour prendre aussi l'environnement de zimbra. Mais déjà vérifie la présence et le contenu du fichier /var/spool/cron/crontabs/zimbra. Et vérifie aussi que zimbra a bien accès aux fichiers /opt/zimbra/log/mailbox.log et /opt/zimbra/script/test.
Vérifie aussi si zimbra n'a pas de mail. Quand un cron s'exécute mal il renvoie toujours un mail à l'utilisateur qui l'a invoqué...

2 pièce(s) jointe(s)

En effet comme à mon habitude j'ai oublié de regarder les droits (alors que sa doit être un réflexe)

J'ai mis l'utilisateur zimbra et le groupe zimbra propriétaire du répertoire /opt/zimbra/script (répertoire où je stocke le log que je souhaite créer)

Pièce jointe 153431

Je refais ma tâche

Code:

*/1 * * * * cat /opt/zimbra/log/mailbox.log > /opt/zimbra/script/logtest

Le fichier est bien créé, maintenant je passe à la tâche servant à automatiser l'exécution d'une commande propre à la solution zimbra.

Et là, ça coince toujours, J'ai tenté l'exécution de 2 manières

Directement la commande

Code:

*/1 * * * * zmprov md lecreusot.local zimbraAutoProvLastPolledTimestamp ''

Je reçois un mail avec l'information suivante

Citation:

/bin/sh: 1: zmprov: not found

via un script

Code:

1
2
3
4
5
6
#!/bin/bash
#Mise à jour Timestamp
zmprov md lecreusot.local zimbraAutoProvLastPolledTimestamp ''
#Création du fichier de log
temps=$(date +%F_%R)
echo "$temps  mise à jour" >> /opt/zimbra/script/timestamp.log

Je reçois un mail avec l'information suivante

Citation:

/opt/zimbra/script/timestamp: ligne 3: zmprov : commande introuvable

Mais le timestamp.log est bien généré et renseigné

Avec ces deux erreur le soucis pour moi c'est que le chemin de la commande zmprov qui se trouve dans /opt/zimbra/bin qui n'est pas spécifié

Pièce jointe 153432

Je me connecte avec l'utilisateur zimbra et affiche la variable PATH

Code:

echo $PATH

qui me retourne

Code:

1
2
zimbra@hdvlnxsr1:~/bin$ echo $PATH
/opt/zimbra/bin:/opt/zimbra/postfix/sbin:/opt/zimbra/openldap/bin:/opt/zimbra/snmp/bin:/opt/zimbra/rsync/bin:/opt/zimbra/bdb/bin:/opt/zimbra/openssl/bin:/opt/zimbra/java/bin:/usr/sbin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

/opt/zimbra/bin est bien spécifié donc il ne doit pas avoir du souci pour exécuté la commande . Cela se vérifie bien car quand je lance mon script directement aucun souci.

Je copie/colle le résultat du crontab -l sous l'utilisateur zimbra

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
MAILTO=admin@hdvlnxsr1.lecreusot.local
#*/1 * * * *  cat /opt/zimbra/log/mailbox.log > /opt/zimbra/script/logtest
*/1 * * * * /opt/zimbra/script/timestamp
#*/1 * * * * zmprov md lecreusot.local zimbraAutoProvLastPolledTimestamp ''
# ZIMBRASTART -- DO NOT EDIT ANYTHING BETWEEN THIS LINE AND ZIMBRAEND
SHELL=/bin/bash
#
# Log pruning
#
30 2 * * * find /opt/zimbra/log/ -type f -name \*.log\* -mtime +8 -exec rm {} \; > /dev/null 2>&1
35 2 * * * find /opt/zimbra/log/ -type f -name \*.out.???????????? -mtime +8 -exec rm {} \; > /dev/null 2>&1
#
# compress logs manually to avoid application pauses when
# handled through the log4j thread
#
50 2 * * * /opt/zimbra/libexec/zmcompresslogs > /dev/null 2>&1
#
# tmp dir cleaning
#
40 2 * * * /opt/zimbra/libexec/zmcleantmp
#
# Status logging
#
*/2 * * * * /opt/zimbra/libexec/zmstatuslog > /dev/null 2>&1
#*/10 * * * * /opt/zimbra/libexec/zmdisklog > /dev/null 2>&1
#
# SSL Certificate Expiration Checks
#
0 0 1 * * /opt/zimbra/libexec/zmcheckexpiredcerts -days 30 -email
#
# Backups
#
# BACKUP BEGIN
0 1 * * 6 /opt/zimbra/bin/zmbackup -f -a all    --mail-report
0 1 * * 0-5 /opt/zimbra/bin/zmbackup -i  --mail-report
0 0 * * * /opt/zimbra/bin/zmbackup -del 1m --mail-report
# BACKUP END
#
# crontab.ldap
#
# Monitor MDB database size
*/30 * * * * /opt/zimbra/libexec/zmldapmonitordb > /dev/null 2>&1
#
#
# crontab.store
#
# Log pruning
#
30 2 * * * find /opt/zimbra/mailboxd/logs/ -type f -name \*log\* -mtime +8 -exec rm {} \; > /dev/null 2>&1
30 2 * * * find /opt/zimbra/log/ -type f -name stacktrace.\* -mtime +8 -exec rm {} \; > /dev/null 2>&1
#
# Report on any database inconsistencies
#
0 23 * * 7 /opt/zimbra/libexec/zmdbintegrityreport -m
#
# Monitor for multiple mysqld to prevent corruption
#
#*/5 * * * * /opt/zimbra/libexec/zmcheckduplicatemysqld -e > /dev/null 2>&1
#
# Check zimbraVersionCheckURL for new update.
# Only runs if this server matches zimbraVersionCheckServer
# Only executes on zimbraVersionCheckInterval. min 2h interval
#
18 */2 * * * /opt/zimbra/libexec/zmcheckversion -c >> /dev/null 2>&1
#
# Invoke "ComputeAggregateQuotaUsageRequest" periodically
#
15 2 * * *      /opt/zimbra/libexec/zmcomputequotausage > /dev/null 2>&1
#
# Invoke "client_usage_report.py" periodically to process /opt/zimbra/log/access_log* files
#
55 1 * * *      /opt/zimbra/libexec/client_usage_report.py > /dev/null 2>&1
#
# Run zmgsaupdate util to trickeSync galsync accounts
#
49 0 * * 7      /opt/zimbra/libexec/zmgsaupdate > /dev/null 2>&1
#
# crontab.logger
#
# process logs
#
00,10,20,30,40,50 * * * * /opt/zimbra/libexec/zmlogprocess > /tmp/logprocess.out 2>&1
#
# Graph generation
#
#10 * * * * /opt/zimbra/libexec/zmgengraphs >> /tmp/gengraphs.out 2>&1
#
# Daily reports
#
30 23 * * * /opt/zimbra/libexec/zmdailyreport -m
#
# crontab.mta
#
#
# Queue logging
#
0,10,20,30,40,50 * * * * /opt/zimbra/libexec/zmqueuelog
#
# Spam training
#
0 22 * * * /opt/zimbra/bin/zmtrainsa >> /opt/zimbra/log/spamtrain.log 2>&1
#
# Spam training cleanup
#
45 23 * * * /opt/zimbra/bin/zmtrainsa --cleanup >> /opt/zimbra/log/spamtrain.log 2>&1
#
# Spam rule updates
#
45 0 * * * . /opt/zimbra/.bashrc; /opt/zimbra/libexec/zmsaupdate
#
# Dspam cleanup
#
0 1 * * * [ -d /opt/zimbra/data/dspam/data/z/i/zimbra/zimbra.sig ] && find /opt/zimbra/data/dspam/data/z/i/zimbra/zimbra.sig/ -type f -name \*sig -mtime +7 -exec rm {} \; > /dev/null 2>&1
8 4 * * * [ -f /opt/zimbra/data/dspam/system.log ] && /opt/zimbra/dspam/bin/dspam_logrotate -a 60 -l /opt/zimbra/data/dspam/system.log
8 8 * * * [ -f /opt/zimbra/data/dspam/data/z/i/zimbra/zimbra.log ] && /opt/zimbra/dspam/bin/dspam_logrotate -a 60 -l /opt/zimbra/data/dspam/data/z/i/zimbra/zimbra.log
#
# Spam Bayes auto-expiry
#
20 23 * * * /opt/zimbra/libexec/sa-learn -p /opt/zimbra/conf/salocal.cf --dbpath /opt/zimbra/data/amavisd/.spamassassin --siteconfigpath /opt/zimbra/conf/spamassassin --force-expire --sync > /dev/null 2>&1
#
# Clean up amavisd/tmp
#
15 5,20 * * * find /opt/zimbra/data/amavisd/tmp -maxdepth 1 -type d -name 'amavis-*' -mtime +1 -exec rm -rf {} \; > /dev/null 2>&1
#
# Clean up the quarantine dir
#
0 1 * * * find /opt/zimbra/data/amavisd/quarantine -type f -mtime +7 -exec rm -f {} \; > /dev/null 2>&1
 
# ZIMBRAEND -- DO NOT EDIT ANYTHING BETWEEN THIS LINE AND ZIMBRASTART

Des idées sur ce problème ?

11/08/2014, 17h30
Winnt

Bonjour,

Simplement mettre le chemin complet à zmprov dans la crontab.
Ce problème est régulièrement évoqué sur ce forum.
12/08/2014, 09h47
jack-ft

Sur un air connu: le cron est exécuté avec un path extrêmement limité...
Pour le vérifier, il suffit de mettre "echo $PATH" dans le cron!
19/08/2014, 08h47
popps

Merci, en ajoutant opt/zimbra/bin/ma commande sa a fonctionné.

Merci d'avoir pris le temps de m'aider.
20/08/2014, 16h02
Sve@r

Citation:

Envoyé par Winnt

Ce problème est régulièrement évoqué sur ce forum.

C'est vrai que c'est un problème connu de ceux qui sont habitués à manipuler le cron. Mais c'est pas évident pour un débutant de savoir que ce problème est si trivial que la réponse a déjà été donnée plusieurs fois...

Citation:

Envoyé par jack-ft

Sur un air connu: le cron est exécuté avec un path extrêmement limité...

Oui mais il n'est pas gravé dans le marbre non plus. Celui qui veut un PATH plus complet peut aussi aller le remplir s'il a envie (faut qu'il soit admin quand-même mais aujourd'hui qui ne l'est pas... ?)

Citation:

Envoyé par jack-ft

Pour le vérifier, il suffit de mettre "echo $PATH" dans le cron!

C'est une solution. Il peut aussi plus simplement aller voir le ficher /etc/crontab... :aie: