Thanks Igor,
I'm afraid I tried this path too although I did not mention in the issue.
The procedure I followed was to add the "name" attribute to the node
list in corosync.conf, with the current hostname, than reboot both nodes
to start clean, than do the previously described procedure AND sed s///g
corosync.conf to update the name attribute value to the
new hostname.
As I rebooted one of the two nodes the stubborn pacemaker brought back
the old hostnames no matter what. Only working way was
to kill/reload corosync/pacemaker couple (I havent tried with reloading
only pacemaker) on both nodes.
Thanks for the suggestion though
R
On 02/10/20 20:45, Igor Tverdovskiy wrote:
Hi Riccardo,
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.
e.g.:
node {
ring0_addr: 1.1.1.1
name: my.node
nodeid: 123456
}
On Thu, Oct 1, 2020 at 10:10 PM Riccardo Manfrin
<[email protected] <mailto:[email protected]>> 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
sync.
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
again).
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.
R
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 [email protected]
<mailto:[email protected]><mailto:[email protected]
<mailto:[email protected]>>
[https://www.athonet.com/signature/logo_athonet.png]<https://www.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 here the privacy policy with
information on such processing and your 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:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
_______________________________________________
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
________________________________
Riccardo Manfrin
R&D DEPARTMENT
Web<https://www.athonet.com/> |
LinkedIn<https://www.linkedin.com/company/athonet/> t +39 (0)444 750045
e [email protected]<mailto:[email protected]>
[https://www.athonet.com/signature/logo_athonet.png]<https://www.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 here the privacy policy with information on such
processing and your 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:
https://lists.clusterlabs.org/mailman/listinfo/users
ClusterLabs home: https://www.clusterlabs.org/
