! Donc pas de mail, bonne new-vail.
Comment faire ?
Je peux fournir des infos si besoin !
Les sorties d’exécution de toute ligne présente dans un cron sont, logiquement,
envoyées au propriétaire du … cron. Il y aura donc un envoi de mail à chaque
exécution programmée si cette exécution
Bonjour,
Le jeudi 04 septembre 2014, Pierre Malard a écrit...
Une solution est donc de s’assurer que les lancements cron soient
silencieux. Éventuellement, on peut encapsuler cette commande, si
elle est trop bavarde, dans un script d’analyse qui se charge soit
d’envoyer lui-même le
Le 04/09/2014 10:26, Jean-Michel OLTRA a écrit :
Bonjour,
Le jeudi 04 septembre 2014, Pierre Malard a écrit...
Une solution est donc de s’assurer que les lancements cron soient
silencieux. Éventuellement, on peut encapsuler cette commande, si
elle est trop bavarde, dans un script
Bonjour la liste,
Je reçois quatre mails chaque jour, alors que je n'ai qu'un seul serveur
de configuré pour l'envoi !
Je compte configurer les autres, mais je ne souhaiterais m'en préoccuper
que s'il y a des problèmes en vue ! Donc pas de mail, bonne new-vail.
Comment faire ?
Je peux fournir
Bonjour,
depuis plusieurs jours je reçois des mail de ma debian avec ceci écrit
dedans
run-parts: /etc/cron.daily/locate exited with return code 2
j'ai essayer d’exécuté ce locate en tant que root et aucune erreur et
pas de mail d'envoyé
Des idées ?
--
Lisez la FAQ de la liste avant
mail d'envoyé
Pas de mail d'envoyé, c'est normal. C'est cron qui envoie un mail quand la
commande génère des messages (STDOUT ou STDERR) ou un code retour non-nul, donc
la même commande lancée dans un shell ne produira pas le même résultat.
Après exécution de la commande, quel est son code retour
[Merci de ne pas me mettre en destinataire ou en CC de tes réponses, je suis
abonné à la liste]
Le mercredi 23 juillet 2014 à 15:42, Clément Breuil a écrit :
Comme dans le mail code erreur 2
/etc/cron.daily# echo $?
2
Ya t'il un endroit ou sont localisé les codes erreur = définition ?
# sh -x /etc/cron.daily/locate
+ set -e
+ [ -e /usr/bin/updatedb.findutils ]
+ id -u
+ [ 0 != 0 ]
+ FINDOPTIONS=-ignore_readdir_race
+ PRUNEFS=NFS nfs nfs4 afs binfmt_misc proc smbfs autofs iso9660 ncpfs
coda devpts ftpfs devfs mfs shfs sysfs cifs lustre_lite tmpfs usbfs udf
ocfs2
+
Comme dans le mail code erreur 2
/etc/cron.daily# echo $?
2
Ya t'il un endroit ou sont localisé les codes erreur = définition ?
Le 23/07/2014 15:27, Sébastien NOBILI a écrit :
Après exécution de la commande, quel est son code retour ?
echo $?
--
Lisez la FAQ de la liste avant de poser
# cd /var/cache/
# ls
apt debconf ldconfig localepurge man samba
# mkdir locate
# cd /etc/cron.daily/
# ./locate
# echo $?
0
Le 23/07/2014 16:02, Clément Breuil a écrit :
# sh -x /etc/cron.daily/locate
+ set -e
+ [ -e /usr/bin/updatedb.findutils ]
+ id -u
+ [ 0 != 0 ]
+
Le mercredi 23 juillet 2014 à 16:06, Breuil Clément a écrit :
# cd /var/cache/
# ls
apt debconf ldconfig localepurge man samba
# mkdir locate
# cd /etc/cron.daily/
# ./locate
# echo $?
0
Cool !
Tu as une idée de la raison de l'absence de ce dossier ???
Seb
--
Lisez la FAQ de la
Le 23 juil. 14 à 15:57, Sébastien NOBILI a écrit :
[Merci de ne pas me mettre en destinataire ou en CC de tes
réponses, je suis
abonné à la liste]
Le mercredi 23 juillet 2014 à 15:42, Clément Breuil a écrit :
Comme dans le mail code erreur 2
/etc/cron.daily# echo $?
2
Ya t'il un
Jul 23 06:25:01 s1 /USR/SBIN/CRON[30437]: (root) CMD (test -x /usr/sbin/anacron
|| ( cd / run-parts --report /etc/cron.daily ))
Rien d'intéressant dans le syslog
Juste les tâche cron qui s'exécute.
Le 23 juil. 2014 à 17:32, Philippe Gras ph.g...@worldonline.fr a écrit :
Le 23 juil. 14 à
C'est de ma faute en faite j'ai voulu vider ce dossier de cache mais
apparemment certaine script/application ne recrée pas leur dossier si il
n'existe plus, alors que d'autre oui.
Le 23 juil. 2014 à 17:00, Sébastien NOBILI sebnewslet...@free.fr a écrit :
Le mercredi 23 juillet 2014 à
https://lists.debian.org/debian-user-french/2013/12/msg00708.html
J'ai eu le même problême concernant les dépendences manquants sur le packet
virtuel cron-damon; mais j'ai su le faire corriger dans le packet de exim4-
base. C'est corrigé en GIT, il faut attendre un nouvelle version en
Bonjour à tous.
J'aimerais savoir comment éviter les interférences entre deux tâches
planifiées à des heures différentes.
Par exemple : la tâche A s'exécute à 8h 30 et B s'exécute à 8H35.
Je voudrais que la tâche B ne démarre que si A s'est terminé.
--
Cordialement
Essodjolo KAHANAM
Le jeudi 17 avril 2014, 09:37:58 KAHANAM Essodjolo a écrit :
Bonjour à tous.
J'aimerais savoir comment éviter les interférences entre deux tâches
planifiées à des heures différentes.
Par exemple : la tâche A s'exécute à 8h 30 et B s'exécute à 8H35.
Je voudrais que la tâche B ne démarre que
ne démarre que si A s'est terminé.
Piste peut-être overkill, mais si tu utilises systemd je pense que tu peux lui
faire gérer ce cas : il fournit un remplacement à cron et comme les tâches sont
des unités, tu peux définir des dépendances avec « After= ».
Tu peux trouver plus d'info sur
https
'lut,
J'aimerais savoir comment éviter les interférences entre deux tâches
planifiées à des heures différentes.
Par exemple : la tâche A s'exécute à 8h 30 et B s'exécute à 8H35.
Je voudrais que la tâche B ne démarre que si A s'est terminé..
un truc comme ça ?
PGREP=/usr/bin/pgrep
Le 17/04/2014 11:37, KAHANAM Essodjolo a écrit :
Bonjour à tous.
J'aimerais savoir comment éviter les interférences entre deux tâches
planifiées à des heures différentes.
Par exemple : la tâche A s'exécute à 8h 30 et B s'exécute à 8H35.
Je voudrais que la tâche B ne démarre que si A s'est
Bonjour,
Le vendredi 03 janvier 2014 à 18:36, JUPIN Alain a écrit :
Avant le rsync sur le LAN je boucle jusqu'à ce que sa pingue (et les
logs de mon script montre que çà fonctionne)
C'est pas parce que le serveur répond au ping qu'il est possible de s'y
connecter en SSH. Chez Debian, la
Bonjour,
Le vendredi 03 janvier 2014 à 8:02, JUPIN Alain a écrit :
Une idée ?
Oui, comparer les environnements !
Réduis ton script à la simple ligne suivante :
env /tmp/env.out
Lance-le en console, lance-le par cron et compare les deux sorties. Sois
attentif aux variables suivantes
Le Fri, 03 Jan 2014 08:10:01 +0100, JUPIN Alain a écrit :
j'ai eu des problèmes dans le genre : tentes avec le chemin complet des
fichiers de commande.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec
Le 03/01/2014 11:22, Sébastien NOBILI a écrit :
Bonjour,
Le vendredi 03 janvier 2014 à 8:02, JUPIN Alain a écrit :
Une idée ?
Oui, comparer les environnements !
Réduis ton script à la simple ligne suivante :
env /tmp/env.out
Lance-le en console, lance-le par cron et compare les deux
Il y a beaucoup de choses qui diffèrent entre une exécution sous shell et dans
un cron. J'ai hésité à répondre car je ne me souviens plus très bien comment
résoudre le problème lorsqu'il parait.
La solution de voir l'environnement est bonne, il suffit de compléter
éventuellement... dans le
serveur de backup sur mon LAN
Si je l'exécute depuis la console (en root) - RAS il fonctionne à
merveille.
Si je l’exécute depuis une tache cron (en root) - ca bug !
Le 1er rsync :
Permission denied, please try again.
Permission denied, please try again.
Permission denied (publickey,password
installé systemd-cron parce que je
veux conserver exim4.)
C'est parce que exim4 dépend de cron?
Ce n'est pas terrible pour systemd-cron de ne pas garder la
compatibilité avec cron:
Replaces: cron
Provides: cron-daemon
Breaks: cron
contrairement à cronie, par exemple:
Replaces: cron
Provides: cron
Bonjour,
Je n'ai pas suivi le fil mais lu ce message. Et j'ai remplacé
sysvinit par systemd-sysv (en testing/stable sur un DELL LATITUDE
E6520). J'ai retrouvé l'hibernation (sous Gnome 3) et n'ai pas
remarqué de souci. (Je n'ai pas installé systemd-cron parce que je
veux conserver exim4
Bonjour à tous les utilisateurs et développeurs de Debian :
Le 30/12/2013, Pierre Crescenzopie...@crescenzo.nom.fr a écrit :
Je ne sais pas, je ne connais pas cron-daemon et ne le trouve pas dans la
liste des paquets sur le site Debian.
Le paquet cron-daemon est un paquet virtuel. Sur le site
On 2013-12-30 16:51:23 +0100, Pierre Crescenzo wrote:
Sinon il y a une différence de ce qui est requis entre cron et
le paquet virtuel cron-daemon?
Je ne sais pas, je ne connais pas cron-daemon et ne le trouve pas
dans la liste des paquets sur le site Debian.
Parce que c'est un paquet
wrote:
On Wed, Nov 06, 2013 at 10:25:15AM CET, Jean-Louis Louër
jl.lou...@xagagroup.com said:
Bonjour,
je souhaite lancer la commande suivante dans un cron afin de
supprimer des fichiers sur un serveur distant :
/bin/echo rm *test | /usr/bin/sftp monuser@monserver
En ligne de commande, ça
Bonjour,
je souhaite lancer la commande suivante dans un cron afin de supprimer
des fichiers sur un serveur distant :
/bin/echo rm *test | /usr/bin/sftp monuser@monserver
En ligne de commande, ça fonctionne très bien, mais pas dans un script
planifié par 'cron'. Une idée ?
JLL
--
Lisez
On Wed, Nov 06, 2013 at 10:25:15AM CET, Jean-Louis Louër
jl.lou...@xagagroup.com said:
Bonjour,
je souhaite lancer la commande suivante dans un cron afin de
supprimer des fichiers sur un serveur distant :
/bin/echo rm *test | /usr/bin/sftp monuser@monserver
En ligne de commande, ça
On 06/11/2013 10:29, Erwan David wrote:
On Wed, Nov 06, 2013 at 10:25:15AM CET, Jean-Louis Louër
jl.lou...@xagagroup.com said:
Bonjour,
je souhaite lancer la commande suivante dans un cron afin de
supprimer des fichiers sur un serveur distant :
/bin/echo rm *test | /usr/bin/sftp monuser
#!/bin/bash
/usr/bin/sftp user@server:/*toto /chemin/
/bin/echo rm *toto | /usr/bin/sftp user@server /tmp/log
Résultat : les fichiers *toto sont bien transférés dans mon répertoire
/chemin/ mais pas de suppression à distance.
/bin/rm peut-être
--
Lisez la FAQ de la liste avant de poser
On 06/11/2013 10:47, nb wrote:
#!/bin/bash
/usr/bin/sftp user@server:/*toto /chemin/
/bin/echo rm *toto | /usr/bin/sftp user@server /tmp/log
Résultat : les fichiers *toto sont bien transférés dans mon répertoire
/chemin/ mais pas de suppression à distance.
/bin/rm peut-être
J'ai
On 01/03/2013 23:15, C Diaz wrote:
Bonsoir,
Mon problème du jour, un script, appelé par cron, ne donne pas le même
résultat que si je l'exécute dans une console.
Ce ne serait pas cron qui lance ton script avec bash/dash et en console
que ce soit le contraire.
--
F.Mescam
--
Lisez la FAQ
Le 03/03/2013 09:20, Francois Mescam a écrit :
On 01/03/2013 23:15, C Diaz wrote:
Bonsoir,
Mon problème du jour, un script, appelé par cron, ne donne pas le même
résultat que si je l'exécute dans une console.
Ce ne serait pas cron qui lance ton script avec bash/dash et en
console que ce
pipe sous certaines
conditions.)
Oui les deux commandes dans un script appelé par cron donnent la même
chose, ce n'est donc pas pipe qui pose problème.
Christophe
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un
Bonjour,
On 2013-03-03 09:49:04 +0100, C Diaz wrote:
Le 03/03/2013 09:20, Francois Mescam a écrit :
Ce ne serait pas cron qui lance ton script avec bash/dash et en console
que ce soit le contraire.
Tiens, dash, c'est la première fois que j'en entends parler. Pourtant mon
script appelé par
On 2013-03-02 10:51:47 +0100, C Diaz wrote:
Chez moi ça ne marche pas aussi bien, la commande grep semble plus
récalcitrante.
Dans le script appelé par cron,
/sbin/tune2fs -l fichier_enregistrant_la_sortie
fonctionne
mais
/sbin/tune2fs -l | /bin/grep ma chaine de tri
Le Sat, 02 Mar 2013 02:10:01 +0100, SIAGEP - Stéphane RIGOULOT a écrit :
Pourquoi le script appelé par cron ne voit pas la commande tune2fs ?
Le problème est le même pour toutes les autres partitions du système, ce
n'est pas lié à /dev/sda6.
J'ai déjà eu le même problème : résolu en mettant
Le 02/03/2013 09:13, moi-meme a écrit :
J'ai déjà eu le même problème : résolu en mettant le chemin absolu des
commandes/fichiers data.
.../...
Chez moi ça ne marche pas aussi bien, la commande grep semble plus
récalcitrante.
Dans le script appelé par cron,
/sbin/tune2fs -l
On 2013-03-02 08:13:12 +, moi-meme wrote:
Le Sat, 02 Mar 2013 02:10:01 +0100, SIAGEP - Stéphane RIGOULOT a écrit :
Pourquoi le script appelé par cron ne voit pas la commande tune2fs ?
Le problème est le même pour toutes les autres partitions du système, ce
n'est pas lié à /dev/sda6
On 2013-03-02 10:51:47 +0100, C Diaz wrote:
Chez moi ça ne marche pas aussi bien, la commande grep semble plus
récalcitrante.
Dans le script appelé par cron,
/sbin/tune2fs -l fichier_enregistrant_la_sortie
fonctionne
mais
/sbin/tune2fs -l | /bin/grep ma chaine de tri
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 03/03/2013 02:06, Vincent Lefevre a écrit :
On 2013-03-02 10:51:47 +0100, C Diaz wrote:
Salut
Chez moi ça ne marche pas aussi bien, la commande grep semble plus
récalcitrante.
Dans le script appelé par cron,
/sbin/tune2fs -l
Bonsoir,
Mon problème du jour, un script, appelé par cron, ne donne pas le même
résultat que si je l'exécute dans une console.
Dans la crontab de root il y a cette ligne:
30 20 * * */usr/local/bin/mon_script.sh
et mon script contient les lignes
Du fonctionnement du grep dans les scripts CRON.
Quelques pistes :
http://www.dbforums.com/unix-shell-scripts/731441-strange-problem-grep-cron-
not-working.html
http://www.linuxquestions.org/questions/linux-general-1/grep-does-not-work-i
n-crontab-script-579483/
http://serverfault.com/questions
Bonjour à tous,
Sur une machine de prod (Debian Lenny) j'ai une cascade de sripts (shell +
java + php) qui s'enchainent pour traiter des fichiers. La finalité est de
produire une procédure dégradée en milieu hospitalier (circuit du
médicament).
Je lance manuellement le script appelé par la cron
On Fri, 30 Nov 2012 13:01:21 +0100
Erwan PINVIDIC erwan.pinvi...@gmail.com wrote:
Je lance manuellement le script appelé par la cron, j'ai un bon encodage au
final des données.
Le cron tout seul me pourri l'encodage. exemple : μG devient B5G... les
accents ne passent plus...
Commence par
On 2012-11-30 13:01:21 +0100, Erwan PINVIDIC wrote:
Je lance manuellement le script appelé par la cron, j'ai un bon encodage au
final des données.
Le cron tout seul me pourri l'encodage. exemple : μG devient B5G... les
accents ne passent plus...
Problème classique de locales. Il faut les
Le 07/12/11 à 08:12, Grégory Bulot debian.list200...@batman.dyndns.org a
écrit :
GB Bonjour,
GB
GB J'utilise munin pour 'monitorer' mes pc. un process est lancé toute les
GB 5 minutes : (extrait du /etc/cron.d/munin-node)
GB
GB /USR/SBIN/CRON[18633]: (root) CMD (if
GB [ -x /etc/munin/plugins
Bonjour, Bonsoir,
Le Sun, 18 Dec 2011 19:52:08 +0100, Daniel Caillibaud, vous avez écrit :
C'est juste le lancement du plugin apt_all, il t'es utile ?
Sinon, vire le et commente cett ligne de log (ce que j'ai fait car
j'utilise cron-apt pour ça, apticron le fait aussi).
C'est vrai
Bonjour,
J'utilise munin pour 'monitorer' mes pc. un process est lancé toute les
5 minutes : (extrait du /etc/cron.d/munin-node)
/USR/SBIN/CRON[18633]: (root) CMD (if
[ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all
update 7200 12 /dev/null; elif [ -x /etc/munin/plugins/apt
mon_script.sh) ]
/home/contact/mon_script.sh
Ca doit lancer mon_script.sh s'il ne tourne pas déjà.
La crontab fait bien son boulot car je vois:
FA:~# grep mon_script.sh /var/log/syslog|tail -n 1
Oct 15 12:29:01 FA /USR/SBIN/CRON[2837]: (contact) CMD ([ -z
$(/usr/bin/pgrep -f mon_script.sh) ] /home
Bonjour,
Le Sat, 15 Oct 2011 12:53:46 +0200, fabrice régnier, vous avez écrit :
FA:~# grep mon_script.sh /var/log/syslog|tail -n 1
Oct 15 12:29:01 FA /USR/SBIN/CRON[2837]: (contact) CMD ([ -z
$(/usr/bin/pgrep -f mon_script.sh) ] /home/contact/mon_script.sh)
Par contre, mon_script.sh
/SBIN/CRON[2837]: (contact) CMD ([ -z
$(/usr/bin/pgrep -f mon_script.sh) ] /home/contact/mon_script.sh)
Par contre, mon_script.sh n'est pas exécuté.
Lorsque j'exécute en console la même commande:
contact@FA:~$ [ -z $(/usr/bin/pgrep -f mon_script.sh) ]
/home/contact/mon_script.sh
alors
On Sat, 15 Oct 2011 12:53:46 +0200
fabrice régnier regnier@free.fr wrote:
* */1 * * * [ -z $(/usr/bin/pgrep -f mon_script.sh) ]
/home/contact/mon_script.sh
Et avec:
* */1 * * * if [ -z $(/usr/bin/pgrep -f mon_script.sh) ]; then
/home/contact/mon_script.sh; fi
?
--
--
Lisez la FAQ de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 15/10/2011 13:20, fabrice régnier a écrit :
alors, mon_script.sh démarre bien.
Quelqu'un a une idée de mon erreur ?
Le script démarre peut-être bien, mais plante après.
Cron nettoie les variables d'environnement, par exemple PATH qui est
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 15/10/2011 13:40, Grégory Bulot a écrit :
renome ton fichier et ton cron en retirant l'extension (.sh)
Intérêt ?
- --
Aeris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http
Bonjour, Bonsoir,
Le Sat, 15 Oct 2011 13:51:47 +0200, Aéris, vous avez écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 15/10/2011 13:40, Grégory Bulot a écrit :
renome ton fichier et ton cron en retirant l'extension (.sh)
Intérêt ?
essaye tu verras avec extension le fichier
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 15/10/2011 15:50, Grégory Bulot a écrit :
essaye tu verras avec extension le fichier mon_script.sh n'est pas
exécuté, mon_script lui le sera
Ça c'est pour les cron dans /etc/rc*
Qui sont lancés via run-parts
Qui défini bien une regexp de filtre
j'ai remplacé le par le if then fi,
le script s'est lancé. Sauf qu'il se lançait à chaque heure, le test ne
faisait plus son boulot.
@florent et denis
vous aviez raison, à priori un cron avec 'pgrep -f mon_prog mon_prog'
ne peut jamais fonctionner. Avec l'option -f ou pas.
Ce qui
On Sat, 15 Oct 2011 17:44:51 +0200
fabrice régnier regnier@free.fr wrote:
...
@jean-yves
tu m'as fais espérer car lorsque j'ai remplacé le par le if then fi,
le script s'est lancé. Sauf qu'il se lançait à chaque heure, le test ne
faisait plus son boulot.
C'est exactement ce que ton
Bonjour,
J'ai installé cron-apt et l'ai configuré pour recevoir un mail lors de
la mise à jour de paquets (dans /etc/cron-apt/config):
MAILON=upgrade
Voici ce que j'ai dans action.d:
* 0-update :
update -o quiet=2
* 3-download
autoclean -y
dist-upgrade -d -y -o APT::Get::Show
Le 04/08/2011 09:53, Raphael Bauduin a écrit :
Bonjour,
J'ai installé cron-apt et l'ai configuré pour recevoir un mail lors de
la mise à jour de paquets (dans /etc/cron-apt/config):
MAILON=upgrade
Voici ce que j'ai dans action.d:
* 0-update :
update -o quiet=2
* 3-download
à jour alors que la configuration est en
download-only?
CRON-APT RUN [/etc/cron-apt/config]: Thu Aug 4 04:00:01 CEST 2011
CRON-APT SLEEP: 1768, Thu Aug 4 04:29:29 CEST 2011
CRON-APT ACTION: 3-download
CRON-APT LINE: /usr/bin/apt-get dist-upgrade -d -y -o
APT::Get::Show-Upgraded=true
ne met rien à jour. Comment se fait-il
q'un paquet a été mis à jour alors que la configuration est en
download-only?
CRON-APT RUN [/etc/cron-apt/config]: Thu Aug 4 04:00:01 CEST 2011
CRON-APT SLEEP: 1768, Thu Aug 4 04:29:29 CEST 2011
CRON-APT ACTION: 3-download
CRON-APT LINE: /usr/bin/apt
On Thu, 4 Aug 2011 11:41:02 +0200, Raphael Bauduin rbli...@gmail.com wrote:
Le dist-upgrade se fait donc bien en download-only. Cependant ce matin
j'ai recu un mail indiquant qu'un paquet a été mis à jour, et en
effet, un dist-upgrade manuel ne met rien à jour. Comment se fait-il
q'un
On Friday 01 April 2011 à 11:22:44AM, C. Mourad Jaber wrote:
[snip]
Faut-il ajouter quelque chose dans le PATH pour que cela puise fonctionner ?
mon script :
#! /bin/bash
SERVICE=/usr/bin/service
$SERVICE mysql stop
$SERVICE slapd stop
$SERVICE mysql start
$SERVICE slapd start
J'ai
Bonjour,
J'ai besoin d'arrêter et de redémarrer mysql et openldap de manière planifier via cron
(sur le crontab du root).
Pour se faire, j'ai fait un petit script qui fait appel à la commande service (j'ai essayé
aussi l'appel directe des scripts du /etc/init.d)...
Quand je lance mon script
'lut,
Je ne connais pas '/usr/bin/service mysql start/stop' (propre à ubuntu?)
mais ceci dans un fichier placé dans /etc/cron.d/ fonctionne bien pour moi
0 0 * * * root /etc/init.d/mysql stop [zap: sauvegarde]
/etc/init.d/mysql start
Merci pour vos lumières !
j'ai un peu peur d'avoir
As-tu essayé de passer par la cron générale en utilisateur root
/etc/crontab
--
Salutations.
Jean-Claude
Marre des versions stables, je vais tester les instables, au moins je
saurai pourquoi ça plante !
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr
Le 01/04/2011 11:53, fabrice régnier a écrit :
'lut,
Je ne connais pas '/usr/bin/service mysql start/stop' (propre à ubuntu?) mais ceci dans
un fichier placé dans /etc/cron.d/ fonctionne bien pour moi
0 0 * * * root /etc/init.d/mysql stop [zap: sauvegarde] /etc/init.d/mysql
start
Merci
|
| Non, c'est un bug de php5 : il faut systématiquement purger les modules
| désinstalelr sinon php foire
| car il essaye de les charger.
|
Comment fait-on?
Lors de mes recherche purger modules php5 je ne trouve que des référence
avec le module php de apache ?
--
Lisez la FAQ de la liste
Bonjour, je reçois toutes les 10Min le mail suivant.
Le soucis est que je sais pas trop quoi faire
Merci d'avance de me mettre sur une piste et de faire une suggestion.
Message original
Objet: Cron r...@bureau [ -x /usr/lib/php5
On Mon, 18 Oct 2010 18:20:18 +0200, zut...@laposte.net wrote:
conséquence d'une install egroupware ou équivalent, solt: rectifier le
cron pour qu'il n'ait lieu qu'une seule fois par jour (sauf si machine en
prod)
Bonjour, je reçois toutes les 10Min le mail suivant.
Le soucis est que je sais
On Fri, Oct 22, 2010 at 02:40:46PM CEST, Jean-Yves F. Barbier
12u...@gmail.com said:
On Mon, 18 Oct 2010 18:20:18 +0200, zut...@laposte.net wrote:
conséquence d'une install egroupware ou équivalent, solt: rectifier le
cron pour qu'il n'ait lieu qu'une seule fois par jour (sauf si machine en
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bonjour Nicolas,
Sur mon serveur en Debian Lenny, j'utilise cron-apt pour me tenir au
courant des mises-à-jour importantes à installer. Ca fonctionne très
bien.
Comme j'utilise également les backports, je cherche une solution pour
intégrer à
Alexis de BRUYN ale...@de-bruyn.fr writes:
Bonjour Nicolas,
Bonjour,
Sur mon serveur en Debian Lenny, j'utilise cron-apt pour me tenir au
courant des mises-à-jour importantes à installer. Ca fonctionne très
bien.
Comme j'utilise également les backports, je cherche une solution pour
Re,
On Wed, Sep 15, 2010 at 02:46:24PM +0200, Nicolas KOWALSKI wrote:
[...]
J'ai donc rajouté OPTIONS=-t lenny-backports au fichier
/etc/cron-apt/config.
Heu... t'es sûr que tu n'es pas en train de demander uniquement de
checker avec les backports, là, au lieu de les rajouter ?
Je me
, seuls les paquets des backports installés et à upgrader
sont indiqués :
CRON-APT RUN [/etc/cron-apt/config]: Wed Sep 15 16:35:27 CEST 2010
CRON-APT ACTION: 3-download
CRON-APT LINE: /usr/bin/apt-get dist-upgrade -d -y -o
APT::Get::Show-Upgraded=true
Reading package lists...
Building dependency tree
avoir encore essayé (ni lu la
doc indiquée :-/). Je ne savais pas que ça marcherait juste avec un
* et m'attendais à devoir lister/piner tous les backports
utilisés, ce qui fut postposé...
Maintenant ça marche, donc merci pour l'économie de temps.
La seule différence entre nos setups, c'est que cron
Bonsoir,
Sur mon serveur en Debian Lenny, j'utilise cron-apt pour me tenir au
courant des mises-à-jour importantes à installer. Ca fonctionne très
bien.
Comme j'utilise également les backports, je cherche une solution pour
intégrer à cron-apt le fait de vérifier les nouvelles versions des
changement
d'IP. D'où le script.
Voici le script :
#!/bin/sh
LOG=/home/steve/monip.list
LADATE=`date '+%D %R'`
IP=`curl ifconfig.me`
echo $IP $LADATE $LOG
Puis j'ai appelé ce script via une tâche cron :
*/5 * * * * /home/steve/bin/myip.sh
Tout fonctionne à part que je reçois un mail toutes les 5
Le 23/08/2010 14:11, steve a écrit :
Tout fonctionne à part que je reçois un mail toutes les 5 minutes, ce
dont je ne veux pas. J'ai essayer d'ajouter /dev/null à la fin de la
commande de la tâche cron, mais ça ne marche pas (la seule différence
c'est que j'ai /dev/null dans le sujet du mail
Le 23 août 2010 14:11, steve dl...@bluewin.ch a écrit :
Puis j'ai appelé ce script via une tâche cron :
*/5 * * * * /home/steve/bin/myip.sh
Tout fonctionne à part que je reçois un mail toutes les 5 minutes, ce
dont je ne veux pas. J'ai essayer d'ajouter /dev/null à la fin de la
commande de
Le 23-08-2010, à 14:19:05 +0200, Kevin Hinault (hina...@gmail.com) a écrit :
Le 23 août 2010 14:11, steve dl...@bluewin.ch a écrit :
Puis j'ai appelé ce script via une tâche cron :
*/5 * * * * /home/steve/bin/myip.sh
Tout fonctionne à part que je reçois un mail toutes les 5 minutes, ce
Bonjour,
Le 23 août 2010 14:43, steve dl...@bluewin.ch a écrit :
Le 23-08-2010, à 14:19:05 +0200, Kevin Hinault (hina...@gmail.com) a écrit :
Facile tu rediriges STDERR et STDOUT vers /dev/null
*/5 * * * * /home/steve/bin/myip.sh /dev/null 2
/bin/sh: -c: line 0: syntax error near
Le 23 août 2010 14:52, David Soulayrol david.soulay...@gmail.com a écrit :
Ce doit être parce qu'il manque un caractère :
/home/steve/bin/myip.sh /dev/null 21
Voilà ce qui arrive quand on tape trop vite. Merci David.
--
Kévin
--
Lisez la FAQ de la liste avant de poser une question :
Le 23-08-2010, à 14:54:22 +0200, Kevin Hinault (hina...@gmail.com) a écrit :
Le 23 août 2010 14:52, David Soulayrol david.soulay...@gmail.com a écrit :
Ce doit être parce qu'il manque un caractère :
/home/steve/bin/myip.sh /dev/null 21
Voilà ce qui arrive quand on tape trop vite.
Philippe R webmas...@worm-fr.com à écrit le Sat, 27 Mar 2010 18:57:31
+0100
Bonsoir à tous,
j'ai un souci de script bash exécuté par cron
J'ai essayé votre bout de code chez moi, en tant que user : RAS
bash --version
GNU bash, version 3.2.39(1)-release (i486-pc-linux-gnu)
Copyright (C) 2007
Le 28/03/2010 11:43, Grégory Bulot a écrit :
Philippe Rwebmas...@worm-fr.com à écrit le Sat, 27 Mar 2010 18:57:31
+0100
Bonsoir à tous,
j'ai un souci de script bash exécuté par cron
J'ai essayé votre bout de code chez moi, en tant que user : RAS
bash --version
GNU bash, version
Bonsoir à tous,
j'ai un souci de script bash exécuté par cron
voici un example pour tester :
voici ma ligne cron :
*/1 * * * * root/etc/scripts/test.sh
(cela me donne de temps de changer en live la partie qui merdouille )
voici mon script :
#!/bin/sh
#Array=([1]=filemgr-all [2
Le samedi 27 mars 2010 à 06:57:31, Philippe R a écrit :
voici un example pour tester :
voici ma ligne cron :
*/1 * * * * root/etc/scripts/test.sh
(cela me donne de temps de changer en live la partie qui merdouille )
voici mon script :
#!/bin/sh
1) Que fait le 'root' sur cette
bonsoir,
le problème est que lorsque mon script est lancé via la cron j ai une
erreur :
Syntax error: ( unexpected
cette erreur correspond à la ligne :
Array=([1]=filemgr-all [2]=newsletter [3]=phpmyadmin [4]=roundcubemail
[5]=tracker [6]=calendrier [7]=ipplan [8]=dspam [9]=postfix [10
Le samedi 27 mars 2010 à 08:11:33, Jeremie COURREGES-ANGLAS a écrit :
1) Que fait le 'root' sur cette ligne cron ?
La commande exécutée ici est 'root /etc/scripts/test.sh'.
Oubliez moi. Cette ligne est bien entendu valide.
J'aurais pas dû trinquer si vite... ^^
--
Free software, free society
Le 27/03/2010 20:11, Jeremie COURREGES-ANGLAS a écrit :
Le samedi 27 mars 2010 à 06:57:31, Philippe R a écrit :
voici un example pour tester :
voici ma ligne cron :
*/1 * * * * root/etc/scripts/test.sh
(cela me donne de temps de changer en live la partie qui merdouille )
voici
Le 27/03/2010 20:27, Jeremie COURREGES-ANGLAS a écrit :
Le samedi 27 mars 2010 à 08:11:33, Jeremie COURREGES-ANGLAS a écrit :
1) Que fait le 'root' sur cette ligne cron ?
La commande exécutée ici est 'root /etc/scripts/test.sh'.
Oubliez moi. Cette ligne est bien entendu valide
: Syntax
error: ( unexpected
Pour vérifier le problème j'ai mis mon script dans cron j'ai la même
erreur : /etc/scripts/bacula/BeforeJob.sh: 15: Syntax error: (
unexpected
voici mon script
#
#
#
#!/bin/sh
set | grep -i shell=
tu remplace /bin/sh par la réponse de la commande ci
101 - 200 sur 606 matches
Mail list logo
