Hallo Lugrav-Tuxe ich habe ein Problem mit scp. BS beide Rechner mit Debian Sarge. Wenn ich von meinem Rechner(Intel) zu meinem Rechner (AMD) ein File mittels SCP schicken möchte ist das kein Problem. Schicke ich von (AMD) richtung Intel kommt folgende Meldung: bla.avi 5% 19MB 9.2MB/s 00:35 ETARecevied disconnect from 192.168.0.12 2: Corrupted MAC on input. Auf beiden Rechnern rennt der sshd, und ssh Verbindung geht normal. Netzwerktechnisch gibts sonst auch nichts auffälliges. Irgend eine Idee ? Gruß Ecki
-----Original Message----- From: lugrav-bounces@lug-owl.de [mailto:lugrav-bounces@lug-owl.de] On Behalf Of Volker Eckert Sent: Sunday, February 27, 2005 10:27 AM To: Lugravliste Subject: scp Problem
Hallo Lugrav-Tuxe
ich habe ein Problem mit scp. BS beide Rechner mit Debian Sarge. Wenn ich von meinem Rechner(Intel) zu meinem Rechner (AMD) ein File mittels SCP schicken möchte ist das kein Problem. Schicke ich von (AMD) richtung Intel kommt folgende Meldung:
bla.avi 5% 19MB 9.2MB/s 00:35 ETARecevied disconnect from 192.168.0.12 2: Corrupted MAC on input.
Auf beiden Rechnern rennt der sshd, und ssh Verbindung geht normal. Netzwerktechnisch gibts sonst auch nichts auffälliges. Irgend eine Idee ?
Kommt mir irgend wie bekannt vor!? Schau dir mal die Speicherauslastung des auflegenden Systems zu dem Zeitpunkt an. Wenn du ihn nach dem Auflegen mit lokaler Arbeit belastest, macht er dann auch Probleme? Mit freundlichen Gruessen, Juergen Leibner -- Coffeecup empty - Userpanic! -- Jürgen Leibner juergen.leibner@t-online.de Tel 0521-8949019 -- Diese Mail wurde durch neueste Virenscanner mit den aktuellsten Signaturen geprüft und ist bestmöglich virenfrei!
On Sun, 2005-02-27 10:27:09 +0100, Volker Eckert <veckert@gmx.net> wrote in message <1109496429.3641.8.camel@localhost>:
Hallo Lugrav-Tuxe
ich habe ein Problem mit scp. BS beide Rechner mit Debian Sarge. Wenn ich von meinem Rechner(Intel) zu meinem Rechner (AMD) ein File mittels SCP schicken möchte ist das kein Problem. Schicke ich von (AMD) richtung Intel kommt folgende Meldung:
bla.avi 5% 19MB 9.2MB/s 00:35 ETARecevied disconnect from 192.168.0.12 2: Corrupted MAC on input.
Auf beiden Rechnern rennt der sshd, und ssh Verbindung geht normal. Netzwerktechnisch gibts sonst auch nichts auffälliges. Irgend eine Idee ?
MAC = Message Authentication Code, so eine Art Checksumme über das SSH-Paket, das gerade empfangen wurde. Wenn's hier hängt, dann gibt's drei Möglichkeiten: - der SSH-Client berechnet die MAC falsch - der SSH-Server berechnet die MAC falsch - die MAC _ist_ falsch Ich tendiere hier zu der letzten Möglichkeit. Du hast offenbar etwa 19MB an Daten durch die Leitung gepumpt, bevor das Problem aufgetreten ist. Eine interaktive SSH-Verbindung geht selten so lange :) Zudem ist scp "nur" ein Streamen von Daten über einen SSH-Tunnel. Da Du ja Platz zu haben scheinst, könntest Du mal das hier ausprobieren (ruhig mehrfach und in beide Richtungen): $ cat /dev/zero | dd bs=1000000 count=100 | ssh anderer_rechner "cat > xxx" (hinterher nicht vergessen, die Datei xxx zu löschen :-) Ich vermute, daß Du zumindest in eine Kopier-Richtung ebenfalls dasselbe Problem sehen wirst. In dem Fall würde mich dann mal brennend interessieren, was Du für Netzwerkkarten hast ('lspci -v' und 'lspci -vn') und wie die gerade konfiguriert sind (link speed, NAPI, Treiber-Version, Kernel-Version, ggf. welcher Treiber). MfG, JBG -- Jan-Benedict Glaw jbglaw@lug-owl.de . +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf | Gegen Zensur | Gegen Krieg _ _ O fuer einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));
On Mon, Feb 28, 2005 at 04:23:23AM +0100, Jan-Benedict Glaw wrote:
Ich vermute, daß Du zumindest in eine Kopier-Richtung ebenfalls dasselbe Problem sehen wirst. In dem Fall würde mich dann mal brennend interessieren, was Du für Netzwerkkarten hast ('lspci -v' und 'lspci -vn') und wie die gerade konfiguriert sind (link speed, NAPI, Treiber-Version, Kernel-Version, ggf. welcher Treiber).
Memtest86 laufen lassen auf beiden maschinen nicht vergessen - Koennte auch durch kaputtes Ram verursacht sein. Wahrscheinlich wuerdest du dann aber den ein oder anderen oops oder segfault irgendwelcher binarys sehen. Flo -- Florian Lohoff flo@rfc822.org +49-171-2280134 Heisenberg may have been here.
Am Montag, den 28.02.2005, 04:23 +0100 schrieb Jan-Benedict Glaw:
- der SSH-Client berechnet die MAC falsch - der SSH-Server berechnet die MAC falsch - die MAC _ist_ falsch
Den Rechner habe ich mittlerweile mittels eines dritten PCs identifiziert. Es ist der AMD beim senden.
Ich vermute, daß Du zumindest in eine Kopier-Richtung ebenfalls dasselbe Problem sehen wirst. In dem Fall würde mich dann mal brennend interessieren, was Du für Netzwerkkarten hast ('lspci -v' und 'lspci -vn') und wie die gerade konfiguriert sind (link speed, NAPI, Treiber-Version, Kernel-Version, ggf. welcher Treiber). 3Com Details sind in den Dateien die ich mitschicke. Linkspeed 100Mbit.Wat is Napi ?? Kernel ist 2.6.8-1-386 Ich habe 2 ! verschiedene Speichertests laufen lassen der ist i.o. Die Netzwerkkarte habe ich ausgetauscht, die wars wohl auch nicht :( Treiber der neuen ist 3c59x, wirds wohl bei der alten auch gewesen sein, sind beides 3com.
Gruß Ecki
On Tue, 2005-03-01 21:06:43 +0100, Volker Eckert <veckert@gmx.net> wrote in message <1109707603.3758.12.camel@localhost>:
Am Montag, den 28.02.2005, 04:23 +0100 schrieb Jan-Benedict Glaw:
- der SSH-Client berechnet die MAC falsch - der SSH-Server berechnet die MAC falsch - die MAC _ist_ falsch Den Rechner habe ich mittlerweile mittels eines dritten PCs identifiziert. Es ist der AMD beim senden.
Ich vermute, daß Du zumindest in eine Kopier-Richtung ebenfalls dasselbe Problem sehen wirst. In dem Fall würde mich dann mal brennend interessieren, was Du für Netzwerkkarten hast ('lspci -v' und 'lspci -vn') und wie die gerade konfiguriert sind (link speed, NAPI, Treiber-Version, Kernel-Version, ggf. welcher Treiber). 3Com Details sind in den Dateien die ich mitschicke. Linkspeed 100Mbit.Wat is Napi ??
Das verrät http://www.google.de/search?q=napi+linux+networking .
Kernel ist 2.6.8-1-386 Ich habe 2 ! verschiedene Speichertests laufen lassen der ist i.o. Die Netzwerkkarte habe ich ausgetauscht, die wars wohl auch nicht :( Treiber der neuen ist 3c59x, wirds wohl bei der alten auch gewesen sein, sind beides 3com.
0000:00:0b.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30) Subsystem: 3Com Corporation 3C905B Fast Etherlink XL 10/100 Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at 9800 [size=128] Memory at d5000000 (32-bit, non-prefetchable) [size=128] Capabilities: <available only to root>
0000:01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev a1) (prog-if 00 [VGA]) Subsystem: Elsa AG: Unknown device 0c60 Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 11 Memory at d6000000 (32-bit, non-prefetchable) [size=16M] Memory at d8000000 (32-bit, prefetchable) [size=128M] Expansion ROM at d7ff0000 [disabled] [size=64K] Capabilities: <available only to root>
...Du hast aber nicht die super-duper-tollen NVidia-Treiber installiert, oder? Alternativ hab' ich da noch irgendwo 'nen Promise-Controller gesehen; kannst Du mal prüfen, ob Du immernoch kaputten Netzwerk-Traffic hast, wenn der Controller _nicht_ am Datenschaufeln ist? MfG, JBG -- Jan-Benedict Glaw jbglaw@lug-owl.de . +49-172-7608481 _ O _ "Eine Freie Meinung in einem Freien Kopf | Gegen Zensur | Gegen Krieg _ _ O fuer einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));
Teilnehmer (4)
-
Florian Lohoff
-
Jan-Benedict Glaw
-
Jürgen Leibner
-
Volker Eckert