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
_______________________________________________
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl