Netzwerkproblem einkreisen
Hallo zusammen, beim Übertragen eines größeren Dateibaumes mit rsync stoße ich auf folgendes Problem: Quelle: SL 10.3 auf nacktem Blech Ziel: SL 10.3, ebenfalls auf nacktem Blech, aber es läuft noch eine vmware 1.0.7. Also: rsync /datei/von/Quelle root@Ziel:/pfad... Jetzt ist es so, daß ich immer so 18 GB von ca. 200 GB übertragen kann, und dann bleibt der Prozeß bei einer bestimmten 500-MB-Datei hängen. rsync läuft einfach nicht weiter. Habe dann mit tcpdump/wireshark das Ohr auf die Leitung gelegt. Da kommen gelegentlich Dinge wie [SEQ/ACK analysis] [TCP Analysis Flags] [A segment before this frame was lost] [This frame ACKs a segment we have not seen (lost?)] Es ist aber nicht so, daß das gehäuft am Schluß auftreten würde, sondern es kommt gelegentlich einfach mittendrin. Beide Maschinen, sowohl Ziel als auch Quelle, laufen ansonsten einwandfrei. Auf dem Ziel läuft noch ein vmware. Das ist am Prozeß zwar nicht beteiligt, aber es hat ja auch die Netzwerkkarte in der Kralle. Kann es sein, daß das irgendwie stört? Ich frage, weil ich vor einiger Zeit schon mal ein ähnliches Problem in ähnlicher Konstellation hatte. Damals habe ich keine Lösung gefunden. Aber weil auch ein vmware beteiligt war, dachte ich, daß das vielleicht die Ursache sein könnte. Ich kann die vmware aber nicht abschalten, da Produktivsystem. Hat jemand eine Idee? Danke+Gruß! -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo zusammen, On Freitag 30 Oktober 2009, Andre Tann wrote:
Jetzt ist es so, daß ich immer so 18 GB von ca. 200 GB übertragen kann, und dann bleibt der Prozeß bei einer bestimmten 500-MB-Datei hängen. rsync läuft einfach nicht weiter.
Immer dieselbe Datei? Lesefehler auf der Quell- und Schreibfehler auf der Zielplatte ausgeschlossen? Was passiert, wenn Du das machst (root-Rechte notwendig)? ping -fs 60000 zielrechner Lasse das mal gleichzeitig auf beiden Rechnern mit dem jeweils anderen als Ziel so fünf Minuten lang laufen. Gehen Pakete verloren? Wie sehen die Antwortzeiten aus? Wenn Du das laufen lässt, sollte ansonsten im Netz nichts oder nicht viel los sein.
Habe dann mit tcpdump/wireshark das Ohr auf die Leitung gelegt. Da kommen gelegentlich Dinge wie
[SEQ/ACK analysis] [TCP Analysis Flags] [A segment before this frame was lost] [This frame ACKs a segment we have not seen (lost?)]
Es ist aber nicht so, daß das gehäuft am Schluß auftreten würde, sondern es kommt gelegentlich einfach mittendrin.
Das ist m. E. normal und sollte von TCP abgefangen werden. Im lokalen Netz sollte das nicht zu häufig auftreten. Passieren kann das aber schon mal, dass ein Paket verloren geht. Dann muss es halt nochmal gesendet werden. Sowas zeige ich regelmäßig in den Schulungen, indem ich einfach mal kurz das Netzkabel ziehe. ;)
Beide Maschinen, sowohl Ziel als auch Quelle, laufen ansonsten einwandfrei.
Auf dem Ziel läuft noch ein vmware. Das ist am Prozeß zwar nicht beteiligt, aber es hat ja auch die Netzwerkkarte in der Kralle.
Brücke oder NAT? Was passiert, während der Übertragung. Hast Du auch mal auf der virtuellen Netzwerkkarte geschnüffelt? Die beiden ersten spontanen Ideen zu diesem Problem: Falsch eingestellte MTU oder eine der beiden Seiten versteht die andere nicht, wenn die TCP-Window-Größe verändert wird bzw. die Window-Größe ist zu klein eingestellt. Liebe Grüße Erik -- "Die Zigarre ist für alle Sinne gemacht, für die Nase, den Gaumen, die Finger, die Augen, ja, sie wendet sich sogar an das Ohr. Eine edle Zigarre trägt die Verheißung vollkommener Wonne in sich. Jeder, der eine meiner Zigarren geraucht hat, ist ein Freund, da ja in dieser einen Zigarre die Erfahrung meines Lebens mit eingewickelt ist." Zino Davidoff Erik P. Roderwald * Uhlenhoffweg 18 * 21129 Hamburg Telefon: +49 (0)40 8510 3150 * Fax: +49(0)40 8510 3148 http://www.zigarren-rollen.de http://www.roderwald.de http://blogs.roderwald.de http://forum.roderwald.de http://twitter.com/erikrode -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Erik P. Roderwald, Freitag 30 Oktober 2009:
Immer dieselbe Datei?
Sieht so aus, ja. Habe noch nicht probiert, ob es auch bei anderen großen Dateien der Fall ist.
Lesefehler auf der Quell- und Schreibfehler auf der Zielplatte ausgeschlossen?
Lesefehler Quelle: Die Quelle kann ich lokal per rsync wegkopieren. Schreibfehler Ziel: In den Logs steht nichts auffälliges. Der RAID-Controller quengelt auch nicht. ...Arghhhh... Asche auf mein Haupt, und zwar viel. Ich wollt schon schreiben, daß ich keine Schreibfehler auf dem Ziel beobachte. Dann dachte ich, legst mal mit dd eine solche große Datei an. Und siehe: Schreibfehler. Warum? Zielpartition voll. Vergessen die Datenpartition an die richtige Stelle zu mounten. Das gibts doch echt nicht... Vielen Dank für die zielführende Hilfe... ...und bitte nicht weitersagen... -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo zusammen, On Freitag 30 Oktober 2009, Andre Tann wrote:
Und siehe: Schreibfehler. Warum? Zielpartition voll
ymmd lol Schön, dass ich helfen konnte. ;) Liebe Grüße Erik -- "Alle Welt spricht immer über die Schädlichkeit des Rauchens. Ich finde, man sollte auch mal was über die Schädlichkeit des Nichtrauchens sagen ..." Wieland Herzfelde Erik P. Roderwald * Uhlenhoffweg 18 * 21129 Hamburg Telefon: +49 (0)40 8510 3150 * Fax: +49(0)40 8510 3148 http://www.zigarren-rollen.de http://www.roderwald.de http://blogs.roderwald.de http://forum.roderwald.de http://twitter.com/erikrode -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (2)
-
Andre Tann
-
Erik P. Roderwald