Database MySQL - Ho ricevuto l'errore 28 dal motore di archiviazione durante l'accesso da webmin

Question

Sto provando ad accedere al database MySQL dalla console webmin. Ma non riuscendo a entrare nel db, lancia il seguente messaggio di errore.

SQL seleziona table_schema, table_name da information_schema.views dove table_schema =? non riuscito: Trovato errore 28 dal motore di archiviazione

Come risolvere questo problema? Plz help me.

Answer 1

Verificare l'utilizzo dello spazio su disco.

Ho anche affrontato lo stesso problema. Ho risolto spostando i file su un altro disco.

Se si utilizza il sistema operativo Linux. È possibile controllare l'utilizzo del disco utilizzando il comando:

> df -k 

    Filesystem   1K-blocks  Used Available Use% Mounted on 
    /dev/xvda1    8256952 7857928   0 100%/
    udev     860884   4 860880 1% /dev 
    tmpfs     347492  188 347304 1% /run 
    none      5120   0  5120 0% /run/lock 
    none     868724   0 868724 0% /run/shm 
    /dev/xvdb   350891748 199364 332868104 1% /mnt 

E ho spostato alcuni file da/dev/xvda1 ->/dev/partizione xvdb.

E controllato l'utilizzo del disco.

> df -k 
Filesystem   1K-blocks  Used Available Use% Mounted on 
/dev/xvda1    8256952 2520216 5317308 33%/
udev     860884   4 860880 1% /dev 
tmpfs     347492  188 347304 1% /run 
none      5120   0  5120 0% /run/lock 
none     868724   0 868724 0% /run/shm 
/dev/xvdb   350891748 415456 332652012 1% /mnt 

Ora il server MySQL funziona correttamente.

Answer 2

Sì, è un problema di spazio su disco, ma potrebbe mascherarsi. Suggerisco aperti 2 console e correre in uno di essi

watch -n1 "df -h"

e dall'altra cercare di riprodurre l'errore, allo stesso tempo a guardare la prima console. Nel mio caso/tmp era al 35% (1G), sale al 100% e quando il comando termina è tornato al 35%.

Answer 3

In realtà nel mio caso, era una mascherata. Ospito il sito con Siteground e quando ho usato il SuperCacher per svuotare il sistema, tutto ha ripreso a funzionare. Sto aggiungendo questa risposta per chiunque in