J'ai testé plusieurs façons mais sans très bon résultat J'ai 2 serveurs dédié et bien sur je veux rapparier mes dossiers Avec Putty je lance sur le nouveau serveur scp LOGIN_ancien@IP_ancien:/home/NOM/torrents(Ici-tout-les dossiers) LOGIN_nouveau@IP_nouveau:home/torrents(Ici-tout-les dossiers-a-mettre) . Mais cela ne fonctionne pas. Merci

Salut, à partir de l'ancien serveur, si tu peux... scp -r /home/nom/torrents login_nouveau@ip:/home/nom/torrents

Salut Je connais pas scp donc je peux me tromper mais il me semble que ça passe en ssh, avec les tuto d'ici/script d'ici ton user ruTorrent doit se faire jeter en console à cause du chroot. Donc moi je ferai les manip' avec mon user root et changement de proprio après transfert sur les dossiers peut-être. (pour mémoire): chown -R <username>:<username> /home/<username>/torrents Ex. edit: y'a ça aussi sur le forum (des fois que t'es changé le port ssh) : http://mondedie.fr/d/5275/2

Merci pour ta réponse. Tout ce passe bien jusqu’à la connexion sur le nouveaux Permission denied, please try again . Alors que le pass est bon vu que je me connecte sans problème avec ce pass en root sur le nouveau @ ex_rat merci je teste ce soir car la je suis a la bourre Merci

il y a un truc qui me choque, c'est le point en fin de ligne qui signifie d'habitude le répertoire local. Et sachant que le FXP ne fonctionne pas avec le protocole SSH (typiquement les données transites localement), si tu cherches à transiter des données d'un site à un autre, il faut lancer le scp depuis la machine source ou la machine de destination comme le préconise mokoyfab.

Il existe une sorte de FXP par SFTP (Flash FXP) mais passer direct par le scp est plus rapide normalement

Ayenon wrote: Il existe une sorte de FXP par SFTP (Flash FXP) mais passer direct par le scp est plus rapide normalement Ayenon, le SFTP c'est du FTP over SSH donc ça fera transiter les données sur la machine doù tu te connectes; par contre en FTPS (SSL), le FXP doit pouvoir fonctionner entre les deux serveurs FTP.

Merci a tous je suis au boulot je teste ce soir Je voudrais garder pour le moment les dossiers sur l'ancien, juste les copier sur le nouveau. Je peu me connecter soit du nouveau, soit de l'ancien serveur pour faire le transfert. Merci

Bon en console en root sur l'ancien, j'ai toujours permission denied a la demande de pass pour ses commandes Serveur1 étant l'ancien (KS1) le -r c'est pour copier un dossier il me semble scp -r Login1@Serveur1:Chemin1/NomDossieri1 Login2@Serveur2:Chemin2/NomDossier2 scp Login1@Serveur1:Chemin1/NomDossier1 Login2@Serveur2:Chemin2/NomDossier2 @ex_rat Pas trop compris dans quel ordre mettre pour les usernames chown -R <username>:<username> /home/<username>/torrents EDIT : @ex_rat j'ai testé ça chown -R Login1:Login2 /home/Login2/torrents le retour est : chown: invalid group: 'Login1:Login2'

wla64 wrote: Bon en console en root sur l'ancien, j'ai toujours permission denied a la demande de pass pour ses commandes Serveur1 étant l'ancien (KS1) le -r c'est pour copier un dossier il me semble scp -r Login1@Serveur1:Chemin1/NomDossieri1 Login2@Serveur2:Chemin2/NomDossier2 scp Login1@Serveur1:Chemin1/NomDossier1 Login2@Serveur2:Chemin2/NomDossier2 @ex_rat Pas trop compris dans quel ordre mettre pour les usernames chown -R <username>:<username> /home/<username>/torrents EDIT : @ex_rat j'ai testé ça chown -R Login1:Login2 /home/Login2/torrents le retour est : chown: invalid group: 'Login1:Login2' En fait, je suggerais de faire le truc en root pour ensuite redonner le proprio qui va bien. Ça nous ferait un truc comme ça: scp -r root@Serveur1:Chemin1/NomDossieri1 root@Serveur2:Chemin2/NomDossier2 ou scp root@Serveur1:Chemin1/NomDossier1 root2@Serveur2:Chemin2/NomDossier2 et une fois que le transfert sera fini: chown -R wla64:wla64 /home/wla64/torrents Mais comme dit plus haut,, pour scp, je ne connais pas , j'utilise toujours rsync pour ce genre de truc. Si tu veux tenter, tu vérifies que c'est présent sur les deux serveurs ou tu l'installes: apt-get install rsync tu transfers en root (exemple pour le contenu d'un dossier) depuis l'ancien serveur, console qui reste ouverte jusqu'à la fin du transfert ! : rsync -Haurov --progress /home/wla64/torrents/dossier/ root@<ip_serveur_cible>:/home/wla64/torrents/ et une fois fini, tu redonnes le bon proprio des fois que ce ne soit plus le cas: chown -R wla64:wla64 /home/wla64/torrents En root ça doit passer, jamais eu de soucis avec ça moi Ex.

Que dire a part un grand merci, après quelques réglages niveau chemin, car en connexion FTP, le nouveau serveur passe pas par le nom user mais directement home/torrents Alors que l'ancien c’est : home/user/torrents Du surement au script auto vu que c'est ça que j'ai utilisé. Je laisse la console ouverte je regarderais si tout est ok après merci encore

[Résolu]Rappatriement de dossiers avec SCP voir rsync : Page 2

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Résolu]Rappatriement de dossiers avec SCP voir rsync

wla64

Je passe en rescue et suit le tuto
je n'ai qu'une partition, donc sda1 mais apparement en GPT

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1  3907029167  1953514583+  ee  GPT

donc peut etre pour ça l'erreur vu qu'il parle de NTFS

 mount /dev/sda1 /mnt/
mount: block device /dev/sda1 is write-protected, mounting read-only
NTFS signature is missing.
Failed to mount '/dev/sda1': Invalid argument
The device '/dev/sda1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

ex_rat

Naan, tu lis pas bien mes posts. Je t'ai dis regarde au début du topic pour faire du menage dans tes clés ssh, pas de passer en rescue.. Sors de là !
Ex.

wla64

Oui j'ai lu et tester le ménage dans la BDR de mon pc pour effacer la clé, mais j'avais encore l'erreur donc j'ai testé d’aller plus loin...

ex_rat

Tu y étais presque, tu utilises Putty pour lancer rsync sur KS1 vers KS2.
Donc c'est KS1 qui rale pour la clé, pas ton pc. C'est sur le le vieux serveur qui faut lourder la clé.

Sur KS1 et toujours en root :

ssh-keygen -R !$

Ensuite tu relances ton rsync, il devrait te demander d'accepter la nouvelle clé avec un yes/no normalement.

rsync -Haurov --progress /home/USER/torrents/Musiques root@IP_Nouveau:/home/USER/torrents

Ex.

wla64

Encore merci pour le temps que tu consacre a mon problème.
Putty sur le KS1

login as: root
root@IP-KS1's password:
Last login: Mon Jun 22 16:13:48 2015 from Mon_IP.rev.numericable.fr
root@XXX:~# ssh-keygen -R !$
ssh-keygen -R root@IP-KS2:/home/USER/torrents
/root/.ssh/known_hosts updated.
Original contents retained as /root/.ssh/known_hosts.old
root@XXX:~#

Sur le KS2

login as: root
root@IP-KS2's password:
Last login: Mon Jun 22 16:04:27 2015 from Mon_IP.rev.numericable.fr
root@XXX:~# ssh-keygen -R !$
ssh-keygen -R root@IP-KS2:/home/USER/torrents/Musiques
/root/.ssh/known_hosts updated.
Original contents retained as /root/.ssh/known_hosts.old
root@XXX:~#

Par précaution j'ai viré les clés des 2 serveurs sur mon pc dans la BDR, puis testé de viré la clé sur KS1 puis la commande rsync.
Même erreur de warning, j'ai aussi testé de virer la clé sur les 2 serveurs même warning.
Je trouve bizarre qu'à la commande pour effacer la clé sur le KS1 dans le message d'erreur j'ai ça ; root@IP-KS2:/home/USER/torrents

wla64

Me revoilà.
C'est bien le KS1 qui me ronge la vie
J'ai testé de transférer du KS6 vers le KS6 dans un autres dossier, aucun problème
J'ai beau tester x commandes pour supprimer cette clé, rien n'y fait.

ssh-keygen -R !$

ssh-keygen -f "/home/USER/.ssh/known_hosts" -R IP-KS1

Je fait une erreur surement mais ou?

ex_rat

Testes ça (sur le KS1)

ssh-keygen -f "/root/.ssh/known_hosts" -R IP_DU_KS6

Ex.

wla64

Quand je fait la commande j'ai ça

YEEESSSSS

J'ai testé qu'un dossier je vais le faire dossier par dossier ce sera plus sur en cas de déco

Merci encore de ta patience.

ex_rat

Cool

Vu les vitesses entre dédié tu peux tenter en bloc, ça devrait pas poser soucis. J'ai passé 6 To en 2 fois y'a pas longtemps comme ça sans me poser de questions.
edit: En deux fois parce que j'avais ruiné une install' entre temps et du coup il a fallu remettre le couvert...
Ex.

wla64

Ok merci
Debit 11MB/s

Wagner

wla64 wrote:Une fois tout reformaté et installé[...]

Toute (nouvelle) installation (de l'OS) provoque la révocation de la clef au profit de la nouvelle. Ainsi, les avertissements au sujet de la clef n'ont surement rien d'anormal. C'est d'autant plus vrai lors de la toute première connexion.
De nos jours, ils existent des outils qui proposent de mettre à jour la clef. PuTTY s'avère un bon exemple et ce depuis longtemps. Donc, ce "ménage dans la BDR" n'était guère utile.

« Page précédente