Forum Linux.général Sale cron

Posté par  .
Étiquettes : aucune
0
2
oct.
2004
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 ;-))

  • # Hum

    Posté par  (site web personnel) . É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  . É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

      Il se prend pour Napoléon, son état empire.

      • [^] # Re: Hum

        Posté par  (site web personnel) . Évalué à 1.

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

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

  • # Autre piste

    Posté par  . É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  . É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

      Il se prend pour Napoléon, son état empire.

    • [^] # Re: Autre piste

      Posté par  . É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  . É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  . É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

      Il se prend pour Napoléon, son état empire.

Suivre le flux des commentaires

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