Newsgroup: it.comp.os.linux.sys
Titolo: Re: Corruzione dati MySQL...

 wrong and this may fail.
 
Secondo me ti si sono sputtanati dei file di mysql.
Prova a vedere semplicemente reinstallandolo.
Mantieni i file di conf che hai e provi a fargli reinstallare tutti i file 
comprese le lib.
 
Rizio

 E' una centOS, dici che con yum disinstallo e reinstallo senza problemi?
 
Mi dispiace ma purtroppo conosco solo Slack e Debian, non conosco assolutamente 
il gestore di pacchetti Centos. Sorry :(
 
Rizio

 E' una centOS, dici che con yum disinstallo e reinstallo senza problemi?
 
Fai uno snapshot della macchina virtuale e poi prova. Al piï¿œ torni
indietro. Hai sempre comunque il paracadute del backup (perchï¿œ lo hai il
backup, vero?)
 
 
-- 
Flavio Visentin
 
Scientists discovered what's wrong with the female brain: on the left
side, there's nothing right, and on the right side, there's nothing left

 
 
Service mysql stop .. e magari controilla anche da ps che non ci sia qualcosa attivo..
 
cd /var/lib/
mv mysql mysql_bk
yum remove mysql-server ( ma controlla i backup prima !! )
 
controlla che ti abbia cancellato tutto... 
 
Reinstalli:
 
yum install mysql-server
 
a questo punto se li hai dovresti ripristinare un backup completo dei DB.
Se non ne hai, a db spento copia tutto il contenuto della cartella mysql_bk
dentro mysql tranne i log .. e vedi se si avvia ..
se non va puoi provare a copiare solo i DB ed i file ibdata* senza i ib_logfile*.
 
In bocca al lupo!
 
-- Yena --
 
 
 
 
 

 backup, vero?)
Basta che non sia come questo paracadute:
http://y2u.be/hhwhkwE1nws
 
 
-- 
Sul problema di Saint Venant:
"Al momento, preferisco il taglio".

 In pratica c'e' ma vecchio di un mese, non mi fare approfondire.
 
Ma almeno da ora in poi pioveranno backup...o no?
 
-- 
Vincenzo

 Ma si sa', a nessuno importa niente, e finchè la barca va...
 
L'importante è metterle per iscritto, certe cose.
Come un certo firewall di chi so io: una bella relazione in cui gli dici "è bene fare
un upgrade dell'hardware, per questo, questo e quest'altro motivo; la procedura di sostituzione
sarà fatta così, così e così e si è sempre in tempo a fare un roll back, con perdita massima
di 3 minuti di servizio".
 
Il giorno in cui quel pezzo di ferro farà il botto, io sghignazzerò, qualcun altro meno. :)
 

 qualcun altro meno. :)
 
Mi ricorda un servizio critico messo in piedi da me al volo la cui macchina 
di backup (presa mesi dopo, ovviamente) e` stata destinata ad altro...
 
Enrico

 nessuno mi ascolta, poi si lamntano dei danni :-/
 
Una domanda sola: il server e` gestito da te?
 
Enrico

 Tanto per non sbagliarsi.
 
Allora il backup ï¿œ responsabilitï¿œ tua, salvo diverse indicazioni da
parte del proprietario.


 Si, praticamente senza uno straccio di incarico, tutto alla buona eh.
 
Allora direi che un bel po' di responsabilita` e` tua, ovvero mettere in 
piedi anche uno script in crontab che faceva il dump del database e lo 
copiava, se possibile (ma non necessario), su di un altro computer della 
LAN, l'avrei messo in piedi. Per dire, e` una delle cose che ho fatto su di 
un server di produzione il cui trasferimento del backup risulterebbe troppo 
oneroso (parliamo di 3Gb compressi a notte)
 
Enrico


 
 
facci sapere come finsce ... e' interessante
 
 

 questione era praticamente morto.
 
Storage che presumo fosse esterno. Personalmente lo avrei cambiato per un 
salvataggio locale non tanto per parare il culo ai miei superiori, ma per 
evitarmi sbattimenti nel ripristinare il tutto. Ed e` per questo che mi 
sento di dirti che un po' di responsabilita` e` anche tua. E` come quando 
Turk prevede una pinza per fermare una possibile emorragia interna quando 
opera un paziente
 
Enrico