Bug 1416779 - libvirt-2.0.0-10.el7_3.4.x86_64 made ctdb - public ip is assigned to us but not on an interface - error
Summary: libvirt-2.0.0-10.el7_3.4.x86_64 made ctdb - public ip is assigned to us but n...
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: samba
Version: 7.3
Hardware: x86_64
OS: Linux
Target Milestone: rc
: ---
Assignee: Guenther Deschner
QA Contact: qe-baseos-daemons
Depends On:
TreeView+ depends on / blocked
Reported: 2017-01-26 11:32 UTC by lejeczek
Modified: 2017-02-15 14:24 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2017-02-15 14:24:00 UTC
Target Upstream Version:

Attachments (Terms of Use)

Description lejeczek 2017-01-26 11:32:13 UTC
Description of problem:

I had a working cluster, running off 3 VMs, very basic, standard. I'm not sure if recent updates broke it.
I see these over & over in log file:

2017/01/24 22:20:05.025164 [recoverd: 3474]: Public IP '' is assigned to us but not on an interface
2017/01/24 22:20:05.027571 [recoverd: 3474]: Trigger takeoverrun
2017/01/24 22:20:05.053386 [recoverd: 3474]: Takeover run starting
2017/01/24 22:20:05.106044 [ 3309]: Takeover of IP on interface eth0

cluster reports:

~]$ ctdb status
Number of nodes:3
pnn:0       OK
pnn:1       OK (THIS NODE)
pnn:2       OK
hash:0 lmaster:0
hash:1 lmaster:1
hash:2 lmaster:2
Recovery mode:NORMAL (0)
Recovery master:1

is seems that CTDB does not create/assign that public IP.

~]$ ctdb ip -v
Public IPs on node 1 node[1] active[eth0] available[eth0] configured[eth0]

I suspect the update, for nothing really changed except:

update to libvirt-2.0.0-10.el7_3.4.x86_64

well... ctdb and the rest of the samba suit updated also, but these same versions(as on VM cluster) are running fine on bare metal.

Version-Release number of selected component (if applicable):

How reproducible:

Should be very easy, my cluster runs off three VM guests on a host: libvirt-2.0.0-10.el7_3.4.x86_64
Set up a basic CTDB, in /etc/sysconfig/ctdb:

# CTDB-RA: Auto-generated by /usr/lib/ocf/resource.d/pawel/CTDB, backup is at /etc/sysconfig/ctdb.ctdb-ra-orig


In /etc/ctdb/public_addresses: eth0

You can also CTDB_MANAGES_SAMBA=no which I was curious about, but, still fails

Steps to Reproduce:

Actual results:

Expected results:

Additional info:

Comment 2 Jaroslav Suchanek 2017-01-26 14:25:30 UTC
Moving to ctdb component for an investigation.

Comment 3 lejeczek 2017-01-27 13:24:01 UTC
a bit of an update: If I manually - ip addr add dev eth0 - then ctdb quiets down and seems to be ok(?)
I think it's not SE, cannot find an evidence it is.

Comment 4 lejeczek 2017-01-30 10:05:07 UTC
what happened was that VM ctdb cluster (all Centos 7.3) either:
* rpm update got a few event scripts loose their exec bit, including: 10.interface 11.routing
* pcsd toolkit did when I had ctdb under HA and when pcs resource were removed ctdb scripts did not get bitmask reset.
I'd say: please close the report

Comment 5 Andreas Schneider 2017-02-15 14:24:00 UTC
Closing, thanks!

Note You need to log in before you can comment on or make changes to this bug.