that was supposed to be "live normally with that limitation and migrate things to another pooL" ...
On Fri, 20 Sep 2019 at 10:01, Andrija Panic <[email protected]> wrote: > The way you can live normally and migrate things to another poo - > assuming you are migrating from pool1 (which you do NOT want to use any > more to provision new volumes on it) to pool2 - is to have identical tags > on both pools, but then disable the pool1 (cloudmonkey update storagepool > enabled=false id=25c5be9a-6d0c-3afe-b20d-0ddfce2f7ff7) - existing VMs can > still be started on pool1 - but no new VM's/volumes should be created on it. > > Let me know if that works for you. > > On Fri, 20 Sep 2019 at 09:57, Andrija Panic <[email protected]> > wrote: > >> Hi Piotr, >> >> which release are you running? >> Until recently, even if tags did NOT match between 2 different pools (UI >> will say "Not suitable") - migration was still possible - and will execute >> properly - but later you would be unable to change the Offering of the disk >> to match any offering that's pointing to new pool (again, if the tags >> doesn't match) >> It's new to me that someone actually actively added code that blocks the >> migration... >> >> Obviously the way to work around it is to add same tags across pools (so >> the disk offering of the volume can find it's tag on the new pool) >> >> Andrija >> >> On Fri, 20 Sep 2019 at 07:07, Piotr Pisz <[email protected]> wrote: >> >>> Hi all, >>> >>> When migrating a volume from one pool to another, I get the message: >>> >>> 2019-09-20 07:04:11,871 ERROR [c.c.a.ApiAsyncJobDispatcher] >>> (API-Job-Executor-20:ctx-997b11f3 job-26107) (logid:9dc0134e) Unexpected >>> exception while executing >>> org.apache.cloudstack.api.command.admin.volume.MigrateVolumeCmdByAdmin >>> com.cloud.utils.exception.CloudRuntimeException: Migration target has no >>> matching tags for volume 'ROOT-289(96c55412-57b0-4d7b-b323-d97becb12cde)' >>> at >>> com.cloud.storage.VolumeApiServiceImpl.migrateVolume(VolumeApiServiceImpl.java:2086) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> at java.lang.reflect.Method.invoke(Method.java:498) >>> at >>> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:338) >>> at >>> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:197) >>> at >>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163) >>> at >>> org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:107) >>> at >>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:174) >>> at >>> com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51) >>> at >>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:174) >>> at >>> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92) >>> at >>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) >>> at >>> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:212) >>> at com.sun.proxy.$Proxy197.migrateVolume(Unknown Source) >>> at >>> org.apache.cloudstack.api.command.admin.volume.MigrateVolumeCmdByAdmin.execute(MigrateVolumeCmdByAdmin.java:34) >>> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:156) >>> at >>> com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108) >>> at >>> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:583) >>> at >>> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) >>> at >>> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) >>> at >>> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) >>> at >>> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) >>> at >>> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46) >>> at >>> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:531) >>> at >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) >>> at java.util.concurrent.FutureTask.run(FutureTask.java:266) >>> at >>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) >>> at >>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) >>> at java.lang.Thread.run(Thread.java:748) >>> 2019-09-20 07:04:11,872 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] >>> (API-Job-Executor-20:ctx-997b11f3 job-26107) (logid:9dc0134e) Complete >>> async job-26107, jobStatus: FAILED, resultCode: 530, result: >>> org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":530,"errortext":"Migration >>> target has no matching tags for volume >>> \u0027ROOT-289(96c55412-57b0-4d7b-b323-d97becb12cde)\u0027"} >>> >>> The error appears at a dozen or so volumes and I can't diagnose the >>> cause. Any help would be much appreciated :-) >>> >>> Regards, >>> Piotr >>> >>> >> >> -- >> >> Andrija Panić >> > > > -- > > Andrija Panić > -- Andrija Panić
