Ubuntu-fr

szdavid

backup-manager-upload (scp) ok en user normal mais pas en root

Bonsoir,

quand je lance
backup-manager-upload --mode=scp  --host=192.168.1.3 --user=szdavid --key=/home/
szdavid/.ssh/id-dsa --directory=/home/szdavid/backups --root=/mnt/backups --verb
ose today

en utilisateur normal, pas de problème
mais si je mets
sudo backup-manager-upload --mode=scp  --host=192.168.1.3 --user=szdavid --key=/home/
szdavid/.ssh/id-dsa --directory=/home/szdavid/backups --root=/mnt/backups --verb
ose today

j'ai une erreur "unable to create the directory"

Je pense que c'est pour cette raison que je n'arrive pas à uploader les fichiers après la sauvegarde avec backup-manager (sauf qu'on est obligé de le lancer en tant que root)

Avez vous une idée du pourquoi ?

Merci

---

Rien ne sert d'être le meilleur, il vaut mieux être chaque fois meilleur

Xqua

Re : backup-manager-upload (scp) ok en user normal mais pas en root

j'ai la meme ... je croi que sa vien du serveur distant ... mais je suis pas sur ...

une solution que j'ai trouver consiste a faire un script de scp lancer avec cron tout les jours apres la compression

---

pyAlienFX a python driver for the Alienware AlienFX : https://code.google.com/p/pyalienfx

SanLap

Re : backup-manager-upload (scp) ok en user normal mais pas en root

Bonjour !

J'ai le meme probleme: avez vous trouvé une solution ?
Merci,

S.

jluc31

Re : backup-manager-upload (scp) ok en user normal mais pas en root

Bonjour,
J'ai rencontré ce problème "unable to create the directory" suite au passage à Lucid alors que tout allez pour le mieux sous Karmic.
J'utilise un poste de travail nommé ubuntu et un serveur ssh nommé freenas.
Sur les deux machines je dispose d'un compte utilisateur jluc.

Via wireshark, j'ai constaté que c'est le client ssh ubuntu qui ferme la session (trame 18).

No.     Time        Source         Destination           Protocol Info
      4 15.835834   ubuntu            freenas            TCP      46495 > ssh [SYN] Seq=0 Win=5840 Len=0 MSS=1460
      5 15.836547   freenas            ubuntu            TCP      ssh > 46495 [SYN, ACK] Seq=0 Ack=1 Win=65535 Len=0 MSS=1460
      6 15.836585   ubuntu            freenas            TCP      46495 > ssh [ACK] Seq=1 Ack=1 Win=5840 Len=0
      7 15.922067   freenas            ubuntu            SSHv2    Server Protocol: SSH-2.0-OpenSSH_5.2p1-hpn13v6 FreeBSD-openssh
      8 15.922152   ubuntu            freenas            TCP      46495 > ssh [ACK] Seq=1 Ack=83 Win=5840 Len=0
      9 15.923137   ubuntu            freenas            SSHv2    Client Protocol: SSH-2.0-OpenSSH_5.3p1 Debian-3ubuntu3\r
     10 15.938062   freenas            ubuntu            SSHv2    Server: Key Exchange Init
     11 15.938116   ubuntu            freenas            SSHv2    Client: Key Exchange Init
     12 16.037845   freenas            ubuntu            TCP      ssh > 46495 [ACK] Seq=859 Ack=832 Win=65535 Len=0
     13 16.037885   ubuntu            freenas            SSHv2    Client: Diffie-Hellman GEX Request
     14 16.080331   freenas            ubuntu            SSHv2    Server: Diffie-Hellman Key Exchange Reply
     15 16.082649   ubuntu            freenas            SSHv2    Client: Diffie-Hellman GEX Init
     16 16.182924   freenas            ubuntu            TCP      ssh > 46495 [ACK] Seq=1011 Ack=1000 Win=65535 Len=0
     17 16.228585   freenas            ubuntu            SSHv2    Server: Diffie-Hellman GEX Reply
     18 16.229115   ubuntu            freenas            TCP      46495 > ssh [FIN, ACK] Seq=1000 Ack=2051 Win=10400 Len=0
     19 16.229317   freenas            ubuntu            TCP      ssh > 46495 [ACK] Seq=2051 Ack=1001 Win=65535 Len=0
     21 16.236202   freenas            ubuntu            TCP      ssh > 46495 [FIN, ACK] Seq=2051 Ack=1001 Win=65535 Len=0
     22 16.236230   ubuntu            freenas            TCP      46495 > ssh [ACK] Seq=1001 Ack=2052 Win=10400 Len=0

backup-manager-upload construit la commande suivante pour tester la présence et créer si nécessaire le répertoire destination sur le serveur ssh :
> ssh jluc\@freenas mkdir -p /mnt/500Gb/jle/backup/linux
elle passe parfaitement lorsque je l'exécute en mode user mais en sudo, soit comme le fait cron, elle indique l'absence de reconnaissance du serveur

jluc@ubuntu:~$ sudo ssh jluc\@freenas mkdir -p /mnt/500Gb/jle/backup/linux
[sudo] password for jluc: <jluc ubuntu password>
The authenticity of host 'freenas (freenas)' can't be established.
DSA key fingerprint is xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx.
Are you sure you want to continue connecting (yes/no)?

j'ai donc accepté en répondant "yes"

Warning: Permanently added 'freenas' (DSA) to the list of known hosts.
jluc@freenas's password: <jluc freenas password>

ce qui a créé dans /root/.ssh sur le client ubuntu un fichier known.hosts
et depuis, le que
> sudo backup-manager
qui a suivi a correctement réalisé la copie scp sur le serveur sans rien dire de désagréable.
de même pour les sudo backup-manager-upload que j'ai également refait pour vérifier.
Il était 3h du mat, j'attends demain la sauvegarde totalement automatique pour vous confirmer que tout va bien maintenant

En espérant vous aider à résoudre ce détail qui en fait est un problème de droit à accorder avant usage.

Edit 2010-05-10 :
Je confirme ce matin après la sauvegarde automatisée par cron, le upload ssh s'est passé sans douleur tout comme le purge qui a normalement nettoyé toutes les vieilles archives (full et incrémentales) que j'avais laissées depuis début Mai.
En fait, je pense que la nouvelle version OpenSSH_5.3p1 de Lucid doit introduire ou renforcé le contrôle par root sur lequel la OpenSSH_5.1p1 de karmic devait être plus permissive.
Tout est bien maintenant, il conviendrait juste d'ajouter quelque part ce besoin de configuration dans la doc....

Dernière modification par jluc31 (Le 10/05/2010, à 07:48)