amd64 standard Debian stretch
Any ideas?
Best regards,
--
Klecho
___
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
Gaillot wrote:
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 &qu
her 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 could happen?
Best regards,
Klecho
___
Users mailing lis
Hi,
That's related to a thing I'm fighting for.
An option to skip X lost monitoring attempts is planned, but not
implemented yet, as far as I know.
Regards,
Klecho
On 30/05/18 06:08, 范国腾 wrote:
Hi,
The cluster uses the PAF to manage the postgres db, and it use the GFS2 to
manage
monitoring requests, which leads to service interruptions.
Best regards,
Klecho
On 1.09.2017 17:52, Klechomir wrote:
On 1.09.2017 17:21, Jan Pokorný wrote:
On 01/09/17 09:48 +0300, Klechomir wrote:
I have cases, when for an unknown reason a single monitoring request
never returns result.
So ha
op" for all related resources in such cases?
Best regards,
--
Klecho
___
Users mailing list: Users@clusterlabs.org
http://lists.clusterlabs.org/mailman/listinfo/users
Project Home: http://www.clusterlabs.org
Getting started: http:/
