Bonjour,
J'ai essayé de faire un upgrade de disque de 80Go à 160Go, J'ai suivi les étapes indiqués sur
https://docs.ovh.com/fr/vps/repartitionner-vps-suite-upgrade/
mais le disque est toujours 80Go, le support m'a confirmé que le disque est de 160Go.
J'ai executer les commandes suivantes, mais je ne sais pas si c'est suffisant.
```sh
# fdisk -l
Disk /dev/sda: 80 GiB, 85899345920 bytes, 167772160 sectors
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 80G 0 disk
└─sda1 8:1 0 80G 0 part /
```
Voici ce que j'ai executé en mode rescue sur le serveur (suivant la documentation OVH):
```sh
[RESCUE] root@vps-1456a657:~ $ sudo su -
[RESCUE] root@vps-1456a657:~ $ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 2.5G 0 disk
└─sda1 8:1 0 2.5G 0 part /
sdb 8:16 0 80G 0 disk
└─sdb1 8:17 0 80G 0 part
[RESCUE] root@vps-1456a657:~ $ e2fsck -yf /dev/sdb1
e2fsck 1.44.5 (15-Dec-2018)
Pass 1: Checking inodes, blocks, and sizes
Inode 131087 extent tree (at level 2) could be narrower. Optimize? yes
Pass 1E: Optimizing extent trees
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sdb1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sdb1: 969131/5242880 files (0.1% non-contiguous), 9144255/20971259 blocks
[RESCUE] root@vps-1456a657:~ $ fdisk -u /dev/sdb
Welcome to fdisk (util-linux 2.33.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
Command (m for help): p
Disk /dev/sdb: 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: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 167772126 167770079 80G 83 Linux
Command (m for help): d
Selected partition 1
Partition 1 has been deleted.
Command (m for help): n
Partition type
p primary (0 primary, 0 extended, 4 free)
e extended (container for logical partitions)
Select (default p): p
Partition number (1-4, default 1): 1
First sector (2048-167772159, default 2048):
Last sector, +/-sectors or +/-size{K,M,G,T,P} (2048-167772159, default 167772159):
Created a new partition 1 of type 'Linux' and of size 80 GiB.
Partition #1 contains a ext4 signature.
Do you want to remove the signature? [Y]es/[N]o: N
Command (m for help): a
Selected partition 1
The bootable flag on partition 1 is enabled now.
Command (m for help): w
The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.
[RESCUE] root@vps-1456a657:~ $ resize2fs /dev/sdb1
resize2fs 1.44.5 (15-Dec-2018)
Resizing the filesystem on /dev/sdb1 to 20971264 (4k) blocks.
The filesystem on /dev/sdb1 is now 20971264 (4k) blocks long.
[RESCUE] root@vps-1456a657:~ $ mount /dev/sdb1 /mnt
[RESCUE] root@vps-1456a657:~ $ df -h
Filesystem Size Used Avail Use% Mounted on
udev 7.7G 0 7.7G 0% /dev
tmpfs 1.6G 8.5M 1.6G 1% /run
/dev/sda1 2.4G 1.6G 629M 73% /
tmpfs 7.7G 0 7.7G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 7.7G 0 7.7G 0% /sys/fs/cgroup
/dev/sdb1 79G 34G 42G 45% /mnt
```
Merci de m'aider à détecter le problème dans les commandes dessus.
Serveurs Privés Virtuels (VPS) - VPS - configuration disque additionnel - de 80Go à 160Go
Related questions
- Perte de mot de passe
49643
26.05.2023 13:36
- Comment configurer/utiliser un SMTP depuis un VPS ?
48078
07.10.2019 10:49
- Je connais que le mutu et besoin de node js
47715
14.04.2017 13:34
- Qu'est-ce vcore?
46862
06.01.2017 19:20
- Envoi Email via SMTP (port 587) sur VPS Pro1
45749
27.01.2017 10:02
- [résolu] Serveur Mysql - hôte inconnu
43407
19.01.2017 16:21
- Mon VPS à Timed Out
43179
15.03.2017 22:50
- Délai de livraison VPS
42804
11.07.2018 15:15
- Problème avec statisitique Plesk
40174
29.03.2017 07:44
- Accès externe base de données
39530
18.07.2018 10:29
Bonjour,
d'après vos commandes, le disque est tjs de 80Go d'un point de vue de la VM, donc si c'est bien un upgrade, celui-ci n'est pas effectif au niveau de l'hôte.
Cordialement, janus57
Bonjour @AbdelhayN
Je viens de voir votre message et j'ai pu retrouver votre ticket.
Après un petit check de mon côté, je vous confirme que le disque virtuel de la VM n'a pas été resize au niveau de l'host malgré les upgrade de VPS.
C'est un bug qui arrive dans certains cas => nos équipes sont sur le coup pour identifier la root cause et éviter que cela ne ce reproduise.
Dans l'intervalle, je vais devoir resize le disque manuellement.
Pour cela, il me faut stopper la VM 1 min le temps de libérer le disque et effectuer l'action.
Est-ce que vous m'en donnez l'autorisation ?
J'informe également le support de la situation :)
Eric.
Bonjour @EricD76,
Oui, vous pouvez stopper la VM,
J'ai effectué aussi un upgrade de vps-d1968510.vps.ovh.ca de 40Go à 80Go, mais je n'ais pas essayer de changer le disque, vu que la première tentative avec le VPS courant n'a pas marché ,
pouvez-vous vérifier si c'est fait correctement ? vous pouvez aussi stopper et libérer le disque.
Merci
C'est fait :)
je viens de corriger les deux VPS.
Niveau host, tout est maintenant clean !
Si d'autre personne lise ce thread et rencontre l'erreur, meci de :
-> passer le VPS en rescue et faire un simple
`# lsblk`
cela permettra rapidement de voir si le disque a la taille qui corresponds a l'offre.
-> créer un ticket auprès du support et de nous donner l'autorisation de reboot la VM.
eric
Très Bien, Merci Eric :)