Nextcloud HS car plus de place sur le serveur

Silverscott · November 19, 2022, 12:41pm

Bonjour la communauté,

Comme expliqué dans le titre mon Nexcloud est dans les choux.

Suis donc allé voir dans les logs et il semble que REDIS soit en cause, suis donc allé voir les log REDIS et effectivement j’ai un message récurent “No space left on device”

5046:C 19 Nov 2022 12:46:26.857 # Write error saving DB on disk: No space left on device
594:M 19 Nov 2022 12:46:26.908 # Background saving error
594:M 19 Nov 2022 12:46:27.008 * 1 changes in 900 seconds. Saving…
594:M 19 Nov 2022 12:46:27.014 * Background saving started by pid 5047

Ce qui réponds à ma question pourquoi la MAJ de Nextcloud a planté hier au moment du backup.
Ce qui est étrange c’est que de la place j’en ai plein sur mon serveur (32Go) donc n’y aurait il pas des fichiers temporaires à supprimer ?

Je vois par exemple la taille de mon dossier Nextcloud dans /var/www/html, 1.4G ça me parait énorme sachant que toutes les données utilisateurs sont stockées sur un autre HD de 500G.

La les 1.4G c’est uniquement le dossier du serveur.

root•~» du -sh /var/www/html/nextcloud [13:23:09]
1,4G /var/www/html/nextcloud

root•/» du -sh /snap [13:39:22]
1,1G /snap

A quoi il sert le dossier snap ?

Qu’en pensez vous ? Merci de votre aide

Silverscott · November 19, 2022, 12:43pm

Pour info voila mon espace disque :

df -H
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/root 32G 30G 114M 100% /
devtmpfs 1,9G 0 1,9G 0% /dev
tmpfs 2,1G 0 2,1G 0% /dev/shm
tmpfs 806M 1,2M 804M 1% /run
tmpfs 5,3M 4,1k 5,3M 1% /run/lock
/dev/loop2 102M 102M 0 100% /snap/core/13890
/dev/loop3 102M 102M 0 100% /snap/core/13745
/dev/loop1 43M 43M 0 100% /snap/certbot/2538
/dev/loop0 43M 43M 0 100% /snap/certbot/2513
/dev/loop4 56M 56M 0 100% /snap/core20/1637
/dev/loop5 56M 56M 0 100% /snap/core20/1698
/dev/mmcblk0p1 265M 51M 214M 20% /boot
/dev/sda1 472G 4,7G 443G 2% /media/nextcloud-data
//192.168.1.41/Documents 4,0T 1,8T 2,3T 44% /media/backup
tmpfs 403M 4,1k 403M 1% /run/user/0

bastien · November 19, 2022, 1:33pm

Salut,
Très clairement, la partition root manque d’espace et redis doit très probablement stocker quelques infos sur cette partition.
Le dossier snap contient les applications elle meme, essaie de lister les dossiers du dossier snap pour savoir quelles sont les applis installées. C’est pas surprenant que ça prenne de la place vu le fonctionnement de snap (pour chaque appli, snap télécharge un certain nombre de librairies traditionnellement partagées par d’autres gestionnaire comme apt).
Tu peux essayer de supprimer le dossier des logs ou le cache apt pour faire de la place. Pense peut etre a faire une sauvegarde des logs avant.

Silverscott · November 19, 2022, 2:20pm

Salut Bastien,

Merci de ton retour, voici ce que tu m’as demandé :

root•/snap» ll [15:14:38]
total 28K
drwxr-xr-x 6 root root 4,0K 4 janv. 2022 .
drwxr-xr-x 19 root root 4,0K 9 mars 2022 …
drwxr-xr-x 2 root root 4,0K 19 nov. 03:19 bin
drwxr-xr-x 4 root root 4,0K 19 nov. 03:19 certbot
drwxr-xr-x 4 root root 4,0K 27 sept. 04:30 core
drwxr-xr-x 4 root root 4,0K 7 nov. 01:25 core20

du -sh bin
4,0K bin

du -sh certbot
264M certbot

du -sh core
502M core

du -sh core20
291M core20

J’ai également trouvé 3Go dans le dossier /var/log/journal

root•/var/log» du -hs journal
3,0G journal

Silverscott · November 19, 2022, 2:25pm

ainsi qu’un snap list :

root•/snap» snap list [15:23:56]
Name Version Rev Tracking Publisher Notes
certbot 1.32.0 2538 latest/stable certbot-eff✓ classic
core 16-2.57.2 13890 latest/stable canonical✓ core
core20 20221027 1698 latest/stable canonical✓ base

Silverscott · November 19, 2022, 4:02pm

Bon j’ai trouvé solutions à mon problème de place !

Primo j’ai viré Snap et ses paquet en suivant le tuto suivant

Ubuntu : Supprimer et bloquer les SNAPS - Wiki - Wiki

en suite j’ai libéré un peu de place dans la journalisation en réduisant la rotation avec logrotate

/var/log/journal très lourd? / Autres logiciels et problèmes généraux / Forum Ubuntu-fr.org

et tertio j’ai fais BEAUCOUP de place en réduisant la durée du journal de bord système, un mois ça me suffit amplement !

journalctl --vacuum-time=1m

Je viens de passer de 50Mo d’espace disque à 4Go !!!

df -H [16:56:39]
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/root 32G 26G 4,0G 87% /
devtmpfs 1,9G 0 1,9G 0% /dev
tmpfs 2,1G 0 2,1G 0% /dev/shm
tmpfs 806M 1,2M 804M 1% /run
tmpfs 5,3M 4,1k 5,3M 1% /run/lock
/dev/loop2 102M 102M 0 100% /snap/core/13890
/dev/loop3 102M 102M 0 100% /snap/core/13745
/dev/mmcblk0p1 265M 51M 214M 20% /boot
/dev/sda1 472G 4,7G 443G 2% /media/nextcloud-data
//192.168.1.41/Documents 4,0T 1,8T 2,3T 44% /media/backup
tmpfs 403M 4,1k 403M 1% /run/user/0

bastien · November 20, 2022, 11:20am

C’est intéressant comme solution (bien que le message marqué comme solution n’apporte pas de solution…) mais en réalité ce n’est que provisoire et se fait au détriment des logs (point discutable). Le problème de place reviendra probablement. Supprimer snap pourquoi pas mais cerbot était installé avec snap… si cerbot était installé avec snap et que tu l’as désinstallé et qu’il était effectivement utilisé alors tu auras des problèmes de certificats et ton instance sera inaccessible d’ici un peu moins d’un an.

32go c’est pas beaucoup de place. J’ai à peu près la même situation et dans ce cas il vaut mieux installer docker et sélectionner le disque dur de 500go pour docker. Cela permet d’épargner réellement l’espace de 32go et dinstaller tout (app NC, données NC, redis, collabora, onlyoffice…) sur le disque de 500g via les container et volume docker. Evidemment ce n’est pas une solution pour ton instance actuelle mais plutôt pour une future instance.