On Wed, Oct 9, 2019 at 10:59 AM Kadlecsik József
wrote:
>
> Hello,
>
> The nodes in our cluster have got backend and frontend interfaces: the
> former ones are for the storage and cluster (corosync) traffic and the
> latter ones are for the public services of KVM guests only.
>
> One of the nodes
What happens if both interconnect and shared device is lost by node? I
assume node will reboot, correct?
Now assuming (two node cluster) second node still can access shared
device it will fence (via SBD) and continue takeover, right?
If both nodes lost shared device, both nodes will reboot and if
On 2019-10-09 3:58 a.m., Kadlecsik József wrote:
> Hello,
>
> The nodes in our cluster have got backend and frontend interfaces: the
> former ones are for the storage and cluster (corosync) traffic and the
> latter ones are for the public services of KVM guests only.
>
> One of the nodes has go
Hi,
i finally managed to find out how i can simulate configuration changes and see
their results before committing them.
OMG. That makes live much more relaxed. I need to change the configuration of a
resource which is part of a group, the group is
running as a clone on all nodes.
Unfortunately
On Wed, 9 Oct 2019, Ken Gaillot wrote:
> > One of the nodes has got a failure ("watchdog: BUG: soft lockup -
> > CPU#7 stuck for 23s"), which resulted that the node could process
> > traffic on the backend interface but not on the fronted one. Thus the
> > services became unavailable but the cl
Hi,
On Wed, 9 Oct 2019, Jan Pokorný wrote:
> On 09/10/19 09:58 +0200, Kadlecsik József wrote:
> > The nodes in our cluster have got backend and frontend interfaces: the
> > former ones are for the storage and cluster (corosync) traffic and the
> > latter ones are for the public services of KVM
On Wed, 2019-10-09 at 09:58 +0200, Kadlecsik József wrote:
> Hello,
>
> The nodes in our cluster have got backend and frontend interfaces:
> the
> former ones are for the storage and cluster (corosync) traffic and
> the
> latter ones are for the public services of KVM guests only.
>
> One of th
Due to a mix-up, all of clusterlabs.org is currently without DNS
service. :-(
List mail may continue to work for a while as mail servers rely on DNS
caches, so hopefully this reaches most of our subscribers.
No estimate yet for when it will be recovered.
On Wed, 2019-10-09 at 11:06 +0200, Jan Po
Hi,
This is a tentative schedule for resource-agents v4.4.0:
4.4.0-rc1: October 16.
4.4.0: October 23.
I've modified the corresponding milestones at
https://github.com/ClusterLabs/resource-agents/milestones
If there's anything you think should be part of the release
please open an issue, a pull
On 09/10/19 09:58 +0200, Kadlecsik József wrote:
> The nodes in our cluster have got backend and frontend interfaces: the
> former ones are for the storage and cluster (corosync) traffic and the
> latter ones are for the public services of KVM guests only.
>
> One of the nodes has got a failure
Hello,
The nodes in our cluster have got backend and frontend interfaces: the
former ones are for the storage and cluster (corosync) traffic and the
latter ones are for the public services of KVM guests only.
One of the nodes has got a failure ("watchdog: BUG: soft lockup - CPU#7
stuck for 23s
11 matches
Mail list logo