From: Fam Zheng <famz@redhat.com>
To: Roy Shterman <roy.shterman@gmail.com>
Cc: qemu-devel@nongnu.org, Paolo Bonzini <pbonzini@redhat.com>,
pl@kamp.de, ronnie sahlberg <ronniesahlberg@gmail.com>
Subject: Re: [Qemu-devel] Problem to start VM with libiscsi + qemu upstream
Date: Wed, 3 Jan 2018 10:12:48 +0800 [thread overview]
Message-ID: <20180103021226.GA19709@localhost.localdomain> (raw)
In-Reply-To: <CAOBqJ54HDeQNOv++XjimiSfmLTyNgy2AjBdpO6_SChVGfr5U+A@mail.gmail.com>
On Tue, 01/02 21:58, Roy Shterman wrote:
> Hi all,
>
> I'm trying to get VM started with libiscsi (iSCSI initiator) device. Every
> thing seems good from iSCSI point of view, but I'm stuck in VM boot,
> "Booting from Hard Disk".
> Any idea what can get wrong? how I can assure that the boot itself is from
> the wanted disk.
> Also will be helpful if someone can tell me how can I debug issues like
> that.
Do you still hit the hang if you remove the iscsi lun and only have the system
disk?
>
> below my xml part of disks:
>
> <domain type='kvm'>
> <name>client</name>
> <uuid>d4e60885-22be-4270-94ca-1be8209686d2</uuid>
> <memory unit='KiB'>1048576</memory>
> <currentMemory unit='KiB'>1048576</currentMemory>
> <vcpu placement='static'>1</vcpu>
> <os>
> <type arch='x86_64' machine='pc-i440fx-2.7'>hvm</type>
> <bootmenu enable='yes'/>
> </os>
> <features>
> <acpi/>
> <apic/>
> <vmport state='off'/>
> </features>
> <cpu mode='host-model' check='partial'>
> <model fallback='allow'/>
> </cpu>
> <clock offset='utc'>
> <timer name='rtc' tickpolicy='catchup'/>
> <timer name='pit' tickpolicy='delay'/>
> <timer name='hpet' present='no'/>
> </clock>
> <on_poweroff>destroy</on_poweroff>
> <on_reboot>restart</on_reboot>
> <on_crash>restart</on_crash>
> <devices>
> <emulator>/usr/bin/qemu-system-x86_64</emulator>
> <disk type='file' device='disk'>
> <driver name='qemu' type='qcow2'/>
> <source file='/var/lib/libvirt/images/4.7-rc2_client.qcow2'/>
> <target dev='vda' bus='virtio'/>
> <boot order='1'/>
> <address type='pci' domain='0x0000' bus='0x00' slot='0x07'
> function='0x0'/>
> </disk>
> <disk type='network' device='disk'>
> <driver name='qemu' type='raw'/>
> <source protocol='iscsi' name='iqn.2001-04.com.client-tgt-1/0'>
> <host name='192.168.64.75' port='3260'/>
> </source>
> <target dev='vdb' bus='virtio'/>
> <address type='pci' domain='0x0000' bus='0x00' slot='0x06'
> function='0x0'/>
My wild guess is this disk's PCI addr is lower than the system disk. Can you
swap "slot='0x06'" with the previous "slot='0x07'" and try again?
(Stuck may be from an unfunctional MBR in the iscsi lun?)
Fam
> </disk>
> <controller type='pci' index='0' model='pci-root'/>
> <controller type='usb' index='0' model='piix3-uhci'>
> <address type='pci' domain='0x0000' bus='0x00' slot='0x01'
> function='0x2'/>
> </controller>
> <controller type='scsi' index='0'>
> <address type='pci' domain='0x0000' bus='0x00' slot='0x04'
> function='0x0'/>
> </controller>
> <interface type='bridge'>
> <mac address='52:54:00:bf:6c:56'/>
> <source bridge='br0'/>
> <model type='virtio'/>
> <address type='pci' domain='0x0000' bus='0x00' slot='0x03'
> function='0x0'/>
> </interface>
>
> Thanks,
> Roy
prev parent reply other threads:[~2018-01-03 2:12 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-02 19:58 [Qemu-devel] Problem to start VM with libiscsi + qemu upstream Roy Shterman
2018-01-03 2:12 ` Fam Zheng [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180103021226.GA19709@localhost.localdomain \
--to=famz@redhat.com \
--cc=pbonzini@redhat.com \
--cc=pl@kamp.de \
--cc=qemu-devel@nongnu.org \
--cc=ronniesahlberg@gmail.com \
--cc=roy.shterman@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.