# \[AIDE\] MariaDB Down après avoir un un disque dur plein

**URL:** <https://help.nextcloud.com/t/aide-mariadb-down-apres-avoir-un-un-disque-dur-plein/81405>\
**Category:** 🇫🇷 Français (french)\
**Created:** [May 13, 2020, 10:31am UTC](https://help.nextcloud.com/t/aide-mariadb-down-apres-avoir-un-un-disque-dur-plein/81405 "2020-05-13T10:31:45Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![caub31](https://help.nextcloud.com/user_avatar/help.nextcloud.com/caub31/32/23240_2.png) [@caub31](https://help.nextcloud.com/u/caub31)\
**Post date:** [May 13, 2020, 10:31am UTC](https://help.nextcloud.com/t/aide-mariadb-down-apres-avoir-un-un-disque-dur-plein/81405/1 "2020-05-13T10:31:46Z")

</div>

Bonjour @ tous,  
comme indiqué dans le titre, je ne peux plus accéder à mon Nextcloud 17.0.2.1. Je me doutais que cela venait de mon disque dur mais j’ai tardé à y faire de la place. Du coup, je ne peux plus me logger et même après avoir libéré de l’espace, je suis quand même en erreur et le “system info” m’indique un disque plein…  
Voici l’extrait du system info dans NextcloudPi

> NextCloudPi version v1.25.0  
> NextCloudPi image NextCloudPi\_12-20-19  
> distribution Raspbian GNU/Linux 10 \n \l  
> automount yes  
> USB devices sda  
> datadir /media/SSD/ncdata  
> data in SD no  
> data filesystem btrfs  
> data disk usage 112G/112G  
> rootfs usage 2.5G/15G  
> swapfile /var/swap  
> dbdir /media/SSD/ncdatabase  
> Nextcloud check error  
> HTTPD service up  
> PHP service up  
> MariaDB service down  
> Redis service up  
> Postfix service up  
> internet check ok  
> port check 80 closed  
> port check 443 closed  
> IP 192.168.1.80  
> gateway 192.168.1.1  
> interface eth0  
> certificates [cloud2caub.duckdns.org](http://cloud2caub.duckdns.org)  
> NAT loopback no  
> uptime 23min`

et l’extrait du fichier log dans /var/log/mysql/error.log (j’ai cherché ici car j’ai lu un Pb similaire sur un autre post mais on a [pas le même message d’erreur.](https://help.nextcloud.com/t/100-disk-mariadb-wont-start-again/28697)

> Fatal signal 11 while backtracing  
> 2020-05-13 2:53:15 0 [Warning] The parameter innodb\_file\_format is deprecated and has no effect. It may be removed in future releases. See [https://mariadb.com/kb/en/library/xt$](https://mariadb.com/kb/en/library/xt$)  
> 2020-05-13 2:53:15 0 [Note] InnoDB: Using Linux native AIO  
> 2020-05-13 2:53:15 0 [Note] InnoDB: Mutexes and rw\_locks use GCC atomic builtins  
> 2020-05-13 2:53:15 0 [Note] InnoDB: Uses event mutexes  
> 2020-05-13 2:53:15 0 [Note] InnoDB: Compressed tables use zlib 1.2.11  
> 2020-05-13 2:53:15 0 [Note] InnoDB: Number of pools: 1  
> 2020-05-13 2:53:15 0 [Note] InnoDB: Using generic crc32 instructions  
> 2020-05-13 2:53:15 0 [Note] InnoDB: Initializing buffer pool, total size = 1.625G, instances = 1, chunk size = 128M  
> 2020-05-13 2:53:16 0 [Note] InnoDB: Completed initialization of buffer pool  
> 2020-05-13 2:53:16 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().  
> 2020-05-13 2:53:16 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1012257339  
> 2020-05-13 2:53:16 0 [ERROR] InnoDB: Encountered a problem with file ‘./ib\_logfile0’  
> 2020-05-13 2:53:16 0 [ERROR] InnoDB: Disk is full. Try to clean the disk to free space.  
> 2020-05-13 02:53:16 0x33dcc3e0 InnoDB: Assertion failure in file /build/mariadb-10.3-PuND9s/mariadb-10.3-10.3.17/storage/innobase/fil/fil0fil.cc line 4434  
> InnoDB: Failing assertion: err == DB\_SUCCESS  
> InnoDB: We intentionally generate a memory trap.  
> InnoDB: Submit a detailed bug report to [https://jira.mariadb.org/](https://jira.mariadb.org/)  
> InnoDB: If you get repeated assertion failures or crashes, even  
> InnoDB: immediately after the mysqld startup, there may be  
> InnoDB: corruption in the InnoDB tablespace. Please refer to  
> InnoDB: [https://mariadb.com/kb/en/library/innodb-recovery-modes/](https://mariadb.com/kb/en/library/innodb-recovery-modes/)  
> InnoDB: about forcing recovery.  
> 200513 2:53:16 [ERROR] mysqld got signal 6 ;  
> This could be because you hit a bug. It is also possible that this binary  
> or one of the libraries it was linked against is corrupt, improperly built,  
> or misconfigured. This error can also be caused by malfunctioning hardware.

J’ai essayé une restauration snapshot mais il ne me trouve pas le fichier alors qu’il est bien présent dans le disque. Sans doute que c’est du à l’erreur MariaDB… Pour info, j’ai 3 disque dur de branchés dessus.

- 1 pour les DATA Nextcloud
- 2 autres partagés en disque externe dans Nextcloud et sur le réseau en Samba. Je les ai débranché mais cela ne change rien.

En espérant trouver de l’aide car Nextcloud est super. Mais quand ça bug, ce n’est vraiment pas à la portée de tout le monde… 😭 😭 😭

---

<div class="post-metadata">

**Author:** ![tcit](https://help.nextcloud.com/user_avatar/help.nextcloud.com/tcit/32/5931_2.png) [@tcit](https://help.nextcloud.com/u/tcit)\
**Post date:** [May 13, 2020, 12:02pm UTC](https://help.nextcloud.com/t/aide-mariadb-down-apres-avoir-un-un-disque-dur-plein/81405/2 "2020-05-13T12:02:13Z")

</div>

`sudo systemctl restart mysql` pour redémarrer le serveur MySQL maintenant qu’il y a de la place sur le disque.

---

<div class="post-metadata">

**Author:** ![caub31](https://help.nextcloud.com/user_avatar/help.nextcloud.com/caub31/32/23240_2.png) [@caub31](https://help.nextcloud.com/u/caub31)\
**Post date:** [May 13, 2020, 7:33pm UTC](https://help.nextcloud.com/t/aide-mariadb-down-apres-avoir-un-un-disque-dur-plein/81405/3 "2020-05-13T19:33:25Z")

</div>

J’avais déjà rebooté. Est ce que ça revient au même que de faire  
`sudo systemctl restart mysql`?  
Sinon, j’ai quand même exécuter la ligne de commande mais rien n’y fait: MariaDB down 😭 😭 😭

---

<div class="post-metadata">

**Author:** ![caub31](https://help.nextcloud.com/user_avatar/help.nextcloud.com/caub31/32/23240_2.png) [@caub31](https://help.nextcloud.com/u/caub31)\
**Post date:** [May 14, 2020, 11:49am UTC](https://help.nextcloud.com/t/aide-mariadb-down-apres-avoir-un-un-disque-dur-plein/81405/4 "2020-05-14T11:49:42Z")

</div>

Je ne comprends pas, j’ai beau effacé et libéré de plus en plus de place dans le disque, il est malgré tout indiqué full à 100%, que cela soit dans le system info de Nextcloud ou avec la commande `df`  
Quelqu’un aurait il une idée?

---

<div class="post-metadata">

**Author:** ![Heracles31](https://help.nextcloud.com/letter_avatar/heracles31/32/5_5575768a8748004e209b776fc1b2916d.png) [@Heracles31](https://help.nextcloud.com/u/Heracles31)\
**Post date:** [May 15, 2020, 1:25am UTC](https://help.nextcloud.com/t/aide-mariadb-down-apres-avoir-un-un-disque-dur-plein/81405/5 "2020-05-15T01:25:54Z")

</div>

Bonjour,

Le contenu à mettre sur disque peut se trouver en plusieurs endroits. Par exemple, si des applications ont conservé ces données en mémoire et que la mémoire a été transférée au swap, ces données rejoindront le disque une fois de l’espace disponible.

Laisser un disque se remplir au-delà de 75%, c’est courir après les problèmes. Ayant couru après, il semble bien que tu as réussi à les attraper…

Si la corruption relève de la base de données, ces dommages peuvent être très difficiles / impossibles à réparer. Est-ce que le serveur appliquait du chiffrement en plus ? Si Oui, les données sont probablement perdues…

Si le serveur n’appliquait pas de chiffrement, le plus simple serait probablement de tout reprendre du début avec de nouveaux disques. Une fois le nouveau serveur en place, les comptes sont re-créés à la main. Une fois les comptes en place, les données récupérables de chacun sont copiées dans les répertoires de chacun. Il ne restera qu’à re-scanner les fichiers de tous avec la commande occ pour que Nextcloud détecte et présente ces fichiers aux utilisateurs.

Bonne chance dans le recouvrement,

---

<div class="post-metadata">

**Author:** ![caub31](https://help.nextcloud.com/user_avatar/help.nextcloud.com/caub31/32/23240_2.png) [@caub31](https://help.nextcloud.com/u/caub31)\
**Post date:** [May 25, 2020, 4:58am UTC](https://help.nextcloud.com/t/aide-mariadb-down-apres-avoir-un-un-disque-dur-plein/81405/6 "2020-05-25T04:58:31Z")

</div>

Salut Heracles31,  
c’est malheureusement ce que je craignais: être obligé de tout refaire. Mais bon, à mon niveau d’utilisation c’est long mais pas insurmontable. L’essentiel étant que je n’ai pas perdu mes données.  
Merci des conseils

---

<div class="post-metadata">

**Author:** ![wwe](https://help.nextcloud.com/user_avatar/help.nextcloud.com/wwe/32/72963_2.png) [@wwe](https://help.nextcloud.com/u/wwe)\
**Post date:** [December 15, 2024, 9:00am UTC](https://help.nextcloud.com/t/aide-mariadb-down-apres-avoir-un-un-disque-dur-plein/81405/7 "2024-12-15T09:00:49Z")

</div>



---

<div class="post-metadata">

**Author:** ![wwe](https://help.nextcloud.com/user_avatar/help.nextcloud.com/wwe/32/72963_2.png) [@wwe](https://help.nextcloud.com/u/wwe)\
**Post date:** [December 15, 2024, 9:00am UTC](https://help.nextcloud.com/t/aide-mariadb-down-apres-avoir-un-un-disque-dur-plein/81405/8 "2024-12-15T09:00:50Z")

</div>