Hi Daznis, Reading the logs I see some inconsistency in the values. Can you describe the infrastructure you set up? The things that disturbs me is a zoneid=2, and a destination pool id=1. Aren't you trying to migrate a volume of a VM between 2 regions/zones?
On Sat, May 12, 2018 at 2:33 PM, Daznis <daz...@gmail.com> wrote: > Hi, > Actually that's the whole log. Above it just job starting. I have > attached the missing part of the log. Which tables do you need from > the database? > There are multiple records with allocated/creating inside > volume_store_ref. There is nothing that's looks wrong with > volumes/snapshots/snapshot_store_ref. > > On Thu, May 10, 2018 at 9:27 PM, Suresh Kumar Anaparti > <sureshkumar.anapa...@gmail.com> wrote: > > Hi Darius, > > > > From the logs, I could observe that image volume is already in the > creating > > state and trying to use the same for copying the volume between pools. > So, > > state transition failed. Could you please provide the complete log for > the > > usecase to root cause the issue. Also, include volumes and snapshots db > > details for the mentioned volume and snapshot. > > > > -Suresh > > > > > > On Thu, May 10, 2018 at 1:22 PM, Daznis <daz...@gmail.com> wrote: > > > >> Snapshots work fine. I can make a snapshot -> convert it to template > >> and start the VM on a new node from that template. When I needed to > >> move one VM for balance purposes. But I want to fix the migration > >> process. I have attached the error log to this email. Maybe I'm > >> looking at the wrong place were I get the error? > >> > >> On Wed, May 9, 2018 at 9:23 PM, Marc-Aurèle Brothier <ma...@exoscale.ch > > > >> wrote: > >> > Can you try to perform a snapshot of the volume on VM's that are on > your > >> > host, to see if they get copied correctly other the NFS too. > >> > > >> > Otherwise you need to look into the management logs to catch the > >> exception > >> > (stack trace) to have a better understanding of the issue. > >> > > >> > On Wed, May 9, 2018 at 1:58 PM, Daznis <daz...@gmail.com> wrote: > >> > > >> >> Hello, > >> >> > >> >> > >> >> Yeah it's offline. I'm running 4.9.2 version. Running it on the same > >> >> zone with the only NFS secondary storage. > >> >> > >> >> On Wed, May 9, 2018 at 10:49 AM, Marc-Aurèle Brothier < > >> ma...@exoscale.ch> > >> >> wrote: > >> >> > Hi Darius, > >> >> > > >> >> > Are you trying to perform an offline migration within the same > zone, > >> >> > meaning that the source and destination hosts have the same set of > NFS > >> >> > secondary storage ? > >> >> > > >> >> > Marc-Aurèle > >> >> > > >> >> > On Tue, May 8, 2018 at 3:37 PM, Daznis <daz...@gmail.com> wrote: > >> >> > > >> >> >> Hi, > >> >> >> > >> >> >> > >> >> >> I'm having an issue while migrating offline vm disk within local > >> >> >> storages. The particular error that has be baffled is "Can't find > >> >> >> staging storage in zone". From what I have gather "staging > storage" > >> >> >> referred to secondary storage in cloudstack and it's working > >> perfectly > >> >> >> fine with both the source and destination node. Not sure where to > go > >> >> >> next. Any help would be appreciated. > >> >> >> > >> >> >> > >> >> >> Regards, > >> >> >> Darius > >> >> >> > >> >> > >> >
