Zrywanie kopiowania dużych plików przez lan
asi...@gmail.com
Wcześniej ten temat wstawiłem na innej grupie, a ponieważ
zasugerowano mi tę grupę - przenoszę się z moim pytaniem.
Czy ktoś zawalczył z podobnym problemem?: Urywane kopiowanie
dużych plików przez lan. Przykładowo: kopiuję z jednego kompa na drugi
po sieci
wewn. 6 Gb plik iso, i kilkakrotnie zrywa się kopiowanie (trzeba
zaczynać od nowa). Teraz używam programu który ma opcję wznawiania, a
mimo wszystko kilkakrotnie muszę klikać na resume... Pliki nie mają
błędów CRC, tylko nagle w XP wyskakuje komunikat że nie można
dokończyć
kopiowania pliku!
Obydwa kompy pod XP. Jeden z nich zawsze ze wszystkim dobrze
współpracował i działa nadal dobrze z innymi kompami w sieci wewn.
bez problemu (zarówno kabelkiem jak i po wifi). Drugi jest nowo
złożony (nowoczesna płyta Gigabyte) i ma wbudowaną gigabitową kartę
sieciową (ma nawet dwie, ale drugą wyłączyłem w biosie) oraz świeżo
zainstalowany XP. Wszystko połączone
przez router D-link 624+. Poza tym żadnych problemów z kopiowaniem
wielgaśnych plików nie mają inne kompy, a sieć pracuje ok (np. bramki
voip itp). Pingi sprawdzone - są ok. Testy uszkodzenia kabla z nowego
komputera też twierdzą że jest ok. Sam kabelek jest porządny, krótki
(tylko 150 cm) i był używany z powodzeniem ze starszym komputerem
przez kilka lat.
Service pack 3, uaktualnienia, najnowsze drivery&update-y,
ustawienia sieciowe tak jak na wszystkich pozostałych kompach dobrze
ustawione... Wszelkie usługi sieciowe działają!!! Nawet kopiowanie
małych plików działa... tylko te wielgaśne "problemują"!
Na innej grupie poradzono mi zamienić jedną wbudowaną kartę sieciową
na drugą i ograniczyć prędkość karty do 100Mb/s - podpowiedzcie, jak
się ją ogranicza? Gdzieś biosie? Sugerowano też zamianę kabelka - nie
pomogło.
Dla większej jasności - jest to mała sieć spięta routerem. Część
kompów przez wifi. Router rozdziela internet. Jeden z komp. robi za
serwer plikowy z którego korzystają pozostałe.
Jakieś rady? Później jeszcze mogę spróbować zamontować kartę
sieciową na PCI, która została mi po starym sprzęcie... No już nie
wiem!
bo...@nano.pl
> Witam.
> Wcześniej ten temat wstawiłem na innej grupie, a ponieważ
> zasugerowano mi tę grupę - przenoszę się z moim pytaniem.
> Czy ktoś zawalczył z podobnym problemem?: Urywane kopiowanie
> dużych plików przez lan. Przykładowo: kopiuję z jednego kompa na drugi
> po sieci
> wewn. 6 Gb plik iso, i kilkakrotnie zrywa się kopiowanie (trzeba
> zaczynać od nowa). Teraz używam programu który ma opcję wznawiania, a
> mimo wszystko kilkakrotnie muszę klikać na resume... Pliki nie mają
> błędów CRC, tylko nagle w XP wyskakuje komunikat że nie można
> dokończyć
> kopiowania pliku!
Masz 4 możliwe punkty awarii, karta sieciowa w jednym komputerze, w drugim komputerze, router i
kable. Teraz musisz wyeliminować te, które działają dobrze.
wer
asi...@gmail.com
komputerze, ponieważ router współdziała prawidłowo z innymi
komputerami w sieci, tak jak i serwer plikowy. A kabelek w celach
testowych podmieniłem na inny z działającego dobrze komputera.
Kontynuując tok rozumowania: skoro to karta wbudowana w nowiuteńką
płytę główną, to czy winne są jakieś nieprawidłowe sterowniki,
ustawienia połączenia w XP (wątpię), uszkodzona płyta główna, ew. może
ustawienia w bios-ie (płyta posiada dwie karty, z których jedną
wyłączyłem - może to jest problem (chociaż byłoby to dziwne), albo
przestawiłem jakieś ustawienia których nie widzę w biosie???).
Makxio
Witam
Mialem kiedys podobny przypadek...byla to seria plyt glownych z wbudowanym
chipsetem sieciowym Nvidii, problem byl identycznych, tj przy kopiowaniu
duzych
plikow potrafilo sie zerwac polaczenie, problem tkwil gdzies w hardware na
plycie
nie dochodzilem za bardzo co bylo do konca uszkodzone, pomoglo wstawienie
karty sieciowej na PCI
Pozdrawiam
Marcin
Michał Radomski
> Na innej grupie poradzono mi zamienić jedną wbudowaną kartę sieciową
> na drugą i ograniczyć prędkość karty do 100Mb/s - podpowiedzcie, jak
> się ją ogranicza? Gdzieś biosie? Sugerowano też zamianę kabelka - nie
> pomogło.
Kiedyś miałem podobny problem. Okazało się, że moja 'szybsza' karta źle
obsługiwała tryb autonegotiation. Rozwiązanie problemu to ręczne podanie
szybkości karty.
W XP tryb pracy można zmienić w ustawieniach karty sieciowej, zakładka
zaawansowane. Proponuje przetestować obydwa tryby: half oraz full dupleks.
Jeśli to nie pomoże, to przetestuj jakąkolwiek kartę 100mbit.
Może to problem sprzętowy?
--
Regards
Michał Radomski <ez...@poczta.pl>
QuickQvik
> Witam.
> Wcześniej ten temat wstawiłem na innej grupie, a ponieważ
> zasugerowano mi tę grupę - przenoszę się z moim pytaniem.
> Czy ktoś zawalczył z podobnym problemem?: Urywane kopiowanie
> dużych plików przez lan. Przykładowo: kopiuję z jednego kompa na drugi
> po sieci
> wewn. 6 Gb plik iso, i kilkakrotnie zrywa się kopiowanie (trzeba
> zaczynać od nowa). Teraz używam programu który ma opcję wznawiania, a
> mimo wszystko kilkakrotnie muszę klikać na resume... Pliki nie mają
> błędów CRC, tylko nagle w XP wyskakuje komunikat że nie można
> dokończyć
> kopiowania pliku!
Karty sieciowe powinny sobie zgrac predkosc z tym, ze jesli predkosc
bedzie 1Gb/s to kabel wraz z wtyczkami powinien byc CAT-6 (ekranowany
itd...). Wiec sproboj takie cos:
ping X.X.X.X -l 50000 -n 10
gdzie X.X.X.X to adres drugiego komputera. To jest pingowanie duzymi
paczkami i one sa fragmentowane ale chodzi o to aby wymusic duzy ruch w
sieci. Jesli otrzymasz bledy w raporcie, to znaczy ze kabel jest
niedostosowany do predkosci, ktora najprawdopodobniej bedzie 1Gb/s i
bledow jest za duzo, wiec w pewnym momencie algorytm kopiowania poddaje
sie. Wtedy w ustawieniach polaczenia sieciowego (sieci - ikona sieci -
wlasciwosci/properties, advanced) jest przycisk "configure" dla karty
sieciowej. Tam powinno byc cos w rodzaju "Link speed/Duplex mode" i z
pewnoscia jest "Auto Negotiation". Wiec zmien na 100 Mbps/Full Duplex.
Jesli nadal ping bedzie z bledami, to mozna tez sprobowac "Half duplex"
albo jeszcze zmniejszyc predkosc. Jesli by poszlo, to by oznaczalo ze
ktoras z kart jest bardzo niskiej jakosci albo wadliwa.
Generalnie prawdopodobienstwo lokalizacji usterki oceniam tak:
- kable/predkosc
- karta sieciowa
- router (bardzo mala szansa)
P.S.
Sprawdz tez czy ktorys z komputerow przypadkiem nie "zasypia" podczas
kopiowania.
Krzysztof Halasa
> Karty sieciowe powinny sobie zgrac predkosc z tym, ze jesli predkosc
> bedzie 1Gb/s to kabel wraz z wtyczkami powinien byc CAT-6 (ekranowany
> itd...).
Normalnie nie ma takiej potrzeby.
> ping X.X.X.X -l 50000 -n 10
>
> gdzie X.X.X.X to adres drugiego komputera. To jest pingowanie duzymi
> paczkami i one sa fragmentowane ale chodzi o to aby wymusic duzy ruch
> w sieci. Jesli otrzymasz bledy w raporcie, to znaczy ze kabel jest
> niedostosowany do predkosci, ktora najprawdopodobniej bedzie 1Gb/s i
> bledow jest za duzo, wiec w pewnym momencie algorytm kopiowania
> poddaje sie.
Dobra dobra, Windows uzywa do kopiowania TCP, tak? Zeby TCP sie
poddalo to nie wystarczy "za duzo bledow", chyba ze to rzeczywiscie
beda same bledy.
Kompletne zawieszenie sie karty/drivera, no tak, to wystarczy.
Nie ma tam w tym XP jakichs statystyk interfejsow? W sensie np. ilosci
danych wyslanych i odebranych, ilosci blednych ramek, ew. kolizji,
albo innych overrunow lub underrunow? Przeciez to chyba nawet
obsluguje SNMP, musi to tam gdzies byc.
> Wiec zmien na 100 Mbps/Full
> Duplex. Jesli nadal ping bedzie z bledami, to mozna tez sprobowac
> "Half duplex" albo jeszcze zmniejszyc predkosc.
Half duplex nie jest wcale bardziej odporny na zla jakosc kabli.
--
Krzysztof Halasa
Łukasz Bromirski
> Nie ma tam w tym XP jakichs statystyk interfejsow? W sensie np. ilosci
> danych wyslanych i odebranych, ilosci blednych ramek, ew. kolizji,
> albo innych overrunow lub underrunow? Przeciez to chyba nawet
> obsluguje SNMP, musi to tam gdzies byc.
Coś powinno dać się wyczytać z:
netsh interface ipv4 show tcpstats
Można jeszcze sprawdzić 'netsh interface ipv4 show offload' i sprawdzić
MTU przy pomocy 'netsh interface ipv4 show int'.
--
"Don't expect me to cry for all the | Łukasz Bromirski
reasons you had to die" -- Kurt Cobain | http://lukasz.bromirski.net
Adam Przybyla
Z powazaniem
Adam Przybyla
QuickQvik
> Dobra dobra, Windows uzywa do kopiowania TCP, tak? Zeby TCP sie
> poddalo to nie wystarczy "za duzo bledow", chyba ze to rzeczywiscie
> beda same bledy.
> Kompletne zawieszenie sie karty/drivera, no tak, to wystarczy.
Ty to na pewno wiesz z teorii a ja mam takie doswiadczenia, ze
wystarczy. Pare juz razy spotkalem sieci gdzie byly kable laczone "na
prosto" (czyli pary drutow nie byly "twisted") [teraz mozna sie smiac].
Wtedy przy kilku metrach nie szlo nawet 100Mb/s.
> Half duplex nie jest wcale bardziej odporny na zla jakosc kabli.
O tyle jest ze ruch w jedna strone jest mniejszy niz w obie jednoczesnie.
Dzieki za uwage.
QQ
QuickQvik
> Coś powinno dać się wyczytać z:
>
> netsh interface ipv4 show tcpstats
>
> Można jeszcze sprawdzić 'netsh interface ipv4 show offload' i sprawdzić
> MTU przy pomocy 'netsh interface ipv4 show int'.
Czy to jest przyklad z "XP Server"? Bo na moim "workstation" nie ma
opcji 'ipv4' tylko 'ip'. No i to nie dziala a komunikat oznajmia:
"The Routing and Remote Access Service is not currently running on the
local machine."
Nawiasem mowiac uwazam, ze tylko hardware'owe testery daja mozliwosc
wiarygodnego przetestowania sieci.
QQ
Krzysztof Halasa
>> Dobra dobra, Windows uzywa do kopiowania TCP, tak? Zeby TCP sie
>> poddalo to nie wystarczy "za duzo bledow", chyba ze to rzeczywiscie
>> beda same bledy.
>> Kompletne zawieszenie sie karty/drivera, no tak, to wystarczy.
>
> Ty to na pewno wiesz z teorii a ja mam takie doswiadczenia, ze
> wystarczy. Pare juz razy spotkalem sieci gdzie byly kable laczone "na
> prosto" (czyli pary drutow nie byly "twisted") [teraz mozna sie
> smiac]. Wtedy przy kilku metrach nie szlo nawet 100Mb/s.
Wiesz, mam troche praktyki sieciowej (drobne tam pol zycia czy jakos
tak), tyle ze niekoniecznie zwiazanej z Windows i niekoniecznie z XP.
Akurat to ze zle sparowane kable nie dzialaja ze 100BASE-TX to nic
dziwnego, przy dluzszych kablach takie same problemy moga byc takze
z 10BASE-T. To ma sie dokladnie nijak do "zrywania kopiowania" -
Ethernet + TCP maja tak ze albo dziala, albo nie dziala, posrednie
stany sa bardzo malo prawdopodobne.
>> Half duplex nie jest wcale bardziej odporny na zla jakosc kabli.
>
> O tyle jest ze ruch w jedna strone jest mniejszy niz w obie jednoczesnie.
Half duplex nie oznacza w kontekscie *TP ruchu w jedna strone,
problemy moga byc nawet wieksze, bo wykrywanie kolizji (ktorego nie ma
w FD) moze (w jakichs dziwnych warunkach) zglupiec.
--
Krzysztof Halasa
Krzysztof Halasa
> Nawiasem mowiac uwazam, ze tylko hardware'owe testery daja mozliwosc
> wiarygodnego przetestowania sieci.
Przesada, nawet starsze urzadzenia Ethernet maja zupelnie dobre
mozliwosci diagnostyczne, a nowsze uklady np. (G)MII robia niewiele
mniej niz dobre mierniki (w szczegolnosci mierza przesluchy albo inne
dlugosci kabla/par). O testerach, jesli pod ta nazwa kryja sie zabawki
za 200 zl, proponuje zapomniec.
--
Krzysztof Halasa
asi...@gmail.com
GB) mam perfekcyjne! Szybko i bezproblemowo. To chyba nie wina
kabelków. Dla tych z podobnymi kłopotami: problem ominąłem używając
kopiowania przy pomocy darmowego XLCopy. Problem kopiowania wielkich
plików (przynajmniej pod XP) nie ogranicza się chyba po prostu do
problemów ze sprzętem...
Pozdrawiam wszystkich i zamykam wątek.