[Users] 3 IDE disks : Duplicate ID error
Hi, Strarting from a VM with two IDE disks, I'm trying to add a third IDE disk. I get this Duplicate ID error : VM serv-bd-dev1 is down. Exit message: internal error process exited while connecting to monitor: qemu-kvm: -drive file=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/1429ffe2-4137-416c-bb38-63fd73f4bcc1/images/f9ca88d8-e29f-4b11-9aae-b9330b5f8cdf/ed91505a-a219-42af-9915-e5ffc79918f9,if=none,id=drive-ide0-1-1,format=qcow2,serial=f9ca88d8-e29f-4b11-9aae-b9330b5f8cdf,cache=none,werror=stop,rerror=stop,aio=native: Duplicate ID 'drive-ide0-1-1' for drive . When disabling the second one and starting only with disk 0 et the new one (so start with 2 disks), it is booting well. Is it by design? (oVirt 3.3, no shared disk, thin-provisioned) -- Nicolas Ecarnot
On Fri, Nov 29, 2013 at 11:13:03AM +0100, Nicolas Ecarnot wrote:
No. It sounds like a collision between the address of your third ide disk and the ide cdrom. Would you post vdsm.log from vmCreate command until the reported error message? It would let us understand if the bug is in Vdsm or Engine. Dan.
Le 29/11/2013 11:44, Dan Kenigsberg a écrit :
Do you mean the xml that one can see in the vdsm.log? <domain type="kvm"> <name>serv-bd-dev1</name> <uuid>0e3ffc7c-4e54-405c-9af1-55bc4f25fe13</uuid> <memory>4194304</memory> <currentMemory>4194304</currentMemory> <vcpu>4</vcpu> <memtune> <min_guarantee>349184</min_guarantee> </memtune> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/0e3ffc7c-4e54-405c-9af1-55bc4f25fe13.com.redhat.rhevm.vdsm"/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/0e3ffc7c-4e54-405c-9af1-55bc4f25fe13.org.qemu.guest_agent.0"/> </channel> <input bus="usb" type="tablet"/> <graphics autoport="yes" keymap="fr" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network"/> </graphics> <controller model="virtio-scsi" type="scsi"/> <video> <address bus="0x00" domain="0x0000" function="0x0" slot="0x02" type="pci"/> <model heads="1" type="qxl" vram="65536"/> </video> <interface type="bridge"> <address bus="0x00" domain="0x0000" function="0x0" slot="0x03" type="pci"/> <mac address="00:1a:4a:a8:27:0c"/> <model type="e1000"/> <source bridge="ovirtmgmt"/> <filterref filter="vdsm-no-mac-spoofing"/> <link state="up"/> </interface> <disk device="cdrom" snapshot="no" type="file"> <address bus="1" controller="0" target="0" type="drive" unit="0"/> <source file="" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial/> </disk> <disk device="disk" snapshot="no" type="block"> <address bus="0" controller="0" target="0" type="drive" unit="0"/> <source dev="/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/1429ffe2-4137-416c-bb38-63fd73f4bcc1/images/c38a73f0-da9e-4e52-ad63-78e64fce957c/7a74ba80-9207-4f21-90a0-f28fc9925fee"/> <target bus="ide" dev="hda"/> <serial>c38a73f0-da9e-4e52-ad63-78e64fce957c</serial> <boot order="1"/> <driver cache="none" error_policy="stop" io="native" name="qemu" type="qcow2"/> </disk> <disk device="disk" snapshot="no" type="block"> <address bus="1" controller="0" target="0" type="drive" unit="1"/> <source dev="/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/11a077c7-658b-49bb-8596-a785109c24c9/images/36553e2f-64f2-4d4e-b8a1-d9cd7d1cdf49/e610a133-1f96-4c6a-8be5-efd1fdc413b6"/> <target bus="ide" dev="hdb"/> <serial>36553e2f-64f2-4d4e-b8a1-d9cd7d1cdf49</serial> <driver cache="none" error_policy="stop" io="native" name="qemu" type="qcow2"/> </disk> <disk device="disk" snapshot="no" type="block"> <address bus="0" controller="0" target="0" type="drive" unit="1"/> <source dev="/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/1429ffe2-4137-416c-bb38-63fd73f4bcc1/images/f9ca88d8-e29f-4b11-9aae-b9330b5f8cdf/ed91505a-a219-42af-9915-e5ffc79918f9"/> <target bus="ide" dev="hdd"/> <serial>f9ca88d8-e29f-4b11-9aae-b9330b5f8cdf</serial> <driver cache="none" error_policy="stop" io="native" name="qemu" type="qcow2"/> </disk> <memballoon model="virtio"/> </devices> <os> <type arch="x86_64" machine="rhel6.4.0">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">oVirt Node</entry> <entry name="version">6-4.el6.centos.10</entry> <entry name="serial">4C4C4544-0036-3310-805A-B1C04F585831</entry> <entry name="uuid">0e3ffc7c-4e54-405c-9af1-55bc4f25fe13</entry> </system> </sysinfo> <clock adjustment="-2" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="4" sockets="1" threads="1"/> </cpu> </domain> -- Nicolas Ecarnot
On Fri, Nov 29, 2013 at 01:16:17PM +0100, Nicolas Ecarnot wrote:
Actually, I've meant everything: from Engine's parameters to the vmCreate command, down to the error from libvirt. The domxml blow suggests that the error might be even further below, since I do not see an address collision here.
Could you provide the vmCreate line from vdsm.log, and also the part of libvirtd.log since that domxml gets in until the error is spewed out?
Le 29/11/2013 13:36, Dan Kenigsberg a écrit :
Wow, this is weird! After some shutdown/reboot (I have other things to do with this VM), I CAN NOT reproduce the issue. I swear I have not changed the disk setup, neither added a component or what else. What I get now is the VM up and running with 3 IDE disks, a state I couldn't reach so far. I don't know what to conclude? -- Nicolas Ecarnot
On Mon, Dec 02, 2013 at 10:32:15AM +0100, Nicolas Ecarnot wrote:
shutdown/reboot of what? Vm? Host? Engine? Maybe you have still access to the old vdsm.logs? Otherwise the conclusion is that someone else would bump into this bug.. I have a suspicion that Engine is somehow confused by the device addresses reported by Vdsm. But I'd need to see the logs to stop guessing.
participants (2)
-
Dan Kenigsberg -
Nicolas Ecarnot