next »

[Saltwater]

Am deschis thread separat pentru ca nu are legatura cu topicul anterior cu eth0 acela care intr-o vreme refuza sa functioneze sub orice distributie Linux testata.

Se da o masina care ruleaza ubuntu server 7.10 pe post de file server (administrat prin ssh). E un home server, deci nu are caracteristici tehnice care sa sparga acoperisul. Mobo-ul care are chipul de retea este un abit AN-M2HD. Problemele care intervin sunt urmatoarele:

- conectat prin ssh pot copia fisiere mari din directoare montate prin sshfs, smbfs, etc.
- conectat prin ssh nu pot sa copiez fisiere mari in directoare montate prin sshfs, smbfs, etc. - CADE (test efectuat cu acelasi fisier precum cel luat ca exemplu in situatia precedenta)
- daca ma apuc sa copiez fisiere mari pe masina respectiva prin ssh, samba - CADE
- daca copiez de pe masina respectiva fisiere mari prin ssh, samba - CADE

CADE = masina nu mai raspunde la ping, ssh-ul da "No route to host" (chiar daca fizic si logic se afla in aceeasi retea privata) ... iar dupa ~1-2 minute masina isi revine (se pot reinitia conexiunile fara probleme). Masina nu pierde conexiunile celelalte (Internet spre exemplu, un wget in sesiune de screen continua sa downloadeze fara probleme). Am mentionat faptul de a se intampla doar la fisierele mari pentru ca "fenomenul" nu apare la fisiere de pana in 10-15MB si doar cand se transfera la viteza maxima permisa de interfetele de retea ale masinilor din reteaua privata. Daca pun limite pe viteza de transfer (nu am incercat cu mai mult de 200kB/s pentru ca dadea semne de oboseala) ... transferul este posibil, dar e lent ca moartea pentru o retea de 100Mbit. Fisierele audio si mai ales video de mari dimensiuni pot fi rulate prin retea folosind samba-ul (viteza nu e la fel de mare ca la o incercare de copiere ci se realizeaza la bitrate-ul fisierelor media).

firewall-ul este dezactivat pe masina respectiva pentru ca filtrarea o face routerul. Pe langa samba si OpenSSH, pe masina respectiva mai sunt instalate un server Apache2 cu PHP 5 si un MySQL 5.

Pana acu nu am reusit sa ii dau de cap de ce imi interzice conexiunile in mod temporar. Situatia a aparut atat cat am fost conectat la masina respectiva din reteaua interna (Linux sau Windows care ruleaza copSSH - implementare a OpenSSH bazata pe cygwin), cat si atunci cand cand m-am conectat de la servici (Linux). Mai precis ... de unde sa incep cu diagnosticarea? Masina are doar retea si conexiune directa la router ... nu imi vine sa o mut pentru a-i conecta periferice si monitor pentru o schimbare de distro/alte chestii.

[~Empathy~]

Drivere de retea proaste. Alt kernel banuiesc ca nu o sa ajute, deci alta placa de retea. De unde le toti gasi oameni buni? Placi bune sunt 3COM si Intel, restul sunt gunoaie -- nu folositi.

[gheorghe]

Dai ifconfig si verifica mtu-ul interfetelor. Putin probabil sa fie de la asta dar incearca oricum Incearca sa schimbi cablul, mufele, etc. poate sunt naspa.

Aramdune aveam eu, si inca mai am o placa 3com soho care la un moment dat nu mai functiona, si nu a functionat vreo cateva saptamani, dar nu am scos-o, ca mi-a fost lene, si apoi a mers Oirce placa de retea poate sa se strice.

[Saltwater]

Nu stiu de unde le gasesc ... cert este ca de regula am probleme doar sub Linux cu "gunoaiele" alea de placi de retea care vin onboard ceea ce ma face sa ma indoiesc si de calitatea driverelor. Si nu, nu sunt configurile de vina ... nu sunt din categoria celor care mor fara GUI ... un /etc/network/interfaces nu este chineza pentru mine. O sa mai testez si revin cu pareri ulterioare.

Cat despre mitul Intel si 3Com ... practica bate teoria. Mitul Intel l-a demontat frate-meo sub Linux ... cat despre mitul 3Com ... ziceam ceva in celalalt thread:

Am avut o problema asemanatoare acum cativa ani cu placa de retea de la desktop ... se conecta, statea 10-15 secunde conectata, dupa care se deconecta de parca ar fi fost scos afara cablul de retea. Pe vremea aceea foloseam exclusiv Windows ... Sa zicem ca am reinstalat OS-ul de cateva ori, implicit si driverele de retea, si nimic ... problema persista. Eram gata sa ma duc cu ea la garantie, pana cand am pus un Windows 2000, m-am jucat prin configul de retea si si-a dat drumul ... si de atunci nu am mai avut probleme cu placa respectiva. Stiu ca suna aiurea, dar cum naiba desfund o placa de retea intr-un caz de asta?

Era vorba despre un 3Com 3C940 (10/100/1000).

Later: @gheo - o sa verific ce ai zis. Acu spre exemplu downloadez de pe server ca porcul si nu mai cade.

Code:

saltwater@file-server:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:50:8D:B2:17:30 
          inet addr:192.168.1.99  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::250:8dff:feb2:1730/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2204071 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3097797 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:202022634 (192.6 MB)  TX bytes:4109978223 (3.8 GB)
          Interrupt:20 Base address:0xa000

Dupa stiinta mea mai putina un MTU de 1500 ar trebui sa fie OK. Wikipedia confirma.

Later: o sa schimb cabul care conecteaza serverul de router ... sper ca nu se repeta. E drept ca acel cablu are vreo 3 ani experienta in campul muncii, dar pana acu nu a facut probleme. o_O

Later: am eliminat veriga slaba din lantul de la veceu conectand notebook-ul direct la server ... la citire de pe notebook ... scriere pe server viteza nu a fost stralucita (~4MB/s) - dar e scuzabila pentru ca OpenSSH-ul de pe Windows e mai putoare. La citire de pe server, scriere pe notebook ... rata de transfer sustinuta de 11MB/s (si nu a scazut sub 10MB/s deloc!). Teste efectuate cu un fisier de 224MB. Nu ma asteptam ca un cablu care m-a servit atata vreme fara probleme sa imi puna capac. gheorge multumesc pentru idee ... problema se poate considera incheiata.

[Licaon]

avusei si io dureri de cap prin ssh/sshfs...e ciudat rau...mere un pic apoi sta...si tot asa...
ce observasem mai de mult cand urcam ceva pe ssh cu scp incerca sal puna intai in RAM fisierul si apoi sal trimit...si pe 256Mb de RAm se ducea drq sistemul imediat...

acum trecui la opentracker ( http://erdgeist.org/arts/software/opentracker/ ), e user de facut un serveru & torrentu, il trimit prin yahoo/ssh/ceva (cai doar de cativa kilo) si gata... am 3.5Mb/s transfer, cand prin ssh aveam sub 1Mb/s cu pauze... de pe un calc legat direct la 1.5m distanta

nue cea mai eleganta solutie dar iomi fac treba

[gheorghe]

opentracker? exista jdemii de protocoale si filesystemuri: http, webdav, ftp, smb, nfs, afs, coda, iscsi. Tu ai facut tracker de torrent ca sa transferi fisiere intre 2 calculatoare?

[Saltwater]

Am fatait si MTU, si cabluri, alte cabluri, alt router (D-Link DI-524), un switch obosit ... same shiet cat ca D-Link-ul ducea 1.5-2.5MB/s, dar baga pauze (aceleasi pauze) pe traseu. Nu patesc bule doar cu sshfs, ci si cu samba, iar samba nu se poate exclude din imagine. I-am dat lucru greu de facut (fisiere large, fisiere medii, multe fisiere de dimensiuni mici) ... pe direct nu da semne de oboseala. Cum da de inca o componenta de retea ... face urat. WTF?!

Later: fataind ceva mai mult MTU-ul, am reusit imbunatatiri, vitezele sunt catre medie in cel mai bun caz, dar tot nu am rezolvat problema stabilitatii. Facand mai mult RTFM, am dat de aceasta:

Jabber is the transmission of a packet on a computer network that is larger than the network's MTU. Such transmissions hog bandwidth and congest the network. Many network switches have a built-in capability to detect when a device is jabbering and block it until it resumes proper operation.

[gheorghe]

MTU-ul ar trebui sa fie la fel peste tot in retea, si de obicei pe ethernet el este de 1500bytes. Daca ai mtu mai mare sau mai mic intr-o parte, pachetele se vor fragmenta, si asta nu e bine.

[Licaon]

pentru mine a fost mai usor sa fac tracker de torrent... ce naigba...il pornesc si mere... fac torentu cu adresa trakerului si gata...
nu tu configuri...nu tu rute...nu tu securizari de accese...

[Saltwater]

Era pus la 1500 by default ca doar e retea ethernet. Pana si routerele confirma din moment ce suporta un ping maxim (nefragmentat) de 1472bytes+headerul 28bytes=1500bytes. Dar asta e teoretic, pentru ca in practica cadea reteaua in draci. Practic de cand am setat serverul la MTU 1024, nu a mai cazut decat o singura data. Inca nu am reusit sa obtin transfer acceptabil ca viteza si stabil in acelasi timp intre masini transferand de pe notebook cu Windows/Linux catre server. Invers e acceptabil pe la 6MB/s fara caderi.

Oricum intentionam sa schimb routerul ... cred ca o sa merg pe un ASUS WL500G Premium (ca sa ma dau si pe wireless) pe care cred ca o sa pun un OpenWrt ... si vad dupa aceea cum sta cu stabilitatea traficului.

PS: @ Licaon - eu am mers pe SMB in principal si am tras un config de ala care sa ma 'multumeste': binduieste doar catre eth0 si adresa privata a serverului care e pusa pe eth0), accepta conexiuni doar de la adresa notebook-ului, si foloseste autentificare dupa ideea de aici: http://ubuntuforums.org/showpost.php?p=442015&postcount=10 si asta pentru ca am o lene de aia proverbiala in a-mi configura firewall-ul. Asta pe langa sshfs cand smbfs nu ajuta.

[wonder]

incearca sa folosesti cifs in loc de smbfs

[Saltwater]

Ma rog ... nu protocolul doare, ci faptul ca pica. In fine ... cifs/smbfs - whatever, o sa incerc. O sa configurez zilele astea FTP-ul sa vad cum merge. Daca pica si pe FTP/HTTP, atunci imi bag ceva in ea retea.