Odporucate update server Mandrake 8.1 -> 8.2?

Jan Satko satko na quanto.nr.sanet.sk
Pátek Srpen 16 10:07:22 CEST 2002


> Obecne, verze 8.1 se vsemi updaty JE bezpecna. Jen kvuli bezpecnosti neni
> treba updatovat. Naopak. Pokud mate server stabilni, je update jen kvuli
> povyseni verzi nekterych balicku o desetinky "hloupost" - budete muste vse
> znovu zkontrolovat.

Nie som odbornik na Mandrake. Som redhatista a kedze Madnrake je odvedny 
od Redhatu, predpokladam, ze jedine zmeny co su v systeme su prave 
upgradovane balicky, novsi kernel atd. Ziadne vaznejsie zmeny.
Teda 8.2 = 8.1 + upgrady balickov.


> Prepokladam, ze kompilujete z mdk.src.rpm. Pokud ne, tak delate velkou
> chybu. Pokud ano, mate to v baliccich i tak.

Nie. Ani u redhatu nekompilujem zo src ale priamo z tgz.
A v com je ta velka chyba ? By ma zaujimala vyhoda balickov oproti .tgz
. Teda okrem toho ze su to balicky a usetri sa cas.

> Smele vas muzu s nekterymi takovym systemem seznamit. Opgrade je zcela
> hladky jen v tom pripade, ze nejsou provedeny vyznamne zmeny v konfiguracich
> a zaroven nejsou doinstalovany veci mimo distribuci (at z uz z rpm nebo
> tar.gz).
> Pokud takove zmeny mate, tak _muzete_ mit problemy.

Tak nejake nacrtnite. Lebo hned za 1. ked ma niekto MD 8.1 a zaujima sa o 
upgrade, tak asi do systemu nic nezapisal. Za 2. ten co si nieco do 
systemu dorabal , tak asi vie co a tym padom nema problemy.
Uz som upgradoval Redahta, Solarisa, True64 a nikdy nebol problem. vsetko 
je to u upgradovani balickov.

> Minusy? U serveru?
> a) nutnost proverit funkcnost vsech provozovanych sluzeb

Vam ich na serveri asi bezi halda co ? Osobne nepozanm serverovsku 
sluzbu(SMTP,POP3,IMAP,LDAP,IDENT,HTTP,PROXY,FTP) 
ktora by padla na hubu po prejdeni z .1 na .2 resp. na ine cislo v ramci 
tej istej sady a bola z balicka.
Je jasne ze ked som si kompiloval APACHA a nalikoval som mu kniznicu 
nejakej verzie a tu mu upgradnem, tak nejaky modul sa zacne stazovat.
Ale ked davam novsi balicek sluzieb(a tie co boli popisane boli stare), 
tak maju predsa aj zavislosti.

> b) pri vyraznejsim updau (a.b->c.d, a != c) se na update v podstate neda
> spolehnout, je lepsi zazalohovat konfiguraci a preinstalovat

To uz by som nenazval update, upgrade ale zmena systemu a tam je to jasna 
samozrejmost. Zvacsa kazdy system ma nieco podstatne zmene, ci uz kernel, 
kompilator, kniznice atd.

> c) pokud je aktualni verze jeste kvalitne podporovana, a funkcnot
> dostatcujici, jde o ztratu casu (pokud nemate starsi nez 7.2, neni duvod
> updatovat "jen kvuli novejsim verzim")

Ked si zupdatujem (myslim jendo ci MDK alebo RH) vsetky sluzby, tak v 
podstate si z toho spravim novu verziu. Takto som prechadzal z 5.2 na 6.1 
a na 6.2.

> Ja bych na vase miste zvazil, co skutecne ziskam krome prace ;-) Pokud bych
> byl vas sef, a vy po me chtel 2 dny na provedeni update z 8.1 na 8.2 tak
> bych vam doporucil vyhledat odbornou lekarskou pomoc ;-) A pokud by jste

Ked niekto chce zmenu z x.1 na x.2 a chce na to dva dni, tak ja osobne ako 
sef by som zacal hladat lepsieho cloveka. V ramci jedneho dna musim 
spravit minimalne 2 stroje. 
Keby to bolo take zlozite, tak rozne distribucie linuxu nemaju taku 
popularitu medzi ludmi.

> tvrdil, ze to s prstem v nose zvladnete za dve hodiny (mysleno u serveru, ne
> u neceho, co si na server jen hraje) tak bych zvazil vasi odbornou
> zpusobilost.

Jeden server aj ano. Tych sluzieb na serveri nie az tak vela, teda pokial 
vsetko robim cez balicky a nekompilujem.

-- 
      Jan 'EIS' Satko       Slovak University of Agriculture
 network & system manager           Tr. A. Hlinku 2
  Tel: +421 37 7412 616          949 76 Nitra Slovakia



Další informace o konferenci Linux