Comment étendre une partition PV Linux en ligne après la croissance du disque virtuel

Solution 1 :

L'autre réponse fournie ne répond pas à votre question, j'ai identifié la commande correcte pour réanalyser un disque déjà connecté.

Nous devons réanalyser votre disque déjà connecté, identifiez d'abord le disque que vous souhaitez réanalyser.

ls /sys/class/scsi_disk/

Dans mon exemple, je vois un lien symbolique nommé 0:0:0:0 , nous réanalysons donc ce disque scsi.

echo '1' > /sys/class/scsi_disk/0\:0\:0\:0/device/rescan

Je viens également d'étendre mon disque VMware et j'ai dû parcourir d'autres réponses pour trouver la bonne commande. Espérons que cela évitera aux futurs chercheurs de vaines tentatives.

Solution 2 :

Vous pouvez le faire sans redémarrage. pvresize ne redimensionne pas le volume physique tant que la partition n'est pas mise à jour avec l'espace supplémentaire. Vous devez fdisk la partition et la recréer avec la nouvelle taille complète du disque, après avoir réanalysé les lecteurs pour qu'elle voie l'espace supplémentaire en premier lieu.

Plus d'informations :http://theducks.org/2009/11/expanding-lvm-partitions-in-vmware-on-the-fly/

Solution 3 :

En ce qui concerne le système de fichiers racine / est monté sur le disque qui a été redimensionné, la table de partition et la taille du disque ne sont pas actualisées par une nouvelle analyse SCSI avec Linux 2.6.26.

J'espère vraiment que ça ira mieux bientôt avec les nouvelles versions du noyau.

J'ai donc dû :

redémarrez une première fois pour voir la nouvelle taille de disque en fdisk
supprimer l'ancienne partition PV primaire dans fdisk
créer une entrée de partition avec le même numéro et démarrer le secteur jusqu'à la fin du disque
redémarrer une deuxième fois OU exécuter partprobe à partir de parted package uniquement si / n'y est pas monté
Maintenant, je peux exécuter pvresize pour obtenir un nouvel espace libre, lvextend et resize2fs pour allouer un peu plus d'espace à un système de fichiers

On m'a recommandé de simplement jeter cette vieille table de partition stupide et d'exécuter pvcreate directement sur l'appareil car Grub2 est capable de charger une image du noyau directement à partir d'un système de fichiers sur une partition LVM. Mais une telle configuration n'est pas évidente du tout avec les installateurs de distribution.

Mise à jour : Je viens de vérifier avec Debian GNU/Linux Jessie 8.2 exécutant le noyau 3.16 et parted 3.2, le partprobe réussit maintenant après l'édition de la table de partition avec cfdisk sans redémarrage. pvresize fonctionne immédiatement après.

Si vous souhaitez étendre un PV stocké en tant que partition PC logique, par exemple /dev/sda5 sur la partition primaire étendue /dev/sda2 , n'utilisez pas fdisk mais préférez parted :

parted /dev/sda2 -1
parted /dev/sda5 -1
pvresize /dev/sda5

Solution 4 :

Vous devez réanalyser les disques avant de pouvoir créer une partition plus grande.

Dans Centos, vous pouvez le faire en

ls /sys/class/scsi_host

puis pour chaque hôte

echo "- - -" > /sys/class/scsi_host/host#/scan

(remplacez # par le numéro)

Il y a aussi une étape de plus à ce qui précède qui consiste à développer ext ou quel que soit le système de fichiers que vous utilisez une fois que vous avez redimensionné la partition.

Vous devrez toujours démonter cette partition à un moment donné. Ce que nous avons tendance à faire, c'est d'ajouter un deuxième disque vmware et d'utiliser lvm pour l'étendre sur le nouveau disque (et de réduire l'ancien s'il s'agit d'un remplacement), car cela permet à l'ensemble du processus de se dérouler en direct.

Solution 5 :

Mon PV n'était pas dans une partition, mais existait directement sur /dev/sdb.

Sur Ubuntu 16.04.1, j'ai pu faire ce qui suit pour redimensionner un volume de 1024 Go à 1,4 To :

echo '1' > /sys/class/scsi_disk/32\:0\:1\:0/device/rescan
pvresize /dev/sdb
lvextend -l +100%FREE /dev/nvr01-opt/opt
resize2fs /dev/nvr01-opt/opt

Non fdisk requis, et l'espace était immédiatement disponible.