[ClusterLabs] pacemaker and cluster hostname reconfiguration
igor.tverdovskiy.pe at gmail.com
Fri Oct 2 14:45:51 EDT 2020
As I see you have already handled the issue, but I would recommend using
static node names
in the corosync.conf instead of reference to hostname. I did so years ago
and now I have no issues
with hostname changes.
On Thu, Oct 1, 2020 at 10:10 PM Riccardo Manfrin <
riccardo.manfrin at athonet.com> wrote:
> Thank you for your suggestion Ken; I'm indeed on Centos7, but using
> hostnamectl set-hostname newHostname
> in place of
> hostname -f /etc/hostname
> didn't have any beneficial effect. As soon as I powered off one of the
> two nodes, the other one took the old hostnames back and drifted out of
> The only way of doing this in the end was
> 1. rebooting the machine (close in time so that the first new corosync
> instance coming up never ever sees the old instance from the other node,
> or it gets the old hostnames again)
> 2. killing pacemakerd and corosync (and letting systemd bring them on up
> This second method appears to be the cleanest and more robust, and has
> the advantage that while primitives/services are unsupervised, they are
> not reloaded.
> I hope this can be of help to someone although I tend to think that my
> case was really a rare beast not to be seen around.
> On 01/10/20 16:41, Ken Gaillot wrote:
> > Does "uname -n" also revert?
> > It looks like you're using RHEL 7 or a derivative -- if so, use
> > hostnamectl to change the host name. That will make sure it's updated
> > in the right places.
> Riccardo Manfrin
> R&D DEPARTMENT
> Web<https://www.athonet.com/> | LinkedIn<
> https://www.linkedin.com/company/athonet/> t +39 (0)444 750045
> e riccardo.manfrin at athonet.com<mailto:riccardo.manfrin at athonet.com>
> ATHONET | Via Cà del Luogo, 6/8 - 36050 Bolzano Vicentino (VI) Italy
> This email and any attachments are confidential and intended solely for
> the use of the intended recipient. If you are not the named addressee,
> please be aware that you shall not distribute, copy, use or disclose this
> email. If you have received this email by error, please notify us
> immediately and delete this email from your system. Email transmission
> cannot be guaranteed to be secured or error-free or not to contain viruses.
> Athonet S.r.l. processes any personal data exchanged in email
> correspondence in accordance with EU Reg. 679/2016 (GDPR) - you may find
> rights. Any views or opinions presented in this email are solely those of
> the sender and do not necessarily represent those of Athonet S.r.l.
> Manage your subscription:
> ClusterLabs home: https://www.clusterlabs.org/
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Users