[Virtualisation] Mount d'un RAID10 sur MV Jessie/XenServer

Bonjour à tous,

Pour faire suite à l’un de mes précédents posts, j’ai tenté dernièrement l’expérience XenServer + RAID10 (dont’ worry Clochette, après j’attaque ProxMox + Raid Z2 :wink: ) pour monter un peu en compétences.

  • Install de XenServer 6.5 faite sur un SSD = ok.
  • Création d’une MV Debian (jessie) = ok.
  • Configuration (à partir de la console XenServer, qui est en fait une CentOS) de 4 disques de 1To en RAID10 = ok.
  • Déclaration de ce device RAID10 comme SR externe auprès de XenServer = ok.

C’est après que ça se complique !

Pour moi, le RAID10 est opérationnel :[code][root@XenServer ~]# mdadm -D /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Sat Jun 6 15:30:33 2015
Raid Level : raid10
Array Size : 1953257472 (1862.77 GiB 2000.14 GB)
Used Dev Size : 976628736 (931.39 GiB 1000.07 GB)
Raid Devices : 4
Total Devices : 4
Persistence : Superblock is persistent

Update Time : Thu Jun 11 18:42:35 2015
      State : clean 

Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0

     Layout : near=2
 Chunk Size : 512K

       Name : XenServer:0  (local to host XenServer)
       UUID : f28decfe:ee675f73:1c6e4195:a4f69de7
     Events : 101

Number   Major   Minor   RaidDevice State
   0       8        1        0      active sync   /dev/sda1
   1       8       17        1      active sync   /dev/sdb1
   2       8       33        2      active sync   /dev/sdc1
   3       8       49        3      active sync   /dev/sdd1

[root@XenServer ~]#[/code]
Il semble aussi bien déclaré comme SR auprès de XenServer :[code][root@XenServer ~]# xe sr-list
uuid ( RO) : 8562d2ba-b468-7e83-0539-4c27edebf535
name-label ( RW): XenServer Tools
name-description ( RW): XenServer Tools ISOs
host ( RO): XenServer
type ( RO): iso
content-type ( RO): iso

uuid ( RO) : e10c020f-37a1-7108-325b-39adb1e35b3b
name-label ( RW): Removable storage
name-description ( RW):
host ( RO): XenServer
type ( RO): udev
content-type ( RO): disk

uuid ( RO) : 2093511d-cbf2-ec25-4b77-223c24c5f212
name-label ( RW): LocalISO
name-description ( RW): SR local d’import ISO
host ( RO): XenServer
type ( RO): iso
content-type ( RO): iso

uuid ( RO) : f31bd27b-fdc9-2606-efe5-b0f497a9408e
name-label ( RW): Datas
name-description ( RW): RAID10 2GB Local Storage
host ( RO): XenServer
type ( RO): ext
content-type ( RO): user

uuid ( RO) : 37a408d6-54f3-74ac-5a32-8d71a6d9de9e
name-label ( RW): Local storage
name-description ( RW):
host ( RO): XenServer
type ( RO): lvm
content-type ( RO): user

uuid ( RO) : c6e9045d-b6e9-ea6d-01c3-e384a08826f3
name-label ( RW): DVD drives
name-description ( RW): Physical DVD drives
host ( RO): XenServer
type ( RO): udev
content-type ( RO): iso

[root@XenServer ~]#[/code]
et bien visible depuis ma MV :[code]root@nas:~# fdisk -l

Disk /dev/xvda: 4 GiB, 4294967296 bytes, 8388608 sectors
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: 0x588646d6

Device Boot Start End Sectors Size Id Type
/dev/xvda1 * 2048 499711 497664 243M 83 Linux
/dev/xvda2 499712 7335935 6836224 3.3G 83 Linux
/dev/xvda3 7335936 8386559 1050624 513M 82 Linux swap / Solaris

Disk /dev/xvdb: 1.8 TiB, 2000001433600 bytes, 3906252800 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
root@nas:~#[/code]
Sauf que je n’arrive pas à “mounter” cette partition depuis ma VM jessie :[code]root@nas:~# mount /dev/xvdb /mnt/datas
mount: wrong fs type, bad option, bad superblock on /dev/xvdb,
missing codepage or helper program, or other error

   In some cases useful info is found in syslog - try
   dmesg | tail or so.

root@nas:~# dmesg|tail
[ 4.507761] RPC: Registered tcp transport module.
[ 4.507761] RPC: Registered tcp NFSv4.1 backchannel transport module.
[ 4.510746] FS-Cache: Loaded
[ 4.515111] FS-Cache: Netfs ‘nfs’ registered for caching
[ 4.521614] Installing knfsd (copyright © 1996 okir@monad.swb.de).
[ 125.480987] xen:grant_table: WARNING: g.e. 0x8 still in use!
[ 125.480990] deferring g.e. 0x8 (pfn 0x49e7)
[ 125.481002] block xvdb: device/vbd/51728 was hot-unplugged, 0 stale handles
[ 135.871996] blkfront: xvdb: barrier: enabled; persistent grants: disabled; indirect descriptors: disabled;
[ 135.872685] xvdb: unknown partition table
root@nas:~#[/code]
:arrow_right: xvdb: unknown partition table

lvm2 est pourtant bien installé sur ma VM guest :root@nas:~# apt-cache policy lvm2 lvm2: Installed: 2.02.111-2.2 Candidate: 2.02.111-2.2 Version table: *** 2.02.111-2.2 0 500 http://ftp.fr.debian.org/debian/ jessie/main amd64 Packages 100 /var/lib/dpkg/status root@nas:~#
et mon RAID10 a bien un système de fichiers lvm :[root@XenServer ~]# lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert MGT VG_XenStorage-37a408d6-54f3-74ac-5a32-8d71a6d9de9e -wi-a- 4,00M VHD-005a479e-2a7d-490a-bf84-46f724c37a77 VG_XenStorage-37a408d6-54f3-74ac-5a32-8d71a6d9de9e -wi-ao 4,02G VHD-9709705c-b6d2-4b78-a6a1-2ac77aab8a08 VG_XenStorage-37a408d6-54f3-74ac-5a32-8d71a6d9de9e -wi-ao 8,02G f31bd27b-fdc9-2606-efe5-b0f497a9408e XSLocalEXT-f31bd27b-fdc9-2606-efe5-b0f497a9408e -wi-ao 1,82T [root@XenServer ~]#
:017

A force d’être sur cette install, je n’y vois plus très clair et je pense que l’erreur est devant mes yeux, sauf que je ne la vois pas !
Si quelqu’un veut bien me filer un petit coup de main svp, ça serait sympa ?

Thanks in advance,
Eric

Concernant LVM, ce qui relève de la machine hôte et de la machine virtuelle n’est pas très clair.
La sortie de la commande [mono]lsblk[/mono] sur l’hôte et sur la machine virtuelle pourraient aider à y voir plus clair.

En tout cas LVM n’est pas un système de fichiers, c’est un gestionnaire de volumes logiques.
Si xvdb est utilisé comme PV, alors il ne se monte pas. C’est un conteneur pour un VG qui contient des LV. Ce sont les LV qui se montent, en supposant qu’ils aient été initialisés avec un système de fichiers.

[quote=“PascalHambourg”]En tout cas LVM n’est pas un système de fichiers, c’est un gestionnaire de volumes logiques.[/quote]Quand je disais que l’erreur était devant mes yeux : Logical Volume Manager !

Donc forcément, ça pouvait pas fonctionner puisqu’il n’y avait aucun système de fichiers sur /dev/xvdb !
Du coup, un simple : root@nas:~# mkfs.ext3 /dev/xvdb suivi du mount qui va bien : root@nas:~# mount /dev/xvdb /mnt/dataset ça fonctionne tout de suite mieux !

Merci à toi PascalHambourg pour m’avoir ouvert les yeux ! :mrgreen:

A+
Eric

Une raison d’utiliser ext3 plutôt qu’ext4 ?

Non aucune, tu as raison !
C’est moi qui me suis emmêlé les pinceaux : XenServer n’ayant pas la gestion de l’ext4 installée par défaut, mon neurone s’est focalisé sur ce détail et du coup j’ai installé de l’ext3 à la place de l’ext4 sur ma VM de test. :unamused: