cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sudhansu Sahu <sudhansu.s...@accelerite.com>
Subject Re: Unable to start a HVM VM with more than 2 volumes attached using XenServer 6.5 and ACS 4.7.1
Date Fri, 22 Apr 2016 17:47:41 GMT
I will close CLOUDSTACK-9367 as duplicate of CLOUDSTACK-9363.

On 22/04/16 8:06 pm, "Simon Godard" <sgodard@cloudops.com> wrote:

>Hi Sudhansu,
>
>Thanks! The fix doesn’t appear to be in the master branch or the 4.7.x
>branch. I had created the following bug yesterday:
>https://issues.apache.org/jira/browse/CLOUDSTACK-9363, but I just noticed
>you created https://issues.apache.org/jira/browse/CLOUDSTACK-9367.
>-- 
>Simon
>
>> On Apr 22, 2016, at 05:56, Sudhansu Sahu <sudhansu.sahu@accelerite.com>
>>wrote:
>> 
>> Hi Simon,
>> 
>> We have faced similar issue in past. I think there is fix available for
>> this.
>> Let me check if its fixed in ACS, if not I will create a pull request
>>for
>> this.
>> 
>> Thanks
>> Sudhansu
>> 
>> On 21/04/16 6:06 pm, "Koushik Das" <koushik.das@accelerite.com
>><mailto:koushik.das@accelerite.com>> wrote:
>> 
>>> Once the VM is in running state, is "allowed devices" showing proper
>>> list? After that if auto detect is working properly then maybe the
>>>issue
>>> is somewhere else.
>>> 
>>> -Koushik
>>> 
>>> ________________________________________
>>> From: Simon Godard <sgodard@cloudops.com>
>>> Sent: Thursday, April 21, 2016 12:41 AM
>>> To: CloudStack Users Mailing list
>>> Subject: Re: Unable to start a HVM VM with more than 2 volumes attached
>>> using XenServer 6.5 and ACS 4.7.1
>>> 
>>> After more investigation, I can confirm that the problem is only for
>>>HVM.
>>> I tried with a PV vm and everything is fine.
>>> 
>>> For some reason, performing the call: VM.get_allowed_VBD_devices on a
>>>HVM
>>> while the VM is still in starting state only returns a subset of device
>>> Ids: [1, 2] instead of [1,2,3,Š,15] on PV. The logic then reverts to
>>> Œautodetect¹ which also seems invalid for a HVM VM.
>>> 
>>> --
>>> Simon
>>> 
>>>> On Apr 20, 2016, at 08:20, Simon Godard <sgodard@cloudops.com> wrote:
>>>> 
>>>> Hi,
>>>> 
>>>> We are getting a weird error when trying to start a VM (based on a HVM
>>>> template) when attaching more than 2 volumes. We are using XenServer
>>>>6.5
>>>> and CloudStack 4.7.1. Here are the logs:
>>>> 
>>>> ACS
>>>> Unable to start i-152-612-VM due to
>>>> The device name is invalid
>>>>    at com.xensource.xenapi.Types.checkResponse(Types.java:1169)
>>>>    at com.xensource.xenapi.Connection.dispatch(Connection.java:395)
>>>>    at
>>>> 
>>>>com.cloud.hypervisor.xenserver.resource.XenServerConnectionPool$XenServ
>>>>er
>>>> Connection.dispatch(XenServerConnectionPool.java:457)
>>>>    at com.xensource.xenapi.VBD.create(VBD.java:322)
>>>>    at
>>>> 
>>>>com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.createVbd(Ci
>>>>tr
>>>> ixResourceBase.java:1148)
>>>>    at
>>>> 
>>>>com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixStartComm
>>>>an
>>>> dWrapper.execute(CitrixStartCommandWrapper.java:119)
>>>>    at
>>>> 
>>>>com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixStartComm
>>>>an
>>>> dWrapper.execute(CitrixStartCommandWrapper.java:53)
>>>>    at
>>>> 
>>>>com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixRequestWr
>>>>ap
>>>> per.execute(CitrixRequestWrapper.java:122)
>>>>    at
>>>> 
>>>>com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.executeReque
>>>>st
>>>> (CitrixResourceBase.java:1678)
>>>> 
>>>> XenServer
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:3c596e35d366|audit] VBD.create: VM =
>>>> '23da57b8-cc94-3edd-66af-97397c1e9f89 (i-152-614-VM)'; VDI = 'invalid'
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:3c596e35d366|xapi] Checking whether there's a
>>>>migrate
>>>> in progress...
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:3c596e35d366|xapi] VBD.create (device = 3; uuid =
>>>> d32bd2fb-68d9-a20b-3632-43c5cffd5ca1; ref =
>>>> OpaqueRef:d5d36ea6-2b79-2efd-c2ad-27403ffbdbf8)
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18677027 UNIX
>>>> /var/xapi/xapi||dummytaskhelper] task dispatch:SR.get_other_config
>>>> D:764bb880e1f7 created by task D:9e603ca8e24b
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18677028 UNIX
>>>> /var/xapi/xapi||dummytaskhelper] task dispatch:SR.get_sm_config
>>>> D:b30be613f286 created by task D:9e603ca8e24b
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VM.get_allowed_VBD_devices D:65d1aeb0e377|audit]
>>>> VM.get_allowed_VBD_devices: VM = '23da57b8-cc94-3edd-66af-97397c1e9f89
>>>> (i-152-614-VM)'
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:f5513cd51b7d|audit] VBD.create: VM =
>>>> '23da57b8-cc94-3edd-66af-97397c1e9f89 (i-152-614-VM)'; VDI =
>>>> '7c882c4f-eaed-49c9-952d-53f2db998ecd'
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:f5513cd51b7d|xapi] Checking whether there's a
>>>>migrate
>>>> in progress...
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:f5513cd51b7d|xapi] VBD.create (device = 2; uuid =
>>>> b83f771a-c796-8f5b-26de-fb648327e305; ref =
>>>> OpaqueRef:f1477777-8d60-52b6-8041-72cf95fa7f44)
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VM.get_allowed_VBD_devices D:c180118513de|audit]
>>>> VM.get_allowed_VBD_devices: VM = '23da57b8-cc94-3edd-66af-97397c1e9f89
>>>> (i-152-614-VM)'
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:3a50f805fbb1|audit] VBD.create: VM =
>>>> '23da57b8-cc94-3edd-66af-97397c1e9f89 (i-152-614-VM)'; VDI =
>>>> '78ab2cc5-a7ec-4709-9556-a1d6bfbc2b65'
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:3a50f805fbb1|xapi] Checking whether there's a
>>>>migrate
>>>> in progress...
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:3a50f805fbb1|xapi] VBD.create (device = 1; uuid =
>>>> 6556fa97-356f-65ec-fcda-d41205804b46; ref =
>>>> OpaqueRef:c71b9afd-7069-5caf-f67b-befc83de722b)
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VM.get_allowed_VBD_devices D:0cdd9a03fdea|audit]
>>>> VM.get_allowed_VBD_devices: VM = '23da57b8-cc94-3edd-66af-97397c1e9f89
>>>> (i-152-614-VM)'
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:b52da7a69374|audit] VBD.create: VM =
>>>> '23da57b8-cc94-3edd-66af-97397c1e9f89 (i-152-614-VM)'; VDI =
>>>> '7634db62-6f48-4136-aac1-4db7a5ad77d6'
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:b52da7a69374|xapi] Checking whether there's a
>>>>migrate
>>>> in progress...
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:b52da7a69374|xapi] VBD.create (device = 0; uuid =
>>>> bbbd2eac-24ce-7c5d-315e-72eaaa9ec161; ref =
>>>> OpaqueRef:9dd9c448-2718-9849-908c-78b2c394f6ac)
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VM.get_allowed_VBD_devices D:30446069f7d1|audit]
>>>> VM.get_allowed_VBD_devices: VM = '23da57b8-cc94-3edd-66af-97397c1e9f89
>>>> (i-152-614-VM)'
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:a285caa8ad4a|audit] VBD.create: VM =
>>>> '23da57b8-cc94-3edd-66af-97397c1e9f89 (i-152-614-VM)'; VDI =
>>>> '8ed37e28-10e7-45f9-85d1-f1443b673701'
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:a285caa8ad4a|xapi] Checking whether there's a
>>>>migrate
>>>> in progress...
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:a285caa8ad4a|backtrace] Raised at
>>>> xapi_vbd.ml:135.9-75 -> threadext.ml:20.20-24 -> threadext.ml:20.62-65
>>>> -> message_forwarding.ml:3480.3-150 -> server.ml:24430.82-282 ->
>>>> rbac.ml:229.16-23
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:a285caa8ad4a|backtrace] Raised at rbac.ml:238.10-15
>>>> -> server_helpers.ml:79.11-41
>>>> Apr 19 14:00:33 cca-t2-xen01 xapi: [debug|cca-t2-xen01|18676540 INET
>>>> :::80|VBD.create R:a285caa8ad4a|dispatcher] Server_helpers.exec
>>>> exception_handler: Got exception INVALID_DEVICE: [ autodetect ]
>>>> 
>>>> 
>>>> Could it be a side-effect of
>>>> https://github.com/apache/cloudstack/pull/792
>>>> <https://github.com/apache/cloudstack/pull/792> ?
>>>> 
>>>> Thanks,
>>>> 
>>>> Simon GODARD
>>>> Développeur Principal | Lead Developer
>>>> t 514.880.3777
>>>> 
>>>> CloudOps Votre partenaire infonuagique | Cloud Solutions Experts
>>>> 420 rue Guy | Montreal | Quebec | H3J 1S6
>>>> w cloudops.com <http://cloudops.com/> | tw @CloudOps_
>>>> 
>>> 
>>> 
>>> 
>>> DISCLAIMER
>>> ==========
>>> This e-mail may contain privileged and confidential information which
>>>is
>>> the property of Accelerite, a Persistent Systems business. It is
>>>intended
>>> only for the use of the individual or entity to which it is addressed.
>>>If
>>> you are not the intended recipient, you are not authorized to read,
>>> retain, copy, print, distribute or use this message. If you have
>>>received
>>> this communication in error, please notify the sender and delete all
>>> copies of this message. Accelerite, a Persistent Systems business does
>>> not accept any liability for virus infected mails.
>> 
>> 
>> 
>> 
>> DISCLAIMER
>> ==========
>> This e-mail may contain privileged and confidential information which
>>is the property of Accelerite, a Persistent Systems business. It is
>>intended only for the use of the individual or entity to which it is
>>addressed. If you are not the intended recipient, you are not authorized
>>to read, retain, copy, print, distribute or use this message. If you
>>have received this communication in error, please notify the sender and
>>delete all copies of this message. Accelerite, a Persistent Systems
>>business does not accept any liability for virus infected mails.
>




DISCLAIMER
==========
This e-mail may contain privileged and confidential information which is the property of Accelerite,
a Persistent Systems business. It is intended only for the use of the individual or entity
to which it is addressed. If you are not the intended recipient, you are not authorized to
read, retain, copy, print, distribute or use this message. If you have received this communication
in error, please notify the sender and delete all copies of this message. Accelerite, a Persistent
Systems business does not accept any liability for virus infected mails.
Mime
View raw message