Forum Linux.général Probléme avec BackupPC

Posté par  .
Étiquettes : aucune
0
21
mai
2007
Si ce n'est pas le bon forum pour cette question, pouvez vous m'indiquer lequel je devrais contacter.

J'utilise BackupPC sur CentOS4 et Centos5 (equivallent free de RH4 et RH5)

Sur CentOS 4 la version de samba est: samba-client-3.0.10-1.4E.11
Sur CentOS 5 la version de samba est: samba-client-3.0.23c-2.el5.2.0.2

Sur CentOS 4, certaines sauvegardes ne se terminent jamais, et donnent comme
message d'erreur
Error reading file \Local Settings\Temp\Cover picture.tiff : Call timed out: ser
ver did not respond after 20000 milliseconds

Sur des forums, j'ai vu que cela pouvait etre lié a la version de samba.

J'ai donc installe un CentOS 5 avec une version de samba plus recente.
Maintenant, j'ai un nouveau probleme ...
Des que dans le fichier de configuration je mets une directive
$Conf{BackupFilesExclude}, SYSTEMATIQUEMENT le backup echoue avec le message:
Last error is "session setup failed: NT_STATUS_LOGON_FAILURE".
(Alors que la meme configuration ne pose pas de probleme en CentOS 4)

Quelqu'un a t il deja vu ce probleme ?
  • # Une piste de réponse ...

    Posté par  . Évalué à 1.

    J'ai déjà eu ce problème.

    Pour y remédier, il faut d'abord essayer de se connecter à la machine de la même façon que BackupPC, c'est à dire en utilisant la commande smbclient (de mémoire). Il me semblait avoir vu un passage sur ce sujet dans la doc, mais je n'arrive plus à le retrouver.
    Peut-être un man de smbclient ?

    Regarde éventuellement dans les archives de la liste de diffusion BackupPC :
    http://sourceforge.net/search/?ml_name=backuppc-users&ty(...)

    S'il n'y a rien, tu peux poster un courriel sur cette liste, elle est assez réactive (je regarde si j'ai noté quelque chose sur le sujet).

    Pour ce problème de timeout, il revient assez souvent sur la mailing liste de BackupPC, il y a une variable de configuration qui permet de l'ajuster (voir doc).

    Alain
    • [^] # Re: Une piste de réponse ...

      Posté par  . Évalué à 1.

      Je suis abonné à la liste BackupPC ....

      Le probléme est semble il connu, mais impossible de mettre la main sur la solution.
      Il semble qu'il faille recompiler smbclient en augmentant le time out, mais, si ce
      patch existe, je ne le trouve pas. Ou, dit autrement, je ne vois pas bien comment recompiler smbclient .....


      Ceci dit s'il y a une variable de configuration (dans config.pl), je ne l'ai pas vue.
      La connais tu ?

      Régis
      • [^] # Re: Une piste de réponse ...

        Posté par  . Évalué à 1.

        $Conf{ClientTimeout} ? Voici ce que dit la doc:

        $Conf{ClientTimeout} = 72000;
        Timeout in seconds when listening for the transport program's (smbclient, tar etc) stdout. If no output is received during this time, then it is assumed that something has wedged during a backup, and the backup is terminated.

        Note that stdout buffering combined with huge files being backed up could cause longish delays in the output from smbclient that BackupPC_dump sees, so in rare cases you might want to increase this value.

        Despite the name, this parameter sets the timeout for all transport methods (tar, smb etc).

        Quelle est la valeur de ce paramètre ?

        Alain
        • [^] # Re: Une piste de réponse ...

          Posté par  . Évalué à 1.

          Dans ma configuration, $conf{ClientTimeout} a bien la valeur pas defaut (720000)

          Je pense qu'il y aconfusion.
          $conf{ClientTimeout} est une variable de backuppc, tandisque mon probléme vient
          d'un timeout de smbclient.

          La question, c'est comment faire pour recompiler proprement smbclient

          Je n'ai jamais fait ce genre de manip ....

          Régis
          • [^] # Re: Une piste de réponse ...

            Posté par  . Évalué à 1.

            S'il s'agit effectivement d'un problème de recompilation de smbclient comme le dit Craig Barratt (et j'ai tendance à croire ce qu'il dit ), je ne sais pas non plus comment faire, désolé :-(

            Alain

Suivre le flux des commentaires

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