[ClusterLabs] Antw: VirtualDomain & parallel shutdown

[Klechomir]

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 <klecho at gmail.com> schrieb am 20.11.2018 um 11:40 in Nachricht
> 
> <12860117.ByXx81i3mo at 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: Users at clusterlabs.org
> > 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: Users at clusterlabs.org
> 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