Jak zdalnie zresetować serwer bez dostępu do telefonu i radia?

Jak cała witryna ruszy i zostanie przywieziony nowy sprzęt niewykluczone, że od czasu do czasu (nie jak teraz co 6h) serwer może się zawiesic przy natłoku procesorów i użytkowników, z tego względu przydałby sie jakiś układ, który bezwględu na działanie komputera po prostu wykona hard reset. Nie ma tam linii telefonicznej i wszelkie próby wykonywania za pomocą DTMF nie są możliwe, drogą radiową także, ze względu na odległość. Komórka? A kto będzie opłacał abonament albo wymieniał karty prepaid Możliwą alternatywą jest resetowanie zdalne przez sieć, jednak jak to zrobić, kiedy komputer wisi i nie można z nim nic zrobić, a mamy tylko jeden IP. Oczywiście lepiej jak ktoś przyjdzie i naciśnie guziczek, ale z powodu częstych awarii teraz za każde otworzenie szafy pobierają sobie opłatę 150zł.

Jeżeli na serwerze jest zainstalowany jakiś linux, to w zasadzie ona sam "zabija procesy" które go zabijają. Ew. można napisać taki skrypt.
Trochę to brutalne, ale jeżeli dobrze Cię zrozumiałem to po takim zwisie, nie masz ochoty jechać przez pół miasta by go ręcznie zresetować.
Za parę godzin mój sąsiad, będzie wolny i wtedy podrzuci mi jakiś pomysł, odnośnie pisania takiego skryptu.
Tylko czy jest to linux?

Chciaż można też zbutować kartę która przy pomocy działajacego w tle procesu sprawdza czy system żyje. Jeżeli sygnały przestają nadchodzić resetuje komputer.
Ja bym próbował zmusić do tego kartę dzwiękową.
Skrypt generyjący dźwięki, plus jakiś układ zwierający jeżeli dziwków nie ma. Ale to jest prowizorka.

deliberabundus napisał:

Jeżeli na serwerze jest zainstalowany jakiś linux, to w zasadzie ona sam "zabija procesy" które go zabijają. Ew. można napisać taki skrypt.
Trochę to brutalne, ale jeżeli dobrze Cię zrozumiałem to po takim zwisie, nie masz ochoty jechać przez pół miasta by go ręcznie zresetować.
Za parę godzin mój sąsiad, będzie wolny i wtedy podrzuci mi jakiś pomysł, odnośnie pisania takiego skryptu.
Tylko czy jest to linux?

Chciaż można też zbutować kartę która przy pomocy działajacego w tle procesu sprawdza czy system żyje. Jeżeli sygnały przestają nadchodzić resetuje komputer.
Ja bym próbował zmusić do tego kartę dzwiękową.
Skrypt generyjący dźwięki, plus jakiś układ zwierający jeżeli dziwków nie ma. Ale to jest prowizorka.

Linux ma takie coś co się nazywa crontab dzięki temu można wiele rzeczy zautomatyzować. Np. niech sprawdza co 10 minut ile jest procesów i wogóle ewentualnie odpala jakieś. Tylko na czym polega to zawieszanie ? Bo linuxa jako tak to nie można zawiesić. Chyba że brakuje ramu i jest za dużo procesów no to wtedy zwis. Można zrobić ograniczenia na apachu żeby obsługiwał powiedzmy 50 odwołań jednocześnie. Spsobów jest sporo. Napisz coś więcej w czym problem jest. Może zobacz w logach co go powoduje.

Nie chce sie wymadrzac, ale nawet mocno obciazony serwer nie moze "tak poprostu sie zawieszac" - jezeli tak sie dzieje to znaczy ze cos jest zle skonfigurowane. Tu trzeba szukac przyczyny.

No właśnie - napisz Gulson na jakiej platformie pracuje serwer [unix/win]

Darekkk napisał:

No właśnie - napisz Gulson na jakiej platformie pracuje serwer [unix/win]

Wszytskie znaki wskazują że:
Serwerem HTTP działającym na hoście elektroda.pl jest:
Apache/1.3.26 (Unix) mod_perl/1.27 PHP/4.2.2

Jezeli juz tak (brzydko) myslicie o automatycznym resetowaniu zawieszonego peceta to zamiast karty dzwiekowej proponuje:

>crontab -e

wpisac ponizsza linie (w jednej linii):

*/1 * * * * setleds -L +num </dev/console; sleep 1; setleds -L -num </dev/console

wyjsc z edytora

od teraz co minute na sekunde zapala sie numlock

dalej: fotodioda/fototranzystor--> 74123 -->transoptor ---> wylacznik "reset w pececie"

ja juz kiedys reset zwieralem transoptorem - dzialalo ale to moze zalezec od plyty.

Ale raczej szedlbym w kietunku poprawnego konfigurowania systemu.

Pozdrawiam!
Marek

fakt nie powinien się powieszac i mam nadzieję, że po kolejnej już modernizacji najbardziej kosztownej polegającej na zaopatrzeniu sprzętu w potężne wentylatory i dyski SCSI problem zniknie...

system to FreeBSD 5.0, rzeczywiście posiada funkcję zabijania procesorów, co widoczne jest często na forum phpBB Critical Error w tym wypadku zabija bazę

Problem jest w tym, że w momencie powieszanie nie ma absolutniego żadnego kontaktu z serwerem, ani serwer nie potrafi wykonac żadnych ustawionych wcześniej opcji.

RAMu jest 1GB dwa procesory PIII 933MHz, aktualnie maszyna została wyłączona i zabrana celem modernizacji i pracujemy na jednej starej 500MHz. Prawdopobnie problemy z wieszaniem wynikły z błędu administratora, myląc system RAID z normalnym IDE. Podłączając jeden dysk do IDE a drugi do RAID oraz włączając system RAID na płycie głównej otrzymaliśmy przy podłączeniu drugiego dysku powieszki co 6h. Coś chyba było z przewodami, dyski były wykrywane jako UDMA 33
Nie wiem co tam się dzieje i co admin zamierza, ja tego nie widzę...

W każdym razie jeszcze padła propozycja watchdog procesorów lub coś co wykrywa ilośc danych przepływających na karcie sieciowej, jeżeli żadne dane nie przepływają lub przepływają w niewielkich ilościach to jest oznaka powieszki serwera. Istota może byc, tylko jak podejśc do zagadnienia praktycznie?

pomysl ze sledzeniem transferu na karcie nie jest zbyt doby.
A co bedzie jak awaria bedzie na gatway'u?
Serwer bedzie ok a bedzie sie resetowal.
Poza tym mysle ze reset nie robi dobrze systemowi plikow. Moze razerfs to wytrzyma ale ext2 na pewno nie.

Właśnie "crontab'a" miałem na myśli.
Problem w tym, nawet jeżeli jest to dziwne to łatwo jest totalne zawiesić taki system jak linux. Wystarczy parę błędów przy instalacji, czy kompilacji*.
Co do FreeBSD to łatwo się go instaluje ale ciężko konfiguruje i ma spore problemy z obsługą sprzętu odbiegającego nieco od normy. Jest jednak wydajniejszy.
Wreszcie FreeBSD 5.0 jest chyba jeszcze w fazie testów?
Chociaż moim zdaniem to raczej wina sprzętu.
Wymienić, zainstalować wszystko od nowa i nie będzie problemów.

A moze zbudowac jakies proste elektroniczne ustrojstwo (ukladzik cd 4060
i pare opornikow i kondensator), ktore resetowalo by komputer (poprzez
zwarcie przycisku reset) co jakis scisle okreslony czas bez wzgledu na
stan serwera (np co 12h). To rozwiazanie chyba jest najtansze (okolo
5pln) i najpewniejsze, bo 4060 trudno jest zawiesic

Witam
Czy jeśli komputer "nie odpowiada" to masz na myśli, że nie odpowiada przez NIC-a czy na miejscu nie reaguje na klawiaturę też?
Dobrze byłoby przeanalizować pliki logowe. Czy jest to precyzyjnie co 6 godzin i o jakich godzinach. Może jakiś proces startuje i wiesza komputer.
Twarde resetowanie niczego dobrego nie wróży - Linux to może znieść ale Unix tego BARDZO nie lubi. Tylko jako absolutna ostateczność. Poza tym może żądać potwierdzenia z klawiatury jeśli napotka na problem przy startowaniu.
Jeśli jest drugi komputer w pobliżu to można skonfigurować drugi NIC na adresie prywatnym i próbować się podłączyć przez telnet aby ustalić co pracuje a co nie (jeśli uda się zalogować oczywiście). Albo przez złącze szeregowe COM.

Jeśli RAID to najlepiej identyczne dyski, kable kompatybilne z ATA 66/100 (IDE) nawet jeśli dyski są wykrywane jako ATA 33.

Czy VMSTAT nie pokazuje nic podejrzanego?
Jaka wersja FreeBSD?
Czy zainstalowane są wszystkie "łaty" korekcyjne?
Jeden z (przykładowych) problemów opisanych na stronie www.freebsd.org (Release Notes):

ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-02:22.mmap.asc

"II. Problem Description

A bug existed in the virtual memory management system involving a failure to check for the existence of a VM object during page invalidation. This bug could be triggered by calling msync(2) on an anonymous, synchronous memory map (i.e. created using the mmap flags MAP_ANON and MAP_NOSYNC) which had not been accessed previously.

III. Impact

Local users may cause the system to crash.

IV. Workaround

None.

V. Solution

1) Upgrade your vulnerable system to 4.5-STABLE; or to either of the RELENG_4_5 (4.5-RELEASE-p3) or RELENG_4_4 (4.4-RELEASE-p10) security branches dated after the respective correction dates."

- Czy nie ma śladów logowania się intruzów?
- Czy w skryptach nie ma nic podejrzanego? (patrz powyżej)
- Czy nie ma śladów ataku DOS ?

Istnieją karty, które są sprzężone z urządzeniem odcinającym i załączającym zasilanie dopóki komputer nie wystartuje poprawnie. Są one przeznaczone do montowania w komputerach, które muszą pracować non-stop a nie ma możliwości aby je zresetować zdalnie.

Pozdrawiam.

DariuszM napisał:

Linux to może znieść ale Unix tego BARDZO nie lubi.

Linux też tego nie lubi. Nieraz kilka takich resetów i można sobie rozwalić partycje.

Cytat:

Jaka wersja FreeBSD?

Czytaj ze zrozumieniem inne posty jest to FreeBSD 5.0

Witam
ŻADEN komputer nie lubi! Bez względu na to czy Linux czy Bill Gates. Napisałem tylko, że Linux może to znieść - to nie znaczy, że musi - UNIX natomiast jest znacznie mniej "wybaczalny" pod tym względem. Proszę się wczuwać nie tylko w literę ale i w ducha wypowiedzi - myślę, że z Twoim poczuciem WIELKOŚCI nie powinno to być takie trudne.
Posty startam się czytać od początku do końca, nieraz nawet szereg razy zanim odpowiem. Nie oznacza to, że nie można czegoś przeoczyć lub zasugerować się błędnie. A może ktoś po prostu patrzy nieco inaczej na ten sam temat niż ty Krzysi0. Nie raz prosiłem na tym forum o zrozumienie dla innych i KONSTRUKTYWNE uwagi a nie próbę uzyskania punktów przez dwulinijkowy post! Przeczytaj co pisze deliberabundus, cytuję: "Wreszcie FreeBSD 5.0 jest chyba jeszcze w fazie testów?"
Ja nie używam FreeBSD ale zadaję sobie trud pogłębiania mojej wiedzy na miarę moich kilku klepek. Gdybyś czynił to samo to poszedłbyś na stronę, którą zasugerowałem w moim 'poście' i znalazłbyś taką informację:

"Current Release(s)
Release 4.6.2 (August, 2002) Announcement : Release Notes : Hardware Notes : Errata

The latest daily release from our FreeBSD-stable branch is also available. Please see Getting FreeBSD for details.

Future Releases
We will continue to bring you new releases from both our FreeBSD-stable and FreeBSD-current branches, both as developer's snapshots and as regular full releases. The next scheduled release on the -stable branch will be FreeBSD 4.7 on October 1, 2002. Subsequent releases will follow at 4 month intervals. The first release on what is now the -current branch will be FreeBSD 5.0, scheduled for November 20, 2002."

a także:

"Past Releases
4.6 (June, 2002) Announcement: Release Notes: Hardware Notes: Errata "

Jeśli jesteś zbyt leniwy aby to wszystko przeczytać to tylko podaję:
will - BĘDZIE
November - listopad
June - czerwiec
release - wydanie
scheduled - planowany na ...

a więc will be FreeBSD 5.0 - oznacza chyba że DOPIERO będzie (listopad 2002) itd.

Nie wiem, czy używasz "FreeBSD" czy "FreeBSD -stable branch" i jakie są między nimi szczegółowe różnice ale (wybacz) trochę szacunku ludziom się należy, zwłaszcza tym którzy robią coś bezinteresownie. Dlatego "siedzę" na tym forum bo do takich zaliczam też np. gulsona (chociaż się nie znamy i nic o sobie nie wiemy). Z tym podejściem trudno Ci będzie widzieć "dalej" i głębiej" a co dopiero szukać rozwiązania problemów na pierwszy rzut oka nierozwiązywalnych. Czasem zdanie laika jest więcej warte niż tzw. "tęgich" głów. Patrz na Papieża i ucz się! Nikogo nie zlekceważy. Podobno nawet najgłupszy ma swoją rację. I wreszczcie pójdź na angielskie forum i skorzystaj coś jeśli chodzi o maniery. Nie dysponuję nieograniczoną ilością czasu i to co robię na tym forum to dla przyjemności a nie dla zysku. Również po to aby (być może) ktoś mógł skorzystać z moich skromnych rad i sugestii.
Pierwszy mój post był z prośbą o informację (chciałem też komuś pomóc i tak trafiłem na to forum) - nikt nie był w stanie mi jej udzielić. Od tego czasu napisałem 17 'postów' i żaden z prośbą o pomoc! I nie 1-2 linijkowe lecz kompkleksowo potraktowane próby udzielenia pomocy tym, którzy jej potrzebują (popatrz tylko na godziny wysłania moich 'postów'). Piszę to z troską o tych, którzy czytają odpowiedzi takie jak Twoja i od razu myślą sobie: Po co ja mam zabierać głos - a co jak palnę gafę - albo tylko "nie doczytam" czegoś - od razu będę miał na karku Krzysi0 albo jemu podobnych. Chcesz rozwijać forum - więcej pokory! Chcesz stworzyć klub "wtajemniczonych" - zrób witrynę płatną.
Chcesz rozwiązywać problemy - WSŁUCHAJ się w to co ktoś ma do powiedzenia - jak mówi głupio to delikatnie skoryguj a nie wymądrzaj się.
A jeśliby jakiś sponsor chciał dołączyć to lepiej niech nie trafi na takie odpowiedzi bo go od razu "odrzuci" - chyba, że liczy tylko na tzw. kasę (czas już chyba wycofać to słowo z obiegu - dostatecznie długo kursuje już w niezdrowym jego znaczeniu).

Pozdrawiam Cię osobiście oraz wszystkich uczestników forum.

Dariusz

Może to co napisałem w poprzednim poście źle zabrzmiało ale chodziło mi o to żeby odpowiedzieć a nie krytykowac kogoś. Teraz odpowiem na Twój post ale nie chce mi się cytować tak długiego postu. Angielski znam i czytałem to co jest na stronie napisane o FreeBSD 5.0.
Ja osobiście nie używam i nie uznaje nic innego poza Debianem. Nikogo nie lekceważe. To co robie tutaj robie także dla przyjemności. Jeśli chodzi o kompleksowe odpowiedzi to jesteś w błędzie że długim postem się lepiej wytłumaczy niż takim 2 linijkowym (dla przykłądu przejżyj sobie forum TV) tam jest dużo postów krótkich a treściwych. W sumie troche źle poprzedniego posta napisalem ale na temat. Z mojej strony to wszytsko. Mile widziane będą tutaj wypowiedzi na temat

Zgadzam się, że im krócej tym lepiej - ale nie zawsze to jest możliwe. Jeśli ustosunkowuję się jednorazowo do wszystkich postów napisanych przed moim to staram się również uwzględnić wszystkie poruszane tam kwestie - a wtedy robi się z tego tasiemiec. Prawie nigdy nie odpowiadam tylko na ostatni post, chyba że tego wymaga jego treść. Stąd ta moja kompleksowość wypowiedzi. Podawanie samych linków nie zawsze odnosi dobry efekt, konkretny cytat z konkretnej strony (plus link) może zaoszczędzić trudu przeszukiwania witryny (czasami może trwać godzinami) - ale to nie skraca z kolei postu. Posty TV są głównie z kategorii: "wymień kość TDA... oraz C2 10uF/35V" albo "kto zna wartość opornika R123 - spalił się a nie mam schematu -odpowiedź: 1ohm/0.25W metalizowany", "jak wejść w tryb serwisowy ... - wciśnij klawisz '+' potem '-' itd." i wtedy to jest możliwe, chociaż są oczywiście posty innego rodzaju też.

Dziękuję i pozdrawiam.

komputer aktualnie pracuje prawidłowo, jednak nie tam gdzie powinień, problem był z systemem RAID, teraz został wyłączony na płycie głównej.

Decyzja została podjęta, podłączony zostanie drugi komputer PIV 2GHz w celu obsługi baz forum, a dwuprocesorowy 2xPIII 933MHz zajmie się pozostałą częścią witryny.

Dziękuje za wszystkie odpowiedzi!