Re: [OT] Heelp :( problem z vserverem - wszysko leży, pomaga tylko hard reset

[Maciej Krzyżanowski]

W dniu 2011-10-24 13:41, Pawel Golaszewski pisze:
> On Mon, 24 Oct 2011, Jacek Osiecki wrote:
>
>> Aha, jeszcze dla uzupełnienia: dwa kernele na których się ten serwer wyłożył
>> to były kolejno:
>>   - 2.6.36.2 + vserver&grsec
>>   - 2.6.36.4 + vserver
>>
>> Oba ręcznie kompilowane z gołych źródeł + patche z linux-vserver.org.
>>
>> "Maszyny" wirtualne wisiały dosyć dziwnie - np. podsystem z bazą mysql miał
>> tak, że:
>>   - działał nginx
>>   - wisiał php-fpm (nginx zgłaszał timeout)
>>   - mysql działał (można było wejść przez mysql-cli i zshutdownować
>> Podsystem podejrzewany o zwieszenie wszystkiego leżał i kwiczał - nie działał
>> nginx, apache, mysql, proftpd, nie dało się zabić ani jednego procesu przy
>> użyciu vkill -s 9 -c<context>  <id>
>>
>> Jakieś pomysły co to jest?
>> Miałem tak dwa ranki (5:02) z rzędu, teraz od dwóch dni nic (choć jest na tym
>> samym kernelu, czyli 2.6.36.4+vserver)...
> Dwie rzeczy:
> - zobacz znacznie świeższy kernel (np. 3.x). Dużo na korzyść w vserverach
>    i ich stabilności się zmieniło tutaj,
> - syslog. Jak logujesz do sysloga? Miałem taki zonk, że demony przestawały
>    działać w dziwny sposób jak nie mogły się sysloga dobić, bo cośtam się z
>    nim schrzaniło.
> - a wogóle to watchdog twoim przyjacielem :P

To ja dodam od siebie dwa słowa jako, że miałem ostatnio podobne (ale 
jednak nieco inne) problemy.
Host na pld-th i guest na pld-ac jeszcze.
Wywalało  apache w tym ac (niby w losowych momentach, ale przy logrotate 
zawsze). Czasem można było go po prostu podnieść, a czasem nie - z 
komunikatem o zbyt dużej ilości otwartych plików przez użytakownika 
http. Restert vservera pomagał zawsze. Pomógł upgrade kernela do 3.x na 
hoście i upgrade apache do tego, które się ostatnio pojawiło w ac-ready 
na gościu. Po upgrade kernela, a przed upgrade php w dmesgu zaczęło się 
pojawiać dużo segfaultów z php.


Pozdrawiam
Maciek