[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] Problem with direct pass two (whole) raw disks to vm


  • To: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
  • From: Jason Yu <yugn@xxxxxx>
  • Date: Sat, 26 Apr 2014 11:51:34 +0930
  • Cc: "mailing list xen.org" <xen-users@xxxxxxxxxxxxx>
  • Delivery-date: Sat, 26 Apr 2014 02:23:30 +0000
  • List-id: Xen user discussion <xen-users.lists.xen.org>
  • Thread-topic: [Xen-users] Problem with direct pass two (whole) raw disks to vm

Thanks Ian again :-) I resolved the problem by using xvde and xvdf in cfg.
I saw both disks in the guest web GUI. It is interesting that the hda
appeared as xvda instead of hda (in cfg, disk = [
"file:/etc/xen/images/NAS-OMV.img,hda,w²?).

Yes, it is a hvm guest. The NAS-OMV.img was created by xen4.1 previously
using virt-install. Do you think this is a bug or not? Is it worth the
time to investigate?

On 26-04-14 0:10, "Ian Campbell" <Ian.Campbell@xxxxxxxxxx> wrote:

>On Fri, 2014-04-25 at 22:29 +0930, Jason Yu wrote:
>> Many thanks Ian!!!
>> 
>> 
>> >>> If you only care about PV access to /dev/sd{a,b} (as opposed to
>> emulated IDE) then you could also try putting them on xvde and xvdf
>> (out of the say of the IDE stuff). That might help.
>> Could you please advise how to do this as I¹m quite new to Xen? Do I
>> simply do this in .cfg like this?
>> 
>> 
>> disk = [ "file:/etc/xen/images/NAS-OMV.img,hda,w",
>> "phy:/dev/sda,xvde,w", "phy:/dev/sdb,xvdf,w" ]
>
>Yes.
>
>> >>> Does the 1 (additional) disk case work regardless of whether you
>> use sda or sdb?
>> Yes, I tried passing both sda and sdb individually. I could see each
>> of them in domU (openmediavault web GUI). The start up time of the
>> domU was swfit.
>
>OK, so it isn't that one of hte disks is faulty or anything.
>
>> >>> Here you have hda, hdb and hdd.
>> I noticed this as well. (I think it was a typographical error.)So I
>> edited the cfg again and created the vm (with two disks). Same
>> problem. VM got stuck in a count down( see 1st email thread) and I
>> couldn¹t log into the web GUI.
>> 
>> 
>> ============ part of NAS-OMV.cfg ==============
>> disk = [ "file:/etc/xen/images/NAS-OMV.img,hda,w",
>> "phy:/dev/sda,hdb,w", "phy:/dev/sdb,hdc,w" ]
>> 
>> 
>> Soon after creating the vm, I ran this:
>> 
>> 
>> root@UB-XEN:/etc/xen# xenstore-ls -fp
>
>There were two domains here, domid 1 == "convirt" and domid 3 ==
>"NAS-OVM", I've assumed domid 3 is the problem domain.
>
>> /local/domain/0/backend/qdisk/3 = ""   (n0)
>> /local/domain/0/backend/qdisk/3/768 = ""   (n0,r3)
>> /local/domain/0/backend/qdisk/3/768/frontend =
>>"/local/domain/3/device/vbd/768"   (n0,r3)
>> /local/domain/0/backend/qdisk/3/768/params =
>>"aio:/etc/xen/images/NAS-OMV.img"   (n0,r3)
>> /local/domain/0/backend/qdisk/3/768/frontend-id = "3"   (n0,r3)
>> /local/domain/0/backend/qdisk/3/768/online = "1"   (n0,r3)
>> /local/domain/0/backend/qdisk/3/768/removable = "0"   (n0,r3)
>> /local/domain/0/backend/qdisk/3/768/bootable = "1"   (n0,r3)
>> /local/domain/0/backend/qdisk/3/768/state = "4"   (n0,r3)
>> /local/domain/0/backend/qdisk/3/768/dev = "hda"   (n0,r3)
>> /local/domain/0/backend/qdisk/3/768/type = "qdisk"   (n0,r3)
>> /local/domain/0/backend/qdisk/3/768/mode = "w"   (n0,r3)
>> /local/domain/0/backend/qdisk/3/768/device-type = "disk"   (n0,r3)
>> /local/domain/0/backend/qdisk/3/768/feature-flush-cache = "1"   (n0,r3)
>> /local/domain/0/backend/qdisk/3/768/feature-persistent = "1"   (n0,r3)
>> /local/domain/0/backend/qdisk/3/768/info = "0"   (n0,r3)
>> /local/domain/0/backend/qdisk/3/768/hotplug-status = "connected"
>>(n0,r3)
>> /local/domain/0/backend/qdisk/3/768/sector-size = "512"   (n0,r3)
>> /local/domain/0/backend/qdisk/3/768/sectors = "10485760"   (n0,r3)
>
>Here is the qdisk backend for the rootfs .img file, it is in state 4 ==
>XenBusConnected.
>
>> /local/domain/0/backend/vbd/3 = ""   (n0)
>> /local/domain/0/backend/vbd/3/832 = ""   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/frontend =
>>"/local/domain/3/device/vbd/832"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/params = "/dev/sda"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/script = "/etc/xen/scripts/block"
>>(n0,r3)
>> /local/domain/0/backend/vbd/3/832/physical-device = "8:0"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/frontend-id = "3"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/online = "1"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/removable = "0"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/bootable = "1"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/state = "4"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/dev = "hdb"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/type = "phy"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/mode = "w"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/device-type = "disk"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/feature-flush-cache = "1"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/feature-discard = "0"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/feature-barrier = "1"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/feature-persistent = "1"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/feature-max-indirect-segments = "256"
>>  (n0,r3)
>> /local/domain/0/backend/vbd/3/832/sectors = "5860533168"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/info = "0"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/sector-size = "512"   (n0,r3)
>> /local/domain/0/backend/vbd/3/832/physical-sector-size = "4096"
>>(n0,r3)
>> 
>> /local/domain/0/backend/vbd/3/5632 = ""   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/frontend =
>>"/local/domain/3/device/vbd/5632"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/params = "/dev/sdb"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/script = "/etc/xen/scripts/block"
>>(n0,r3)
>> /local/domain/0/backend/vbd/3/5632/physical-device = "8:10"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/frontend-id = "3"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/online = "1"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/removable = "0"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/bootable = "1"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/state = "4"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/dev = "hdc"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/type = "phy"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/mode = "w"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/device-type = "disk"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/feature-flush-cache = "1"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/feature-discard = "0"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/feature-barrier = "1"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/feature-persistent = "1"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/feature-max-indirect-segments =
>>"256"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/sectors = "5860533168"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/info = "0"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/sector-size = "512"   (n0,r3)
>> /local/domain/0/backend/vbd/3/5632/physical-sector-size = "4096"
>>(n0,r3)
>
>Here are the two backends for the two data disks sda and sdb. Both are
>in state 4, the physical-device's are 8:0 and 8:10 which are correct
>AFAICT. 832==0x340 and 5632=0x1600, which are the major:minor of hdb and
>hdc respectively. This all looks fine to me.
>
>
>> /local/domain/3/device/vbd/768 = ""   (n3,r0)
>> /local/domain/3/device/vbd/768/backend =
>>"/local/domain/0/backend/qdisk/3/768"   (n3,r0)
>> /local/domain/3/device/vbd/768/backend-id = "0"   (n3,r0)
>> /local/domain/3/device/vbd/768/state = "4"   (n3,r0)
>> /local/domain/3/device/vbd/768/virtual-device = "768"   (n3,r0)
>> /local/domain/3/device/vbd/768/device-type = "disk"   (n3,r0)
>> /local/domain/3/device/vbd/768/ring-ref = "8"   (n3,r0)
>> /local/domain/3/device/vbd/768/event-channel = "8"   (n3,r0)
>> /local/domain/3/device/vbd/768/protocol = "x86_64-abi"   (n3,r0)
>
>Here is the frontend for the rootfs. It is in state 4 and looks fine to
>me.
>
>> /local/domain/3/device/vbd/832 = ""   (n3,r0)
>> /local/domain/3/device/vbd/832/backend =
>>"/local/domain/0/backend/vbd/3/832"   (n3,r0)
>> /local/domain/3/device/vbd/832/backend-id = "0"   (n3,r0)
>> /local/domain/3/device/vbd/832/state = "4"   (n3,r0)
>> /local/domain/3/device/vbd/832/virtual-device = "832"   (n3,r0)
>> /local/domain/3/device/vbd/832/device-type = "disk"   (n3,r0)
>> /local/domain/3/device/vbd/832/ring-ref = "9"   (n3,r0)
>> /local/domain/3/device/vbd/832/event-channel = "9"   (n3,r0)
>> /local/domain/3/device/vbd/832/protocol = "x86_64-abi"   (n3,r0)
>
>> /local/domain/3/device/vbd/5632 = ""   (n3,r0)
>> /local/domain/3/device/vbd/5632/backend =
>>"/local/domain/0/backend/vbd/3/5632"   (n3,r0)
>> /local/domain/3/device/vbd/5632/backend-id = "0"   (n3,r0)
>> /local/domain/3/device/vbd/5632/state = "4"   (n3,r0)
>> /local/domain/3/device/vbd/5632/virtual-device = "5632"   (n3,r0)
>> /local/domain/3/device/vbd/5632/device-type = "disk"   (n3,r0)
>> /local/domain/3/device/vbd/5632/ring-ref = "10"   (n3,r0)
>> /local/domain/3/device/vbd/5632/event-channel = "10"   (n3,r0)
>> /local/domain/3/device/vbd/5632/protocol = "x86_64-abi"   (n3,r0)
>
>and here are the two data disks. which also look absolutely fine to me.
>
>Is this an HVM guest? Can you gather a full dmesg from it rather than
>the screenshot you posted previously please. If the thing isn't booting
>enough to run dmesg then "xl console <domid> | tee log.file" might work.
>Or you might need to set "serial ='pty'" in your config and then
>configure the guest kernel to log to the console.
>
>Ian.
>
>



_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
http://lists.xen.org/xen-users


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.