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 :
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.
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à 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ù ?
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 :
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.
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 :
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 !
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 ) 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.