Hi Jan Friesse,
Thank you for the update.
I have responded inline.
A few queries, as well.
Regards,
Debabrata Pani
On 29/03/16 14:24, "Jan Friesse" wrote:
Hi (Jan Friesse)
I studied the issue mentioned in the github url.
It looks the crash that I am talking about is slightly different fr
Hi Jan Friesse,
Thank you for the update.
I have responded inline.
A few queries, as well.
Regards,
Debabrata Pani
On 29/03/16 14:24, "Jan Friesse" wrote:
>
>> Hi (Jan Friesse)
>>
>> I studied the issue mentioned in the github url.
>> It looks the crash that I am talking about is slightly dif
Hi (Jan Friesse)
I studied the issue mentioned in the github url.
It looks the crash that I am talking about is slightly different from the
one mentioned in the original issue. May be they are related, but I would
like to
Highlight my setup for ease.
Three node cluster , one is in maintenance
Hi (Jan Friesse)
I studied the issue mentioned in the github url.
It looks the crash that I am talking about is slightly different from the
one mentioned in the original issue. May be they are related, but I would
like to
Highlight my setup for ease.
Three node cluster , one is in maintenance mo
Hi,
In our deployment, due to some requirement, we need to do a :
service network restart
What is exact reason for doing network restart?
Due to this corosync crashes and the associated pacemaker processes crash
as well.
As per the last comment on this issue,
---
Corosync reacts oddly
On 03/03/2016 03:08 AM, Debabrata Pani wrote:
> Hi,
>
> In our deployment, due to some requirement, we need to do a :
> service network restart
>
> Due to this corosync crashes and the associated pacemaker processes crash
> as well.
>
> As per the last comment on this issue,
> ---
> Corosync re
Hi,
In our deployment, due to some requirement, we need to do a :
service network restart
Due to this corosync crashes and the associated pacemaker processes crash
as well.
As per the last comment on this issue,
---
Corosync reacts oddly to that. It's better to use an iptables rule to
block