samoistny restart

[Gość RuFiK]

Witam,

 

Od kilku dni mój serwer dedykowany (efuturo) samoistnie restartuje się. Dzieje się to mniej więcej raz na 24h godziny.

Teraz mam pytanie, co może być przyczyną takiego stanu rzeczy ?

 

Pozdrawiam

[MasterNETpl 100]

15145 rzeczy może być przyczyną, a z pewnością naprowadzą Cię wszelkiego typu logi.

[Gość RuFiK]

syslog wrzuciłem do siebie na hosting, nie chce wklejać kilka dziesiąt linijek textu

http://rufik.civ.pl/syslog

[beliq 442]

Winą takiego stanu rzeczy może być też zła konfiguracja tandemu sql+httpd.

Nie raz, nie dwa, miałem tego typu przypadki, że serwer się restartował samoistnie z takiego powodu...

W pewnym momencie zaczyna się zwyczajnie taki hardcore, że serwer nie ma wyjścia.

Może to też przy okazji oznaczać źle oszacowaną potrzebną ilość zasobów do codziennej pracy.

 

Może to być wina serwera - uszkodzone komponenty.

 

Podpisuję się pod słowami Adriana - powodów może być 15145.

 

Na początek przywróć stockowy kernel zamiast tego cuda etchnhalf - vide: 2.6.18

[KaJmAn 0]

Witam,

 

Od kilku dni mój serwer dedykowany (efuturo) samoistnie restartuje się. Dzieje się to mniej więcej raz na 24h godziny.

Teraz mam pytanie, co może być przyczyną takiego stanu rzeczy ?

 

Pozdrawiam

 

Dokładnie mam taki sam problem i nie wiem co jest grane max uptime jakie wyciągnąłem to 14 dni może coś nie tak u efuturo ?

[webh.pl 229]

Ja mam:

 

Uptime 27 dni 18 godzin 9 minut

 

 

Więc to raczej nie jest wina eFuturo

[Gość RuFiK]

Ja mam:

 

 

 

 

Więc to raczej nie jest wina eFuturo

 

Rozmawiałem z kilkoma administratorami i padały takie tezy jak: zasilacz, ram, dysk, ups, na końcu kernel

 

Hmm

[UnixStorm.org 327]

Rozmawiałem z kilkoma administratorami i padały takie tezy jak: zasilacz, ram, dysk, ups, na końcu kernel

 

Hmm

 

Ja bym poszedł (poza kwestiami sprzętowymi) właśnie w stronę kernela i też (tak jak bellerofont napisał), sql + httpd/php.

Jeśli to debian to też w pierwszej kolejności instalacja defaultowego kernela 2.6.18, później dopisanie nolapic, noapic, acpi=off do gruba/lilo...

 

A.. I jeszcze swapa bym sprawdził/powiększył o kilka GB.. ;-)

[Gość RuFiK]

Ja bym poszedł (poza kwestiami sprzętowymi) właśnie w stronę kernela i też (tak jak bellerofont napisał), sql + httpd/php.

Jeśli to debian to też w pierwszej kolejności instalacja defaultowego kernela 2.6.18, później dopisanie nolapic, noapic, acpi=off do gruba/lilo...

 

A.. I jeszcze swapa bym sprawdził/powiększył o kilka GB.. ;-)

 

tak debian

 

# iostat -m

Linux 2.6.24-etchnhalf.1-686

 

hmm

[statnet 1]

napisz moze cos więcej, czy maszyna chodzi pod duzym obciazeniem, jakim?

 

przydalby sie zrzut z /var/log/messages, /var/log/kern.log

 

wydaje mi sie, ze nawet jezeli maszyna chodzi pod duzym obciazeniem, na resztkach ramu, to bedzie ubijac procesy, a w logach powinno przynajmniej male conieco sie pojawic na temat out of memory

 

samoistny restart? wyglada raczej na sprzet.. zapytaj w serwerowni czy nie moga przeprowadzic diagnostyki maszyny, tylko to niestety moze potrwac i wiazac sie z niedostepnoscia maszyny

 

--code46

[Gość RuFiK]

napisz moze cos więcej, czy maszyna chodzi pod duzym obciazeniem, jakim?

 

przydalby sie zrzut z /var/log/messages, /var/log/kern.log

 

wydaje mi sie, ze nawet jezeli maszyna chodzi pod duzym obciazeniem, na resztkach ramu, to bedzie ubijac procesy, a w logach powinno przynajmniej male conieco sie pojawic na temat out of memory

 

samoistny restart? wyglada raczej na sprzet.. zapytaj w serwerowni czy nie moga przeprowadzic diagnostyki maszyny, tylko to niestety moze potrwac i wiazac sie z niedostepnoscia maszyny

 

--code46

 

Witaj,

Maszyna w 98 % nudzi się

Na serwerze nie ma żadnego webhostingu, żadne serwery gier itp

 

http://rufik.civ.pl/messages

http://rufik.civ.pl/kern.log

 

I co tym myślisz ?

[Gość patrick]

Zmień tego kernela na 2.6.18

[beliq 442]

Zmień tego kernela na 2.6.18

Jak się ktoś uprze to nie ma rady, już kilka osób o tym pisało

[tomasz.b 0]

z doswiadczenia wiem, ze to zasilacz albo pamiec takze zmien w pierwszej kolejnosci pamiec a potem zasilacz a gdy to nie pomoze, ... plyta glowna w 30% tez powod restartow, w oprogramowniu nie musisz nic zmieniac, gdy problemy wywolane sa przez oprogramowanie znajdziesz slady w plikach logowych

[statnet 1]

faktycznie w logach nic nie widac, dalbym jeszcze mu szanse z wylaczonym acpi, czyli do /boot/grub/menu.lst

 

acpi=off

 

--code46

[Gość RuFiK]

Hmm ja również jestem nastwawiony na hardware,

dziwna sprawa, ponieważ na wcześniejszym dedyku mialem takie same jajko i nie było żadnych resetów...

 

acpi=off

 

Kolejna ciekawostka, ja w ogóle w pliku menu.lst "acpi" nie miałem

Także nie ma co wyłączać

 

Jakieś kolejne pomysły

[statnet 1]

Kolejna ciekawostka, ja w ogóle w pliku menu.lst "acpi" nie miałem

Także nie ma co wyłączać

 

acpi jest wlaczone by default, takze to ze nie ma go w menu.lst oznacza ze jest wlaczone

wylaczasz je dodajac acpi=off

[Gość RuFiK]

kolejny restart.

 

Sebak co się dzieje ?