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 reacts oddly to that. It's better to use an iptables rule to
> block traffic (or crash the node with something like 'echo c >
> /proc/sysrq-trigge
> --------
>
>
>
> But other network services, like Postgres, do not crash due to this
> network service restart :
>       I can login to psql , issue queries, without any problem.
Have you tried binding postgres to a distinct network-address?
I guess it wouldn't survive then either.

Regards,
Klaus
>
> In view of this, I would like to understand if it is possible to prevent a
> corosync (and a corresponding Pacemaker) crash ?
> Since postgres is somehow surviving this restart.
>
> Any pointer to socket-level details for this behaviour will help me
> understand (and explain the stakeholders) the problems better.
>
> Regards,
> Debabrata Pani
>
>
>
>
>
> _______________________________________________
> Users mailing list: Users@clusterlabs.org
> http://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@clusterlabs.org
http://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

Reply via email to