Hi Ulrich,
The stop timeout needs te quite big for an obvius reason called "System is 
updating, do not turn it off".

The main question here is why this slow shutdown would prevent the other VMs 
from being shut down?

Regards,

On 20.11.2018 11:54:58 Ulrich Windl wrote:
> >>> Klechomir <[email protected]> schrieb am 20.11.2018 um 11:40 in Nachricht
> 
> <12860117.ByXx81i3mo@bobo>:
> > Hi list,
> > Bumped onto the following issue lately:
> > 
> > When ultiple VMs are given shutdown right one‑after‑onther and the
> > shutdown
> 
> of
> 
> > the first VM takes long, the others aren't being shut down at all before
> > the
> > 
> > 
> > first doesn't stop.
> 
> I don't quite understand: WHen the stop timeout for a VM expired, the
> cluster takes measures, or in the Xen PV case the VM is terminated the hard
> way.
> > "batch‑limit" doesn't seem to affect this.
> > Any suggestions why this could happen?
> 
> I know of a market-leader software that needs more then five minutes to shut
> down when it's doing nothing before and during the shutdown (no I/O, no CPU
> usage)... ;-)
> Meaning: Software bugs?
> 
> Regards,
> Ulrich
> 
> > Best regards,
> > Klecho
> > _______________________________________________
> > Users mailing list: [email protected]
> > https://lists.clusterlabs.org/mailman/listinfo/users
> > 
> > Project Home: http://www.clusterlabs.org
> > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> > Bugs: http://bugs.clusterlabs.org
> 
> _______________________________________________
> Users mailing list: [email protected]
> https://lists.clusterlabs.org/mailman/listinfo/users
> 
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://bugs.clusterlabs.org

_______________________________________________
Users mailing list: [email protected]
https://lists.clusterlabs.org/mailman/listinfo/users

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://bugs.clusterlabs.org

Reply via email to