Mike, are you able to pin-point in the old/replaced code the bit that was
handling your use case?  I took the most care not to break anything.
Also, your test case, isn't it in the ACS' integration test suite? In
theory, all test passed when we merged the PR.

I sure can take a look at it. Can you detail your use case? I mean, the
high level execution flow. What API methods you do, what you expected to
happen, and what is happening today.

On Sun, Jul 15, 2018 at 3:25 AM, Tutkowski, Mike <mike.tutkow...@netapp.com>
wrote:

> It looks like this is the problematic PR:
>
> https://github.com/apache/cloudstack/pull/2425/
>
> On 7/15/18, 12:20 AM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote:
>
>     Hi,
>
>     While running managed-storage regression tests tonight, I noticed a
> problem that is not related to managed storage.
>
>     CLOUDSTACK-10240 is a ticket asking that we allow the migration of a
> virtual disk that’s on local storage to shared storage. In the process of
> enabling this feature, the VirtualMachineManagerImpl.
> getPoolListForVolumesForMigration method was re-written in a way that
> completely breaks at least one use case: Migrating a VM across compute
> clusters (at least supported in XenServer). If, say, a virtual disk resides
> on shared storage in the source compute cluster, we must be able to copy
> this virtual disk to shared storage in the destination compute cluster.
>
>     As the code is currently written, this is no longer possible. It also
> seems that the managed-storage logic has been dropped for some reason in
> the new implementation.
>
>     Rafael – It seems that you worked on this feature. Would you be able
> to look into this and create a PR?
>
>     Thanks,
>     Mike
>
>
>


-- 
Rafael Weingärtner

Reply via email to