Newsgroup: it.comp.os.linux.sys
Titolo: Si è rotto mysql...

... e si è aggiustato da solo :)
Questa mattina mi chiama un cliente dichiarando problemi sul suo sito. Vado
a vedere e mi trovo questo bel log:
Query non valida: Table './visuristi/Richieste' is marked as crashed and
should be repaired
Ho dato un banalissimo:
REPAIR TABLE Richieste;
E tutto è tornato ok. Asciugate le goccioline di sudore generate dal fatto
che si tratta di un server in produzione con un sacco di utenze, ora a
freddo mi(vi) pongo le domande: 
Cosa è successo?
Succederà ancora?
Ma soprattutto: perchè è successo?
-- 
g4b0, linux user n. 369000
http://gabo.homelinux.com

 
In alternativa posso darti i sei numeri del superenalotto?
Perche' mi sembra piu' facile, come risposta.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 Succederà ancora?
Probabilmente sì, a meno che non cambi database.
Y.

yossarian wrote:

Addirittura? Sono anni che uso mysql, e questo è il primo problema che mi
da. E tra l'altro l'ho risolto in 2 secondi. Cosa consiglieresti?


 Perche' mi sembra piu' facile, come risposta.
Beh, perchè no? In tal caso non avrei più da preoccuparmi di mysql...


 da. E tra l'altro l'ho risolto in 2 secondi. Cosa consiglieresti?
Non voglio sparare su mysql che non conosco, forse sei stato soltanto
sfortunato, ad ogni modo ma io una tabella che si rompe "da sola" non
l'ho mai vista con Oracle o PostgreSQL. Mi ricorda un po' i bei (si fa
per dire...) tempi del DB3...
Y.

yossarian wrote:

Fino a ieri potevo dire lo stesso :( Comunque sicuramente indagherò il
problema, e se persiste dovrò iniziare a pensare ad una migrazione.. Ma la
cosa mi preoccupa alquanto!
La cosa che mi fa sorridere è che noi vediamo un errore del genere e ci
allarmiamo, addirittura pensiamo di cambiare database, mentre c'è gente
(tanta/troppa) che come appoggio per le proprie applicazioni usa
esclusivamente access..


g4b0 ha scritto:

Succede anche a me, e non so perché. Me ne accorgo quando la dimensione 
del backup è 'strana' (perché in genere il crash mi accade su una 
tabella panciuta).
Gli utenti si guardano bene dal segnalarmi che l'applicazione non va...
Comunque faccio REPAIR con al mano sinistra, eseguo gesti apotropaici 
con la mano destra e tutto riprende a funzionare...
Andrea

 esclusivamente access..
Access č un giocattolo ma per fare gestionalini-ini-ini va abbastanza
bene. Il problema di quelle applicazioni in genere piů che il database č
il cervello delle persone che le sviluppano ("Relazioni? No, non le uso,
i controlli li fa l'applicazione" - aargh!).
E poi non ho mai visto una tabella sputtanata in Access... in genere si
sputtana l'intero database :)
Y.
P.S. Sento dire un gran bene di Firebird ma non ho mai trovato tempo e
voglia di provarlo...

 sono belli, i backup...
Sottoscrivo, questa volta ne avevo almeno 5, avrei potuto risalire fino ad
un mese fa! 


 con la mano destra e tutto riprende a funzionare...
Idem. I gesti apotropaici hanno funzionato :)


 voglia di provarlo...
L'ho visto installato da qualche parte, ma non ho mai indagato..


 ... e si è aggiustato da solo :)
Ho notato una cosa sul sito di mysql: il REPAIR TABLE funziona solo con
Engine MySam e Archive. Dato che ho delle tabelle InnoDB da ~300.000
record, la domanda sorge spontanea:
InnoDB non si rompe, oppure ha degli altri tool per ripararlo? (Spero
nessuno risponda no/no)


 
Ho usato il tuo stesso criterio: non ti ho dato informazioni
sufficienti.
Ti daro' i numeri usciti sabato. ;-)


 Strano, č la prima volta dopo anni..
Monsignor de La Palisse era vivo poco prima che morisse.


 nessuno risponda no/no)
Innodb č transazionale, MyISAM no.
E' come l'fsck su un FS tradizionale o journaled.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 Ma soprattutto: perchè è successo?
Perché MySQL è fatto così.
Ciao, Micky
-- 
What's this hash prompt on my terminal mean?
Micky Del Favero  -  System Manager  &  BOFH

 REPAIR TABLE Richieste;
quanto spazio libero hai?
-- 
Well everybody's heard about the bird 
 Bird is the word
  Don't you know about the bird well everybody knows that the bird is a word
Bird is a word

 quanto spazio libero hai?
In effetti non molto, ma usando LVM all'occorrenza posso aumentre. Comunque
ho 1,4Gb liberi, direi che va bene...
dns2:/var/lib/mysql# df -h .
Filesystem         Dimens. Usati Disp. Uso% Montato su
/dev/mapper/dns2-var  2,9G  1,6G  1,4G  53% /var


 dal backup, ma intanto perdi tempo.
Le ultime parole famose: a me non e` ancora mai successo su macchine 
stabili.
Mi e` successo solo una volta, in un cluster dove era stato montato lo 
stesso fs via fibra da due macchine diverse...
E li` nemmeno il repair table e` riuscito a fare nulla.
Ma nel frattempo si erano sputtanati anche altri file, ho dovuto 
recuperare il backup completo della macchina.
Bye.

 Monsignor de La Palisse era vivo poco prima che morisse.
Dire che questa e` meravigliosa non rende il concetto :)
Enrico

 Perché MySQL è fatto così.
Allora conviene scegliere un altro DB.
A proposito:
http://www.comune.casina.re.it/
Y.

 Comunque ho 1,4Gb liberi, direi che va bene...
dipende dalla dimensione del database.
se hai qualche indice che manca e mysql deve creare delle table temp e hai
poco spazio può succedere ogni sorta di casino.
controlla anche che magari quando è successo quell'errore non ci fossero i
log di apache (per dire) che riducevano ulteriormente quello spazio.
ciao


 
Quasi quasi aumento di un paio di Gb a prescindere, tanto ce n'č.. Che
sballo LVM!!!


 should be repaired
mi č capitato su macchine di test con mysql compilato a manina invece di 
prendere il binario bell'e pronto. che versione di mysql č? su che distro?

 sputtana l'intero database :)
Come al solito viene fatto l'errore di mischiare il frontend (Access)
con il backend (Jet). C'e` comunque da dire che Microsoft ci ha messo
del suo, senza contare che ha veramente sottovalutato il prodotto
(almeno a livello tecnico)
Enrico

 prendere il binario bell'e pronto. che versione di mysql è? su che distro?
debian etch aggiornata, mysql 5.0.32-7etch1
Comunque sono sempre più convinto che sia un problema interno di gestione
degli indici di mysql, anche perchè con un semplice repair table tutto è
andato a posto..


Enrico 'Henryx' Bianchi wrote:

Ammetto la mia ignoranza! Fortunatamente non ho mai dovuto scrivere 1 riga
di codice per quel sistema operativo a finestre, ed anche se qualcosa del
genere l'ho amministrato, mai ho avuto a che fare con Jet e Access..


 genere l'ho amministrato, mai ho avuto a che fare con Jet e Access..
Jet e` buono se ti serve un db che non venga utilizzato da piu` di un
utente per volta contemporaneamente[1]. Access e` ottimo per la
creazione di applicativi database centrici che si connettono via ODBC
(anche se come canale preferenziale usa Jet). Attualmente, a parte
Filemaker, vi e` solo Kexi[2] che potrebbe competere con Access. Ma se
facciamo un confronto tra il prodotto open source ed il prodotto
Microsoft, quest'ultimo ne esce vittorioso a mani basse
Enrico
[1] in teoria dovrebbe avere problemi anche con una grossa mole di dati,
ma sinceramente non mi e` mai capitato di vederli (i problemi)
[2] in teoria vi sono anche Rekall e OOo Base, ma sinceramente mi sembra
che Kexi sia il migliore