Tak zaprve je treba zjistit, jestli se opravdu "sprajcla MySQL" nebo
selhal detekcni mechanismus, ktery nespravne tvrdil, ze stale bezi ac
uz nebezela. Jinymi slovy - zjistit, jestli stale bezi.
bezela-status i ps -aux jej stale vedli v patrnosti
Pak je ale treba se zabyvat stavem MySQL - to jest - prihlasit se na
konzili SQL serveru, podivat se jake zrovna resi dotazy.
to neslo, nefungovalo ani prihlaseni
A pokud tohle zkoumani neprinese vysledek tak se spis obratit na
nektere forum zabyvajici se MySQL...
ten restart serveru byl momentalne nejrychlejsi reseni, protoze
uzivatele me bombardovali hned jak jsem prisel do prace
No a v krajnim pripade lze zaslat signal SIGKILL (-9 nebo -KILL)
ktery ve skutecnosti signalem neni - to je skutecne pokyn pro OS aby
proces odstranil zpameti (bez toho, ze to s nim bude nejak konzultovat).
jo tohle jsem mel na mysli.
Pri nepodminenem sestreleni je treba chapat, ze program byl skutecne
ukoncen "nahle" - to znamena, ze cokoliv co delal nemusi byt v
rozumnem konzistentnim stavu. Treba obsah databaze ...
na noc mam naplanovanou kontrolu DB pres myisamchk
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
