Re: mysql e crashed Table
Magari quello che sto per dirti è una fesseria (anche se a me in
genere sistema un bel pò di cose...) ma tu provaci lo stesso :)
Quando eseguo aggiornamenti MySQL (anche nel caso di Debian revision
come in questo caso), io stoppo mysqld (vecchia revision) e lo faccio
ripartire (nuova revision), giusto per non avere incasinamenti con
qualche cambio di funzionamento dell'engine. Quando mi si verificano
problemi di inconsistenza DB come nel tuo caso, con la nuova revision
in running faccio un REPAIR TABLE <nometabella> USE_FRM (così si
smazza tutto il server).
Se hai accesso in console, puoi utilizzare myisamchk wiki_searchindex.MYI
Bau,
Salvatore
On Thu, Dec 11, 2008 at 11:31, Alessandro De Zorzi <lota@klez.it> wrote:
> Salve,
> su un server Etch che usa la versione 5.0.51a-18 di MySQL
> ho avuto due casi di tabelle corrotte a distanza di pochi giorni, cosa
> che non si è mai verificata praticamente da anni, in syslog trovo:
>
> Dec 10 22:55:57 myserver mysqld[21110]: 081210 22:55:57
> [ERROR] /usr/sbin/mysqld: Incorrect key file for table
> './m_db/wiki_searchindex.MYI'; try to repair it
>
> lo stato di salute del server in RAID1 sembra ok, non so se mettere in
> relazione
> temporalmente l'evento all'aggiornamento da 5.0.51a-17 a 5.0.51a-18 anche
> se dai bug aperti e dal changelog non vi è nulla che possa farlo pensare
>
> Alessandro
>
>
Reply to: