Newsgroup: it.comp.os.linux.sys
Titolo: glibc upgrade!

Salve,
Su una RH 7.1 perfettamente funzionante mi sono trovato nella
necessità di aggiornare alcuni pacchetti tra i quali openssh.Questo in
particolare necessitava anche delle glibc aggiornate (2.2.4). In
passato prendendo i pacchetti ufficiali di upgrade della RedHat non ho
mai avuto alcun problema di sorta per cui anche se riluttante visto
che le glibc sono abbastanza vitali e delicate ho scaricato
l'aggiornamento ufficiale e l'ho installato. 
Tutto ha smesso di funzionare e il boot successivo si e' fermato a
init che non riusciva ad avviare nulla!!!!
Fortunatamente sono riuscito con il disco super rescue (per chi non lo
conosce si tratta di una dist. RH che parte completamente da cd,
disponibile al sito 
kernel.org
,) a far ripartire il sistema ,
ripristinando le vecchie librerie dinamiche.
Ora mi chiedo come sia possibile che un upgrade ufficiale generi un
problema così grave ? RH non fornisce nessuna particolare spiegazione
per l'upgrade di questi pacchetti. Ne sono segnalati problemi noti...
e molti aggiornamenti successivi, di cui alcuni importanti per la
sicurezza, richiedono tale upgrade!
Qualcuno conosce il problema ? O qualcuno e' riuscito a fare
l'aggiornamento ?
grazie e auguri!
Marco 

 l'aggiornamento ufficiale e l'ho installato. 
Purtroppo e' risaputo che la gestione dei pacchetti di Red Hat (che
oramai definisco "Rat Fart" proprio per la poca cura che mette nei
propri prodotti) sia a dir poco penosa. A me fece tempo fa la stessa
cosa con un aggiornamento delle modutils preso da 
updates.redhat.com
,
mica dal primo sito del primo ragazzetto brufoloso di passaggio: i
moduli del kernel smisero di funzionare e mi tocco' fare il downgrade
alla versione precedente per riavere un sistema funzionante (fortuna fu
che da persona previdente e sospettosa tenni da parte l'RPM della
vecchia versione) e da allora la mia considerazione per la RH si e'
abbassata di molto.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

Ciao,

Io ho aggiornato ripetutamente glibc partendo da una RHL 7.0, pero' su
Alpha.
Attualmente uso la 2.2.4-19 e Kernel 2.4.17 e non ho avuto particolari
problemi, fortunatamente, dato che su Alpha cose tipo il super rescue te
lo sogni, come ti sogni anche che funzioni la RHL 7.1 .....
Probabilmente, come leggo in un altro post, gli RPM RH non sono il
massimo, io tra l'altro, data la carenza di software RH ufficialmente
precompilato per Alpha, sto pesantemente usando RPM presi dalla
distribuzione RawHide, che dovrebbe essere una
sorta di pre distribuzione di RH, e non ho riscontrato un decadimento
della "qualita'"
degli RPM.
Scusa una domanda, immagino che tu, come me, debba aver forzato
l'upgrade con --nodeps, non e' che ti e' sfuggita qualche strana
dipendenza incrociata ?
GuidoS1966

l'aggiornamento ?
Tutti i server che amministro sono aggiornati alla ultima versione di
glibc e i 2 Pentium III sono stati aggiornati con il pacchetto glibc
*686, gli athlon con il pacchetto *386
Ciao


Ciao,
hai ragione!!! ho commesso una imperdonabile leggerezza...in effetti
ho utilizzato tutti pacchetti i386. Utilizzando invece quello corretto
tutto ha funzionato bene! (certo ho dovuto faticare un po' dopo il
disastro per convincere rpm che il pacchetto andava reinstallato, ma
nulla di traumatico). Sulla macchina dove realmente serviva questo
upgrade(l'altra era di prova), tutto e' andato bene al primo colpo.
grazie ancora!
Marco

abbassata di molto.
Ciao,
il mio problema per fortuna era dovuto solo ad una svista (puoi vedere
, se ti interessa, la risposta ad Anakyn), comunque di solito gli
upgrade della redhat mi hanno sempre funzionato, sicuramente non sono
il massimo come documentazione e a volte escono secondo me in maniera
un po' frettolosa, pero' grossi problemi non ne ho mai avuti...L'unica
cosa che non aggiorno con gli rpm ufficiali e' il kernel, che
preferisco compilare da 0 scaricando il tar.gz da 
kernel.org
Ci metto una vita a configurarlo ma comunque posso tenere tutto sotto
controllo e continuare ad utilizzare il vecchio kernel fino a quando
tutto funziona...
Saluti e auguri
Marco

Ciao,
no no il problema era dovuto ad una mia svista...vedi risposta ad
anakyn...
nodeps non e' servito, ma la piattaforma e' intel comunque....
Marco


 Saluti e auguri
Auguri di Buon Anno anche a te !



Si ho letto, buono a sapersi, io sono abituato ad altri RISChi .....
In effetti anche su Alpha c'e' un problema analogo con le revisioni
delle CPU:
EV4, EV45, EV 5, EV56, EV6, che palle ci si puo' fare un bingo ....
 
GuidoS1966