Proxmox/KVM Gurus,
Quelqu’un peut me confirmer que KVM va toujours mettre le disque scsi0 comme /dev/sda et scsi1 comme /dev/sdb ? Je veux dire ABSOLUMENT toujours!
Merci!
Hello,
Le Thu, Jun 09, 2022 at 02:28:50PM +0200, David Ponzone a écrit:
Quelqu’un peut me confirmer que KVM va toujours mettre le disque scsi0 comme /dev/sda et scsi1 comme /dev/sdb ? Je veux dire ABSOLUMENT toujours!
Probablement pas. Je te conseille d'utiliser l'UUID ou le LABEL. Utiliser les sd* c'est un coup à se prendre un retour de bâton un jour ou l'autre...
Arnaud.
Hello, J'ai eu le soucis recemment pour des installations physique, je l'ai resolu en forcant avec udev
/etc/udev/rules.d/10-disks.rules KERNEL=="sda", NAME=="%k", KERNELS=="0:0:0:0", SYMLINK+="%k" KERNEL=="sdb", NAME=="%k", KERNELS=="1:0:0:0", SYMLINK+="%k" KERNEL=="sdc", NAME=="%k", KERNELS=="2:0:0:0", SYMLINK+="%k"
Pour recuperer les attribus udev pour une paritions udevadm info -a -n /dev/s|vdX
[PMsignaturex130.png]
Sent with Proton Mail secure email. ------- Original Message ------- On Thursday, June 9th, 2022 at 3:28 PM, David Ponzone david.ponzone@gmail.com wrote:
Proxmox/KVM Gurus,
Quelqu’un peut me confirmer que KVM va toujours mettre le disque scsi0 comme /dev/sda et scsi1 comme /dev/sdb ? Je veux dire ABSOLUMENT toujours!
Merci!
Liste de diffusion du %(real_name)s http://www.frsag.org/
OK mais le problème avec KVM, c’est de savoir si dans les devices en arg, est-ce que id=drive-scsi0 sera toujours le udev 0:0:0:0 du guest et id=drive-scsi1 le udev 1:0:0:0, par exemple.
Le départ du problème, c’est d’avoir fait une erreur de débutant (qu’il faut je pense avoir fait une fois dans sa vie de Proxmoxien): cloner l’image du HD 0 d’une VM depuis l’hôte, l’attacher en tant que HD 1, et démarrer la VM. Les UUID des partitions étant les mêmes, l’OS guest monte aléatoirement les partitions d’un HD ou l’autre…. Je suis pas sûr d’aimer les fstab avec UUID.
Donc maintenant, j’essaie de savoir avec certitude sur quel HD je suis :)
Le 9 juin 2022 à 17:10, FIGUIERE Clément figuiere.clement@protonmail.com a écrit :
Hello, J'ai eu le soucis recemment pour des installations physique, je l'ai resolu en forcant avec udev
/etc/udev/rules.d/10-disks.rules KERNEL=="sda", NAME=="%k", KERNELS=="0:0:0:0", SYMLINK+="%k" KERNEL=="sdb", NAME=="%k", KERNELS=="1:0:0:0", SYMLINK+="%k" KERNEL=="sdc", NAME=="%k", KERNELS=="2:0:0:0", SYMLINK+="%k"
Pour recuperer les attribus udev pour une paritions udevadm info -a -n /dev/s|vdX
[PMsignaturex130.png]
Sent with Proton Mail secure email. ------- Original Message ------- On Thursday, June 9th, 2022 at 3:28 PM, David Ponzone david.ponzone@gmail.com wrote:
Proxmox/KVM Gurus,
Quelqu’un peut me confirmer que KVM va toujours mettre le disque scsi0 comme /dev/sda et scsi1 comme /dev/sdb ? Je veux dire ABSOLUMENT toujours!
Merci!
Liste de diffusion du %(real_name)s http://www.frsag.org/
Dans ce cas est ce qu'un simple changement d'UUID ne suffirait pas ?
tune2fs /dev/s|vdX -U `cat /proc/sys/kernel/random/uuid` (potentiellement en attachant le disque a une autre vm)
[PMsignaturex130.png]
Sent with Proton Mail secure email. ------- Original Message ------- On Thursday, June 9th, 2022 at 6:33 PM, David Ponzone david.ponzone@gmail.com wrote:
OK mais le problème avec KVM, c’est de savoir si dans les devices en arg, est-ce que id=drive-scsi0 sera toujours le udev 0:0:0:0 du guest et id=drive-scsi1 le udev 1:0:0:0, par exemple.
Le départ du problème, c’est d’avoir fait une erreur de débutant (qu’il faut je pense avoir fait une fois dans sa vie de Proxmoxien): cloner l’image du HD 0 d’une VM depuis l’hôte, l’attacher en tant que HD 1, et démarrer la VM. Les UUID des partitions étant les mêmes, l’OS guest monte aléatoirement les partitions d’un HD ou l’autre…. Je suis pas sûr d’aimer les fstab avec UUID.
Donc maintenant, j’essaie de savoir avec certitude sur quel HD je suis :)
Le 9 juin 2022 à 17:10, FIGUIERE Clément figuiere.clement@protonmail.com a écrit :
Hello, J'ai eu le soucis recemment pour des installations physique, je l'ai resolu en forcant avec udev
/etc/udev/rules.d/10-disks.rules KERNEL=="sda", NAME=="%k", KERNELS=="0:0:0:0", SYMLINK+="%k" KERNEL=="sdb", NAME=="%k", KERNELS=="1:0:0:0", SYMLINK+="%k" KERNEL=="sdc", NAME=="%k", KERNELS=="2:0:0:0", SYMLINK+="%k"
Pour recuperer les attribus udev pour une paritions udevadm info -a -n /dev/s|vdX
[PMsignaturex130.png]
[PMsignaturex130.png]
Sent with Proton Mail secure email. ------- Original Message ------- On Thursday, June 9th, 2022 at 3:28 PM, David Ponzone david.ponzone@gmail.com wrote:
Proxmox/KVM Gurus,
Quelqu’un peut me confirmer que KVM va toujours mettre le disque scsi0 comme /dev/sda et scsi1 comme /dev/sdb ? Je veux dire ABSOLUMENT toujours!
Merci!
Liste de diffusion du %(real_name)s http://www.frsag.org/
Oui oui bien sûr, je vais même faire mieux, virer le HD qui sert pas :) Mais à court-terme avant de shutdown et faire ça, je dois savoir quel HD (du point de vue hôte) a été monté sur / :) Je cherche un outil pour voir les IO sur une image RAW sur le storage ZFS local mais je trouve pas.
Le 9 juin 2022 à 17:42, FIGUIERE Clément figuiere.clement@protonmail.com a écrit :
Dans ce cas est ce qu'un simple changement d'UUID ne suffirait pas ?
tune2fs /dev/s|vdX -U `cat /proc/sys/kernel/random/uuid` (potentiellement en attachant le disque a une autre vm)
[PMsignaturex130.png]
Sent with Proton Mail secure email. ------- Original Message ------- On Thursday, June 9th, 2022 at 6:33 PM, David Ponzone <david.ponzone@gmail.com mailto:david.ponzone@gmail.com> wrote:
OK mais le problème avec KVM, c’est de savoir si dans les devices en arg, est-ce que id=drive-scsi0 sera toujours le udev 0:0:0:0 du guest et id=drive-scsi1 le udev 1:0:0:0, par exemple.
Le départ du problème, c’est d’avoir fait une erreur de débutant (qu’il faut je pense avoir fait une fois dans sa vie de Proxmoxien): cloner l’image du HD 0 d’une VM depuis l’hôte, l’attacher en tant que HD 1, et démarrer la VM. Les UUID des partitions étant les mêmes, l’OS guest monte aléatoirement les partitions d’un HD ou l’autre…. Je suis pas sûr d’aimer les fstab avec UUID.
Donc maintenant, j’essaie de savoir avec certitude sur quel HD je suis :)
Le 9 juin 2022 à 17:10, FIGUIERE Clément figuiere.clement@protonmail.com a écrit :
Hello, J'ai eu le soucis recemment pour des installations physique, je l'ai resolu en forcant avec udev
/etc/udev/rules.d/10-disks.rules KERNEL=="sda", NAME=="%k", KERNELS=="0:0:0:0", SYMLINK+="%k" KERNEL=="sdb", NAME=="%k", KERNELS=="1:0:0:0", SYMLINK+="%k" KERNEL=="sdc", NAME=="%k", KERNELS=="2:0:0:0", SYMLINK+="%k"
Pour recuperer les attribus udev pour une paritions udevadm info -a -n /dev/s|vdX
[PMsignaturex130.png]
[PMsignaturex130.png]
Sent with Proton Mail secure email. ------- Original Message ------- On Thursday, June 9th, 2022 at 3:28 PM, David Ponzone david.ponzone@gmail.com wrote:
Proxmox/KVM Gurus,
Quelqu’un peut me confirmer que KVM va toujours mettre le disque scsi0 comme /dev/sda et scsi1 comme /dev/sdb ? Je veux dire ABSOLUMENT toujours!
Merci!
Liste de diffusion du %(real_name)s http://www.frsag.org/
Bonjour,
David Ponzone david.ponzone@gmail.com :
Oui oui bien sûr, je vais même faire mieux, virer le HD qui sert pas :) Mais à court-terme avant de shutdown et faire ça, je dois savoir quel HD (du point de vue hôte) a été monté sur / :)
Pourquoi ne pas lire dans un des deux systèmes de fichiers depuis la machine virtuelle et regarder (iostat / strace ?) quelle activité cela engendre dans l'hyperviseur ?
Un bon gros dd devrait suffire (avec ionice pour ne pas terroriser les autres occupants de l'hyperviseur).
Ah merci, j’étais donc sur la bonne piste! Ca marche avec isolat, sauf que pour une raison inconnue (de moi), ça ne marche pas sur le dev qui représente la partition (/dev/zd272p1 par exemple). On ne voit aucun I/O. Il faut faire le iostat sur le dev global (/dev/zd272).
Ca m’a confirmé que l’ordre des HD dans la conf proxmox est bien le même que l’ordre pour le guest (ce qui est logique mais depuis le coup de l’UUID, je suis méfiant).
Merci!
Le 9 juin 2022 à 18:15, Francois Romieu romieu@fr.zoreil.com a écrit :
Bonjour,
David Ponzone david.ponzone@gmail.com :
Oui oui bien sûr, je vais même faire mieux, virer le HD qui sert pas :) Mais à court-terme avant de shutdown et faire ça, je dois savoir quel HD (du point de vue hôte) a été monté sur / :)
Pourquoi ne pas lire dans un des deux systèmes de fichiers depuis la machine virtuelle et regarder (iostat / strace ?) quelle activité cela engendre dans l'hyperviseur ?
Un bon gros dd devrait suffire (avec ionice pour ne pas terroriser les autres occupants de l'hyperviseur).
-- Ueimor