Dan Lukes wrote:
On 02/22/11 16:40, Miroslav Lachman:
Cekove se mi to ale az tak moc nelibi - to bude znamenat vypadek
poskytovanych sluzeb po celou dobu upgrade.
Behem vsech tech vylomenin s ld-elf atd. chces mit v provozu vsechny
sluzby? To bych se skoro bal tohle risknout.
Kdyz ta sluzba nebude fungovat, nebude to horsi, nez kdyz bude
programove vypnuta.
No z meho pohledu je lepsi, kdyz sluzba nebezi vubec, nez aby bezela s
neocekavanym chovanim / vysledkem / poskozenim dat atp.
[...]
Zalezi kolik stroju mas v provozech, kdy se vypadek ta udelat pouze o
weekendu v noci a i tak se ta tebe osklive ksichti. Mozna bys zjistil,
ze rok nema tolik weekendu, abys mohl delat updaty na miste.
Uznavam, ze jich urcite spravuji min nez ty, co je ale u me jasnou
vyhodou je siroke spektrum zakazniku i sluzeb na tech serverech
provozovanych, takze u me jsou naopak i servery, ktere maji o vikendu tu
nejvetsi navstevnost a nejvhodnejsim casem pro upgrade je pondelni rano
:) Tim si muzu podobne zasahy rozlozit do vice dnu oproti tobe (pokud
tedy musis vse delat jen o vikendech v noci)
[...]
Stale si myslim, ze je proste jednodussi na chvili pouzit swap, nebo
tmp, kam si hodim system, ze ktereho nabootuji a pak puvodni 32bit
nahradim 64bit
Ja mluvim o tom, ze ten upgrade udela script. To, cos tak pekne popsal
dvema vetama ja vidim bud' na docela slozite shellovske programovani,
nebo na dost velky objem dat prenaseny po siti - cast dokonce opakovane.
Ja to tedy jeste v praxi nezkousel, ale ta teorie v hlave mi rika, ze to
nebude zadne slozite shellovske programovani, protoze tomu ja bych se
rozhodne vyhnul, neb ho moc neumim. Ovsem stale je mi blizsi napsat
jednoduchy shellscript, nez z meho pohledu slozity modul pro kernel
(ktery jsi zminoval), ci jine hacky do zdrojaku.
Ale myslim si, ze ten muj zpusob nebude vyzadovat o nic vetsi trafik po
siti, nez tvuj. V obou pripadech potrebujeme na cilovy system dostat
amd64 system, ty ho tam muzes dostat treba jako zdrojaky a pak prelozit,
nebo primountovat NFS s prelozenym a jen udelat installkernel /
installworld. A podobne to bude i v mem pripade s instalaci do swapu,
nebo jineho oddilu - amd64 kernel a world potrebuju nainstalovat jen
jednou, pak ho na misto puvodniho systemu muzu zkopirovat z toho swapu /
jineho oddilu a uz ho nemusim tahat znovu po siti.
A to nemluvim o tom, ze zdaleka ne vsude mam swap ani o problemech, se
kterymi se opakovane potykam pri pokusech editovat MBR nebo LABEL na
"zivem" systemu.
Nepritomnost swapu, nebo jineho oddilu, ktery by se pro tyhle ucely dal
pouzit je prekazou, to je jasne. Nicmene ja takove stroje nastesti nemam
a na vetsine stroju, kde se pouzivaji dnesni velke disky, si nechavam
pro jistotu na konci disku 1GB volneho mista / prazdnou partition, prave
pro pripad, ze bych tam nekdy potreboval delat nejake vylomeniny, i
treba vzdaleny restore po nejake havarii atd.
A editovat MBR / LABEL by ani v mem pripade nemelo byt potreba. Jak uz
napsal Oli, staci editace loader.conf, pripadne prikaz nextboot.
Takze ano, kazdy hledame nejvhodnejsi zpusob pro ty svoje podminky a v
tech podminkach se trochu rozchazime. Jsem rad, ze moje podminky jsou
jednodussi, nez ty tvoje :)
Mirek
--
FreeBSD mailing list ([email protected])
http://www.freebsd.cz/listserv/listinfo/users-l
