Beim Versuch, eine Datei (von Größe) mit scp über das Netzwerk zu kopieren, wird eine Fehlermeldung angezeigt. <file> stalled
Warum passiert das? Wie löse ich das?
Beim Versuch, eine Datei (von Größe) mit scp über das Netzwerk zu kopieren, wird eine Fehlermeldung angezeigt. <file> stalled
Warum passiert das? Wie löse ich das?
Antworten:
Dies geschieht, weil scp
versucht wird, so viel Bandbreite wie möglich zu nutzen, und eine Verzögerung (durch eine Firewall usw.) dies verhindern kann. Das Begrenzen der Bandbreite (mit der Option -l) behebt das Problem.
Beispielsweise möchten Sie möglicherweise die Bandbreite auf 1 MB / s (= 8192 KBit / s) begrenzen:
scp -l 8192 <file> <destination>
-l 8192
dies 8192 Kbit / s bedeutet, und das -l
könnte bis zu 1 Mbit / s funktionieren (was heutzutage ein bisschen veraltet zu sein scheint).
Ich habe es mit rsync geschafft:
rsync -avz -e "ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null" --progress /tmp/bigfile.txt user@host.com:/tmp/
Besteht die Möglichkeit, dass Sie sich hinter einer Cisco ASA-Firewall befinden? Wenn dies der Fall ist, deaktivieren Sie die "Zufallsgenerierung von Folgenummern" und das wird viel helfen. Deaktivieren Sie auch TCP-Offload (ethtool -K $ INTERFACE tso off gso off gro off), wenn Sie sich auf einem Cisco-ASA mit Broadcom-NICs in Ihrem Server befinden .
Angesichts der Fehlermeldung, die wir erhalten haben, als der SCP blockiert ist, habe ich vermutet, dass die Verschlüsselung fehlgeschlagen ist. "Die Authentizität des Hosts 'myserver (10.10.11.12)' kann nicht festgestellt werden. Der ECDSA-Schlüsselfingerabdruck lautet SHA256: + zkyskXlxVQ0kRorLW26pzprIYbsM4N3hbaDLz1RNpo" Aus diesem Grund habe ich "scp -c aes128-ctr /tmp/tmpig.dftestan/ src myserver: / tmp / bigfile ". scp war erfolgreich mit der alternativen Verschlüsselung. Gibt es ein Problem mit der Standardverschlüsselung, die einen Pufferraum sprengt?
Versuchen Sie vielleicht, "-c" mit einer alternativen Chiffre hinzuzufügen, und prüfen Sie, ob Ihr Stall dadurch behoben wird.