cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mandar Barve <mandar.ba...@sungard.com>
Subject Re: CLOUDSTACK-5583: vmopsSnapshot plug-in (XenServer) does not return an error when it should
Date Fri, 14 Mar 2014 06:25:53 GMT
I tried to reproduce the issue the way you mentioned with few changes. I
don't have iSCSI SAN on my setup. I connected a 2 GB disk that I presented
as storage tagged NFS primary to CS. I created a 1GB disk offering and then
deployed a VM on this new primary. Took a couple of snapshots like you
mentioned and when tried to revert to one of them I did see an error in
vmops log that said revert_memory_snapshot returned NULL. Exception was
thrown with async job status result code 530 and text response as "Failed
to revert VM snapshot". I think this exception came later. The vmops
snapshot plugin code itself may not have landed into exception handling
path. I need to double check this.

Is this what you are referring to? Could you attach snippets of SMlog and
mops.log when the failure happened to the JIRA?

Thanks,
Mandar


On Tue, Mar 11, 2014 at 3:25 AM, Mike Tutkowski <
mike.tutkowski@solidfire.com> wrote:

> Here is the comment I just added in JIRA for this ticket. Thanks!
>
> Hi,
>
> Here is how I reproduced it:
>
> I created an iSCSI volume on my SAN that is only 2 GB.
>
> I created a XenServer SR based on this SAN volume.
>
> I created Primary Storage in CloudStack based on this XenServer SR.
>
> I created a Disk Offering that was storage tagged to use this Primary
> Storage. It will lead to the creation of a 1 GB volume when executed and
> attached to a VM for the first time.
>
> I executed the Disk Offering to create a CloudStack volume and attached
> this volume to a VM.
>
> I took two hypervisor snapshots of the VM, then reverted to the first
> hypervisor snapshot.
>
> I looked at the SR that should contain my CloudStack volume and its
> hypervisor snapshots. I saw two snapshots, but no active VDI. I should see
> two hypervisor snapshots and an active VDI.
>
> Thanks!
>
>
> On Mon, Mar 10, 2014 at 9:27 AM, Mike Tutkowski <
> mike.tutkowski@solidfire.com> wrote:
>
>> I did look at it, but haven't had a chance to try to repo.
>>
>> I should be able to try to repo it today.
>>
>> Thanks!
>>
>>
>> On Sun, Mar 9, 2014 at 10:05 PM, Mandar Barve <mandar.barve@sungard.com>wrote:
>>
>>> Hi Mike,
>>>      Did you get a chance to look at this?
>>>
>>> Thanks,
>>> Mandar
>>>
>>>
>>> On Wed, Mar 5, 2014 at 10:12 AM, Mandar Barve <mandar.barve@sungard.com>wrote:
>>>
>>>> I tested this with CS 4.3.
>>>>
>>>> Thanks,
>>>> Mandar
>>>>
>>>>
>>>> On Tue, Mar 4, 2014 at 9:09 PM, Mike Tutkowski <
>>>> mike.tutkowski@solidfire.com> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> Can you tell me what release you tested this with? I noticed the
>>>>> problem while developing on CloudStack 4.3.
>>>>>
>>>>> Thanks!
>>>>>
>>>>>
>>>>> On Tue, Mar 4, 2014 at 3:43 AM, Mandar Barve <mandar.barve@sungard.com
>>>>> > wrote:
>>>>>
>>>>>> Hi,
>>>>>>         I tried to reproduce the issue but couldn't get this to fail
>>>>>> for insufficient space. I then injected an exception trying to list
files
>>>>>> from a non existent path (added this code in the "try" block). This
landed
>>>>>> me into the exception handling code. It raised correct exception
saying
>>>>>> "file not found" which was captured in the management server vmops
log
>>>>>> file. It was not displayed by the GUI. GUI just reported Error (Are
we
>>>>>> looking for GUI displaying error code?). The plugin code returns
"0"
>>>>>> immediately after the line of code that raises exception but I think
this
>>>>>> applies only for successful execution of the plugin code that reverts
the
>>>>>> snapshot.
>>>>>>
>>>>>>        If any exception is raised (e.g. in the reported case here
>>>>>> insufficient space) then the code should return appropriate error
message
>>>>>> to the caller as I found. In exception handling path return "0" wouldn't
>>>>>> execute.
>>>>>>
>>>>>> I don't see any problem here. Let me know if I am missing anything.
>>>>>>
>>>>>> Thanks,
>>>>>> Mandar
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> *Mike Tutkowski*
>>>>>  *Senior CloudStack Developer, SolidFire Inc.*
>>>>> e: mike.tutkowski@solidfire.com
>>>>> o: 303.746.7302
>>>>> Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play>
>>>>> *(tm)*
>>>>>
>>>>
>>>>
>>>
>>
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkowski@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play>
>> *(tm)*
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkowski@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play>
> *(tm)*
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message