Re: [rlug] Problema cu un Centos 5.4 - retea instabila
2010/2/2 lonely wolf wo...@prolinux.ro: [...] eu stiu ce face netvision? acum stind si gindindu-ma, s-ar putea totusi sa gresesc: in mod normal linuxul ar trebui sa tipe si sa anunte daca observa un conflict de MAC sau IP , mai ales la ridicarea interfetei. Umpic de lumina pe ethernet layer2 :) Un host nu are cum sa afle daca ii este furat MAC-ul in retea. Poate doar sa deduca asta din faptul ca dintr-o data are heavy packet loss pe incoming. Din cate stiu, placile de retea nu pun pe sarma frame-uri cu dst_mac = own_mac; si si daca ar pune, in microsecunda receptionarii frame-ului, switch-ul invata MAC-ul respectiv pe portul sursa, si deci o sa retrimita frame-ul pe acelasi port. (sau mai degraba o sa-l drop-uie, pentru ca un switch bine-crescut nu ar trebui niciodata sa trimita un frame pe acelasi port pe care l-a primit) Furtul de MAC se poate detecta pe switch-uri, prin activarea detectiei de MAC-flapping. Cand un MAC flapeaza intre 2 porturi, ori e furt de MAC (1 MAC flapeaza), ori bucla nedetectata (N MAC-uri flapeaza). De asemenea, furtul unui MAC-uri mai poate fi detectat de pe un alt host din retea prin arping-uirea broadcast a MAC-ului si numararea replyurilor -- daca sunt 1 nu e bine. Furtul de IP in schimb poate fi detectat de host, prin Gratuitous ARP. Windozele fac asta cand li se ridica o interfata, Linuxul face asta doar cand porneste reteaua. Prin Linux vreau sa zic redhat-style distros, unde detectia o face un arping -I $REALDEVICE $IPADDR din /etc/sysconfig/network-scripts/ifup-eth. Nu stiu despre alte tipuri de distributii. HTH -- www.flo.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
Florin Popovici wrote: 2010/2/2 lonely wolf wo...@prolinux.ro: [...] eu stiu ce face netvision? acum stind si gindindu-ma, s-ar putea totusi sa gresesc: in mod normal linuxul ar trebui sa tipe si sa anunte daca observa un conflict de MAC sau IP , mai ales la ridicarea interfetei. Umpic de lumina pe ethernet layer2 :) Un host nu are cum sa afle daca ii este furat MAC-ul in retea. Poate doar sa deduca asta din faptul ca dintr-o data are heavy packet loss pe incoming. Din cate stiu, placile de retea nu pun pe sarma frame-uri cu dst_mac = own_mac; si si daca ar pune, in microsecunda receptionarii frame-ului, ... care microsecunda dureaza si 30 de sec pe unele ciscoace ... Furtul de MAC se poate detecta pe switch-uri, prin activarea detectiei de MAC-flapping. Cand un MAC flapeaza intre 2 porturi, ori e furt de MAC (1 MAC flapeaza), ori bucla nedetectata (N MAC-uri flapeaza). cu conditia sa ai switchuri suficient de inteligente, ceea ce nu e neaparat cazul la retelele de cartier. e suficient sa ai o cascada de 2-3 switchuri chioare si 2 baieti destepti si incepi sa faci referiri la rude si sarbatori crestine. si da, ai dreptate, doar conflictul de IP e detectabil local. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
2010/2/4 lonely wolf wo...@prolinux.ro: Florin Popovici wrote: 2010/2/2 lonely wolf wo...@prolinux.ro: [...] eu stiu ce face netvision? acum stind si gindindu-ma, s-ar putea totusi sa gresesc: in mod normal linuxul ar trebui sa tipe si sa anunte daca observa un conflict de MAC sau IP , mai ales la ridicarea interfetei. Umpic de lumina pe ethernet layer2 :) Un host nu are cum sa afle daca ii este furat MAC-ul in retea. Poate doar sa deduca asta din faptul ca dintr-o data are heavy packet loss pe incoming. Din cate stiu, placile de retea nu pun pe sarma frame-uri cu dst_mac = own_mac; si si daca ar pune, in microsecunda receptionarii frame-ului, ... care microsecunda dureaza si 30 de sec pe unele ciscoace ... Furtul de MAC se poate detecta pe switch-uri, prin activarea detectiei de MAC-flapping. Cand un MAC flapeaza intre 2 porturi, ori e furt de MAC (1 MAC flapeaza), ori bucla nedetectata (N MAC-uri flapeaza). cu conditia sa ai switchuri suficient de inteligente, ceea ce nu e neaparat cazul la retelele de cartier. e suficient sa ai o cascada de 2-3 switchuri chioare si 2 baieti destepti si incepi sa faci referiri la rude si sarbatori crestine. si da, ai dreptate, doar conflictul de IP e detectabil local. ... fara sa-ti dai jos orice ip, sa setezi alt mac, sa pui interfata in promiscuous si sa lasi un tcpdump pornit o zi sa vezi daca animalul n-a scapat ceva protocoale care fac broadcast sau ... sa astepti cat sa faci colectie de clasele de ip-uri care-s la tine in retea, sa-ti ridici un ip care pare nefolosit (cu tot cu un mac de vmware sau ceva) si sa faci un arp scan pe toate clasele alea pana gasesti animalu' (desi cine iti fura macul iti fura in general si ip-ul ca na) -- Petre don't thread on me Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
2010/2/4 Petru Ratiu rpe...@gmail.com: 2010/2/4 lonely wolf wo...@prolinux.ro: Florin Popovici wrote: 2010/2/2 lonely wolf wo...@prolinux.ro: [...] eu stiu ce face netvision? acum stind si gindindu-ma, s-ar putea totusi sa gresesc: in mod normal linuxul ar trebui sa tipe si sa anunte daca observa un conflict de MAC sau IP , mai ales la ridicarea interfetei. Umpic de lumina pe ethernet layer2 :) Un host nu are cum sa afle daca ii este furat MAC-ul in retea. Poate doar sa deduca asta din faptul ca dintr-o data are heavy packet loss pe incoming. Din cate stiu, placile de retea nu pun pe sarma frame-uri cu dst_mac = own_mac; si si daca ar pune, in microsecunda receptionarii frame-ului, ... care microsecunda dureaza si 30 de sec pe unele ciscoace ... Furtul de MAC se poate detecta pe switch-uri, prin activarea detectiei de MAC-flapping. Cand un MAC flapeaza intre 2 porturi, ori e furt de MAC (1 MAC flapeaza), ori bucla nedetectata (N MAC-uri flapeaza). cu conditia sa ai switchuri suficient de inteligente, ceea ce nu e neaparat cazul la retelele de cartier. e suficient sa ai o cascada de 2-3 switchuri chioare si 2 baieti destepti si incepi sa faci referiri la rude si sarbatori crestine. si da, ai dreptate, doar conflictul de IP e detectabil local. ... fara sa-ti dai jos orice ip, sa setezi alt mac, sa pui interfata in promiscuous si sa lasi un tcpdump pornit o zi sa vezi daca animalul n-a scapat ceva protocoale care fac broadcast sau ... sa astepti cat sa faci colectie de clasele de ip-uri care-s la tine in retea, sa-ti ridici un ip care pare nefolosit (cu tot cu un mac de vmware sau ceva) si sa faci un arp scan pe toate clasele alea pana gasesti animalu' (desi cine iti fura macul iti fura in general si ip-ul ca na) exact. Si daca lasi un ping sa mearga tot timpul atunci toti de pe traseul layer2 stiu MAC-ul tau in permanenta. In alta ordine de ideei intr-o astfel de retea fara portsecurity sau ACL cu mac predefinit/port il poti baga si pe macof din dsniff :) macof = individul ce baga mii de macuri/secunda intr-o retea. Pentru ca tot am deviat de la subiect... oamenii de rand aseamana retelele utp layer 2 cu tevile de apa. Cine vrea sa se documenteze despre ce se poate intampla intr-o retea layer 2 recomand Security Features on Switches de la ciscopress. Imi cer scuze pt offtopic, Bazy ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
2010/2/4 Bazy baz...@gmail.com: [...] exact. Si daca lasi un ping sa mearga tot timpul atunci toti de pe traseul layer2 stiu MAC-ul tau in permanenta. Poate un flood ping :) Pana si cel mai ieftin switch e capabil sa flapeze un MAC intre doua porturi de cateva sute de ori pe secunda. Daca tu trimiti un frame pe secunda si celalalt trimite 100, atunci switch-ul va avea MAC-ul pe portul tau timp de 0.01s si pe portul celuilalt 0.99s. Intr-adevar, Metcalfe et co n-aveau securitate in cap cand au gandit ethernet-ul. Optiunile de securizare gen port security / MAC-based ACLs / MAC flapping detection / pppoe / etc sunt mai mult sau mai putin peticeli, pot fi depasite cu putin efort. -- www.flo.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
si eu am avut o problema similara si dupa ceva cautari am gasit pe un forum sa opresti avahi-ul. Si a mers cel putin in cazul meu. --- On Tue, 2/2/10, lonely wolf wo...@prolinux.ro wrote: From: lonely wolf wo...@prolinux.ro Subject: Re: [rlug] Problema cu un Centos 5.4 - retea instabila To: Romanian Linux Users Group rlug@lists.lug.ro Date: Tuesday, February 2, 2010, 4:18 PM Petru Ratiu wrote: 2010/2/2 lonely wolf wo...@prolinux.ro: intrucit driverul pt placi intel e unul dintre cele mai bine scrise Oarecum offtopic, driverele de intel mi-au cam facut boacane in trecut. ai si tu dreptatea ta, am la indemina un Lenovo care dupa ce intra in suspend uita sa mai [re]activeze interfata de retea .. doar ca asta se intimpla numai in windows :) Cea mai memorabila faza a fost cand voiam sa fac vlanuri cu o placa intel gigabit si urla e1000 din toti rarunchii ca e frame-ul prea mare si-l arunca la gunoi = silence on the wire cat era activat vlan tagging. Faza si mai tare a fost ca dupa cele 2-3 zile de cautat in susul curentului pana am gasit sursele de la e1000 si un bug related raportat de altcineva (cu jumbo frames), a aparut patch in noaptea imediat urmatoare asa ca am ajuns sa pun prima si ultima oara in viata kernel din nightly snapshot pe o masina de productie. vezi ca tocmai s-a anuntat kernel nou din seria 2.4 care nu include decit patchuri pt e1000, poate ai nevoie de el :) Asta sa nu mentionez de campionatele de eepro100 vs. e100 cand castiga ba unul, ba altul in functie de modelul si versiunea placii. Nu zic ca nu sunt si alte drivere mai proaste, dar nici cele de intel nu-s chiar date cu apa sfintita. eu cu e1000e n-am avut nici o problema. si ma refer la citeva zeci de masini cu centos 5. da' poate am calcat in ceva cind am fost [mai] mic ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
On Tue, Feb 2, 2010 at 3:42 PM, Robert Muster robert.mus...@gmail.com wrote: am lasat un ping pe gateway in background si vad ca de atunci nu a mai picat. despre ce e vorba? Teoretic... daca nu comunici nimic o perioada de 10 sau cate minute or fi setate router-ul si switch-urile de pe traseu, uita adresa ta MAC. Ea e stearsa din tabla lor ARP. Si tot teoretic cand incepi sa trimiti ar trebui sa o reinvete. Am mai patit sa nu mai ajunga pachetele cand era o ciorba de switch-uri: Cisco, Allied Telesyn si vreo 2-3 RPC-uri. Asta e un scenariu simplu, dar ar putea fi si mai complicat :-) Daca 'ping gateway ' rezolva problema e bine. Bazy ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
avand in vedere ca s-a intamplat fara nici un motiv clar, adica nu s-a umblat la server, pentru mine inseamna ca ori cineva imi fura IP-ul...ori au schimbat ceva in infrastructura retelei (acea ciorba de routere si switchuri). oricum acum s-a rezolvat prin trickul asta, si momentan nu pot umbla la el ca este activitate. insa cum prind liniste... :) Multumesc oricum 2010/2/3 Bazy baz...@gmail.com: On Tue, Feb 2, 2010 at 3:42 PM, Robert Muster robert.mus...@gmail.com wrote: am lasat un ping pe gateway in background si vad ca de atunci nu a mai picat. despre ce e vorba? Teoretic... daca nu comunici nimic o perioada de 10 sau cate minute or fi setate router-ul si switch-urile de pe traseu, uita adresa ta MAC. Ea e stearsa din tabla lor ARP. Si tot teoretic cand incepi sa trimiti ar trebui sa o reinvete. Am mai patit sa nu mai ajunga pachetele cand era o ciorba de switch-uri: Cisco, Allied Telesyn si vreo 2-3 RPC-uri. Asta e un scenariu simplu, dar ar putea fi si mai complicat :-) Daca 'ping gateway ' rezolva problema e bine. Bazy ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
2010/2/3 Bazy baz...@gmail.com: On Tue, Feb 2, 2010 at 3:42 PM, Robert Muster robert.mus...@gmail.com wrote: am lasat un ping pe gateway in background si vad ca de atunci nu a mai picat. despre ce e vorba? Teoretic... daca nu comunici nimic o perioada de 10 sau cate minute or fi setate router-ul si switch-urile de pe traseu, uita adresa ta MAC. Ea e stearsa din tabla lor ARP. Si tot teoretic cand incepi sa trimiti ar trebui sa o reinvete. Am mai patit sa nu mai ajunga pachetele cand era o ciorba de switch-uri: Cisco, Allied Telesyn si vreo 2-3 RPC-uri. Asta e un scenariu simplu, dar ar putea fi si mai complicat :-) Daca 'ping gateway ' rezolva problema e bine. Sau pune chestii mai interesante pe site ca sa aiba trafic :P Si cu riscul sa par cicalitor, mai zic o data: pe o masina gandita ca server (in acceptiunea populara, adica nu e workstation), e imperativ sa fie cat mai putine chestii ne-necesare, in special la partea de infrastructura. Avahi poate avea scenarii in care chiar sa fie util si necesar, si (poate macar intr-un univers paralel) si network-manager. Dar daca le instalezi stii de ce si la ce-ti trebuie si te interesezi cum poate sa impacteze restul. Bullshitul comercial cu networking for the human beings nu are ce cauta intr-un mediu de productie, pentru ca mai devreme sau mai tarziu tot va trebui sa inveti corect notiuni de baza de retelistica sau cum functioneaza un {web,mail,name}server, si mai bine faci treburile corect de la inceput si ai control pe tot ce se intampla decat sa pui chestii care just work until they don't. Nu ca asta da vreo garantie ca n-or sa apara si alte probleme, dar ca macar o sa stii de unde sa le apuci si sa izolezi mai bine cauza. Rant over (deocamdata). PS: daca e cineva pe-aici care chiar intelege network-manager, as fi tare dispus sa invat cum sa-l conving sa faca chestiile pe care le vreau, ca deja jumatate de gnome depinde de el si nu tin foarte tare sa-mi schimb aplicatiile. -- Petre happy ca wireshark a citit el RFC-uri pentru mine sa ma pot da mai usor printre pachete Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
am lasat un ping pe gateway in background si vad ca de atunci nu a mai picat. despre ce e vorba? On Mon, Feb 1, 2010 at 4:17 PM, Bazy baz...@gmail.com wrote: On Mon, Feb 1, 2010 at 4:09 PM, Robert Muster robert.mus...@gmail.com wrote: Multumesc de raspunsuri in primul rand. placa de retea: intel 82572EI Gigabyte Ethernet controller (copper) nu e legata in switch e conexiune direct din media convertor (e o linie de fibra) ip-ul este static dat de la provider (ar trebui sa fie unic :) mac-ul...cum pot sa verific unicitatea lui ? comanda service network restart da : shutting down eth1 ... ok shutting down loopback intf ok bringing up loopback intf. ok bringing up eth1 ok iar in log da asta: Feb 1 16:09:01 89 NetworkManager: info (eth1): carrier now OFF (device state 8) Feb 1 16:09:01 89 NetworkManager: info (eth1): device state change: 8 - 2 Feb 1 16:09:01 89 NetworkManager: info (eth1): deactivating device (reason: 40). Feb 1 16:09:02 89 kernel: ADDRCONF(NETDEV_UP): eth1: link is not ready Feb 1 16:09:03 89 kernel: e1000e: eth1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX Feb 1 16:09:03 89 kernel: eth1: 10/100 speed: disabling TSO Feb 1 16:09:03 89 kernel: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready Feb 1 16:09:03 89 dnsmasq[3061]: no servers found in /etc/resolv.conf, will retry Feb 1 16:09:03 89 NetworkManager: info (eth1): carrier now ON (device state 2) Feb 1 16:09:03 89 NetworkManager: info (eth1): device state change: 2 - 3 Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) starting connection 'System eth1' Feb 1 16:09:03 89 NetworkManager: info (eth1): device state change: 3 - 4 Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 1 of 5 (Device Prepare) scheduled... Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 1 of 5 (Device Prepare) started... Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 2 of 5 (Device Configure) scheduled... Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 1 of 5 (Device Prepare) complete. Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 2 of 5 (Device Configure) starting... Feb 1 16:09:03 89 NetworkManager: info (eth1): device state change: 4 - 5 Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 2 of 5 (Device Configure) successful. Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 3 of 5 (IP Configure Start) scheduled. Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 2 of 5 (Device Configure) complete. Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 3 of 5 (IP Configure Start) started... Feb 1 16:09:04 89 NetworkManager: info (eth1): device state change: 5 - 7 Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 4 of 5 (IP Configure Get) scheduled... Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 3 of 5 (IP Configure Start) complete. Feb 1 16:09:04 89 NET[18786]: /etc/sysconfig/network-scripts/ifup-post : updated /etc/resolv.conf Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 4 of 5 (IP Configure Get) started... Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 5 of 5 (IP Configure Commit) scheduled... Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 4 of 5 (IP Configure Get) complete. Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 5 of 5 (IP Configure Commit) started... Feb 1 16:09:05 89 NetworkManager: info (eth1): device state change: 7 - 8 Feb 1 16:09:05 89 NetworkManager: info Policy set 'System eth1' (eth1) as default for routing and DNS. Feb 1 16:09:05 89 NetworkManager: info Activation (eth1) successful, device activated. Feb 1 16:09:05 89 NetworkManager: info Activation (eth1) Stage 5 of 5 (IP Configure Commit) complete. Feb 1 16:09:07 89 dnsmasq[3061]: reading /etc/resolv.conf Feb 1 16:09:07 89 dnsmasq[3061]: using nameserver 89.34.72.42#53 Feb 1 16:09:07 89 dnsmasq[3061]: using nameserver 89.37.120.6#53 Problema asta a aparut acum doua luni si de atunci ma tot lupt cu ea. nu reusesc sa identific cauza. Schimba media converter-ul si cablul dintre el si server. Se poate ca ISP-ul sa nu aiba filtre /port/mac si cineva sa-ti foloseasca IP-ul. Lasa un ping gateway IP in background. Doar o idee... Bazy ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
On Tue, Feb 2, 2010 at 15:42, Robert Muster robert.mus...@gmail.com wrote: am lasat un ping pe gateway in background si vad ca de atunci nu a mai picat. despre ce e vorba? Am mai vazut chestii de-astea doar la tunele setate fara keepalive, dar la cate idiotenii am vazut de la network-manager se poate orice. ia-i interfata aia lui n-m si configureaz-o stil web 1.0, cu /etc/sysconfig/network (sau cum era pe redhat). La Debian stiu ca n-m ignora interfetele care sunt declarate in /etc/network/interfaces daca i-am dat managed=false in sectiunea [ifupdown] din /etc/NetworkManager/nm-system-settings.conf . Asta e distro-specific, dar m-as astepta ca si pe centos sa fie ceva similar. In orice caz, te-as sfatui ca daca masina aia nu e laptop sa renunti la network-manager si sa faci networkingul ca la carte (nu-i asa dificil pe cat s-ar crede si e mult mai predictibil). Evident, poate fi in continuare o problema a placii sau driverului care intra in sleep daca n-are activitate (parca am vazut si chestia asta candva), dar sfatul cu n-m must die a painful death e general valabil. -- Petre don't thread on me Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
Petru Ratiu wrote: On Tue, Feb 2, 2010 at 15:42, Robert Muster robert.mus...@gmail.com wrote: am lasat un ping pe gateway in background si vad ca de atunci nu a mai picat. despre ce e vorba? Am mai vazut chestii de-astea doar la tunele setate fara keepalive, dar la cate idiotenii am vazut de la network-manager se poate orice. ia-i interfata aia lui n-m si configureaz-o stil web 1.0, cu /etc/sysconfig/network (sau cum era pe redhat). La Debian stiu ca n-m ignora interfetele care sunt declarate in /etc/network/interfaces daca i-am dat managed=false in sectiunea [ifupdown] din /etc/NetworkManager/nm-system-settings.conf . Asta e distro-specific, dar m-as astepta ca si pe centos sa fie ceva similar. este; trebuie specificat in ifcfg-eth In orice caz, te-as sfatui ca daca masina aia nu e laptop sa renunti la network-manager si sa faci networkingul ca la carte (nu-i asa dificil pe cat s-ar crede si e mult mai predictibil). ceea ce ziceam si eu ... Evident, poate fi in continuare o problema a placii sau driverului care intra in sleep daca n-are activitate (parca am vazut si chestia asta candva), cu placi intel ? dar sfatul cu n-m must die a painful death e general valabil. intrucit driverul pt placi intel e unul dintre cele mai bine scrise, eu as miza pe un prieten din retea care folosea MAC-ul/IP-ul tau. acum tinind tu permanent MAC-ul in memoria switchului de deasupra ta, il impiedici pe respectivul sa mai fure ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
multumesc pentru informatii si sfaturi. voi configura old style network-ul. ma mira insa ca treaba a inceput sa se intample dintr-o data (eu am crezut ca e vreun update care a facut poc pe undeva), nu m-am gandit nici un moment ca cineva imi fura conexiunea. sa inteleg ca isp-ul nu are filtru pe mac? 2010/2/2 lonely wolf wo...@prolinux.ro: Petru Ratiu wrote: On Tue, Feb 2, 2010 at 15:42, Robert Muster robert.mus...@gmail.com wrote: am lasat un ping pe gateway in background si vad ca de atunci nu a mai picat. despre ce e vorba? Am mai vazut chestii de-astea doar la tunele setate fara keepalive, dar la cate idiotenii am vazut de la network-manager se poate orice. ia-i interfata aia lui n-m si configureaz-o stil web 1.0, cu /etc/sysconfig/network (sau cum era pe redhat). La Debian stiu ca n-m ignora interfetele care sunt declarate in /etc/network/interfaces daca i-am dat managed=false in sectiunea [ifupdown] din /etc/NetworkManager/nm-system-settings.conf . Asta e distro-specific, dar m-as astepta ca si pe centos sa fie ceva similar. este; trebuie specificat in ifcfg-eth In orice caz, te-as sfatui ca daca masina aia nu e laptop sa renunti la network-manager si sa faci networkingul ca la carte (nu-i asa dificil pe cat s-ar crede si e mult mai predictibil). ceea ce ziceam si eu ... Evident, poate fi in continuare o problema a placii sau driverului care intra in sleep daca n-are activitate (parca am vazut si chestia asta candva), cu placi intel ? dar sfatul cu n-m must die a painful death e general valabil. intrucit driverul pt placi intel e unul dintre cele mai bine scrise, eu as miza pe un prieten din retea care folosea MAC-ul/IP-ul tau. acum tinind tu permanent MAC-ul in memoria switchului de deasupra ta, il impiedici pe respectivul sa mai fure ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
2010/2/2 lonely wolf wo...@prolinux.ro: intrucit driverul pt placi intel e unul dintre cele mai bine scrise Oarecum offtopic, driverele de intel mi-au cam facut boacane in trecut. Cea mai memorabila faza a fost cand voiam sa fac vlanuri cu o placa intel gigabit si urla e1000 din toti rarunchii ca e frame-ul prea mare si-l arunca la gunoi = silence on the wire cat era activat vlan tagging. Faza si mai tare a fost ca dupa cele 2-3 zile de cautat in susul curentului pana am gasit sursele de la e1000 si un bug related raportat de altcineva (cu jumbo frames), a aparut patch in noaptea imediat urmatoare asa ca am ajuns sa pun prima si ultima oara in viata kernel din nightly snapshot pe o masina de productie. Asta sa nu mentionez de campionatele de eepro100 vs. e100 cand castiga ba unul, ba altul in functie de modelul si versiunea placii. Nu zic ca nu sunt si alte drivere mai proaste, dar nici cele de intel nu-s chiar date cu apa sfintita. -- Petre don't thread on me Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
Robert Muster wrote: multumesc pentru informatii si sfaturi. voi configura old style network-ul. ma mira insa ca treaba a inceput sa se intample dintr-o data (eu am crezut ca e vreun update care a facut poc pe undeva), nu m-am gandit nici un moment ca cineva imi fura conexiunea. sa inteleg ca isp-ul nu are filtru pe mac? eu stiu ce face netvision? acum stind si gindindu-ma, s-ar putea totusi sa gresesc: in mod normal linuxul ar trebui sa tipe si sa anunte daca observa un conflict de MAC sau IP , mai ales la ridicarea interfetei. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
Petru Ratiu wrote: 2010/2/2 lonely wolf wo...@prolinux.ro: intrucit driverul pt placi intel e unul dintre cele mai bine scrise Oarecum offtopic, driverele de intel mi-au cam facut boacane in trecut. ai si tu dreptatea ta, am la indemina un Lenovo care dupa ce intra in suspend uita sa mai [re]activeze interfata de retea .. doar ca asta se intimpla numai in windows :) Cea mai memorabila faza a fost cand voiam sa fac vlanuri cu o placa intel gigabit si urla e1000 din toti rarunchii ca e frame-ul prea mare si-l arunca la gunoi = silence on the wire cat era activat vlan tagging. Faza si mai tare a fost ca dupa cele 2-3 zile de cautat in susul curentului pana am gasit sursele de la e1000 si un bug related raportat de altcineva (cu jumbo frames), a aparut patch in noaptea imediat urmatoare asa ca am ajuns sa pun prima si ultima oara in viata kernel din nightly snapshot pe o masina de productie. vezi ca tocmai s-a anuntat kernel nou din seria 2.4 care nu include decit patchuri pt e1000, poate ai nevoie de el :) Asta sa nu mentionez de campionatele de eepro100 vs. e100 cand castiga ba unul, ba altul in functie de modelul si versiunea placii. Nu zic ca nu sunt si alte drivere mai proaste, dar nici cele de intel nu-s chiar date cu apa sfintita. eu cu e1000e n-am avut nici o problema. si ma refer la citeva zeci de masini cu centos 5. da' poate am calcat in ceva cind am fost [mai] mic ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] Problema cu un Centos 5.4 - retea instabila
Buna ziua, Am un server Centos 5.4 pe care ruleaza un server apache care serveste o aplicatie web (php). Am o adresa statica pe care o folosesc pentru conectarea la aplicatie. Problema este ca din cand in cand, fara nici un motiv anume, serverul pica - nu mai raspunde la ping si nu mai serveste paginile. In log-uri nu apare nici o eroare, nimic. Pur si simplu cade conexiunea. Singura rezolvare este sa reactivez interfata eth1 - din network manager - activate (nu merge nici macar service network restart) Cum pot rezolva problema? De unde apare si unde as putea sa ma uit...? e destul de frustrant, pentru ca am incercat tot ce stiu eu despre linux si nu stiu de unde sa mai apuc problema asta. Va multumesc anticipat Robert Muster ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
Robert Muster wrote: Buna ziua, Am un server Centos 5.4 pe care ruleaza un server apache care serveste o aplicatie web (php). Am o adresa statica pe care o folosesc pentru conectarea la aplicatie. Problema este ca din cand in cand, fara nici un motiv anume, serverul pica - nu mai raspunde la ping si nu mai serveste paginile. In log-uri nu apare nici o eroare, nimic. Pur si simplu cade conexiunea. Singura rezolvare este sa reactivez interfata eth1 - din network manager - activate (nu merge nici macar service network restart) Cum pot rezolva problema? De unde apare si unde as putea sa ma uit...? e destul de frustrant, pentru ca am incercat tot ce stiu eu despre linux si nu stiu de unde sa mai apuc problema asta. 1. asigura-te ca nu exista nici o alta masina cu acelasi IP sau acelasi MAC Da, stiu, nu ar trebui sa se intimple asta. Dar se intimpla 2. ce placa de retea are ? 3. Dezinstaleaza network-manager. E un gunoi care e vag util pe laptopuri, dar nu are ce sa caute pe servere. PS: dupa service network restart ar trebui sa se vada ceva in loguri. Iar daca nu, un ifdown/ ifup de mina tot ar trebui sa tipe ceva ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
2010/2/1 Robert Muster robert.mus...@gmail.com: Buna ziua, Am un server Centos 5.4 pe care ruleaza un server apache care serveste o aplicatie web (php). Am o adresa statica pe care o folosesc pentru conectarea la aplicatie. Problema este ca din cand in cand, fara nici un motiv anume, serverul pica - nu mai raspunde la ping si nu mai serveste paginile. In log-uri nu apare nici o eroare, nimic. Pur si simplu cade conexiunea. Singura rezolvare este sa reactivez interfata eth1 - din network manager - activate (nu merge nici macar service network restart) Cum pot rezolva problema? De unde apare si unde as putea sa ma uit...? e destul de frustrant, pentru ca am incercat tot ce stiu eu despre linux si nu stiu de unde sa mai apuc problema asta. Va multumesc anticipat Robert Muster Salut Robert, Ce placa de retea? (lspci) In ce switch e legata? Bazy ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
Multumesc de raspunsuri in primul rand. placa de retea: intel 82572EI Gigabyte Ethernet controller (copper) nu e legata in switch e conexiune direct din media convertor (e o linie de fibra) ip-ul este static dat de la provider (ar trebui sa fie unic :) mac-ul...cum pot sa verific unicitatea lui ? comanda service network restart da : shutting down eth1 ... ok shutting down loopback intf ok bringing up loopback intf. ok bringing up eth1 ok iar in log da asta: Feb 1 16:09:01 89 NetworkManager: info (eth1): carrier now OFF (device state 8) Feb 1 16:09:01 89 NetworkManager: info (eth1): device state change: 8 - 2 Feb 1 16:09:01 89 NetworkManager: info (eth1): deactivating device (reason: 40). Feb 1 16:09:02 89 kernel: ADDRCONF(NETDEV_UP): eth1: link is not ready Feb 1 16:09:03 89 kernel: e1000e: eth1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX Feb 1 16:09:03 89 kernel: eth1: 10/100 speed: disabling TSO Feb 1 16:09:03 89 kernel: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready Feb 1 16:09:03 89 dnsmasq[3061]: no servers found in /etc/resolv.conf, will retry Feb 1 16:09:03 89 NetworkManager: info (eth1): carrier now ON (device state 2) Feb 1 16:09:03 89 NetworkManager: info (eth1): device state change: 2 - 3 Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) starting connection 'System eth1' Feb 1 16:09:03 89 NetworkManager: info (eth1): device state change: 3 - 4 Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 1 of 5 (Device Prepare) scheduled... Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 1 of 5 (Device Prepare) started... Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 2 of 5 (Device Configure) scheduled... Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 1 of 5 (Device Prepare) complete. Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 2 of 5 (Device Configure) starting... Feb 1 16:09:03 89 NetworkManager: info (eth1): device state change: 4 - 5 Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 2 of 5 (Device Configure) successful. Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 3 of 5 (IP Configure Start) scheduled. Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 2 of 5 (Device Configure) complete. Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 3 of 5 (IP Configure Start) started... Feb 1 16:09:04 89 NetworkManager: info (eth1): device state change: 5 - 7 Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 4 of 5 (IP Configure Get) scheduled... Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 3 of 5 (IP Configure Start) complete. Feb 1 16:09:04 89 NET[18786]: /etc/sysconfig/network-scripts/ifup-post : updated /etc/resolv.conf Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 4 of 5 (IP Configure Get) started... Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 5 of 5 (IP Configure Commit) scheduled... Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 4 of 5 (IP Configure Get) complete. Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 5 of 5 (IP Configure Commit) started... Feb 1 16:09:05 89 NetworkManager: info (eth1): device state change: 7 - 8 Feb 1 16:09:05 89 NetworkManager: info Policy set 'System eth1' (eth1) as default for routing and DNS. Feb 1 16:09:05 89 NetworkManager: info Activation (eth1) successful, device activated. Feb 1 16:09:05 89 NetworkManager: info Activation (eth1) Stage 5 of 5 (IP Configure Commit) complete. Feb 1 16:09:07 89 dnsmasq[3061]: reading /etc/resolv.conf Feb 1 16:09:07 89 dnsmasq[3061]: using nameserver 89.34.72.42#53 Feb 1 16:09:07 89 dnsmasq[3061]: using nameserver 89.37.120.6#53 Problema asta a aparut acum doua luni si de atunci ma tot lupt cu ea. nu reusesc sa identific cauza. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
In cazul in care ai switch-uri cu management pe care ruleaza Spanning Tree-ul, verifica logurile sa nu ai bucle prin retea. Simptomele indica acest lucru. Robert Muster wrote: Buna ziua, Am un server Centos 5.4 pe care ruleaza un server apache care serveste o aplicatie web (php). Am o adresa statica pe care o folosesc pentru conectarea la aplicatie. Problema este ca din cand in cand, fara nici un motiv anume, serverul pica - nu mai raspunde la ping si nu mai serveste paginile. In log-uri nu apare nici o eroare, nimic. Pur si simplu cade conexiunea. Singura rezolvare este sa reactivez interfata eth1 - din network manager - activate (nu merge nici macar service network restart) Cum pot rezolva problema? De unde apare si unde as putea sa ma uit...? e destul de frustrant, pentru ca am incercat tot ce stiu eu despre linux si nu stiu de unde sa mai apuc problema asta. Va multumesc anticipat Robert Muster ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
On Mon, Feb 1, 2010 at 4:09 PM, Robert Muster robert.mus...@gmail.com wrote: Multumesc de raspunsuri in primul rand. placa de retea: intel 82572EI Gigabyte Ethernet controller (copper) nu e legata in switch e conexiune direct din media convertor (e o linie de fibra) ip-ul este static dat de la provider (ar trebui sa fie unic :) mac-ul...cum pot sa verific unicitatea lui ? comanda service network restart da : shutting down eth1 ... ok shutting down loopback intf ok bringing up loopback intf. ok bringing up eth1 ok iar in log da asta: Feb 1 16:09:01 89 NetworkManager: info (eth1): carrier now OFF (device state 8) Feb 1 16:09:01 89 NetworkManager: info (eth1): device state change: 8 - 2 Feb 1 16:09:01 89 NetworkManager: info (eth1): deactivating device (reason: 40). Feb 1 16:09:02 89 kernel: ADDRCONF(NETDEV_UP): eth1: link is not ready Feb 1 16:09:03 89 kernel: e1000e: eth1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX Feb 1 16:09:03 89 kernel: eth1: 10/100 speed: disabling TSO Feb 1 16:09:03 89 kernel: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready Feb 1 16:09:03 89 dnsmasq[3061]: no servers found in /etc/resolv.conf, will retry Feb 1 16:09:03 89 NetworkManager: info (eth1): carrier now ON (device state 2) Feb 1 16:09:03 89 NetworkManager: info (eth1): device state change: 2 - 3 Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) starting connection 'System eth1' Feb 1 16:09:03 89 NetworkManager: info (eth1): device state change: 3 - 4 Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 1 of 5 (Device Prepare) scheduled... Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 1 of 5 (Device Prepare) started... Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 2 of 5 (Device Configure) scheduled... Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 1 of 5 (Device Prepare) complete. Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 2 of 5 (Device Configure) starting... Feb 1 16:09:03 89 NetworkManager: info (eth1): device state change: 4 - 5 Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 2 of 5 (Device Configure) successful. Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 3 of 5 (IP Configure Start) scheduled. Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 2 of 5 (Device Configure) complete. Feb 1 16:09:03 89 NetworkManager: info Activation (eth1) Stage 3 of 5 (IP Configure Start) started... Feb 1 16:09:04 89 NetworkManager: info (eth1): device state change: 5 - 7 Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 4 of 5 (IP Configure Get) scheduled... Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 3 of 5 (IP Configure Start) complete. Feb 1 16:09:04 89 NET[18786]: /etc/sysconfig/network-scripts/ifup-post : updated /etc/resolv.conf Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 4 of 5 (IP Configure Get) started... Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 5 of 5 (IP Configure Commit) scheduled... Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 4 of 5 (IP Configure Get) complete. Feb 1 16:09:04 89 NetworkManager: info Activation (eth1) Stage 5 of 5 (IP Configure Commit) started... Feb 1 16:09:05 89 NetworkManager: info (eth1): device state change: 7 - 8 Feb 1 16:09:05 89 NetworkManager: info Policy set 'System eth1' (eth1) as default for routing and DNS. Feb 1 16:09:05 89 NetworkManager: info Activation (eth1) successful, device activated. Feb 1 16:09:05 89 NetworkManager: info Activation (eth1) Stage 5 of 5 (IP Configure Commit) complete. Feb 1 16:09:07 89 dnsmasq[3061]: reading /etc/resolv.conf Feb 1 16:09:07 89 dnsmasq[3061]: using nameserver 89.34.72.42#53 Feb 1 16:09:07 89 dnsmasq[3061]: using nameserver 89.37.120.6#53 Problema asta a aparut acum doua luni si de atunci ma tot lupt cu ea. nu reusesc sa identific cauza. Schimba media converter-ul si cablul dintre el si server. Se poate ca ISP-ul sa nu aiba filtre /port/mac si cineva sa-ti foloseasca IP-ul. Lasa un ping gateway IP in background. Doar o idee... Bazy ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
Esti sigur ca kernelul nu scuipa nimic in legatura cu placa ? Cumva network manager activate/deactivate nu scoate/baga modulele in kernel ? Daca e asa, probabil placa e facuta pe vapor, lipsesc piese din ea, si modulul de kernel ingheata. rmmod / modprobe rezolva problema ? Cand ingheata uita cumva si ARP-urile ? Ce placa e ? Unele chipseturi au mai multe module compatibile sau partial compatibile (RTL8139 de ex). Poate se rezolva schimband modulul pe care-l incarci pentru ea. Am avut o placa mai veche 8139 care cu 8139too crapa spectaculos (freeze de consola, te reconactai, mergea si apoi dupa un timp dadea cate un oops cand puneam vlan-uri pe ea), si cu 8139cp mergea ok. Si nu nu era versiunea C, era D. Daca ai C si incarci too pt ea, e aproape sigur de la asta. lspci, lsmod pliz. Dragos Robert Muster wrote: Buna ziua, Am un server Centos 5.4 pe care ruleaza un server apache care serveste o aplicatie web (php). Am o adresa statica pe care o folosesc pentru conectarea la aplicatie. Problema este ca din cand in cand, fara nici un motiv anume, serverul pica - nu mai raspunde la ping si nu mai serveste paginile. In log-uri nu apare nici o eroare, nimic. Pur si simplu cade conexiunea. Singura rezolvare este sa reactivez interfata eth1 - din network manager - activate (nu merge nici macar service network restart) Cum pot rezolva problema? De unde apare si unde as putea sa ma uit...? e destul de frustrant, pentru ca am incercat tot ce stiu eu despre linux si nu stiu de unde sa mai apuc problema asta. Va multumesc anticipat Robert Muster ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
lspci - Ethernet controller: intel corporation 82572EI Gigabit Ethernet Controller (Copper) (rev 06) lsmod: Module Size Used by ip6table_filter 6849 1 ip6_tables 18053 1 ip6table_filter ip_conntrack_netbios_ns 6977 0 xt_state6209 3 ip_conntrack 53281 2 ip_conntrack_netbios_ns,xt_state nfnetlink 10713 1 ip_conntrack iptable_filter 7105 1 ip_tables 17029 1 iptable_filter netloop10945 0 netbk 78273 0 [permanent] blktap118373 2 [permanent] blkbk 22753 0 [permanent] bridge 53853 0 autofs429253 3 hidp 23105 2 rfcomm 42457 0 l2cap 29505 10 hidp,rfcomm bluetooth 53925 5 hidp,rfcomm,l2cap lockd 63209 0 sunrpc145533 2 lockd ipt_REJECT 9665 1 ip6t_REJECT 9409 1 xt_tcpudp 7105 12 x_tables 17349 6 ip6_tables,xt_state,ip_tables,ipt_REJECT,ip6t_REJECT,xt_tcpudp ib_iser37145 0 rdma_cm35577 1 ib_iser ib_cm 39853 1 rdma_cm iw_cm 13125 1 rdma_cm ib_sa 39349 2 rdma_cm,ib_cm ib_mad 37717 2 ib_cm,ib_sa ib_core63557 6 ib_iser,rdma_cm,ib_cm,iw_cm,ib_sa,ib_mad ib_addr11845 1 rdma_cm iscsi_tcp 19785 0 bnx2i 40413 0 cnic 26317 1 bnx2i uio14921 1 cnic cxgb3i 43657 0 cxgb3 168601 1 cxgb3i 8021q 24649 1 cxgb3 libiscsi_tcp 21957 2 iscsi_tcp,cxgb3i libiscsi2 42181 5 ib_iser,iscsi_tcp,bnx2i,cxgb3i,libiscsi_tcp scsi_transport_iscsi237709 7 ib_iser,iscsi_tcp,bnx2i,cxgb3i,libiscsi2 scsi_transport_iscsi 6085 1 scsi_transport_iscsi2 ipv6 267617 27 ip6t_REJECT,cnic xfrm_nalgo 13381 1 ipv6 crypto_api 12609 1 xfrm_nalgo dm_mirror 24521 0 dm_multipath 24909 0 scsi_dh11713 1 dm_multipath video 21193 0 hwmon 7365 0 backlight 10049 1 video sbs18533 0 i2c_ec 9025 1 sbs button 10705 0 battery13637 0 asus_acpi 19289 0 ac 9157 0 parport_pc 29157 0 lp 15849 0 parport37641 2 parport_pc,lp sg 36573 0 i3000_edac 9413 0 e1000e115097 0 tg3 116421 0 i2c_i801 11725 0 edac_mc26513 1 i3000_edac serial_core24641 0 floppy 54949 0 i2c_core 23745 2 i2c_ec,i2c_i801 pcspkr 7105 0 serio_raw 10693 0 ide_cd 40161 0 cdrom 36577 1 ide_cd dm_raid45 67273 0 dm_message 6977 1 dm_raid45 dm_region_hash 15809 1 dm_raid45 dm_log 14657 3 dm_mirror,dm_raid45,dm_region_hash dm_mod 63225 4 dm_mirror,dm_multipath,dm_raid45,dm_log dm_mem_cache9920 1 dm_raid45 ata_piix 23621 0 libata157957 1 ata_piix mptsas 37577 5 mptscsih 38081 1 mptsas mptbase81413 2 mptsas,mptscsih scsi_transport_sas 30529 1 mptsas sd_mod 25281 6 scsi_mod 141973 13 ib_iser,iscsi_tcp,bnx2i,cxgb3i,libiscsi2,scsi_transport_iscsi2,scsi_dh,sg,libata,mptsas,mptscsih,scsi_transport_sas,sd_mod ext3 125001 4 jbd57065 1 ext3 uhci_hcd 25677 0 ohci_hcd 24937 0 ehci_hcd 34253 0 2010/2/1 Dragos Chiriac dra...@secured.ro: Esti sigur ca kernelul nu scuipa nimic in legatura cu placa ? Cumva network manager activate/deactivate nu scoate/baga modulele in kernel ? Daca e asa, probabil placa e facuta pe vapor, lipsesc piese din ea, si modulul de kernel ingheata. rmmod / modprobe rezolva problema ? Cand ingheata uita cumva si ARP-urile ? Ce placa e ? Unele chipseturi au mai multe module compatibile sau partial compatibile (RTL8139 de ex). Poate se rezolva schimband modulul pe care-l incarci pentru ea. Am avut o placa mai veche 8139 care cu 8139too crapa spectaculos (freeze de consola, te reconactai, mergea si apoi dupa un timp dadea cate un oops cand puneam vlan-uri pe ea), si cu 8139cp mergea ok. Si nu nu era versiunea C, era D. Daca ai C si incarci too pt ea, e aproape sigur de la asta. lspci, lsmod pliz. Dragos Robert Muster wrote: Buna ziua, Am un server Centos 5.4 pe care ruleaza un server apache care serveste o aplicatie web (php). Am o adresa statica pe care o