Freesco, NND, CDN, EOS

Jako że moim głównym problemem z internetem jest od czasu do czasu zawieszający sie zerwer (i to nie ważne jaki mam bo są 2 raz w miesiąc zwieche może miec) to wpdłem na taki pomysł wymaga to 2 publicznych adresów ip ale to nawet w tpsa teaz dają. Łączymy ze sobą dwa komputerki (serwery) przy pomocy malutkiego układu na lpta czy koma tak ze jak podstawowy serwer przestanie reagować na pingi to zasilanie ciach no i wtedy restart systemu. MAło teo przy pomocy teakiego układu mozna testować sobie apeki (czy są zwieszone) jak tak to ciach zasilanie, jak również można podłaczyc pod to switcha jak nie pinguje to mozna ciachac. Sprawa wymaga drobnego przemyślenia jak bardzo skomplikoway układ chcemy uzyskać, ale ogólnie mysle ze sprawa dla admina jest pozytywna, ma to kilka wad dla serwera ponieważ jest to twardy restart, switchom i apekom to mniej przeszkadza.W tym momencie lutuje sobie pierwszy taki układ (w necie jest masa schematów układów na coma lpta). Jak ktoś ma jakieś sugestie spostrzeżenia bądz pytania to bardzo prosze jako ze to pierwszy taki moj układ.

ja proponuje lepszy sposób z jednym serwerem, ale mniej funkcjonalny.

Zasada działania - układ podłączony jest do portu RS 232 przykładowo. Okresowo - np co minutę z crona odpalamy skrypt, który wyśle na RS jakieś dane (ważne, żeby była tam jakaś jedynka logiczna).

W układzie jest kondensator ( o pojemności dobranej organoleptycznie) który ładujemy z rs'a. W momencie gdy przestają przychodzić impulsy napięcie zaczyna na nim spadać i układ wykrywający spadek napięcia poniżej pewnego progu - resetuje kompa. Wszystko

a jak padnie tylko daemon crond? to pomimo, że wszystko inne działa bez problemu masz restart systemu...

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)

no trzeba by demona kill i proba pinga , i dopiero restart jak nie działa. Jak ktoś ma jeszce jakieś spostrzeżenia czekam.

Stosuje takie resetery na coma w pracy i sprawdzaja sie bardzo dobrze. Niestety strona goscia od ktorego to kupowalismy chwilowo nie dziala.
Sam daemon crona jeszcze mi sie nie wysypal na zadnej maszynie

_________________
FAQ dla NND: http://nnd-linux.pl/faq.php
Doswiadczenie, to cos, co zdobywasz tuz po chwili w ktorej go potrzebowales.

ja mam specyfikacje lpta i własnie koncze lutowanie układziku, podejżałem troche u innch jak mają porobione, ogólnie pod lpta mozna 8 użądzeń podłączyć i nimi sterować.

wystarczy że coś zje całą dostępną pamięć i kernel wtedy zabija sysloga, crond, albo co mu pod ręką

w sumie to nie wiem dlaczego jakoś to tak losowo robi zamiast zabić tego co zjada najwięcej pamięci.

_________________
Ten post Ci pomógł? Zaznacz go jako pomocny .

Na routerze, ktory ma odpalone tylko kilka podstawowych uslug mi sie jeszcze nie zdarzylo, a nawet jesli, to zapchanie pamieci (jak admin tego wczesniej nie zauwazy) jest powodem do restartu.

_________________
FAQ dla NND: http://nnd-linux.pl/faq.php
Doswiadczenie, to cos, co zdobywasz tuz po chwili w ktorej go potrzebowales.

Moja intencja jest taka żeby przede wszystkicm działał internet. dla mnie nie jest ważny uptime serwera. Uważam że lepiej zrobić jeden restart więcej niż jeden za mało. Tymbardziej że

Nie chce za bardzo komplikować skryptu kontrolującego, ale podstawowe sprawy niech obsługuje.

Czekam na sugestie o co warto poszerzyć poniżaszą liste.

Priorytet działanie internetu.
Aktualna lista :

1 test pingowania (załóżmy raz na 5 minut)
2 W przypadku niepowodzenia kill - > test -> w przypadku niepowodznia restart i zapis godziny restartu.

Ustawienie pryiorytetow dla prosecow moze by rozwiazalo ten problem

_________________

to nie jest takie proste. Jesli to ma być tylko router to jeszcze pół biedy (choc i w takim przypadku opisana poniżej sytuacja może nastąpić). Gorzej jeśli masz tam uruchomione jakieś dodatkowe usługi. Wyobraź sobie, że taki niekontrolowany reboot wystąpi podczas zapisu danych przez usera... nie ma mowy o zamykaniu systemu tylko ciach po zasilaniu i dane poszły w krzaki... uptime nie jest tylko zabawką adminów (żeby mogli się chwalić któremu dłużej stoi) jest to również parametr wskazujący na prawidłowa konfigurację i (jak dla mnie) powodujący wzrost lub zmniejszenia zaufania do serwisu...

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)

Nie bede sie rozpisywał, serwer plików jest drugim serwerem chce restartowac ruter. Tylko pytanie zasadnicze. Czy jeżeli serwert nie odpowiada na pingi, zresatrujemy crona na wszelki wypadek(kill), i sprobojemy ponownie, to czy mamy pewność że ruter nie działa prawidłowo ?? czy to wystarczający powód do restartu ?? chyba tak bo nie spotkałem sie z sytuacją ze serwer nie odpowiada na pinga i działa prawidłowo (chyba że jest to przemyślane działanie administratora).

chyba, że pingujący nie działa prawidłowo, a nie pingany

_________________
Ten post Ci pomógł? Zaznacz go jako pomocny .

No to może inaczej co zamiast pinga można by sprobować użyc w celu testu czyserwer działa prawidłowo ? Zapisywanie danych na drugi serwer ?

powody "niedziałania" pinga będą podobne jak wysyłania plików. Najlepsza byłaby mieszna metoda - połączenie via eth i via rs232. A pomiędzy kompami przekaźniki sterujące pracą zasilania i włącznika zasilającego.

najlepszy byłby stabilny serwer i w ostateczności reseter telefoniczny

_________________
Ten post Ci pomógł? Zaznacz go jako pomocny .

Używam nnd już od ładnych paru lat mam je zainstalowane na 10 serwerach przyzwyczaiłem sie do tego ze od czasu do czasu trzeba pojechac i zrestartowac. Jest to niezależne od sprzetu (wiadomo ze czasami wyali błędy z powou sprzetu ale to jest niezmiernie bałwan jestem i raczej sprowadza sie do wymiany jakiegos uszkodzonego lementu mam poinstalowane to na pentiumach 600 celeronach 300 na amd 2500 - na tym najgożej chodzi) i niestety to że sie zawiesza albo dzieje cos nie tak jest dla mnie bardzo uporczywe, jak widać z powyżeszej listy nie jest to chyba zależne od platformy na jakiej sie postawi (na nowszym sprzecie chodzi gożej brak obsługi mostków... może to powodować takie stany), natomiast widze tutaj możliwośc automatycznego restartu w przypadku zawieszenia, jako że serwer wiesza sie zawsze w najmniej odpowiednim momencie, to możliwośc zapewnienia dostępu do internetu jest dla mnie najważniejsza i do tego w tej dyskusji zmieżam żeby znaleśc jakiś najlepszy sposób na testowanie połaczenia z internetem, że będzie restart to trudno jeśli partycja zostanie uszkodzona albo coś sie z tym stanie i tak bezie trzeba przyjechac, ale mam nadzieje ze taki sposób będzie mi pomocny w pierwszych krytycznych momentach od zawieszenia nnd, mozna przecież przyjechac po godzinie a internet bedzie działał a ja dopiero wtedy zajme sie usówaniem uszkodzen. Takie jet moje zamierzenie niestety jak widać poparte moimi długoletnimi doświadczeniami z nnd. uważam że będzie to sposób na cześć trapiących moje serwery problemów. I oczekuje pomocy w znależieniu najlepszego sposobu na testowanie połaczneia z serwerem, jeśli ktoś oczywiście sie poczówa żeby pomóc mi w takiej sprawie. Moje założenie to zdublowanie każdego serwera do internetu połacznie ich przy pomocy portów lpt, robimy test połaczneia raz na jakiś czas, i w przypadku stwierdzenia zwiechy restart całości serwera internetu, jeśli i to nie pomoże całkowite wyłaczeni uszkodzonej jednostki i zastąpienie jej automatycznie drugą skonfigurowaną w taki sam sposób jak pierwsza. Oczekuje tylko dyskusji na temat sposobu testowania połaczenia. Jako że serwery będa wpięte równolegle do sieci i do internetu widze tutaj jeszce mozliwośc estowania po dwóch interfejsach zewnętrznym i wewnętrznym można dodtac do tego test komunikacji po comie albo po lpt. Czekan na dodatkowe pomysły i sugestie.