web-dev-qa-db-fra.com

Base de données MySQL - Erreur 28 du moteur de stockage lors de l'accès à Webmin

J'essaie d'accéder à la base de données MySQL à partir de la console Webmin. Mais incapable d'entrer dans la base de données, il génère le message d'erreur suivant.

SQL sélectionne schema_table, nom_table de info_schema.views où schema_table =? échec: erreur 28 du moteur de stockage

Comment surmonter ce problème? Plz m'aider. 

mysqldatabase
11
govindaraj

Vérifiez votre utilisation de l'espace disque.

J'ai aussi fait face au même problème. J'ai corrigé en déplaçant les fichiers sur un autre disque. 

Si vous utilisez un système d'exploitation Linux. Vous pouvez vérifier l'utilisation du disque en utilisant la commande:

> 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

Et j'ai déplacé des fichiers de la partition/dev/xvda1 ->/dev/xvdb.

Et vérifié l'utilisation du disque. 

> 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

Maintenant, le serveur MySQL fonctionne bien. 

23
Arun G

Oui, c’est un problème d’espace disque, mais cela pourrait se faire par mascarade. Je suggère d'ouvrir 2 consoles et de courir dans l'une d'elles 

regarder -n1 "df -h" 

et d’autre part, essayez de reproduire l’erreur, regardez en même temps la première console. Dans mon cas/tmp était à 35% (1G), il passe à 100%, et lorsque la commande se termine retour à 35%.

7
user2573295

En fait, dans mon cas, c'était une mascarade. J'héberge le site avec Siteground et, lorsque j'ai utilisé leur SuperCacher pour purger le système, tout a recommencé à fonctionner. J'ajoute simplement cette réponse à quiconque en

0
Daydah