Serveurs Privés Virtuels (VPS) - VPS - configuration disque additionnel - de 80Go à 160Go
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Frage

VPS - configuration disque additionnel - de 80Go à 160Go

Von
AbdelhayN
Erstellungsdatum 2021-11-09 14:21:46 (edited on 2024-09-04 13:03:15) in Serveurs Privés Virtuels (VPS)

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.


1 Antwort ( Latest reply on 2021-11-10 08:36:42 Von
AbdelhayN
)

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 :)