Forum Linux.redhat derniers recours pour cron

Posté par Decrouy Damien le 28 décembre 2004 à 12:30.

Étiquettes : aucune

déc.

2004

Bonjour, et merci a tous ceux qui m'ont repondus précédemment.

vu qu' apres de nombreuses lectures d'essai et autres, je n'arrive toujours pas a faire fonctionner le cron.
y a t'il quelqu'un qui pourrait me donner la commande cron exact, comme sa je pourrait savoir si le script marche bien avec le cron bien sur

voila par exemple:
00 01 * * * root /root/backup.php

quelqu'un pourrait me le rectifier pour indiquer:
sauvegarde a 1h00 je crois que c'est bon
le login "root"
et le chemin du script : /root/backup.php

ceci pour sauvegarder une BDD hébergé par amen.fr

merci d'avance et bonne année

# salut,

Posté par francoisp31 le 28 décembre 2004 à 12:55. Évalué à 3.

pour ton cas tres précis je sais pas ça depand de ta commande de backup.

pour cron il faut 2 choses toutes deux strictement indispenssables

1-le daemon crond doit tourner
2-tu dois editer avec crontab -e et uniquement cette commande et aucun autre moyen.

là seulement tu as une garantie absolue que cela fonctionne.
il existe quelques autres editions possibles mais sans aucunes garanties bien qu'elles fonctionnent !

exemple:
# ps - ef | grep -i cron
...
root 554 1 0.0 Dec 6 ?? 0:00.02 /usr/sbin/crond
...
#crontab -e
0 1 * * * su - root -c /usr/bin/tar cf /dev/st0 /home/dieu/fichiers_perso

#

D'autres part si tu as besoin d'un interpreteur pour executer le code php et qu'il s'appelle T la commande à utiliser pour toi est :
0 1 * * * su - UTILISATEUR -c /chemin/T /chemin/fichier.php

les chemins doivent etre complet et ne pas utiliser de variables d'environnement dans le crontab ! erreur courrante.
- [^] # Re: salut,
  
  Posté par -=[ silmaril ]=- (site web personnel) le 28 décembre 2004 à 13:14. Évalué à 4.
  
  Hum le 'su - root' dans la crontab .....
  Si t'es deja root c'est inutile,
  sinon il va te demander le password root ce qui va bloquer l'entrée.
  
  pour le pb de damien je dirai:
  0 1 * * * /usr/bin/php /root/backup.php
  ou
  @daily /usr/bin/php /root/backup.php
  (plus clair mais ce la fait a minuit).
  
  Sinon ne pas oublier anacron au cas ou la machine n'est pas allumée H24.
  
  Quand a la pertinence d'un script de backup en php ...
  un simple mysqldump dans un bash me paraitrait plus adapté.
  
  Et quel peut etre l'interet de lancer cela en root ?
  Etant donné que de toute façons tu va taper une autre machine ...
  
  Ah oui pour verifier ce qui se passe:
  grep CRON /var/log/syslog
  et verifier le fichier /etc/aliases pour voir vers qui sont renvoyés les mails.
  - [^] # Re: salut,
    
    Posté par totof2000 le 28 décembre 2004 à 13:47. Évalué à 0.
    
    Hum le 'su - root' dans la crontab .....
    
    T'as vu ca ou? C'est su - UTILISATEUR a partir de root, ce qui evite d'entrer le mot de passe ...
    - [^] # Re: salut,
      
      Posté par Pascal Terjan (site web personnel) le 28 décembre 2004 à 20:53. Évalué à 2.
      
      Je pense qu'il l'a vu là :
      0 1 * * * su - root -c /usr/bin/tar cf /dev/st0 /home/dieu/fichiers_perso
      
      Et sinon pourquoi mettre ca dans la crontab de root avec un su - UTILISATEUR plutot que dans la crontab de UTILISATEUR ?
      - [^] # Re: salut,
        
        Posté par totof2000 le 30 décembre 2004 à 10:26. Évalué à 2.
        
        T'as raison, j'ai pas bien lu sa ligne :). J'ai déja vu ca sur des machines ou plusieurs applis tournent sous des comptes différents:
        1/ ca évite d'avoir plusieurs crontab a maintenir.
        2/ Dans certaines entreprises, certaines politiques de sécurité interdisent l'utilisation des crontab aux utilisateurs autres que root, ce qui oblige les admin a procéder ainsi.