Dotaz: rsync a podivné chování, tedy já aspoň nic nevidím ...

[Marek B.]

Zdravíčko vespolek, řeším podivný problém, mám SERVER_A, SERVER_B, SERVER_C, všechny jsou totožné Ubunto 12.04 s poslední aktalizací.

Všechny servery jsou schopny se na protější stranu přihlásit pomocí ssh root@IP6_ADRESA_SERVER, samozřejmě mají vyměněny klíče, takže přihlášení korektně projde a skončí vzdálenou konzolí.

A teď problém, SERVER_C denně kopíruje data na další dva servery a to příkazem:

rsync -av -delete /CO root@[IP6_ADRESA_SERVER]:/KAM

cesty jsou OK, a problém je v tom, že proti jednomu serveru to bez problémů projde, na druhém vše končí hláškou:

Write failed: Broken pipe
rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken pipe (32)
rsync: connection unexpectedly closed (31 bytes received so far) [sender]
rsync error: unexplained error (code 255) at io.c(605) [sender=3.0.9]

Nastavení je stejné, místo na disku je, klíče jsou vyměněny, proto ten úvod a přes to to končí problémem.

Jsem v koncích, napadá někoho řešení ?? Na webu jsou myšlenky na upravení ssh_config, ale to by přece mělo vliv na obě komunikace, tedy by se to chovalo stejně ?!?

---

---

Odpovědi

[ja]

mtu?

[Marek B.]

nejsem si jistý ... teoreticky by to mohlo být ono, do přenosových tras nevidím, ale ovlivněním koncových bodů v otázce MTU nepřináší nic

Každopádně je na vině 6to4 jako IPv6 řešení, které to způsobuje, pří komunikaci nad IPv4 není problém ...

[petr_p]

6to4 je tunel, takže MTU je o 20 bajtů menší. Pokud se po IPv4 cestě najde idiot, který místo vrácení chybové zprávy ICMP To Big packet potichu zahodí, tak se děje, že TCP spojení umírají.

Ověřit si to můžete pomocí pingu, kterému nastavíte patřičnou velikost a zakážete fragmentaci. Po překročení MTU nepřejde ani odpovědi ani chybová zpráva. Rovněž jednoduchý test je se se přihlásit na druhý konec a catem si nechat vypsat dlouhý soubor (nejlépe bez konců řádků, aby nezafungovali nějaké bufferovací mechanismy).

[Marek B.]

Cokoliv nad MTU 1397 je neprůchodné a je to skutečně odpověď ... díky za tip.

[Marek B.]

Ještě jinak stačí pozměnit hodnotu: /proc/sys/net/ipv6/conf/eth0/mtu

[p]

Překlep v konfiguraci?

[Marek B.]

Určitě ne ... správná trefa bylo to MTU