Retourner aux forums || Retourner au forum Linux.general

Linux.general : Sale cron

Posté par be_root (page perso, ) le 02 octobre 2004
0
Bonjour.
Je désire sauvegarder le contenu d'un ordi distant NT sur un ordi Linux (Mandrake 10.0).
J'ai donc monté le répertoire distant sous :

/home/moncompte/mnt/domaine/hôte/repertoireasauvegarder

grâce à Samba puis j'ai écrit un petit script qui récupère la date du jour, la passe en variable, et crée une archive tar compressée nommée de cette date.
Je lance ce script, il me "pond" l'archive voulue :)).

Si j'utilise cron, il me fait une archive portant la date du jour mais en anglais !
et vide !!

Si j'essaie d'extraire cette archive soit j'ai un message d'erreur me signalant un EOF inattendu soit j'ai une archive contenant ... Ben rien du tout justement. Et là, je sèche ! Quelqu'un aurait une piste ? (à vot'bon coeur ;-))

--
Les démineurs travaillent d'arrache-pied
> Lire le message (9 commentaires, moyenne: 2,2).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Hum

Posté par Pascal Terjan (Jabber id, page perso, ) le 02/10/2004 à 14:03. (lien). Évalué à 3.

Le cron lance la commande sans prendre en compte tes fichiers profile/bashrc/... donc l'environnement n'est pas le même.

Pour la date, il faut définir la variable LC_TIME :


[pascal@cmoi pascal]$ LC_TIME=en date
Sat Oct 2 16:01:56 CEST 2004
[pascal@cmoi pascal]$ LC_TIME=fr date
sam oct 2 16:02:00 CEST 2004


Pour l'archive vide, je ne vois pas :(
Tu la crées avec quelle comande ? Il faut faire attention si tu appelles des commandes à mettre leur chemin complet vu que ton PATH ne sera pas défini.

  • [^]Re: Hum

    Posté par be_root (page perso, ) le 02/10/2004 à 14:14. (lien). Évalué à 1.

    [pascal@cmoi pascal]$ LC_TIME=en date

    Sat Oct 2 16:01:56 CEST 2004

    [pascal@cmoi pascal]$ LC_TIME=fr date

    sam oct 2 16:02:00 CEST 2004


    Je vais creuser de ce côté là, merci.

    Pour l'archive vide, je ne vois pas :(
    Tu la crées avec quelle comande ? Il faut faire attention si tu appelles des commandes à mettre leur chemin complet vu que ton PATH ne sera pas défini.


    Pour créer l'archive j'utilise tar -cvf (de mémoire, je ne suis pas au boulot) $la_variable_chargée_avec_la_date

    --
    Les démineurs travaillent d'arrache-pied
    • [^]Re: Hum

      Posté par PiT (page perso, ) le 05/10/2004 à 13:46. (lien). Évalué à 1.

      Pour créer l'archive j'utilise tar -cvf

      Il faut donc écrire /bin/tar ...

Autre piste

Posté par CoinKoin () le 02/10/2004 à 14:19. (lien). Évalué à 4.

Chez moi (Mdk 9.2.1), j'ai aussi eu un probleme avec le cron. J'ai decouvert qu'il lancait bien les commandes que je lui donnais, mais qu'il tuait les fils ainsi crees presque aussi sec. Resultat : les lignes de script sont bien executees, mais les gros programmes lances ainsi sont tues juste apres leur lancement

Je pense qu'il s'agit d'un (gros) bogue du cron. Pour le contourner, au lieu de :
0 1 * * * ma_commande_qui_dure_longtemps

, il suffit de faire :

0 1 * * * echo "ma_commande_qui_dure_longtemps" | at now

  • [^]Ah Ah...

    Posté par be_root (page perso, ) le 02/10/2004 à 14:39. (lien). Évalué à 2.

    Interessant, la sauvegarde en question dure près de 45 minutes. De plus si je lance le script depuis une console et que je l'interromps par ctrl-c j'obtiens à peu de chose près le même résultat.
    Je vais tenter celà dès lundi.
    Si ça marche je pense qu'on aura approché le record de rapidité de résolution d'un problème sur un forum :))
    MERCI

    --
    Les démineurs travaillent d'arrache-pied
    • [^]Re: Ah Ah...

      Posté par Ph Husson (page perso, ) le 02/10/2004 à 15:09. (lien). Évalué à 2.

      20m un record?
      mmmmoué
      J'ai deja vu un pb se regler dans un ordre < a 1m

  • [^]Re: Autre piste

    Posté par totof2000 () le 02/10/2004 à 23:26. (lien). Évalué à 1.

    J'ai decouvert qu'il lancait bien les commandes que je lui donnais, mais qu'il tuait les fils ainsi crees presque aussi sec.

    Comment sont créés les fils?

    Une commande du style processus_fils & ?

    A mon avis il ne s'agit pas d'un bug du cron

    • [^]Re: Autre piste

      Posté par CoinKoin () le 04/10/2004 à 10:38. (lien). Évalué à 2.

      Une commande du style processus_fils & ?

      Non, sans &, justement. Cela dit, crond n'a pas à tuer ses fils, qu'ils soient en avant ou en arrière plan, non?

  • [^]OK

    Posté par be_root (page perso, ) le 05/10/2004 à 15:51. (lien). Évalué à 1.

    Bon, ton astuce fonctionne, merci. Hier j'ai eu peur car un test a échoué mais cette nuit tout c'est bien passé. je pense qu'hier après-midi j'ai du avoir des problèmes à cause d'un fichier en cours d'utilisation au moment de la sauvegarde.
    C'est même du bol car ce matin la comptable cherchait en vain après un fichier détruit par erreur, on a pu le rertrouver sur la sauvegarde. (ouf !).
    Merci pour tout

    --
    Les démineurs travaillent d'arrache-pied

Revenir en haut de page || Retourner aux forums || Retourner au forum Linux.general