Hi Gary The other 2 settings as mentioned by Simon should do the trick. We are doing the same as a safeguard albeit to a different problem.
Regards, Shiv (Sent from mobile device. Please excuse brevity and typos.) On Wed, 17 May 2023, 12:59 Gary Dixon, <gary.di...@quadris.co.uk.invalid> wrote: > Hi Si > > Unfortunately, we don't seem to have the global setting " > migrate.vm.across.clusters" on our ACS version - 4.15.2 > > > Gary Dixon > Senior Technical Consultant > T: +44 161 537 4990 > E: *v* <+44%207989717661>ms@quadris‑support.com > W: www.quadris.co.uk > The information contained in this e-mail from Quadris may be confidential > and privileged for the private use of the named recipient. The contents of > this e-mail may not necessarily represent the official views of Quadris. > If you have received this information in error you must not copy, > distribute or take any action or reliance on its contents. Please destroy > any hard copies and delete this message. > -----Original Message----- > From: Simon Weller <siwelle...@gmail.com> > Sent: Tuesday, May 16, 2023 4:12 PM > To: users@cloudstack.apache.org > Subject: Re: preventing VM Live migration between Pods > > Gary, > > There are some global settings you can enable/disable to prevent certain > VM (and storage) movements. > > migrate.vm.across.clusters - indicates whether the VM can be migrated to > different cluster if no host is found in same cluster > enable.storage.migration - Enable/disable storage migration across primary > storage enable.ha.storage.migration - Enable/disable storage migration > across primary storage during HA > > -Si > > On Tue, May 16, 2023 at 8:13 AM Gary Dixon > <gary.di...@quadris.co.uk.invalid> > wrote: > > > Hi everyone > > > > > > > > Other than disabling a Pod – is there a way to prevent live migration > > of VM’s between Pods in ACS ? > > > > > > > > We are on version 4.15.2 with Ubuntu 20.04 KVM hosts. Each Pod > > contains a single cluster of Homogenous hosts – however there are only > > slight differences between the CPU’s on the physical hosts in each > > Cluster. We have the guest.cpu.mode set to host-passthrough but have > > noticed serious issues when a VM is live migrated between specific > > Pods (usually if a VM is started on a cluster with the slightly better > > CPU’s and then live migrated to an older Pod) > > > > > > > > We have tried setting the guest.cpu.mode to host-passthrough with > > specific CPU features using the “guest.cpu.features=” and then setting > > all of the host’s CPU flags shown from the output of the lscpu command > > in a space separated list as instructed from ACS documentation – but > > we then are unable to even start a VM – insufficient resources error, > > - if we remove the guest.cpu.features from the agent.properties – then > > we can start a VM again. > > > > > > > > It would be good if we had an option or a setting to just not allow > > live migration of VM’s between pods and therefore can only perform a > ‘cold’ > > migration if we wish to move a VM to another Pod. > > > > > > > > Any thoughts on this ? > > > > > > > > BR > > > > > > > > Gary > > > > > > > > > > Gary Dixon > > Senior Technical Consultant > > T: +44 161 537 4990 > > E: *v* <+44%207989717661>ms@quadris‑support.com > > W: > > http://www.q/ > > uadris.co.uk%2F&data=05%7C01%7CGary.Dixon%40quadris.co.uk%7Cf8331db395 > > 984949ba8d08db562012bb%7Cf1d6abf3d3b44894ae16db0fb93a96a2%7C0%7C0%7C63 > > 8198467982509544%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV > > 2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=h%2BigV6hV > > qgBCI9uXH9E6WkaOmeN9Ks%2BLZ6d4Fga9ekM%3D&reserved=0 > > The information contained in this e-mail from Quadris may be > > confidential and privileged for the private use of the named > > recipient. The contents of this e-mail may not necessarily represent the > official views of Quadris. > > If you have received this information in error you must not copy, > > distribute or take any action or reliance on its contents. Please > > destroy any hard copies and delete this message. > > > -- This message is intended only for the use of the individual or entity to which it is addressed and may contain confidential and/or privileged information. If you are not the intended recipient, please delete the original message and any copy of it from your computer system. You are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited unless proper authorization has been obtained for such action. If you have received this communication in error, please notify the sender immediately. Although IndiQus attempts to sweep e-mail and attachments for viruses, it does not guarantee that both are virus-free and accepts no liability for any damage sustained as a result of viruses.
