Comment 4 for bug 892765

Hi Rick,

I'm not seeing the problem anymore.
I should be able to do some final tests on my environment at least by
the end of next week.
As soon as I get the results I'll update the bug.
Anyway I found a solution following Dan Prince's advices reported here
https://bugs.launchpad.net/nova/+bug/862653 about vm image
installation.
Increasing xenapi_vhd_coalesce_poll_interval also helped dealing with
resize in case of big images (10 to 15 GB thin provisioned disk).

2012/2/2 Rick Harris <email address hidden>:
> Guiseppe: Are you still seeing this issue?
>
> I wasn't able to replicate this on 5.6.100-39215p.
>
> One thing that may help debug this is if you could start with a fresh
> SR, replicate the issue, and paste more-or-less the full SM.log output.
>
> We should be able to see what VDI is erroneously holding a reference to
> the base-copy preventing the VHD from coalescing.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/892765
>
> Title:
>  XenServer resize: the second resize of the same vm fails
>
> Status in OpenStack Compute (Nova):
>  Confirmed
>
> Bug description:
>  I'm experiencing the following problem doing a multiple
>  resize test using XenServer (version 5.6 SP2 and verion 6) as hypervisor.
>  On first resize everything works as expected. If I do another resize a
>  few minutes later, I receive an error about "VHD coalesce
>  attempts exceeded" on destination host.
>  Here's an extract from nova-compute.log:
>  http://paste.openstack.org/show/3368/
>
>  On the hypervisor's /var/log/SMlog I can find errors like this:
>  http://paste.openstack.org/show/3369/
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/nova/+bug/892765/+subscriptions