Hi Ian, You could hit this change, also hit me (then documented it). This is from release notes: Job timeouts are shorter than before Please be aware that in 4.4 a bug is fixed (CLOUDSTACK-7595) that makes sure global settings ‘job.cancel.threshold.minutes’ and ‘job.expire.minutes’ are defined in minutes as they are supposed to be. Before, they were accidentally 60x bigger than configured. This means previous versions had a much higher timeout. You might hit this timeout when migrating large disks or making big snapshots, etc.
Regards, Remi Sent from my iPhone > On 07 May 2015, at 21:00, Ian Service <iserv...@ts2.ca> wrote: > > Thanks Geoff, looks like that's defaulted to 3 hours, definitely not the > timeout I'm hitting. I'm wondering if it's the migratewait setting, which > is 1 hour. It feels like it's shorter than that but I'll raise that one > and see if I can get these 100GB volumes moved. > > - Ian > > On Thu, May 7, 2015 at 3:20 AM, Geoff Higginbottom < > geoff.higginbot...@shapeblue.com> wrote: > >> Hi Ian, >> >> I think the global setting you are looking for is copy.volume.wait >> >> Regards >> >> Geoff Higginbottom >> CTO / Cloud Architect >> >> D: +44 20 3603 0542<tel:+442036030542> | S: +44 20 3603 0540<tel: >> +442036030540> | M: +447968161581<tel:+447968161581> >> >> geoff.higginbot...@shapeblue.com<mailto:geoff.higginbot...@shapeblue.com> >> | www.shapeblue.com<htp://www.shapeblue.com/> | Twitter:@cloudstackguru< >> https://twitter.com/#!/cloudstackguru> >> >> ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N >> 4HS<x-apple-data-detectors://5> >> >> >> On 7 May 2015, at 01:50, Ian Service <iserv...@ts2.ca<mailto: >> iserv...@ts2.ca>> wrote: >> >> When migrating large Volumes between NFS hosts, I'm getting timeouts and >> the migration reverts back to the original host. >> >> Is there a setting I can raise so that it waits longer? I can see the data >> clearly still moving into the new primary storage, so I know it's working, >> just taking longer than the management server wants to wait. >> >> Running XenServer 6.2 SP1 and CloudStack 4.4.1 >> >> Thanks, >> >> - Ian >> Find out more about ShapeBlue and our range of CloudStack related services >> >> IaaS Cloud Design & Build< >> http://shapeblue.com/iaas-cloud-design-and-build//> >> CSForge - rapid IaaS deployment framework<http://shapeblue.com/csforge/> >> CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/> >> CloudStack Software Engineering< >> http://shapeblue.com/cloudstack-software-engineering/> >> CloudStack Infrastructure Support< >> http://shapeblue.com/cloudstack-infrastructure-support/> >> CloudStack Bootcamp Training Courses< >> http://shapeblue.com/cloudstack-training/> >> >> This email and any attachments to it may be confidential and are intended >> solely for the use of the individual to whom it is addressed. Any views or >> opinions expressed are solely those of the author and do not necessarily >> represent those of Shape Blue Ltd or related companies. If you are not the >> intended recipient of this email, you must neither take any action based >> upon its contents, nor copy or show it to anyone. Please contact the sender >> if you believe you have received this email in error. Shape Blue Ltd is a >> company incorporated in England & Wales. ShapeBlue Services India LLP is a >> company incorporated in India and is operated under license from Shape Blue >> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil >> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is >> a company registered by The Republic of South Africa and is traded under >> license from Shape Blue Ltd. ShapeBlue is a registered trademark. >>
