LAN a stabilita systému

22.12.2005 20:23 | Přečteno: 1441× | BSD a *nixy

Už dlhšiu dobu ma v našom firemnom FreeBSD systéme (popísaný v mojom seriále)trápil jeden problém. Zo záhadných dôvodov jeden z užívateľov po určitom, vždy inom čase po prihlásení (niekedy po polhodine, niekedy po troch až štyroch hodinách) vždy zahltil systém. Medzi procesmi sa objavil jeden alebo niekoľko bežiacich "zombíkov" kioexec a tie zahltili systém až do 98 %. Na plynulosť práce servera to kupodivu veľký efekt nemalo a ostatní užívatelia mohli pracovať, spomalenie bolo iba malé. Ale štvalo ma to, že tento problém mal len ten jeden užívateľ a u ostatných som danú nestabilitu nepozoroval

Čo bolo horšie, že po odstrelení procesov sa niekedy stalo, že sa samotné X na serveri začalo správať nestabilne a párkrát mi padlo. Rozhodol som sa, že tú chybu musím nájsť za každú cenu.

Po dôkladnom preskúmaní konfigurácie užívateľovho prostredia a porovnaním s mojím nastavením a nastavením iných užívateľov som nenašiel nijaký možný zdroj problémov, proste mal všetko nastavené, ako má byť. Prestával som už tomu rozumieť, a tak som ešte skúsil urobiť fsck na jeho termináli. Tiež bez efektu, problém sa po určitom čase dostavil opäť, a opäť u toho istého užívateľa.

Nakoniec som ešte skúsil overiť parametre sieťovej vetvy terminálu LAN testerom. Výsledok bol prekvapujúci. Vodiče 7 a 8 boli zle nakrimpované, nemali kontakt a LED na testeri pri týchto vodičoch svietili polosvitom a dokonca spoločne. Evidentne vadná UTP koncovka! Čo je čudné, je to, že pri pingu so 100 opakovaniami nedošlo k nijakým vypadnutým paketom ...

Po odstrihnutí a prekrimpovaní problém zmizol bez stopy. Užívateľ si spokojne pracuje, systém ide spoľahlivo ako švajčiarske hodinky, "zombíkov" som od tých čias na serveri už nikdy nevidel.

Píšem toto iba preto, že málokto si uvedomí, aký veľký vplyv na stabilitu a spoľahlivosť systému má kvalita LAN. Veľa ľudí sieť berie tak, že alebo ide, alebo nejde, a rieši sa to až vtedy, ak nejaká stanica má zlé pripojenie a vôbec nebeží komunikácia. Stačí však aj takáto banalita, a z perfektne vyladeného spoľahlivého systému sa stane systém nestabilný a padajúci. Veľa IT problémov "medzi nebom a zemou", kde je človek schopný hľadať náhodnú, ale opakujúcu sa chybu vo všetkom možnom a aj tak ju nenájde, môže mať pôvod v parazitných signáloch naindukovaných do LAN, ktoré zanášajú náhodné chyby do komunikácie a môžu zmiasť a znestabilniť aj kvalitný a seriózne nastavený systém.

LAN má skutočne na stabilitu systémov väčší vplyv, ako som si doteraz myslel ...

       

Komentáře

[Heron]

Hmm, to je zvláštní. Vždycky jsem si myslel, že se komunikační protokoly s nestabilitou sítě musí umět vyrovnat. Ale přijmout zarušený signál a udělat z něj vadný paket, který druhá strana bez problémů přijme... Jste si jistý, že není chyba v systému?

[Predator]

Nemyslím si. Z času na čas sa môže stať trebárs to, že človeku príde mail s poškodenou prílohou, a to si protokoly tiež evidentne nevedia ošetriť. Alebo sa občas stane, že sa pri načítavaní web stránky táto nenačíta celá a treba ju dať refreshnúť, aby sa natiahla v poriadku ... ten samý problém. Protokoly si vedia hodne opraviť z paritných informácií, ale ak miera porúch prekročí únosnú mieru, nie sú samozrejme samospasiteľné.

Čudné bolo, že ping nevykazoval nijaké výpadky. Pravdou je, že pol hodiny či dlhšie som to nepingoval, a tá chyba mala veľký časový rozptyl. Tu ide asi o to, že ak náhodné rušenia (sme strojárska firma a beží tu fakt kdejaký elektromotor a kdejaká zváračka ...) dosiahli špičku práve v čase, keď si X overovali vzdialenú reláciu, mohlo dôjsť k nezmyselnému prenosu a Xko sa pokúsilo rekonektnúť reláciu, pričom pôvodná v skutočnosti ešte bežala. A to spôsobilo daný konflikt, ktorého výsledkom bol náhodný výskyt spadnutých enormne žravých procesov. V logu terminálu som neskôr skutočne zápis o rekonektovaní našiel.

Zákernosť tejto chyby je v tom, že sa vyskytuje náhodne a nemožno ju nijak predvídať. Ale nepochybne existuje a dá sa dokázať aj odstrániť.

[Ondrej]

Vodice 7 a 8? To je imho hnedej par a ten k datovejm prenosum neslouzi, stejne jako modrej. To je nejaky divny.

[Predator]

Neslúžia síce k dátovým prenosom, ale za normálnych okolností sú cez koncovku pripojené k zemi, a tak slúžia ako niečo podobné tieneniu. Odpojené od zeme zasa pravdepodobne naopak slúžili ako anténa na príjem rušení. Je to jav podobný ako pri audio vodiči, kde sa nalomí zemniaci vodič - zrazu všetko brumí. Ten kábel k terminálu je dosť dlhý (cca 16 m) a nie je tienený.

[xxx]

Ja si taky jednou uzil se siti u znamych. No teda nebyla to uplne sit, ale obycejne pripojeni modemem. Modem jsem nainstaloval, ale skoro porad to tak po 10ti minutach padalo. Pripojeni bylo pomale, furt lagovalo, atp. Podezrival jsem vse od modemu, usb kabelu, usb radice, windows, ... Navic jsem mel tu smulu ze v me pritomnosti vse docela fungovalo (obcas jsem se pripojil az na druhy pokus, ale nevenoval jsem tomu velkou pozornost). Tvrdili mi, ze primo odedeveri vede telefoni kabel k modemu, a ze s linkou problem byt nemuze. Nakonec jsem se to rozhodl proverit. Kabel sice ved odedveri primo k modemu, ale taky ved odedveri k telefenu a za lednici jsem objevil jakousi podivnou telefoni zasuvku. V telefonich linkach se moc nevyznam, ale odpor a kondenzator, ktery byl v zasuvce implementovan jsem uznal za nepotrebny a odstrihl. A jako zazrakem zaclo vse funguvat. Takze hledejte chyby i tam kde by jste je ale opravdu necekali. Tak si ted rikam, ze furt nevim, proc tyhle soucastky do tech zasuvek cpou.