Como usar mais de 3 discos virtuais no Linux usando o CentOS e o XenServer

7

Eu anexei 5 discos virtuais a uma máquina virtual no Citrix XenServer. A VM tem as ferramentas xs instaladas. Inicialmente, disse que não poderia adicionar tantos discos. Depois de instalar o xs-tools, deixe-me adicionar todos os discos.

Mas /dev não mostra todos os discos. Mostra isso:

/dev/xvda
/dev/xvdb
/dev/xvdc
/dev/cdrom

Talvez esteja limitado pelos limites de um barramento IDE? (3 discos + CD-ROM) Em caso afirmativo, como se muda a VM para usar SCSI?

Editar: De acordo com a documentação:

2.6.3. VM Block Devices

In the PV Linux case, block devices are passed through as PV devices. XenServer does not attempt to emulate SCSI or IDE, but instead provides a more suitable interface in the virtual environment in the form of xvd* devices. It is also possible to get an sd* device using the same mechanism, where the PV driver inside the VM takes over the SCSI device namespace. This is not desirable so it is best to use xvd* where possible for PV guests (this is the default for Debian and RHEL).

For Windows or other fully virtualized guests, XenServer emulates an IDE bus in the form of an hd* device. When using Windows, installing the Citrix Tools for Virtual Machines installs a special PV driver that works in a similar way to Linux, except in the fully virtualized environment.

Ainda assim, com 5 discos virtuais conectados, não vejo outros dispositivos xvd.

Editar # 2: (informações solicitadas anexadas)

Máquina host:

XenServer 6.1
Linux version 2.6.32.43-0.4.1.xs1.6.10.777.170770xen (geeko@buildhost) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-51)) #1 SMP Wed Apr 17 05:52:03 EDT 2013

Máquina Convidada:

CentOS release 6.4 (Final)
Linux version 2.6.32-358.6.2.el6.x86_64 ([email protected]) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-3) (GCC) ) #1 SMP Thu May 16 20:59:36 UTC 2013

Saída de 'fdisk -l' na máquina convidada:

Observe que o disco além dos 3 primeiros anexados não está sendo exibido - deve haver 4 discos de 100 GB. (Há um total de 5 discos exibidos no XenCenter - 16 GB, 100 GB, 100 GB, 100 GB, 100 GB)

Disk /dev/xvdb: 107.4 GB, 107374182400 bytes
255 heads, 63 sectors/track, 13054 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xfb6c95b9

    Device Boot      Start         End      Blocks   Id  System
/dev/xvdb1               1       13054   104856223+  83  Linux

Disk /dev/xvda: 17.2 GB, 17179869184 bytes
255 heads, 63 sectors/track, 2088 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000e5f41

    Device Boot      Start         End      Blocks   Id  System
/dev/xvda1   *           1          64      512000   83  Linux
Partition 1 does not end on cylinder boundary.
/dev/xvda2              64        2089    16264192   8e  Linux LVM

Disk /dev/xvdc: 107.4 GB, 107374182400 bytes
255 heads, 63 sectors/track, 13054 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xed249ced

    Device Boot      Start         End      Blocks   Id  System
/dev/xvdc1               1       13054   104856223+  83  Linux

Disk /dev/mapper/vg_blue-lv_root: 14.6 GB, 14571012096 bytes
255 heads, 63 sectors/track, 1771 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000


Disk /dev/mapper/vg_blue-lv_swap: 2080 MB, 2080374784 bytes
255 heads, 63 sectors/track, 252 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Eu vejo que as versões do Linux dizem SMP. A VM Guest não diz "xen" no nome. No entanto, eu já executei yum install kernel-xen . Poderia ser uma pista?

    
por 010110110101 04.06.2013 / 23:53

1 resposta

0

O mesmo problema aqui. Eu acho que você verá a mensagem de erro em / var / log / messages

blkfront: your disk configuration is incorrect, please use an xvd device instead

Os discos na GUI são / dev / hda, / dev / hdb, / dev / hdc, mas no RHEL < 6 é / dev / xvda / etc ... O disco pode ser adicionado manualmente a partir do cli, se você o nomear como / dev / xvd.

Encontrou isto: link Verifique as respostas de Albert Czarnecki.

"Como eu disse, sua máquina está executando no modo HVM. Você deve executar o comando e mudar de HVM para PV: xe vm-param-set uuid = sua_maquina PV-bootloader = pygrub HVM-boot-policy="" e, em seguida, executa novamente a máquina. "

Verifique também o link

Edit: Eu tentei isso, e agora todos os discos estão visíveis e o sistema é PV.

Resumo rápido (pode variar):

xe vm-list name-label=SERVERNAME params=uuid 
uuid ( RO)    : 2a596adf-ccf4-6469-cf89-702d723cfbb9

UUID='xe vm-list name-label=SERVERNAME params=uuid | cut -d ":" -f 2'

Verifique se PV ou HVM

xe vm-param-list uuid=2a596adf-ccf4-6469-cf89-702d723cfbb9 | egrep "PV-bootloader|HVM-boot-policy"
xe vm-param-list uuid='echo ${UUID}' | egrep "PV-bootloader|HVM-boot-policy"
HVM-boot-policy ( RW): BIOS order
PV-bootloader ( RW): 
PV-bootloader-args ( RW):

Definir PV:

xe vm-param-set uuid=2a596adf-ccf4-6469-cf89-702d723cfbb9 PV-bootloader=pygrub HVM-boot-policy=""
xe vm-param-set uuid='echo ${UUID}' PV-bootloader=pygrub HVM-boot-policy=""

Após a reinicialização:

fdisk -l 2>/dev/null | grep xvd
Disk /dev/xvdb: 51.5 GB, 51539607552 bytes
Disk /dev/xvde: 1073 MB, 1073741824 bytes   <------ YEAAAAAH "test disk 1GB visible for os"
Disk /dev/xvda: 16.1 GB, 16106127360 bytes
/dev/xvda1   *           1          13      102400   83  Linux
/dev/xvda2              13         274     2097152   82  Linux swap / Solaris
/dev/xvda3             274        1959    13528064   8e  Linux LVM
Disk /dev/xvdc: 1073 MB, 1073741824 bytes
    
por 20.08.2013 / 09:11