Hallo,

ich habe einen Backup Server auf den ich die Daten wöchentlich per scp kopiere. Ich will zusätzlich auch einen Monatsbackup aufheben. Dazu würde es ja reichen, wenn ich auf dem Server die Daten kopiere. scp sollte, wenn ich das richtig verstanden habe auch zwei entfernte Dateien kopieren können. Also:

scp user@meinbackup.de:/daily.tar.gz user@meinbackup.de:/weekly.tar.gz

Aber der Aufruf macht mal gar nichts.

Hi.

Verstehe nicht, wieso du das erst runterladen und dann wieder hochladen willst. Einfach per ssh einloggen und die Dateien mit cp oder rsync kopieren. Am Einfachsten über nen cronjob.

Das ganze ist ein Script, dass nach den rsnapshot cronjobs ausgeführt wird. Ich will das ganze auch nicht wieder herunterladen, sondern einfach kopieren mit scp.

Und ssh einloggen geht nicht:

1
2

PTY allocation request failed on channel 0
shell request failed on channel 0

Ok, ich hab nochmal geschaut, theoretisch müsste deine scp-Zeile auch direkt auf dem Server arbeiten ohne es vorher runter zu laden. Wenn allerdings ssh nicht funktioniert, ist klar, dass scp auch nicht funktioniert, weil das ist ja nix anderes als cp über ssh.

Zu ssh hat Google das hier ausgespuckt: http://blog.asteriosk.gr/2009/02/20/pty-allocation-request-failed-on-channel-0/

Aber hochladen über scp funktioniert, nur das Kopieren auf dem Server nicht. Das wundert mich halt

Hab gerade gelesen, dass scp zwischen 2 entfernten Rechnern nur mit passwortloser Authentifikation funktioniert.

Inwiefern passwortlos? Ich muss kein Passwort eingeben, die notwendigen Keys liegen auf Server/Client

Ok das meinte ich, dann bin ich ratlos.

Vielleicht klappt es, wenn du den Fehler von SSH behoben hast.

bazz-dee schrieb:

ich habe einen Backup Server auf den ich die Daten wöchentlich per scp kopiere.

Hi, schreib mal etwas genauer, was der Server für Features anbietet. Wenn scp geht sollte ggf auch sshfs laufen. Damit sollte dann das Kopieren direkt auf dem Server funktionieren, wenn du vorher das entfernte Dateisystem nach lokal mountest: http://wiki.ubuntuusers.de/FUSE/sshfs

u1000 schrieb:

bazz-dee schrieb:

ich habe einen Backup Server auf den ich die Daten wöchentlich per scp kopiere.

Hi, schreib mal etwas genauer, was der Server für Features anbietet. Wenn scp geht sollte ggf auch sshfs laufen. Damit sollte dann das Kopieren direkt auf dem Server funktionieren, wenn du vorher das entfernte Dateisystem nach lokal mountest: http://wiki.ubuntuusers.de/FUSE/sshfs

merci, das scheint zu klappen. ich hatte den backup server auch schon einmal via curlftps eingebunden, hatte aber probleme mit der verbindung. ich teste mal, was jetzt mit sshfs (+ ServerAlive Option) bringt. zumindest funktioniert das einbinden und das kopieren. mal abwarten, ob die daily und weekly cron jobs funktionieren

Kommando zurück. Beim Kopieren eines 20Gb großen Archives hat sich das gemountete Laufwerk ebenfalls direkt verabschiedet.

bazz-dee schrieb:

Kommando zurück. Beim Kopieren eines 20Gb großen Archives hat sich das gemountete Laufwerk ebenfalls direkt verabschiedet.

Gibt es hierzu eine Fehlermeldung, oder was meinst du mit "ebenfalls direkt verabschiedet" ?

Falls der Server z.B. intern 100MB/s schafft dauert das Kopieren von 20GB auf dem Server intern mindestens 200s. Solange müsste dann auch das gemountete Laufwerk beschäftigt sein...

Währenddessen auch mal mit "ifconfig" schauen, wie sich hier das Datenvolumen ändert (RX /TX). "ifconfig" ist dafür ggf. nicht optimal, gibt bestimmt bessere, kenne ich aber leider nicht. (mal googeln, oder per neuen Thread anfragen)

Probleme gibt es auch, wenn sich deine öffentliche IP ändert (DSL Zwangstrennung usw). Damit bricht dann die ssh Verbindung zusammen.

u1000 schrieb:

bazz-dee schrieb:

Währenddessen auch mal mit "ifconfig" schauen, wie sich hier das Datenvolumen ändert (RX /TX). "ifconfig" ist dafür ggf. nicht optimal, gibt bestimmt bessere, kenne ich aber leider nicht. (mal googeln, oder per neuen Thread anfragen)

z.B.

Graphisch: gkrellm

im Terminal: dstat