DadAN napsal/wrote, On 09/03/09 21:05:
Po celou tuhle dobu MySQL zustava v provozu i kdyz
nema na disku puvodni soubory (respektive ja vim, ze interne tam jsou,
dokud je proces neuzavre ;]). Pak jen provedu restart daemona a to uz
nabehne nova verze, puvodni soubory na disku se uzavrou a dojde tim k
uvolneni mista, ktere do ted zabiraly.
portupgrade can stop/start/restart services when you like. Add
these lines in pkgtools.conf and you'll always have service started
after an upgrade process:
Jak uz konstatovali predrecnici - samospasitelne to rozhodne neni. Na
skoro kazdy problem lze najit reseni, ale "hotove" casto neni. Napriklad
na problem "start before stopped" lze s uspechem pouzit volani "poll"
pred "start" - ovsem - pokud ma prislusne rc.d metodu poll vubec
implementovanou, coz samozrejme neni.
Dalsi (take zminena) potiz je, ze "stop" nastava prilis dlouho pred
"start". Navic, pokud si nova verze ne zcela rozumi se starym
konfigurakem (v MySQL 5.0 jsem mel napriklad v my.cnf direktivu
skip-bdb, kterou bezne prelozene MySQL 5.1 nezna) tak nenastartuje. To
zas ma pekne vyresene Apache - ma test "rozbehnul bych se, kdybych byl
nastartovan ?" - ten se spusti a pokud selze, tak proces neni vubec
zastaven (a zustane bezet puvodni verze). Jenze - to prislusny program
musi rezim "test" podporovat.
Na druhou stranu - nelze nechat probehnout celu "upgrade" proces az
dokonce a restartovat teprve po kompletnim dokonceni. Zrovna v pripade
MySQL se mysql_upgrade, ktere je soucasti, musi spoustet uz proti
restartovane verzi.
Proste - neni to moc "instantni" a zatim si to kazdy musi nastavit podle
lokalni situace a potreb.
Dan
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
