Added by Helge Wiethoff about 8 years ago. Updated almost 8 years ago.
0%
Description
In status_carp.php the descriptive text ("BACKUP") next to the button is missing within an ipv6 CARP-setup:
Files
Updated by Jim Pingle about 8 years ago
I can't reproduce this but the only IPv6-enabled cluster I have handy is on 2.4.0
Is the status OK on the master node? Are the IP Addresses actually there on the interface in ifconfig -a?
Updated by Helge Wiethoff about 8 years ago
Jim Pingle wrote:
Is the status OK on the master node?
Yupp. On the master node everything is fine and the text field says "MASTER".
Are the IP Addresses actually there on the interface in @ifconfig -a?
Good catch! They are in the list of virtual ips in the web-GUI but are missing in ifconfig -a:
[2.3.4-RELEASE][admin@foobar]/root: ifconfig -a | grep vhid
inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 vhid 2
carp: BACKUP vhid 2 advbase 1 advskew 100
inet 10.10.10.6 netmask 0xfffffff0 broadcast 10.10.10.6 vhid 1
carp: BACKUP vhid 1 advbase 1 advskew 100
Updated by Jim Pingle about 8 years ago
OK, so something is amiss in the VIP or interface state on the secondary, but the status page is actually doing all it can so this particular bug report isn't valid.
Start a thread on the forum, mailing list, reddit, etc to discuss and figure out why your VIPs are missing from the secondary and if a bug can be identified there, a new one can be opened for the actual underlying issue.
Updated by Helge Wiethoff about 8 years ago
okay. Thanks for the hint. Just to complete this issue: The problem was the synchronization of the "Virtual IP Password". Maybe there is a problem with string length > 8? At least the gui does not show more dots than 8 chars (on purpose?).
Anyway: After setting the password manually on master and backup it works.
Updated by Helge Wiethoff about 8 years ago
Hello again,
I think it's probably a bug after all.
To trigger the error, I proceed as follows:
0. Use XMLRPC synchronization between master and slave for virtual IPs.
1. Set the Virtual IP Password at both HA-members to a arbitrary value.
2. The CARP-Status at the slave says: BACKUP
3. Configure something else (I swap a firewall rule for example) to start the synchronization.
4. The CARP-Status at the slave looses its "BACKUP-string".
5. Deactivate XMLRPC synchronization for virtual IPs
6. Reenter the Virtual IP password at the slave member.
7. The CARP-Status at the slave says: BACKUP
8. Configure something else (I swap a firewall rule for example) to start the synchronization.
9. The CARP-Status at the slave says: BACKUP
Maybe the original bug-report is missleading because i guess it has something to do with the sync process and not with CARP itself.
Updated by Jim Pingle almost 8 years ago
I just tried this again and the procedure you list still doesn't result in the same outcome here. Try it again on 2.4.0. Post on the forum to gather more info and additional confirmation.