On 27/11/18 14:35 +0100, Jan Pokorný wrote:
> On 27/11/18 12:29 +0200, Klecho wrote:
>> Big thanks for the answer, but I in your ways around I don't see a solution
>> for the following simple case:
>>
>> I have a few VMs (VirtualDomain RA) and just want and to stop a few of them,
>> not all.
>>
>
On 27/11/18 12:29 +0200, Klecho wrote:
> Big thanks for the answer, but I in your ways around I don't see a solution
> for the following simple case:
>
> I have a few VMs (VirtualDomain RA) and just want and to stop a few of them,
> not all.
>
> While the first VM is shutting down (target-role=st
Hi Ken,
Big thanks for the answer, but I in your ways around I don't see a
solution for the following simple case:
I have a few VMs (VirtualDomain RA) and just want and to stop a few of
them, not all.
While the first VM is shutting down (target-role=stopped), it starts
some slow update, wh
Dne 26. 11. 18 v 21:41 Ken Gaillot napsal(a):
On Mon, 2018-11-26 at 14:24 +0200, Klecho wrote:
Hi again,
Just made one simple "parallel shutdown" test with a strange result,
confirming the problem I've described.
Created a few dummy resources, each of them taking 60s to stop. No
constraints at
On Mon, 2018-11-26 at 14:24 +0200, Klecho wrote:
> Hi again,
>
> Just made one simple "parallel shutdown" test with a strange result,
> confirming the problem I've described.
>
> Created a few dummy resources, each of them taking 60s to stop. No
> constraints at all. After that issued "stop" to
Hi again,
Just made one simple "parallel shutdown" test with a strange result,
confirming the problem I've described.
Created a few dummy resources, each of them taking 60s to stop. No
constraints at all. After that issued "stop" to all of them, one by one.
Stop operation wasn't attempted f
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.
"batch-limit" doesn't seem to affect this.
Any suggestions why this co
