Re: Xenserver 6.5 live migration with local volumes
Hi Remi, For me it’s (migration across clusters with storage) working fine but am on internal branch. There could be some regressions due to recent refactors. As far as this patch goes this handles with cluster case. PR https://github.com/apache/cloudstack/pull/925 is no more valid after fixing of https://issues.apache.org/jira/browse/CLOUDSTACK-9231. This patch handles the broken scenario. Regards, Anshul On 24/06/16, 7:31 PM, "Remi Bergsma" wrote: Hi Anshul, Thanks! Did you ever try live migrating from CloudStack with storage between clusters? I can't get that to work. I'll collect some details in the next days but was wondering if it was supposed to work. Regards, Remi Sent from my iPhone > On 24 Jun 2016, at 06:30, Anshul Gangwar > wrote: > > Created the PR https://github.com/apache/cloudstack/pull/1596. > > Regards, > Anshul > > On 24/06/16, 2:33 AM, "Dave Garbus" wrote: > > Is there anybody that wants to take this on? > > Thanks, > > - Dave > >> On May 24, 2016, at 10:57 AM, Dave Garbus wrote: >> >> I updated the issue referenced in this email >> (https://issues.apache.org/jira/browse/CLOUDSTACK-9353) to include >> CloudStack 4.8 as an affected version. If we could at least get someone >> assigned to it, that’d be a good start. >> >> Thanks, >> >> - Dave >> >> On May 24, 2016, at 9:42 AM, Ivan Derbenev >> mailto:ivan.derbe...@tech-corps.com>> wrote: >> >> Is there a way I can fix this on my installation, without recompiling jar >> files? >> >> Regards, >> IT engineer >> Farheap, Russia >> Ivan Derbenev >> >> -----Original Message- >> From: Koushik Das [mailto:koushik@accelerite.com] >> Sent: Tuesday, May 24, 2016 2:06 PM >> To: users@cloudstack.apache.org<mailto:users@cloudstack.apache.org> >> Subject: Re: Xenserver 6.5 live migration with local volumes >> >> This is a product bug and needs to be fixed. There is some serialization >> issue that needs fixing. >> >> In the below code volumeToFiler is null as Map is not a serializable type. >> It needs to be replaced with getVolumeToFilerAsList() and then the data >> needs to be read appropriately. >> >> final Map volumeToFiler = >> command.getVolumeToFiler(); >> >> -Koushik >> >> On 24/05/16, 3:23 PM, "Ivan Derbenev" >> mailto:ivan.derbe...@tech-corps.com>> wrote: >> >> Hello! >> After the migration onto XS 6.5 (and installing all the updates) and CS >> 4.8 I can't migrate VMs with Local Storage >> >> The issue is similar to this: >> https://issues.apache.org/jira/browse/CLOUDSTACK-9353, but it doesn't have >> any solutions Any ideas? >> >> Errors: >> >> 2016-05-24 12:10:16,440 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] >> (DirectAgentCronJob-26:ctx-ab4250ff) (logid:4fa92c13) Done with process >> of VM state report. host: 136592 >> 2016-05-24 12:10:16,450 DEBUG [c.c.h.x.r.CitrixResourceBase] >> (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Looking for network >> named cloud-main >> 2016-05-24 12:10:16,466 DEBUG [c.c.h.x.r.XsLocalNetwork] >> (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Found a network called >> cloud-main on host=10.7.130.103; >> Network=9632020b-4d98-1bed-9ae8-477e0993cab0; >> pif=3c7d1121-2bde-26cf-9478-18e51ffca75f >> 2016-05-24 12:10:16,477 DEBUG [c.c.h.x.r.CitrixResourceBase] >> (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Creating VLAN 1007 on >> host 10.7.130.103 on device eth0 >> 2016-05-24 12:10:17,163 DEBUG [c.c.h.x.r.CitrixResourceBase] >> (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) VLAN is created for >> 1007. The uuid is ec053fee-0426-9665-150a-77399562196b >> 2016-05-24 12:10:17,170 WARN >> [c.c.h.x.r.w.x.XenServer610MigrateWithStorageCommandWrapper] >> (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Catch Exception >> java.lang.NullPointerException. Storage motion failed due to >> java.lang.NullPointerException java.lang.NullPointerException >> at >> com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:86) >> at >> com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:54) >> at >> com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixRequestWrapper.execute(CitrixRequestWrap
Re: Xenserver 6.5 live migration with local volumes
FYI testing this patch as it seems related to the issue I observe: https://github.com/apache/cloudstack/pull/925 Regards, Remi Sent from my iPhone > On 26 Jun 2016, at 17:41, Remi Bergsma wrote: > > This is about xenserver 6.5. > > Regards, Remi > > Sent from my iPhone > >> On 26 Jun 2016, at 14:14, Will Stevens wrote: >> >> Which hypervisor are you using? >>> On Jun 26, 2016 2:00 AM, "Remi Bergsma" wrote: >>> >>> Hi Makrand, >>> >>> Thanks for the info. What I want is migrate a VM from one cluster (with >>> cluster scope shared storage) to another one. The UI / API allows that (it >>> says: storage migration required) but it doesn't work. The goal is to >>> consolidate two half empty clusters into one and then reprovison the empty >>> one. >>> >>> I was wondering whether others know this feature even works in which case >>> my issue might be a local config issue or so. >>> >>> I'll try to reproduce in a test setup so that I can hook in the debugger >>> and see what's going on. >>> >>> If there are tips please let me know :-) >>> >>> Thanks, Remi >>> >>> Sent from my iPhone >>> >>>> On 25 Jun 2016, at 17:41, Makrand wrote: >>>> >>>> Hi Remi, >>>> >>>> If you're talking about common storage for all clusters, then its Zone >>> wide >>>> primary storage. I think it works pretty well, only if the new created VM >>>> have disks already created on same new storage. >>>> >>>> With my previous employer, we rolled out zonewide primary (with cluster >>>> level primary setup already in place) and it worked pretty good once we >>>> vmotioned VMs from *cluster primary* to *Zone wide primary* and updated >>> DB >>>> (storage & volumes tables). (We eventually ditched Cluster primary). >>>> >>>> -- >>>> Best, >>>> Makrand >>>> >>>> >>>> On Fri, Jun 24, 2016 at 7:31 PM, Remi Bergsma < >>> rberg...@schubergphilis.com> >>>> wrote: >>>> >>>>> Hi Anshul, >>>>> >>>>> Thanks! Did you ever try live migrating from CloudStack with storage >>>>> between clusters? I can't get that to work. I'll collect some details in >>>>> the next days but was wondering if it was supposed to work. >>>>> >>>>> Regards, Remi >>>>> >>>>> Sent from my iPhone >>>>> >>>>>>> On 24 Jun 2016, at 06:30, Anshul Gangwar < >>> anshul.gang...@accelerite.com> >>>>>> wrote: >>>>>> >>>>>> Created the PR https://github.com/apache/cloudstack/pull/1596. >>>>>> >>>>>> Regards, >>>>>> Anshul >>>>>> >>>>>> On 24/06/16, 2:33 AM, "Dave Garbus" wrote: >>>>>> >>>>>> Is there anybody that wants to take this on? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> - Dave >>>>>> >>>>>>> On May 24, 2016, at 10:57 AM, Dave Garbus >>>>> wrote: >>>>>>> >>>>>>> I updated the issue referenced in this email ( >>>>> https://issues.apache.org/jira/browse/CLOUDSTACK-9353) to include >>>>> CloudStack 4.8 as an affected version. If we could at least get someone >>>>> assigned to it, that’d be a good start. >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> - Dave >>>>>>> >>>>>>> On May 24, 2016, at 9:42 AM, Ivan Derbenev < >>>>> ivan.derbe...@tech-corps.com<mailto:ivan.derbe...@tech-corps.com>> >>> wrote: >>>>>>> >>>>>>> Is there a way I can fix this on my installation, without recompiling >>>>> jar files? >>>>>>> >>>>>>> Regards, >>>>>>> IT engineer >>>>>>> Farheap, Russia >>>>>>> Ivan Derbenev >>>>>>> >>>>>>> -Original Message- >>>>>>> From: Koushik Das [mailto:koushik@accelerite.com] >>>>>>> Sent: Tuesday, May
Re: Xenserver 6.5 live migration with local volumes
This is about xenserver 6.5. Regards, Remi Sent from my iPhone > On 26 Jun 2016, at 14:14, Will Stevens wrote: > > Which hypervisor are you using? >> On Jun 26, 2016 2:00 AM, "Remi Bergsma" wrote: >> >> Hi Makrand, >> >> Thanks for the info. What I want is migrate a VM from one cluster (with >> cluster scope shared storage) to another one. The UI / API allows that (it >> says: storage migration required) but it doesn't work. The goal is to >> consolidate two half empty clusters into one and then reprovison the empty >> one. >> >> I was wondering whether others know this feature even works in which case >> my issue might be a local config issue or so. >> >> I'll try to reproduce in a test setup so that I can hook in the debugger >> and see what's going on. >> >> If there are tips please let me know :-) >> >> Thanks, Remi >> >> Sent from my iPhone >> >>> On 25 Jun 2016, at 17:41, Makrand wrote: >>> >>> Hi Remi, >>> >>> If you're talking about common storage for all clusters, then its Zone >> wide >>> primary storage. I think it works pretty well, only if the new created VM >>> have disks already created on same new storage. >>> >>> With my previous employer, we rolled out zonewide primary (with cluster >>> level primary setup already in place) and it worked pretty good once we >>> vmotioned VMs from *cluster primary* to *Zone wide primary* and updated >> DB >>> (storage & volumes tables). (We eventually ditched Cluster primary). >>> >>> -- >>> Best, >>> Makrand >>> >>> >>> On Fri, Jun 24, 2016 at 7:31 PM, Remi Bergsma < >> rberg...@schubergphilis.com> >>> wrote: >>> >>>> Hi Anshul, >>>> >>>> Thanks! Did you ever try live migrating from CloudStack with storage >>>> between clusters? I can't get that to work. I'll collect some details in >>>> the next days but was wondering if it was supposed to work. >>>> >>>> Regards, Remi >>>> >>>> Sent from my iPhone >>>> >>>>>> On 24 Jun 2016, at 06:30, Anshul Gangwar < >> anshul.gang...@accelerite.com> >>>>> wrote: >>>>> >>>>> Created the PR https://github.com/apache/cloudstack/pull/1596. >>>>> >>>>> Regards, >>>>> Anshul >>>>> >>>>> On 24/06/16, 2:33 AM, "Dave Garbus" wrote: >>>>> >>>>> Is there anybody that wants to take this on? >>>>> >>>>> Thanks, >>>>> >>>>> - Dave >>>>> >>>>>> On May 24, 2016, at 10:57 AM, Dave Garbus >>>> wrote: >>>>>> >>>>>> I updated the issue referenced in this email ( >>>> https://issues.apache.org/jira/browse/CLOUDSTACK-9353) to include >>>> CloudStack 4.8 as an affected version. If we could at least get someone >>>> assigned to it, that’d be a good start. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> - Dave >>>>>> >>>>>> On May 24, 2016, at 9:42 AM, Ivan Derbenev < >>>> ivan.derbe...@tech-corps.com<mailto:ivan.derbe...@tech-corps.com>> >> wrote: >>>>>> >>>>>> Is there a way I can fix this on my installation, without recompiling >>>> jar files? >>>>>> >>>>>> Regards, >>>>>> IT engineer >>>>>> Farheap, Russia >>>>>> Ivan Derbenev >>>>>> >>>>>> -Original Message- >>>>>> From: Koushik Das [mailto:koushik@accelerite.com] >>>>>> Sent: Tuesday, May 24, 2016 2:06 PM >>>>>> To: users@cloudstack.apache.org<mailto:users@cloudstack.apache.org> >>>>>> Subject: Re: Xenserver 6.5 live migration with local volumes >>>>>> >>>>>> This is a product bug and needs to be fixed. There is some >>>> serialization issue that needs fixing. >>>>>> >>>>>> In the below code volumeToFiler is null as Map is not a serializable >>>> type. It needs to be replaced with getVolumeToFilerAsList() and then the >>>> data needs to be read appropriately. >>>>>&
Re: Xenserver 6.5 live migration with local volumes
Which hypervisor are you using? On Jun 26, 2016 2:00 AM, "Remi Bergsma" wrote: > Hi Makrand, > > Thanks for the info. What I want is migrate a VM from one cluster (with > cluster scope shared storage) to another one. The UI / API allows that (it > says: storage migration required) but it doesn't work. The goal is to > consolidate two half empty clusters into one and then reprovison the empty > one. > > I was wondering whether others know this feature even works in which case > my issue might be a local config issue or so. > > I'll try to reproduce in a test setup so that I can hook in the debugger > and see what's going on. > > If there are tips please let me know :-) > > Thanks, Remi > > Sent from my iPhone > > > On 25 Jun 2016, at 17:41, Makrand wrote: > > > > Hi Remi, > > > > If you're talking about common storage for all clusters, then its Zone > wide > > primary storage. I think it works pretty well, only if the new created VM > > have disks already created on same new storage. > > > > With my previous employer, we rolled out zonewide primary (with cluster > > level primary setup already in place) and it worked pretty good once we > > vmotioned VMs from *cluster primary* to *Zone wide primary* and updated > DB > > (storage & volumes tables). (We eventually ditched Cluster primary). > > > > -- > > Best, > > Makrand > > > > > > On Fri, Jun 24, 2016 at 7:31 PM, Remi Bergsma < > rberg...@schubergphilis.com> > > wrote: > > > >> Hi Anshul, > >> > >> Thanks! Did you ever try live migrating from CloudStack with storage > >> between clusters? I can't get that to work. I'll collect some details in > >> the next days but was wondering if it was supposed to work. > >> > >> Regards, Remi > >> > >> Sent from my iPhone > >> > >>>> On 24 Jun 2016, at 06:30, Anshul Gangwar < > anshul.gang...@accelerite.com> > >>> wrote: > >>> > >>> Created the PR https://github.com/apache/cloudstack/pull/1596. > >>> > >>> Regards, > >>> Anshul > >>> > >>> On 24/06/16, 2:33 AM, "Dave Garbus" wrote: > >>> > >>> Is there anybody that wants to take this on? > >>> > >>> Thanks, > >>> > >>> - Dave > >>> > >>>> On May 24, 2016, at 10:57 AM, Dave Garbus > >> wrote: > >>>> > >>>> I updated the issue referenced in this email ( > >> https://issues.apache.org/jira/browse/CLOUDSTACK-9353) to include > >> CloudStack 4.8 as an affected version. If we could at least get someone > >> assigned to it, that’d be a good start. > >>>> > >>>> Thanks, > >>>> > >>>> - Dave > >>>> > >>>> On May 24, 2016, at 9:42 AM, Ivan Derbenev < > >> ivan.derbe...@tech-corps.com<mailto:ivan.derbe...@tech-corps.com>> > wrote: > >>>> > >>>> Is there a way I can fix this on my installation, without recompiling > >> jar files? > >>>> > >>>> Regards, > >>>> IT engineer > >>>> Farheap, Russia > >>>> Ivan Derbenev > >>>> > >>>> -Original Message- > >>>> From: Koushik Das [mailto:koushik@accelerite.com] > >>>> Sent: Tuesday, May 24, 2016 2:06 PM > >>>> To: users@cloudstack.apache.org<mailto:users@cloudstack.apache.org> > >>>> Subject: Re: Xenserver 6.5 live migration with local volumes > >>>> > >>>> This is a product bug and needs to be fixed. There is some > >> serialization issue that needs fixing. > >>>> > >>>> In the below code volumeToFiler is null as Map is not a serializable > >> type. It needs to be replaced with getVolumeToFilerAsList() and then the > >> data needs to be read appropriately. > >>>> > >>>> final Map volumeToFiler = > >> command.getVolumeToFiler(); > >>>> > >>>> -Koushik > >>>> > >>>> On 24/05/16, 3:23 PM, "Ivan Derbenev" >> <mailto:ivan.derbe...@tech-corps.com>> wrote: > >>>> > >>>> Hello! > >>>> After the migration onto XS 6.5 (and installing all the updates) and > CS > >>>> 4.8 I can't migrate VMs with Local Storage > &
Re: Xenserver 6.5 live migration with local volumes
Hi Makrand, Thanks for the info. What I want is migrate a VM from one cluster (with cluster scope shared storage) to another one. The UI / API allows that (it says: storage migration required) but it doesn't work. The goal is to consolidate two half empty clusters into one and then reprovison the empty one. I was wondering whether others know this feature even works in which case my issue might be a local config issue or so. I'll try to reproduce in a test setup so that I can hook in the debugger and see what's going on. If there are tips please let me know :-) Thanks, Remi Sent from my iPhone > On 25 Jun 2016, at 17:41, Makrand wrote: > > Hi Remi, > > If you're talking about common storage for all clusters, then its Zone wide > primary storage. I think it works pretty well, only if the new created VM > have disks already created on same new storage. > > With my previous employer, we rolled out zonewide primary (with cluster > level primary setup already in place) and it worked pretty good once we > vmotioned VMs from *cluster primary* to *Zone wide primary* and updated DB > (storage & volumes tables). (We eventually ditched Cluster primary). > > -- > Best, > Makrand > > > On Fri, Jun 24, 2016 at 7:31 PM, Remi Bergsma > wrote: > >> Hi Anshul, >> >> Thanks! Did you ever try live migrating from CloudStack with storage >> between clusters? I can't get that to work. I'll collect some details in >> the next days but was wondering if it was supposed to work. >> >> Regards, Remi >> >> Sent from my iPhone >> >>>> On 24 Jun 2016, at 06:30, Anshul Gangwar >>> wrote: >>> >>> Created the PR https://github.com/apache/cloudstack/pull/1596. >>> >>> Regards, >>> Anshul >>> >>> On 24/06/16, 2:33 AM, "Dave Garbus" wrote: >>> >>> Is there anybody that wants to take this on? >>> >>> Thanks, >>> >>> - Dave >>> >>>> On May 24, 2016, at 10:57 AM, Dave Garbus >> wrote: >>>> >>>> I updated the issue referenced in this email ( >> https://issues.apache.org/jira/browse/CLOUDSTACK-9353) to include >> CloudStack 4.8 as an affected version. If we could at least get someone >> assigned to it, that’d be a good start. >>>> >>>> Thanks, >>>> >>>> - Dave >>>> >>>> On May 24, 2016, at 9:42 AM, Ivan Derbenev < >> ivan.derbe...@tech-corps.com<mailto:ivan.derbe...@tech-corps.com>> wrote: >>>> >>>> Is there a way I can fix this on my installation, without recompiling >> jar files? >>>> >>>> Regards, >>>> IT engineer >>>> Farheap, Russia >>>> Ivan Derbenev >>>> >>>> -Original Message- >>>> From: Koushik Das [mailto:koushik@accelerite.com] >>>> Sent: Tuesday, May 24, 2016 2:06 PM >>>> To: users@cloudstack.apache.org<mailto:users@cloudstack.apache.org> >>>> Subject: Re: Xenserver 6.5 live migration with local volumes >>>> >>>> This is a product bug and needs to be fixed. There is some >> serialization issue that needs fixing. >>>> >>>> In the below code volumeToFiler is null as Map is not a serializable >> type. It needs to be replaced with getVolumeToFilerAsList() and then the >> data needs to be read appropriately. >>>> >>>> final Map volumeToFiler = >> command.getVolumeToFiler(); >>>> >>>> -Koushik >>>> >>>> On 24/05/16, 3:23 PM, "Ivan Derbenev" > <mailto:ivan.derbe...@tech-corps.com>> wrote: >>>> >>>> Hello! >>>> After the migration onto XS 6.5 (and installing all the updates) and CS >>>> 4.8 I can't migrate VMs with Local Storage >>>> >>>> The issue is similar to this: >>>> https://issues.apache.org/jira/browse/CLOUDSTACK-9353, but it doesn't >> have any solutions Any ideas? >>>> >>>> Errors: >>>> >>>> 2016-05-24 12:10:16,440 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] >>>> (DirectAgentCronJob-26:ctx-ab4250ff) (logid:4fa92c13) Done with process >>>> of VM state report. host: 136592 >>>> 2016-05-24 12:10:16,450 DEBUG [c.c.h.x.r.CitrixResourceBase] >>>> (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Looking for network >>>> named cloud-main >>&g
Re: Xenserver 6.5 live migration with local volumes
Hi Remi, If you're talking about common storage for all clusters, then its Zone wide primary storage. I think it works pretty well, only if the new created VM have disks already created on same new storage. With my previous employer, we rolled out zonewide primary (with cluster level primary setup already in place) and it worked pretty good once we vmotioned VMs from *cluster primary* to *Zone wide primary* and updated DB (storage & volumes tables). (We eventually ditched Cluster primary). -- Best, Makrand On Fri, Jun 24, 2016 at 7:31 PM, Remi Bergsma wrote: > Hi Anshul, > > Thanks! Did you ever try live migrating from CloudStack with storage > between clusters? I can't get that to work. I'll collect some details in > the next days but was wondering if it was supposed to work. > > Regards, Remi > > Sent from my iPhone > > > On 24 Jun 2016, at 06:30, Anshul Gangwar > wrote: > > > > Created the PR https://github.com/apache/cloudstack/pull/1596. > > > > Regards, > > Anshul > > > > On 24/06/16, 2:33 AM, "Dave Garbus" wrote: > > > > Is there anybody that wants to take this on? > > > > Thanks, > > > > - Dave > > > >> On May 24, 2016, at 10:57 AM, Dave Garbus > wrote: > >> > >> I updated the issue referenced in this email ( > https://issues.apache.org/jira/browse/CLOUDSTACK-9353) to include > CloudStack 4.8 as an affected version. If we could at least get someone > assigned to it, that’d be a good start. > >> > >> Thanks, > >> > >> - Dave > >> > >> On May 24, 2016, at 9:42 AM, Ivan Derbenev < > ivan.derbe...@tech-corps.com<mailto:ivan.derbe...@tech-corps.com>> wrote: > >> > >> Is there a way I can fix this on my installation, without recompiling > jar files? > >> > >> Regards, > >> IT engineer > >> Farheap, Russia > >> Ivan Derbenev > >> > >> -Original Message- > >> From: Koushik Das [mailto:koushik@accelerite.com] > >> Sent: Tuesday, May 24, 2016 2:06 PM > >> To: users@cloudstack.apache.org<mailto:users@cloudstack.apache.org> > >> Subject: Re: Xenserver 6.5 live migration with local volumes > >> > >> This is a product bug and needs to be fixed. There is some > serialization issue that needs fixing. > >> > >> In the below code volumeToFiler is null as Map is not a serializable > type. It needs to be replaced with getVolumeToFilerAsList() and then the > data needs to be read appropriately. > >> > >> final Map volumeToFiler = > command.getVolumeToFiler(); > >> > >> -Koushik > >> > >> On 24/05/16, 3:23 PM, "Ivan Derbenev" <mailto:ivan.derbe...@tech-corps.com>> wrote: > >> > >> Hello! > >> After the migration onto XS 6.5 (and installing all the updates) and CS > >> 4.8 I can't migrate VMs with Local Storage > >> > >> The issue is similar to this: > >> https://issues.apache.org/jira/browse/CLOUDSTACK-9353, but it doesn't > have any solutions Any ideas? > >> > >> Errors: > >> > >> 2016-05-24 12:10:16,440 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] > >> (DirectAgentCronJob-26:ctx-ab4250ff) (logid:4fa92c13) Done with process > >> of VM state report. host: 136592 > >> 2016-05-24 12:10:16,450 DEBUG [c.c.h.x.r.CitrixResourceBase] > >> (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Looking for network > >> named cloud-main > >> 2016-05-24 12:10:16,466 DEBUG [c.c.h.x.r.XsLocalNetwork] > >> (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Found a network called > >> cloud-main on host=10.7.130.103; > >> Network=9632020b-4d98-1bed-9ae8-477e0993cab0; > >> pif=3c7d1121-2bde-26cf-9478-18e51ffca75f > >> 2016-05-24 12:10:16,477 DEBUG [c.c.h.x.r.CitrixResourceBase] > >> (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Creating VLAN 1007 on > >> host 10.7.130.103 on device eth0 > >> 2016-05-24 12:10:17,163 DEBUG [c.c.h.x.r.CitrixResourceBase] > >> (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) VLAN is created for > >> 1007. The uuid is ec053fee-0426-9665-150a-77399562196b > >> 2016-05-24 12:10:17,170 WARN > >> [c.c.h.x.r.w.x.XenServer610MigrateWithStorageCommandWrapper] > (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Catch Exception > java.lang.NullPointerException. Storage motion failed due to > java.lang.NullPointerException java.lang.NullPointerException > >> at > com.cloud.hy
Re: Xenserver 6.5 live migration with local volumes
Hi Anshul, Thanks! Did you ever try live migrating from CloudStack with storage between clusters? I can't get that to work. I'll collect some details in the next days but was wondering if it was supposed to work. Regards, Remi Sent from my iPhone > On 24 Jun 2016, at 06:30, Anshul Gangwar > wrote: > > Created the PR https://github.com/apache/cloudstack/pull/1596. > > Regards, > Anshul > > On 24/06/16, 2:33 AM, "Dave Garbus" wrote: > > Is there anybody that wants to take this on? > > Thanks, > > - Dave > >> On May 24, 2016, at 10:57 AM, Dave Garbus wrote: >> >> I updated the issue referenced in this email >> (https://issues.apache.org/jira/browse/CLOUDSTACK-9353) to include >> CloudStack 4.8 as an affected version. If we could at least get someone >> assigned to it, that’d be a good start. >> >> Thanks, >> >> - Dave >> >> On May 24, 2016, at 9:42 AM, Ivan Derbenev >> mailto:ivan.derbe...@tech-corps.com>> wrote: >> >> Is there a way I can fix this on my installation, without recompiling jar >> files? >> >> Regards, >> IT engineer >> Farheap, Russia >> Ivan Derbenev >> >> -Original Message- >> From: Koushik Das [mailto:koushik@accelerite.com] >> Sent: Tuesday, May 24, 2016 2:06 PM >> To: users@cloudstack.apache.org<mailto:users@cloudstack.apache.org> >> Subject: Re: Xenserver 6.5 live migration with local volumes >> >> This is a product bug and needs to be fixed. There is some serialization >> issue that needs fixing. >> >> In the below code volumeToFiler is null as Map is not a serializable type. >> It needs to be replaced with getVolumeToFilerAsList() and then the data >> needs to be read appropriately. >> >> final Map volumeToFiler = >> command.getVolumeToFiler(); >> >> -Koushik >> >> On 24/05/16, 3:23 PM, "Ivan Derbenev" >> mailto:ivan.derbe...@tech-corps.com>> wrote: >> >> Hello! >> After the migration onto XS 6.5 (and installing all the updates) and CS >> 4.8 I can't migrate VMs with Local Storage >> >> The issue is similar to this: >> https://issues.apache.org/jira/browse/CLOUDSTACK-9353, but it doesn't have >> any solutions Any ideas? >> >> Errors: >> >> 2016-05-24 12:10:16,440 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] >> (DirectAgentCronJob-26:ctx-ab4250ff) (logid:4fa92c13) Done with process >> of VM state report. host: 136592 >> 2016-05-24 12:10:16,450 DEBUG [c.c.h.x.r.CitrixResourceBase] >> (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Looking for network >> named cloud-main >> 2016-05-24 12:10:16,466 DEBUG [c.c.h.x.r.XsLocalNetwork] >> (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Found a network called >> cloud-main on host=10.7.130.103; >> Network=9632020b-4d98-1bed-9ae8-477e0993cab0; >> pif=3c7d1121-2bde-26cf-9478-18e51ffca75f >> 2016-05-24 12:10:16,477 DEBUG [c.c.h.x.r.CitrixResourceBase] >> (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Creating VLAN 1007 on >> host 10.7.130.103 on device eth0 >> 2016-05-24 12:10:17,163 DEBUG [c.c.h.x.r.CitrixResourceBase] >> (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) VLAN is created for >> 1007. The uuid is ec053fee-0426-9665-150a-77399562196b >> 2016-05-24 12:10:17,170 WARN >> [c.c.h.x.r.w.x.XenServer610MigrateWithStorageCommandWrapper] >> (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Catch Exception >> java.lang.NullPointerException. Storage motion failed due to >> java.lang.NullPointerException java.lang.NullPointerException >> at >> com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:86) >> at >> com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:54) >> at >> com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixRequestWrapper.execute(CitrixRequestWrapper.java:122) >> at >> com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:1677) >> at >> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:315) >> at >> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) >> at >> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(
Re: Xenserver 6.5 live migration with local volumes
Created the PR https://github.com/apache/cloudstack/pull/1596. Regards, Anshul On 24/06/16, 2:33 AM, "Dave Garbus" wrote: Is there anybody that wants to take this on? Thanks, - Dave > On May 24, 2016, at 10:57 AM, Dave Garbus wrote: > > I updated the issue referenced in this email > (https://issues.apache.org/jira/browse/CLOUDSTACK-9353) to include CloudStack > 4.8 as an affected version. If we could at least get someone assigned to it, > that’d be a good start. > > Thanks, > > - Dave > > On May 24, 2016, at 9:42 AM, Ivan Derbenev > mailto:ivan.derbe...@tech-corps.com>> wrote: > > Is there a way I can fix this on my installation, without recompiling jar > files? > > Regards, > IT engineer > Farheap, Russia > Ivan Derbenev > > -Original Message- > From: Koushik Das [mailto:koushik@accelerite.com] > Sent: Tuesday, May 24, 2016 2:06 PM > To: users@cloudstack.apache.org<mailto:users@cloudstack.apache.org> > Subject: Re: Xenserver 6.5 live migration with local volumes > > This is a product bug and needs to be fixed. There is some serialization > issue that needs fixing. > > In the below code volumeToFiler is null as Map is not a serializable type. It > needs to be replaced with getVolumeToFilerAsList() and then the data needs to > be read appropriately. > > final Map volumeToFiler = > command.getVolumeToFiler(); > > -Koushik > > On 24/05/16, 3:23 PM, "Ivan Derbenev" > mailto:ivan.derbe...@tech-corps.com>> wrote: > > Hello! > After the migration onto XS 6.5 (and installing all the updates) and CS > 4.8 I can't migrate VMs with Local Storage > > The issue is similar to this: > https://issues.apache.org/jira/browse/CLOUDSTACK-9353, but it doesn't have > any solutions Any ideas? > > Errors: > > 2016-05-24 12:10:16,440 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] > (DirectAgentCronJob-26:ctx-ab4250ff) (logid:4fa92c13) Done with process > of VM state report. host: 136592 > 2016-05-24 12:10:16,450 DEBUG [c.c.h.x.r.CitrixResourceBase] > (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Looking for network > named cloud-main > 2016-05-24 12:10:16,466 DEBUG [c.c.h.x.r.XsLocalNetwork] > (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Found a network called > cloud-main on host=10.7.130.103; > Network=9632020b-4d98-1bed-9ae8-477e0993cab0; > pif=3c7d1121-2bde-26cf-9478-18e51ffca75f > 2016-05-24 12:10:16,477 DEBUG [c.c.h.x.r.CitrixResourceBase] > (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Creating VLAN 1007 on > host 10.7.130.103 on device eth0 > 2016-05-24 12:10:17,163 DEBUG [c.c.h.x.r.CitrixResourceBase] > (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) VLAN is created for > 1007. The uuid is ec053fee-0426-9665-150a-77399562196b > 2016-05-24 12:10:17,170 WARN > [c.c.h.x.r.w.x.XenServer610MigrateWithStorageCommandWrapper] > (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Catch Exception > java.lang.NullPointerException. Storage motion failed due to > java.lang.NullPointerException java.lang.NullPointerException > at > com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:86) > at > com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:54) > at > com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixRequestWrapper.execute(CitrixRequestWrapper.java:122) > at > com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:1677) > at > com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:315) > 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 > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask.run(FutureTask.java:262) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178) > at > java.util.concurrent.ScheduledThreadPoolExecutor$S
Re: Xenserver 6.5 live migration with local volumes
Is there anybody that wants to take this on? Thanks, - Dave > On May 24, 2016, at 10:57 AM, Dave Garbus wrote: > > I updated the issue referenced in this email > (https://issues.apache.org/jira/browse/CLOUDSTACK-9353) to include CloudStack > 4.8 as an affected version. If we could at least get someone assigned to it, > that’d be a good start. > > Thanks, > > - Dave > > On May 24, 2016, at 9:42 AM, Ivan Derbenev > mailto:ivan.derbe...@tech-corps.com>> wrote: > > Is there a way I can fix this on my installation, without recompiling jar > files? > > Regards, > IT engineer > Farheap, Russia > Ivan Derbenev > > -Original Message- > From: Koushik Das [mailto:koushik@accelerite.com] > Sent: Tuesday, May 24, 2016 2:06 PM > To: users@cloudstack.apache.org<mailto:users@cloudstack.apache.org> > Subject: Re: Xenserver 6.5 live migration with local volumes > > This is a product bug and needs to be fixed. There is some serialization > issue that needs fixing. > > In the below code volumeToFiler is null as Map is not a serializable type. It > needs to be replaced with getVolumeToFilerAsList() and then the data needs to > be read appropriately. > > final Map volumeToFiler = > command.getVolumeToFiler(); > > -Koushik > > On 24/05/16, 3:23 PM, "Ivan Derbenev" > mailto:ivan.derbe...@tech-corps.com>> wrote: > > Hello! > After the migration onto XS 6.5 (and installing all the updates) and CS > 4.8 I can't migrate VMs with Local Storage > > The issue is similar to this: > https://issues.apache.org/jira/browse/CLOUDSTACK-9353, but it doesn't have > any solutions Any ideas? > > Errors: > > 2016-05-24 12:10:16,440 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl] > (DirectAgentCronJob-26:ctx-ab4250ff) (logid:4fa92c13) Done with process > of VM state report. host: 136592 > 2016-05-24 12:10:16,450 DEBUG [c.c.h.x.r.CitrixResourceBase] > (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Looking for network > named cloud-main > 2016-05-24 12:10:16,466 DEBUG [c.c.h.x.r.XsLocalNetwork] > (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Found a network called > cloud-main on host=10.7.130.103; > Network=9632020b-4d98-1bed-9ae8-477e0993cab0; > pif=3c7d1121-2bde-26cf-9478-18e51ffca75f > 2016-05-24 12:10:16,477 DEBUG [c.c.h.x.r.CitrixResourceBase] > (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Creating VLAN 1007 on > host 10.7.130.103 on device eth0 > 2016-05-24 12:10:17,163 DEBUG [c.c.h.x.r.CitrixResourceBase] > (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) VLAN is created for > 1007. The uuid is ec053fee-0426-9665-150a-77399562196b > 2016-05-24 12:10:17,170 WARN > [c.c.h.x.r.w.x.XenServer610MigrateWithStorageCommandWrapper] > (DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Catch Exception > java.lang.NullPointerException. Storage motion failed due to > java.lang.NullPointerException java.lang.NullPointerException > at > com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:86) > at > com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:54) > at > com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixRequestWrapper.execute(CitrixRequestWrapper.java:122) > at > com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:1677) > at > com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:315) > 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 > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask.run(FutureTask.java:262) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(Thre
Re: Xenserver 6.5 live migration with local volumes
I updated the issue referenced in this email
(https://issues.apache.org/jira/browse/CLOUDSTACK-9353) to include CloudStack
4.8 as an affected version. If we could at least get someone assigned to it,
that’d be a good start.
Thanks,
- Dave
On May 24, 2016, at 9:42 AM, Ivan Derbenev
mailto:ivan.derbe...@tech-corps.com>> wrote:
Is there a way I can fix this on my installation, without recompiling jar files?
Regards,
IT engineer
Farheap, Russia
Ivan Derbenev
-Original Message-
From: Koushik Das [mailto:koushik@accelerite.com]
Sent: Tuesday, May 24, 2016 2:06 PM
To: users@cloudstack.apache.org<mailto:users@cloudstack.apache.org>
Subject: Re: Xenserver 6.5 live migration with local volumes
This is a product bug and needs to be fixed. There is some serialization issue
that needs fixing.
In the below code volumeToFiler is null as Map is not a serializable type. It
needs to be replaced with getVolumeToFilerAsList() and then the data needs to
be read appropriately.
final Map volumeToFiler =
command.getVolumeToFiler();
-Koushik
On 24/05/16, 3:23 PM, "Ivan Derbenev"
mailto:ivan.derbe...@tech-corps.com>> wrote:
Hello!
After the migration onto XS 6.5 (and installing all the updates) and CS
4.8 I can't migrate VMs with Local Storage
The issue is similar to this:
https://issues.apache.org/jira/browse/CLOUDSTACK-9353, but it doesn't have any
solutions Any ideas?
Errors:
2016-05-24 12:10:16,440 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl]
(DirectAgentCronJob-26:ctx-ab4250ff) (logid:4fa92c13) Done with process
of VM state report. host: 136592
2016-05-24 12:10:16,450 DEBUG [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Looking for network
named cloud-main
2016-05-24 12:10:16,466 DEBUG [c.c.h.x.r.XsLocalNetwork]
(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Found a network called
cloud-main on host=10.7.130.103;
Network=9632020b-4d98-1bed-9ae8-477e0993cab0;
pif=3c7d1121-2bde-26cf-9478-18e51ffca75f
2016-05-24 12:10:16,477 DEBUG [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Creating VLAN 1007 on
host 10.7.130.103 on device eth0
2016-05-24 12:10:17,163 DEBUG [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) VLAN is created for
1007. The uuid is ec053fee-0426-9665-150a-77399562196b
2016-05-24 12:10:17,170 WARN
[c.c.h.x.r.w.x.XenServer610MigrateWithStorageCommandWrapper]
(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Catch Exception
java.lang.NullPointerException. Storage motion failed due to
java.lang.NullPointerException java.lang.NullPointerException
at
com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:86)
at
com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:54)
at
com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixRequestWrapper.execute(CitrixRequestWrapper.java:122)
at
com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:1677)
at
com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:315)
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 java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
2016-05-24 12:10:17,171 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Seq 136589-479633360314957887:
Response Received:
2016-05-24 12:10:17,171 DEBUG [c.c.a.t.Request]
(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Seq
136589-479633360314957887: Processing: { Ans: , MgmtId:
128437433941265, via:
136589(cloudstack-computing03-sar01.tech-corps.com<http://cloudstack-computing03-sar
RE: Xenserver 6.5 live migration with local volumes
Is there a way I can fix this on my installation, without recompiling jar files?
Regards,
IT engineer
Farheap, Russia
Ivan Derbenev
-Original Message-
From: Koushik Das [mailto:koushik@accelerite.com]
Sent: Tuesday, May 24, 2016 2:06 PM
To: users@cloudstack.apache.org
Subject: Re: Xenserver 6.5 live migration with local volumes
This is a product bug and needs to be fixed. There is some serialization issue
that needs fixing.
In the below code volumeToFiler is null as Map is not a serializable type. It
needs to be replaced with getVolumeToFilerAsList() and then the data needs to
be read appropriately.
final Map volumeToFiler =
command.getVolumeToFiler();
-Koushik
On 24/05/16, 3:23 PM, "Ivan Derbenev" wrote:
>Hello!
>After the migration onto XS 6.5 (and installing all the updates) and CS
>4.8 I can't migrate VMs with Local Storage
>
>The issue is similar to this:
>https://issues.apache.org/jira/browse/CLOUDSTACK-9353, but it doesn't have any
>solutions Any ideas?
>
>Errors:
>
>2016-05-24 12:10:16,440 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl]
>(DirectAgentCronJob-26:ctx-ab4250ff) (logid:4fa92c13) Done with process
>of VM state report. host: 136592
>2016-05-24 12:10:16,450 DEBUG [c.c.h.x.r.CitrixResourceBase]
>(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Looking for network
>named cloud-main
>2016-05-24 12:10:16,466 DEBUG [c.c.h.x.r.XsLocalNetwork]
>(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Found a network called
>cloud-main on host=10.7.130.103;
>Network=9632020b-4d98-1bed-9ae8-477e0993cab0;
>pif=3c7d1121-2bde-26cf-9478-18e51ffca75f
>2016-05-24 12:10:16,477 DEBUG [c.c.h.x.r.CitrixResourceBase]
>(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Creating VLAN 1007 on
>host 10.7.130.103 on device eth0
>2016-05-24 12:10:17,163 DEBUG [c.c.h.x.r.CitrixResourceBase]
>(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) VLAN is created for
>1007. The uuid is ec053fee-0426-9665-150a-77399562196b
>2016-05-24 12:10:17,170 WARN
>[c.c.h.x.r.w.x.XenServer610MigrateWithStorageCommandWrapper]
>(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Catch Exception
>java.lang.NullPointerException. Storage motion failed due to
>java.lang.NullPointerException java.lang.NullPointerException
>at
> com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:86)
>at
> com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:54)
>at
> com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixRequestWrapper.execute(CitrixRequestWrapper.java:122)
>at
> com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:1677)
>at
> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:315)
>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
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>at java.util.concurrent.FutureTask.run(FutureTask.java:262)
>at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
>at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
>at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>at java.lang.Thread.run(Thread.java:745)
>2016-05-24 12:10:17,171 DEBUG [c.c.a.m.DirectAgentAttache]
>(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Seq 136589-479633360314957887:
>Response Received:
>2016-05-24 12:10:17,171 DEBUG [c.c.a.t.Request]
>(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Seq
>136589-479633360314957887: Processing: { Ans: , MgmtId:
>128437433941265, via:
>136589(cloudstack-computing03-sar01.tech-corps.com), Ver: v1, Flags:
>110,
>[{"com.cloud.agent.api.MigrateWithStorageAnswer":{"result":false,"detai
>ls
Re: Xenserver 6.5 live migration with local volumes
This is a product bug and needs to be fixed. There is some serialization issue
that needs fixing.
In the below code volumeToFiler is null as Map is not a serializable type. It
needs to be replaced with getVolumeToFilerAsList() and then the data needs to
be read appropriately.
final Map volumeToFiler =
command.getVolumeToFiler();
-Koushik
On 24/05/16, 3:23 PM, "Ivan Derbenev" wrote:
>Hello!
>After the migration onto XS 6.5 (and installing all the updates) and CS 4.8 I
>can't migrate VMs with Local Storage
>
>The issue is similar to this:
>https://issues.apache.org/jira/browse/CLOUDSTACK-9353, but it doesn't have any
>solutions
>Any ideas?
>
>Errors:
>
>2016-05-24 12:10:16,440 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl]
>(DirectAgentCronJob-26:ctx-ab4250ff) (logid:4fa92c13) Done with process of VM
>state report. host: 136592
>2016-05-24 12:10:16,450 DEBUG [c.c.h.x.r.CitrixResourceBase]
>(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Looking for network named
>cloud-main
>2016-05-24 12:10:16,466 DEBUG [c.c.h.x.r.XsLocalNetwork]
>(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Found a network called
>cloud-main on host=10.7.130.103;
>Network=9632020b-4d98-1bed-9ae8-477e0993cab0;
>pif=3c7d1121-2bde-26cf-9478-18e51ffca75f
>2016-05-24 12:10:16,477 DEBUG [c.c.h.x.r.CitrixResourceBase]
>(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Creating VLAN 1007 on host
>10.7.130.103 on device eth0
>2016-05-24 12:10:17,163 DEBUG [c.c.h.x.r.CitrixResourceBase]
>(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) VLAN is created for 1007. The
>uuid is ec053fee-0426-9665-150a-77399562196b
>2016-05-24 12:10:17,170 WARN
>[c.c.h.x.r.w.x.XenServer610MigrateWithStorageCommandWrapper]
>(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Catch Exception
>java.lang.NullPointerException. Storage motion failed due to
>java.lang.NullPointerException
>java.lang.NullPointerException
>at
> com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:86)
>at
> com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:54)
>at
> com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixRequestWrapper.execute(CitrixRequestWrapper.java:122)
>at
> com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:1677)
>at
> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:315)
>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
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>at java.util.concurrent.FutureTask.run(FutureTask.java:262)
>at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
>at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
>at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>at java.lang.Thread.run(Thread.java:745)
>2016-05-24 12:10:17,171 DEBUG [c.c.a.m.DirectAgentAttache]
>(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Seq 136589-479633360314957887:
>Response Received:
>2016-05-24 12:10:17,171 DEBUG [c.c.a.t.Request] (DirectAgent-132:ctx-a97d60fa)
>(logid:8748bffe) Seq 136589-479633360314957887: Processing: { Ans: , MgmtId:
>128437433941265, via: 136589(cloudstack-computing03-sar01.tech-corps.com),
>Ver: v1, Flags: 110,
>[{"com.cloud.agent.api.MigrateWithStorageAnswer":{"result":false,"details":"Exception:
> java.lang.NullPointerException\nMessage: null\nStack:
>java.lang.NullPointerException\n\tat
>com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:86)\n\tat
>
>com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:54)\n\tat
>
>com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixRequestWrapper.execute(CitrixRequestWrapper.java:122)\n\tat
>
>com.cloud.hypervisor.xenserver.resource.Ci
Xenserver 6.5 live migration with local volumes
Hello!
After the migration onto XS 6.5 (and installing all the updates) and CS 4.8 I
can't migrate VMs with Local Storage
The issue is similar to this:
https://issues.apache.org/jira/browse/CLOUDSTACK-9353, but it doesn't have any
solutions
Any ideas?
Errors:
2016-05-24 12:10:16,440 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl]
(DirectAgentCronJob-26:ctx-ab4250ff) (logid:4fa92c13) Done with process of VM
state report. host: 136592
2016-05-24 12:10:16,450 DEBUG [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Looking for network named
cloud-main
2016-05-24 12:10:16,466 DEBUG [c.c.h.x.r.XsLocalNetwork]
(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Found a network called
cloud-main on host=10.7.130.103; Network=9632020b-4d98-1bed-9ae8-477e0993cab0;
pif=3c7d1121-2bde-26cf-9478-18e51ffca75f
2016-05-24 12:10:16,477 DEBUG [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Creating VLAN 1007 on host
10.7.130.103 on device eth0
2016-05-24 12:10:17,163 DEBUG [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) VLAN is created for 1007. The
uuid is ec053fee-0426-9665-150a-77399562196b
2016-05-24 12:10:17,170 WARN
[c.c.h.x.r.w.x.XenServer610MigrateWithStorageCommandWrapper]
(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Catch Exception
java.lang.NullPointerException. Storage motion failed due to
java.lang.NullPointerException
java.lang.NullPointerException
at
com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:86)
at
com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:54)
at
com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixRequestWrapper.execute(CitrixRequestWrapper.java:122)
at
com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:1677)
at
com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:315)
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
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
2016-05-24 12:10:17,171 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-132:ctx-a97d60fa) (logid:8748bffe) Seq 136589-479633360314957887:
Response Received:
2016-05-24 12:10:17,171 DEBUG [c.c.a.t.Request] (DirectAgent-132:ctx-a97d60fa)
(logid:8748bffe) Seq 136589-479633360314957887: Processing: { Ans: , MgmtId:
128437433941265, via: 136589(cloudstack-computing03-sar01.tech-corps.com), Ver:
v1, Flags: 110,
[{"com.cloud.agent.api.MigrateWithStorageAnswer":{"result":false,"details":"Exception:
java.lang.NullPointerException\nMessage: null\nStack:
java.lang.NullPointerException\n\tat
com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:86)\n\tat
com.cloud.hypervisor.xenserver.resource.wrapper.xen610.XenServer610MigrateWithStorageCommandWrapper.execute(XenServer610MigrateWithStorageCommandWrapper.java:54)\n\tat
com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixRequestWrapper.execute(CitrixRequestWrapper.java:122)\n\tat
com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:1677)\n\tat
com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:315)\n\tat
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)\n\tat
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)\n\tat
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)\n\t
