From: Daniel Müller on
I did a new rsync and compiled ctdb new. This version did not establish a
new config file!!!: /etc/sysconfig/ctdb. I had to use my old one.
After starting ctdb recognizing that ctdb wants his state directory in
/usr/local/var/ctdb/state
I could not fix that in /etc/sysconfig/ctdb file. So I had do mkdir
/usr/local/var/ctdb manually.
After starting ctdb on both nodes all nodes rest unhealthy. And my public
addresses rest [-1]!?
In my log file I find,
ERROR: No link on the public network interface eth0
Or,
2010/05/20 09:36:14.767144 [31866]: server/ctdb_takeover.c:162 public
address '192.168.134.101' now unassigned (old iface '__none__' refs[0])
2010/05/20 09:36:14.767186 [31866]: server/ctdb_takeover.c:162 public
address '192.168.134.100' now unassigned (old iface '__none__' refs[0]
What Do I miss????


My ctdb status:
Number of nodes:2
pnn:0 192.168.134.28 UNHEALTHY
pnn:1 192.168.134.27 UNHEALTHY (THIS NODE)
Generation:656947470
Size:2
hash:0 lmaster:0
hash:1 lmaster:1
Recovery mode:NORMAL (0)
Recovery master:0

My ctdb ip:

Public IPs on node 1
192.168.134.100 node[-1] active[] available[] configured[eth0]
192.168.134.101 node[-1] active[] available[] configured[eth0]

My smbcontrol smbd ping:
PONG from pid 1:30109

My smbcontrol nmbd ping:
PONG from pid 1:30112


My /etc/sysconfig/ctdb:

CTDB_RECOVERY_LOCK="/cluster/recovery/recovery"
CTDB_PUBLIC_ADDRESSES=/etc/ctdb/public_addresses
CTDB_MANAGES_SAMBA=yes
ulimit -n 10000
CTDB_NOTIFY_SCRIPT=/etc/ctdb/notify.sh
CTDB_DBDIR=/var/ctdb
CTDB_DBDIR_PERSISTENT=/var/ctdb/persistent
CTDB_EVENT_SCRIPT_DIR=/etc/ctdb/events.d
CTDB_SOCKET=/tmp/ctdb.socket
CTDB_TRANSPORT="tcp"
CTDB_MONITOR_FREE_MEMORY=100
CTDB_LOGFILE=/var/log/log.ctdbq

My /etc/ctdb/nodes
192.168.134.28
192.168.134.27

My /etc/ctdb/public_addresses
192.168.134.100/24 eth0
192.168.134.101/24 eth0

My /etc/samba/smb.conf
[global]
workgroup = domain-cluster
security=user
clustering=yes
private dir=/cluster/recovery
passdb backend=tdbsam
groupdb:backend=tdb
idmap backend=tdb2
idmap uid=1000000-2000000
idmap gid=1000000-2000000
fileid:algorithm = fsname

[test]
path= /cluster/samba
writeable=yes
vfs objects= fileid

My mount point for gfs-cluster:

/dev/drbd0 on /cluster type gfs (rw,hostdata=jid=0:id=589825:first=1)

A new cut of MY log.ctdb:


2010/05/20 09:35:40.091570 [31866]: server/ctdb_takeover.c:162 public
address '192.168.134.101' now unassigned (old iface '__none__' refs[0])
2010/05/20 09:35:40.091833 [31866]: server/ctdb_takeover.c:162 public
address '192.168.134.100' now unassigned (old iface '__none__' refs[0])
2010/05/20 09:35:40.092451 [31866]: Recovery has finished
2010/05/20 09:35:40.092492 [31866]: Monitoring has been disabled
2010/05/20 09:35:40.092516 [31866]: server/eventscript.c:715 Starting
eventscript recovered
2010/05/20 09:35:40.378186 [31866]: server/eventscript.c:466 Eventscript
recovered finished with state 0
2010/05/20 09:35:40.378264 [31866]: Monitoring has been enabled
2010/05/20 09:35:40.534741 [31866]: CTDB_WAIT_UNTIL_RECOVERED
2010/05/20 09:35:40.534809 [31866]: server/ctdb_monitor.c:251 wait for
pending recoveries to end. Wait one more second.
2010/05/20 09:35:41.088485 [31923]: The interfaces status has changed on
local node 1 - force takeover run
2010/05/20 09:35:41.088730 [31923]: Trigger takeoverrun
2010/05/20 09:35:41.535341 [31866]: CTDB_WAIT_UNTIL_RECOVERED
2010/05/20 09:35:41.535408 [31866]: server/ctdb_monitor.c:251 wait for
pending recoveries to end. Wait one more second.
2010/05/20 09:35:42.535946 [31866]: CTDB_WAIT_UNTIL_RECOVERED
2010/05/20 09:35:42.536016 [31866]: server/ctdb_monitor.c:251 wait for
pending recoveries to end. Wait one more second.
2010/05/20 09:35:43.314682 [31866]: Connected client with pid:32049
2010/05/20 09:35:43.536543 [31866]: CTDB_WAIT_UNTIL_RECOVERED
2010/05/20 09:35:43.536608 [31866]: server/ctdb_monitor.c:251 wait for
pending recoveries to end. Wait one more second.
2010/05/20 09:35:44.538140 [31866]: CTDB_WAIT_UNTIL_RECOVERED
2010/05/20 09:35:44.538211 [31866]: server/ctdb_monitor.c:251 wait for
pending recoveries to end. Wait one more second.
2010/05/20 09:35:45.538753 [31866]: CTDB_WAIT_UNTIL_RECOVERED
2010/05/20 09:35:45.538827 [31866]: server/ctdb_monitor.c:251 wait for
pending recoveries to end. Wait one more second.
2010/05/20 09:35:46.539355 [31866]: CTDB_WAIT_UNTIL_RECOVERED
2010/05/20 09:35:46.539425 [31866]: server/ctdb_monitor.c:251 wait for
pending recoveries to end. Wait one more second.
2010/05/20 09:35:47.539962 [31866]: CTDB_WAIT_UNTIL_RECOVERED
2010/05/20 09:35:47.540027 [31866]: server/ctdb_monitor.c:251 wait for
pending recoveries to end. Wait one more second.
2010/05/20 09:35:48.540553 [31866]: CTDB_WAIT_UNTIL_RECOVERED
2010/05/20 09:35:48.540620 [31866]: server/ctdb_monitor.c:251 wait for
pending recoveries to end. Wait one more second.
2010/05/20 09:35:49.541157 [31866]: CTDB_WAIT_UNTIL_RECOVERED
2010/05/20 09:35:49.541222 [31866]: server/ctdb_monitor.c:251 wait for
pending recoveries to end. Wait one more second.
2010/05/20 09:35:50.541773 [31866]: CTDB_WAIT_UNTIL_RECOVERED
2010/05/20 09:35:50.541842 [31866]: server/ctdb_monitor.c:251 wait for
pending recoveries to end. Wait one more second.
2010/05/20 09:35:51.380680 [31866]: server/ctdb_takeover.c:162 public
address '192.168.134.101' now unassigned (old iface '__none__' refs[0])
2010/05/20 09:35:51.380797 [31866]: server/ctdb_takeover.c:162 public
address '192.168.134.100' now unassigned (old iface '__none__' refs[0])
2010/05/20 09:35:51.543367 [31866]: CTDB_WAIT_UNTIL_RECOVERED
2010/05/20 09:35:51.543426 [31866]: server/ctdb_monitor.c:251 wait for
pending recoveries to end. Wait one more second.
2010/05/20 09:35:52.543968 [31866]: CTDB_WAIT_UNTIL_RECOVERED
2010/05/20 09:35:52.544037 [31866]: server/ctdb_monitor.c:251 wait for
pending recoveries to end. Wait one more second.
2010/05/20 09:35:53.544573 [31866]: CTDB_WAIT_UNTIL_RECOVERED
2010/05/20 09:35:53.544666 [31866]: server/ctdb_ltdb_server.c:418 persistent
db '/var/ctdb/persistent/share_info.tdb.1' healthy
2010/05/20 09:35:53.544695 [31866]: server/ctdb_ltdb_server.c:418 persistent
db '/var/ctdb/persistent/registry.tdb.1' healthy
2010/05/20 09:35:53.544721 [31866]: server/ctdb_ltdb_server.c:418 persistent
db '/var/ctdb/persistent/passdb.tdb.1' healthy
2010/05/20 09:35:53.544747 [31866]: server/ctdb_ltdb_server.c:418 persistent
db '/var/ctdb/persistent/secrets.tdb.1' healthy
2010/05/20 09:35:53.544774 [31866]: server/ctdb_ltdb_server.c:418 persistent
db '/var/ctdb/persistent/account_policy.tdb.1' healthy
2010/05/20 09:35:53.544800 [31866]: server/ctdb_ltdb_server.c:418 persistent
db '/var/ctdb/persistent/group_mapping.tdb.1' healthy
2010/05/20 09:35:53.544820 [31866]: ctdb_recheck_presistent_health: OK[6]
FAIL[0]
2010/05/20 09:35:53.544839 [31866]:
server/ctdb_monitor.c:300ctdb_start_monitoring:
ctdb_recheck_persistent_health() OK
2010/05/20 09:35:53.544857 [31866]: server/ctdb_monitor.c:302 Recoveries
finished. Running the "startup" event.
2010/05/20 09:35:54.545182 [31866]: server/eventscript.c:715 Starting
eventscript startup
2010/05/20 09:35:54.611981 [31866]: Connected client with pid:32062
2010/05/20 09:35:54.653053 [31866]: ERROR: No link on the public network
interface eth0
2010/05/20 09:35:54.654966 [31866]: Connected client with pid:32088
2010/05/20 09:35:54.951970 [31866]: Invalid command: net serverid
2010/05/20 09:35:54.952835 [31866]: Usage:
2010/05/20 09:35:54.952883 [31866]: net rpc Run functions using
RPC transport



-----------------------------------------------
EDV Daniel Müller

Leitung EDV
Tropenklinik Paul-Lechler-Krankenhaus
Paul-Lechler-Str. 24
72076 Tübingen

Tel.: 07071/206-463, Fax: 07071/206-499
eMail: mueller(a)tropenklinik.de
Internet: www.tropenklinik.de
-----------------------------------------------
-----Ursprüngliche Nachricht-----
Von: Volker Lendecke [mailto:Volker.Lendecke(a)SerNet.DE]
Gesendet: Mittwoch, 19. Mai 2010 17:37
An: Daniel Müller
Cc: samba(a)lists.samba.org
Betreff: Re: [Samba] Which version of CTDB

On Wed, May 19, 2010 at 04:39:38PM +0200, Daniel Müller wrote:
> after downloading ctdb with rsync -avz samba.org::ftp/unpacked/ctdb
> and compiling well.

Please retry, Stefan Metzmacher kindly fixed something with the rsync url.

Thanks,

Volker