WDT1LPT a MikroTik RouterOS

7.4.2009 20:46 | Přečteno: 1674× | Mikrotik |

Použití resetátoru WDT1LPT s operačním systémem MikroTik RouterOS

Na routerech ze starých PC různě postrkaných po půdach a na jiných nepřístupných místech používáme resetátory WDT1LPT. Připojují se k paralelnímu portu a operační systém musí nějak zajistit pulsy na bitu d0. K výrobě pulsů je pro linux (a ostatní "rozumné" OS) dostupný malý C prográmek, který pak stačí pravidelně nějak spouštět (příklad)

Dnes jsem na jeden z těch routerů instaloval MikroTik RouterOS a při tom jsem jenom namátkově zkusil oživit i ten resetátor. Moc jsem tomu nevěřil, v Mikrotiku se nedá přistupovat na LPT port pomocí nativních prostředků a zkoušet něco kompilovat jsem nehodlal. Kupodivu se to však povedlo za využití balíku pro ovládání LCD displejů. Teď nemohu říci, jak to bude stabilní z dlouhodobého hlediska, ale pokud se zde časem neobjeví negativní update, bude se to chovat mravně . Takže jak na to:

Příprava MikroTik RouterOS

Do systému je zapotřebí nainstalovat balík lcd (v mém případě šlo o lcd-3.22.npk). Dá se to udělat jeho nakopírováním na router a následným příkazem:

/system reboot;

Instalace WDT1LPT

Fyzické zapojení a nastavení timeoutu - viz návod výrobce. Zapojujeme to na piny resetovacího tlačítka základní desky.

Konfigurace MikroTik RouterOS

Stačí jen zapnout LCD displej na paralelním portu a pustit na něj nějakou informaci. Zajistí to následující příkazy:

/system lcd set enabled=yes type=24x4 port=parallel contrast=0;
/system lcd page enable 0;

Závěr

Podle LEDky dostává WDT1LPT pulsy cca každou jednu vteřinu. Zdá se mi to docela často, ale nedá se to ovlivnit. Nastavení času zobrazení zprávy (/system lcd page print) na to nemá vliv. IMHO to ale funkcionalitě neubere a výkonu snad taky ne.

       

Komentáře

[Grunt]

Už jsem viděl všelijaké obezličky(nechci říkat dementní řešení) různých řešení na RoS, které neumí nativně řešit, ale tato spadá určitě do Top 10. Proboha, co furt všichni řešíte? Vždyť je to obyčejný embedded GNU/Linuxový systém i s BASHem a ne žádný kouzelný a tajemný blackbox.

[the.max]

to sice je pravda, ale ne kazdej ma potrebu to hackovat. navic naprosta vetsina vseho co se da na tiku nastavit se da nastavit mnohem jednoduseji a rychleji nez na cistem linuxu. Navic potesi i rozsireny ovladac pro atherosy ktery umi veci, ktere madwifi proste neumi. Proto ho asi pouzivame radeji nez cisty linux.

[Grunt]

to sice je pravda, ale ne kazdej ma potrebu to hackovat.

Zato dávat si práci s takovými dirty mechanismy nikomu nevadí. Nač něco dělat jednoduše, když to jde i složitě?

navic naprosta vetsina vseho co se da na tiku nastavit se da nastavit mnohem jednoduseji a rychleji nez na cistem linuxu. Navic potesi i rozsireny ovladac pro atherosy ktery umi veci, ktere madwifi proste neumi. Proto ho asi pouzivame radeji nez cisty linux.

Neprotestuju, ale o tomto se vůbec nebavím.

[the.max]

Tak nekoho to treba bavi, je mozne ze to je provozovano na nestabilnim stroji ktery pada kvuli hardwaru. Jak pisu nize, my s tim problemy nemame

[Grunt]

Tak nekoho to treba bavi

To mě nenapadlo.

je mozne ze to je provozovano na nestabilnim stroji ktery pada kvuli hardwaru.

A můžu se zeptat kde bych sehnal ten stabilní?

[MartinT]

 

Nač něco dělat jednoduše, když to jde i složitě

Mi přijde jednodušší nahrát jeden sw balíček co si stáhnu od dodavatele, udělat reboot a zadat dva příkazy.  Někomu jinému zas přijde jednoduší do RouterOS hackovat bash (jestli jsem to dobře pochopil, jde o kompilaci, uložení do filesystému a off-line změny v RouterOS tak, aby initd spouštěl bash přístupný na nějakém TCP portu). Ještě že máme tu svobodu si vybrat . 

Navíc pro používání  WDT1LPT jen bash nestačí, je zapotřebí zkompilovat i ten miniprográmek pro paralelní port. A do toho jsem se nehodlal pouštět.

[Grunt]

Jsem jaksi nepočítal, že někdo nepoužívá busybox a nemá už předpřipravený toolchain.

[the.max]

Mikrotiku mame celkem hodne a nestalo se mi ze by se mi nejaky sekl. Mozna tak 1-2x a to pri instalaci a laborovani s ruznejma kartapa, ale to bylo vylozene rukama Jinak mi vsude staci jednoduchej skript kterej si pingne okolo sebe a pokud nema odpoved pak se resne. Podle pocitadla se to zatim nerestartovalo, jen na jednom miste se to deje tak 1-2x do mesice (podezrivam samotny routerboard, ale je to na komine a nikomu se tam neche lezt).

[Grunt]

Nechci do toho kecat, ale RoS obsahuje nativní Watchdog. Sice to nemá GNU/Hurd jako jádro a HW resetátor je HW resetátor, ale IHMO lepší než rebootovat při ztrátě spojení.

BTW: Nevím jak kdo, ale já nic takového nepoužívám, protože když už něco spadne tak mi přijde lepší o tom být informován abych mohl zjistit proč se tak stalo. Přece jen rebbotovat a o nic se nestarat při jakékoliv chybě mi přijde jako pěkně debilní způsob řešení problémů z jistého operačního systému.

[the.max]

On muze byt docela problem pripade, ze se spojeni rozpadne ve 3 rano. V tu chvili nemam ani ja ani kolega siolu to resit

[MartinT]

 

Nechci do toho kecat, ale RoS obsahuje nativní Watchdog. Sice to nemá GNU/Hurd jako jádro a HW resetátor je HW resetátor, ale IHMO lepší než rebootovat při ztrátě spojení.

WDT1LPT není určen pro detekci ztráty spojení, je určen pro detekci selhání operačního systému. A to selhání nemusí být nutně vinou samotného systému. V našem případě jde primárně o selhání (zákus) hardware vlivem vysoké teploty. Nastává to zřídka a WDT1LPT je rozhodně lepší než k tomu fyzicky chodit.

 

 

BTW: Nevím jak kdo, ale já nic takového nepoužívám, protože když už něco spadne tak mi přijde lepší o tom být informován abych mohl zjistit proč se tak stalo. Přece jen rebbotovat a o nic se nestarat při jakékoliv chybě mi přijde jako pěkně debilní způsob řešení problémů z jistého operačního systému.

Být informován o selhání routeru nemusíte být jenom tím, že to nejede a musíte to tedy "okamžitě" řešit. Informaci o rebootu můžete z routeru dostat třeba mailem a je jen na vás jak s ní naložíte. Ale o tom tento zápisek nebyl.

 

[petr_p]

V našem případě jde primárně o selhání (zákus) hardware vlivem vysoké teploty.

Když se to stane, jaká je šance, že za půlminuty se to neuvaří znovu?

[MartinT]

 

Když se to stane, jaká je šance, že za půlminuty se to neuvaří znovu?

Asi záleží na tom co se přehřeje (jaká komponenta) a dělá problémy. Původně jsem si myslel, že to budou série restartů v časech mírně nad tiemout resetátoru, či že to po resetu nenaběhne vůbec. V praxi to však většinou bývá jen jeden restart. Na jedné lokalitě jich bývávalo více a řešili jsme to změnou a přeskupením technologie.

 

[Grunt]

WDT1LPT není určen pro detekci ztráty spojení, je určen pro detekci selhání operačního systému.

Vždyť to watchdog také. Je to jaderný modul, který pokud nedostane od user-space démona do určitého časového limitu signál, natvrdo rebootuje systém.

A to selhání nemusí být nutně vinou samotného systému. V našem případě jde primárně o selhání (zákus) hardware vlivem vysoké teploty. Nastává to zřídka a WDT1LPT je rozhodně lepší než k tomu fyzicky chodit.

No já teda nevím, ale řešit přehřátí restartem?

Být informován o selhání routeru nemusíte být jenom tím, že to nejede a musíte to tedy "okamžitě" řešit. Informaci o rebootu můžete z routeru dostat třeba mailem a je jen na vás jak s ní naložíte. Ale o tom tento zápisek nebyl.

Jasně, proto jsem řekl, že HW resetátro je HW resetátor.

[pasmen]

Jinak mi vsude staci jednoduchej skript kterej si pingne okolo sebe a pokud nema odpoved pak se resne

A k čemu přesně je tohle dobrý? Když to vytuhne do toho stavu, že to ani není schopný pingat, proč by to mělo být schopné se samo restartovat?

[Ondrej 'SanTiago' Zajicek]

Treba se rozbije jen wifi driver. U madwifi i u hostap se mi obcas stalo, ze se master dostal do stavu, kdy nebyl ochoten komunikovat s klienty, ale jinak system bez problemu fungoval. V takovem stavu je 'pingaci watchdog', ktery pri problemu resetuje (v mem pripade jen kartu) jednoduche reseni.

[the.max]

jak uz jsem psal, NIKDY se mi nestalo, ze by to nebylo schopne ani pingat

[pasmen]

Tak to máš zkrátka štěstí Mně se to stalo několikrát i u Mikrotiků, obzvláště pokud měli navázáno několik IPsec tunelů a procesor nestíhal kryptovat. V tom případě šel za chvíli celý Mikrotik do kytek.

[the.max]

tak pokud vidim ze mele z posledniho, tak ho netrapim a dam tam neco silnejsiho