Espace disque plein sur VPS Cloud OVH, problème après extension espace disque

Matériel: VPS OVH
Version de YunoHost: 4.2.6
J’ai accès à mon serveur : En SSH : oui | Par la webadmin : ne marche plus
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non

Description du problème

Bonjour,

Suite à un arrêt inopiné de différents services (nextcloud, matrix entre autre) et plus d’accès à l’admin par l’appli web (= quand je rentre le mot de passe admin je reviens sur la même page), je me suis rendu compte que l’espace disque de mon VPS était plein en tapant la commande df en SSH

j’ai donc augmenté la capacité du disque en faisant évoluer mon offre (en passant de 40 Go à 80 Go l’espace de stockage).

Cependant rien n’a changé et lorsque je tape la commande df j’ai toujours :

Filesystem     1K-blocks     Used Available Use% Mounted on
udev             1955888        0   1955888   0% /dev
tmpfs             394336    15268    379068   4% /run
/dev/sda1       41266380 41249996         0 100% /
tmpfs            1971664       16   1971648   1% /dev/shm
tmpfs               5120        0      5120   0% /run/lock
tmpfs            1971664        0   1971664   0% /sys/fs/cgroup

Je peux accéder à l’interface utilisateur mais pas à l’admin web et certains services ne fonctionnent plus ou pas bien.

Je ne sais pas quoi faire, par où commencer… j’ai l’impression que la nouvelle capacité de stockage n’a pas été prise en compte. Sauf erreur de ma part j’avais déjà fait la manip il y a quelques temps pour ajouter du stockage et tout avait fonctionné correctement.

Merci d’avance pour votre aide.

Ça dépends beaucoup de comment ça se passe sous le capot pour ton hebergeur … dans le doute, est-ce que tu as tenté un reboute ?

Oui j’ai redémarré le VPS deux fois (à quelques heures d’intervalle) avec le même résultat. Hébergeur = OVH et le VPS est de la gamme “value”

Quid de fdisk -l ?

Tu dois étendre ta partition après avoir étendu l’espace disque. En se basant sur ceci:

  1. Sauvegarde ton serveur et télécharge l’archive (…eeeet je réalise que tu n’iras pas loin avec un espace disque plein…)
  2. En remplaçant sda et sda1 par le nom du disque et de la partition principaux, trouvés avec la commande fsdisk -l de Charly:
sudo growpart /dev/sda 1 #Il y a bien une espace entre sda et 1
sudo resize2fs /dev/sda1

Si la commande growpart est manquante: sudo apt install cloud-utils.

1 Like

Tout d’abord un grand merci pour votre aide.

en effet un sudo fdisk -l donne :

Disk /dev/sda: 80 GiB, 85899345920 bytes, 167772160 sectors
Disk model: QEMU HARDDISK
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x3414873f

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 167772126 167770079 80G 83 Linux

donc les 80Go sont bien là :slight_smile: et je dois étendre la partition. Suite à la réponse d’Aleks j’avais demandé à OVH en parallèle qui m’a aussi redirigé vers leur doc : Repartitionner un VPS suite à un upgrade | Documentation OVH mais la proposition de tituspijean me semble plus soft.

Bon, c’est vrai que la sauvegarde est un pb avec un disque plein… je pourrais faire un snapshot pour sécuriser et pouvoir revenir en arrière au cas où ?

The easiest way to list disks on Linux is to use the “lsblk” command with no options.
You’ll also have the partitions numbers.

Bonjour @tituspijean
je viens de faire une sauvegarde du vps
puis en faisant le

sudo growpart /dev/sda 1

j’ai eu le message d’erreur suivant :

mkdir: cannot create directory ‘/tmp/growpart.15753’: No space left on device
FAILED: failed to make temp dir

du coup je me demande si je peux éventuellement supprimer des fichiers sur le serveur histoire de faire un peu de place (je pensais aux fichiers archives de yunohost.backup qui contient de gros fichiers :

/home/yunohost.backup/archives$ ls -lh
total 11G
-rw-r--r-- 1 root root 3.9K Nov 23  2020 20201123-092410.info.json
-rw-r--r-- 1 root root 7.9G Nov 23  2020 20201123-092410.tar.gz
-rw-r--r-- 1 root root  335 Sep 21 09:33 collabora-pre-upgrade1.info.json
-rw-r--r-- 1 root root  60K Sep 21 09:33 collabora-pre-upgrade1.tar
-rw-r--r-- 1 root root  322 Jun 13  2021 dokuwiki-pre-upgrade1.info.json
-rw-r--r-- 1 root root  19M Jun 13  2021 dokuwiki-pre-upgrade1.tar
-rw-r--r-- 1 root root  319 Sep 21 09:33 freshrss-pre-upgrade1.info.json
-rw-r--r-- 1 root root  44M Sep 21 09:33 freshrss-pre-upgrade1.tar
-rw-r--r-- 1 root root  288 Jun 13  2021 hextris-pre-upgrade2.info.json
-rw-r--r-- 1 root root 1.5M Jun 13  2021 hextris-pre-upgrade2.tar
-rw-r--r-- 1 root root  350 Jun 13  2021 minetest-pre-upgrade1.info.json
-rw-r--r-- 1 root root 510M Jun 13  2021 minetest-pre-upgrade1.tar
-rw-r--r-- 1 root root  379 Jun 10  2020 mumbleserver-pre-upgrade1.info.json
-rw-r--r-- 1 root root  17K Jun 10  2020 mumbleserver-pre-upgrade1.tar.gz
-rw-r--r-- 1 root root  339 Sep 21 09:25 nextcloud-pre-upgrade1.info.json
-rw-r--r-- 1 root root 535M Sep 21 09:25 nextcloud-pre-upgrade1.tar
-rw-r--r-- 1 root root  297 Jun 13  2021 rainloop-pre-upgrade1.info.json
-rw-r--r-- 1 root root  70M Jun 13  2021 rainloop-pre-upgrade1.tar
-rw-r--r-- 1 root root  332 Sep 21 09:22 redirect-pre-upgrade2.info.json
-rw-r--r-- 1 root root  30K Sep 21 09:22 redirect-pre-upgrade2.tar
-rw-r--r-- 1 root root  302 Oct 19 09:06 searx-pre-upgrade1.info.json
-rw-r--r-- 1 root root  94M Oct 19 09:06 searx-pre-upgrade1.tar
-rw-r--r-- 1 root root  326 Jun 13  2021 shaarli-pre-upgrade2.info.json
-rw-r--r-- 1 root root  25M Jun 13  2021 shaarli-pre-upgrade2.tar
-rw-r--r-- 1 root root  307 Sep 30 20:23 synapse-pre-upgrade1.info.json
-rw-r--r-- 1 root root 921M Sep 30 20:23 synapse-pre-upgrade1.tar
-rw-r--r-- 1 root root  317 Jun 13  2021 webtrees-pre-upgrade2.info.json
-rw-r--r-- 1 root root 113M Jun 13  2021 webtrees-pre-upgrade2.tar
-rw-r--r-- 1 root root  319 Sep 21 09:24 wordpress--2-pre-upgrade1.info.json
-rw-r--r-- 1 root root  88M Sep 21 09:24 wordpress--2-pre-upgrade1.tar
-rw-r--r-- 1 root root  326 Sep 21 09:23 wordpress--3-pre-upgrade1.info.json
-rw-r--r-- 1 root root 529M Sep 21 09:23 wordpress--3-pre-upgrade1.tar
-rw-r--r-- 1 root root  318 Sep 21 09:30 wordpress-pre-upgrade1.info.json
-rw-r--r-- 1 root root 202M Sep 21 09:30 wordpress-pre-upgrade1.tar
-rw-r--r-- 1 root root  349 Jun 13  2021 zerobin-pre-upgrade2.info.json
-rw-r--r-- 1 root root 2.9M Jun 13  2021 zerobin-pre-upgrade2.tar

Qu’en penses-tu ?

Bonjour @k36

Télécharge d’abord tous ces fichiers

  • en scp avec une seule commande du genre scp Utilisateur@IP-DU-YUNOHOST:/home/yunohost.backup/archives/* ./
  • soit depuis la console web d’administration de Yunohost > Sauvegardes > Archives locales > Télécharger tous les fichiers un par un

Tu pourras ensuite les supprimer du serveur pour te faire un peu de place et lancer ta commande.
Tiens nous au courant !

A +

Youpi ça remarche !

après avoir bien sauvegardé mon VPS, téléchargé les fichiers archive sur mon ordi comme indiqué par @charly , effacé les fichiers pour libérer de la place sur le serveur j’ai enfin pu lancer les commandes pour étendre la partition :

admin@ip-yunohost:/$ sudo growpart /dev/sda 1
NOCHANGE: partition 1 is size 167770079. it cannot be grown
admin@ip-yunohost:/$ sudo resize2fs /dev/sda1
resize2fs 1.44.5 (15-Dec-2018)
Filesystem at /dev/sda1 is mounted on /; on-line resizing required
old_desc_blocks = 5, new_desc_blocks = 10
The filesystem on /dev/sda1 is now 20971259 (4k) blocks long.

puis vérification pour voir si OK

admin@ip-yunohost:/$ sudo fdisk -l
Disk /dev/sda: 80 GiB, 85899345920 bytes, 167772160 sectors
Disk model: QEMU HARDDISK   
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x3414873f

Device     Boot Start       End   Sectors Size Id Type
/dev/sda1  *     2048 167772126 167770079  80G 83 Linux


admin@ip-yunohost:/$ df
Filesystem     1K-blocks     Used Available Use% Mounted on
udev             1955888        0   1955888   0% /dev
tmpfs             394336    39932    354404  11% /run
/dev/sda1       82566532 29761840  49419288  38% /
tmpfs            1971664       16   1971648   1% /dev/shm
tmpfs               5120        0      5120   0% /run/lock
tmpfs            1971664        0   1971664   0% /sys/fs/cgroup

et redémarrage du VPS pour refaire partir Yunohost et les différents services.

Merci beaucoup @charly @tituspijean @Aleks @jarod5001 pour votre aide :wink:

2 Likes

Bravo !

Bonjour,
Je ne sais pas si c’est lié à la manip précédente, mais la mise à jour de Nextcloud de la version 22.1.1~ynh1 à 22.2.3~ynh1 a échoué.

Dans les logs j’ai le message d’erreur suivant :

2022-01-05 16:10:02,796: DEBUG - + current_major_version=22
2022-01-05 16:10:02,796: DEBUG - + exec_occ -V
2022-01-05 16:10:02,796: DEBUG - + '[' 22 = last ']'
2022-01-05 16:10:02,796: DEBUG - + '[' 22 -ge 15 ']'
2022-01-05 16:10:02,796: DEBUG - + NEXTCLOUD_PHP_VERSION=7.3
2022-01-05 16:10:02,797: DEBUG - + cd /var/www/nextcloud
2022-01-05 16:10:02,797: DEBUG - + ynh_exec_as nextcloud php7.3 --define apc.enable_cli=1 occ --no-interaction --no-ansi -V
2022-01-05 16:10:02,797: DEBUG - + local user=nextcloud
2022-01-05 16:10:02,797: DEBUG - + shift 1
2022-01-05 16:10:02,798: DEBUG - ++ whoami
2022-01-05 16:10:02,801: DEBUG - + [[ nextcloud = root ]]
2022-01-05 16:10:02,801: DEBUG - + sudo -u nextcloud php7.3 --define apc.enable_cli=1 occ --no-interaction --no-ansi -V
2022-01-05 16:10:03,163: WARNING -     0/0 [->--------------------------]   0%PHP Fatal error:  Cannot use OCP\Constants as Constants because the name is already in use in /var/www/nextcloud/apps/groupfolders/lib/Command/ACL.php on line 35
2022-01-05 16:10:03,184: DEBUG - + ynh_exit_properly
2022-01-05 16:10:03,184: DEBUG - + local exit_code=255
2022-01-05 16:10:03,185: DEBUG - + '[' 255 -eq 0 ']'
2022-01-05 16:10:03,688: DEBUG - + ynh_clean_setup
2022-01-05 16:10:03,688: DEBUG - + ynh_restore_upgradebackup
2022-01-05 16:10:03,688: DEBUG - + ynh_print_err '--message=Upgrade failed.'
2022-01-05 16:10:03,699: DEBUG - + ynh_print_log '[Error] Upgrade failed.'
2022-01-05 16:10:03,699: DEBUG - + echo -e '[Error] Upgrade failed.'
2022-01-05 16:10:03,699: DEBUG - + local app_bck=nextcloud
2022-01-05 16:10:03,700: DEBUG - + NO_BACKUP_UPGRADE=0
2022-01-05 16:10:03,700: DEBUG - + ynh_backup_archive_exists nextcloud-pre-upgrade2
2022-01-05 16:10:03,700: WARNING - [Error] Upgrade failed.
2022-01-05 16:10:03,701: DEBUG - + jq -e --arg archive nextcloud-pre-upgrade2 '.archives | index($archive)'
2022-01-05 16:10:03,703: DEBUG - + yunohost backup list --output-as json --quiet
2022-01-05 16:10:03,892: DEBUG - + yunohost app remove nextcloud

Nextcloud est bien revenu à son état initial et fonctionne normalement.

Pourriez-vous m’aider à résoudre ce problème ?

Merci d’avance.

C’est un bug du côté de nextcloud.
Une autre mise à jour a été mise en ligne.
Sinon tu peux manuellement commenter ou effacer la ligne 35 dans le fichier
var/www/nextcloud/apps/groupfolders/lib/Command/ACL.php
Puis relancer la mise à jour comme dit dans ce bug report :

Merci @jarod5001 effectivement ça fonctionne bien maintenant, la mise à jour a bien fonctionné.

Bonjour @k36,

Je te conseille d’une manière générale, à vérifier de temps en temps les sauvegardes présentes.
En effet sur un VPS, le stockage n’est pas infini, et si tu fais de temps à autre des sauvegardes de la totalité de ton ynh, ça va vite te prendre de la place, surtout si tu utilises nextcloud, avec beaucoup de documents/photos dedans… !
Pour éviter de perdre de la place inutilement avec ces sauvegardes, tu remarqueras qu’avant chaque upgrade, ynh sauvegarde l’appli en question. Cela te permet, si l’upgrade ne marche pas, d’avoir la possibilité de restaurer la version d’avant. Mais dans le cas où tout fonctionne bien, il n’y a aucun besoin de les garder. Je te conseille de faire une sauvegarde totale de ton système de temps en temps, que tu télécharges sur un disque dur chez toi, puis que tu supprimes du VPS. Au besoin, tu pourras la téléverser et faire des restaurations. Mais comme ça tu économise ton VPS.
Je te parles en connaissance de cause, sur un VPS value avec 40 Go et un NC un peu chargé (entre autre), la sauvegarde totale de mon installation fait 7Go… plus les environ 13 Go des fichiers réels, je n’ai déjà plus que la moitié de l’espace ! :wink:

Bonjour @Cellophile ,
Merci pour ce conseil qui tombe à point car je me posais justement la question. Sur les 40Go (avant l’augmentation de capacité), 11Go étaient des sauvegardes (1 complète et des applis)… Maintenant je suis à 80Go mais le pb reste entier car le NC est utilisé par la famille et le concept de dossier synchronisé entre l’ordi et le serveur est très ésotérique (malgré des explications, dessins, schémas, mimes ou tout autre moyen pour tenter de l’expliquer régulièrement :slight_smile: ) de nombreuses photos (haute def bien sûr, parce que c’est mieux …) et vidéos sont envoyées sur le serveur. Je fais le ménage régulièrement, mais nous avons finalement acheté un gros disque externe qui nous sert pour ces médias et ça va mieux.
En tout cas je vais supprimer les sauvegardes après les mises à jour des applications et télécharger des sauvegardes complètes régulièrement sur un disque dur à la maison. Merci pour le tuyau.

pour info après avoir effacé les sauvegardes via l’admin web, il reste les fichiers .info.json est-ce normal ?