version 1.0.57   : initial ipv6 support

Do not fail the takeip event if the "ip addr add ..." command failed.
Let the event complete successfully.   the local recovery daemon will check that we have the address and reissue takip othervise.

There are several reasons why "ip addr add "  can fail, one is a misconfiguration
anothe ris that for ipv6 the stack is a lot more picky than for ipv4.     for examplke this WILL fail in ipv6 if there is a duplicate ip address on the network.

thus  this check could cause rolling-recoveries  which is why it has to go

when we collect all ip addresses and sort them for the "ctdb ip -n all" output we must look at more than just the first 4 bytes of the sockaddr address or ipv6 wont work

When we harvest all tcp connections to kill off after a takeip/releaseip event we must also harvest the ipv4 connections which may be presented in ::ff:xxxx:xxxx form by netstat

we must canonicalize the sockaddr structures in killtcp so that we do the necessary downgrade if required

make the function to canonicalize a sockaddr structure public

when we compare ip addresses in ctdb_same_ip we must first canonicalize the addresses  so that we realize that 127.0.0.1:22 is really the same thing as ::ffff:127.0.0.1:22

Downgrade all AF_INET6 ::ffff:xxxx:xxxx sockaddresses into AF_INET ones

update the socketkiller in the eventscripts to be able to handle ipv6

fix a bug in the tcp socketkiller for ipv6

fix the ipv6 checksum calculation for pseudoheader so that it actually works

add support to send ipv6 "gratious arp" aka neighbor solicitation packets from ctdb

Signed-off-by: Ronnie Sahlberg <ronniesahlberg@gmail.com>

remove a file we dont need

Signed-off-by: Ronnie Sahlberg <ronniesahlberg@gmail.com>

initial ipv6 patch

Signed-off-by: Ronnie Sahlberg <ronniesahlberg@gmail.com>

use a local tdb_traverse instead of a ctdb_pulldb to lessen the impact of the system while performing a database backup

only freeze the local node when doing a backup and not the entire cluster

store the database name, not the backup filename in the database header

Encode a file version number in the database backup header
Encode the database name in the header so we dont need to provide the database
name when doing a restore
Encode a timestamp in the header telling us when the backup was created

Add two new ctdb commands :

ctdb backupdb : which will copy a database out from ctdb and write it to a file
ctdb restoredb : which will read a database backup from a file and write it into ctdb

fixed merge

up release version

 new version 1.0.56

Merge commit 'ronnie/master'

fixed a memory leak in the recovery daemon

thanks to vl for spotting this

fix the date soe rpmbuild works

new version 1.0.55

fixed send of release IP message

Merge git://git.samba.org/tridge/ctdb

added retry handling in client

added a new control CTDB_CONTROL_TRANS2_COMMIT_RETRY so we can tell
the difference between a initial commit attempt and a retry, which
allows us to get the persistent updates counter right for retries

imported failure handling from dbwrap_ctdb.c

Merge git://git.samba.org/tridge/ctdb

save writing the same data twice

new version 1.0.54

up release number

return a more detailed error code from a trans2 commit error

Merge commit 'ronnie/1.0.53'

fixed a looping error bug with the new transactions code

new version 1.0.53

this adds completely new transaction code for persistent databases

Merge git://git.samba.org/tridge/ctdb

cover some corner cases where the persistent database could become
inconsistent

remove the reclock file we store pnn counts in.
This file creates additional locking stress on the backend filesystem and we may not need it anyway.

Merge git://git.samba.org/tridge/ctdb

New version 1.0.52

Signed-off-by: Ronnie Sahlberg <ronniesahlberg@gmail.com>

we need an additional gratuitous arp before the NFS tickles

ensure we use killtcp on non-NFS/non-CIFS ports for faster failover of
other protocols

implemented replayable transactions in ctdb to prevent deadlock

we need an additional gratuitous arp before the NFS tickles

ensure we use killtcp on non-NFS/non-CIFS ports for faster failover of
other protocols

fixed some warnings

fixed a warning

cleanup of the old persistent db test

renamed the pulldb structure to a ctdb_marshall_buffer

make sure we honor the TDB_NOSYNC flag from clients in the server

new prototypes

added marshalling helper functions

we don't need ctdb_ltdb_persistent_store() any more

added client side functions for new transaction code

added new multi-record transaction commit code

added a new persistent transaction test program

rename the structure we use for marshalling multiple records

cleanup on SIGINT

- cleanup persistent db at start
- catch SIGINT and kill daemons

- show pids during test
- don't use first_time, as it is not safe for multiple
  clients on a node

new version 1.0.51

From Alexander Saupp.
If we use vlan tagging and bonding we must strip the vlan part off the name
so we can check the main bonde device for status.

I.e. check bond0  instead of bond0.<VLANTAG>

run the testparm commands in 50.samba in the background, only running
in the foreground if something fails

allow for probing of directories without raising an error

fixed buffering in ctdb logging code to handle multiple lines
correctly

From Michael Adams,
change one element from private to private_data

Signed-off-by: Ronnie Sahlberg <ronniesahlberg@gmail.com>

new version 1.0.50

Merge git://git.samba.org/tridge/ctdb

fixed a bug where we would look for a signal past the end of the
signal arrays

This could cause the events code to get into a loop chewing CPU

if a new node enters the cluster, that node will already be frozen at start
but the rest of the nodes are not frozen.

at this stage an election is called by the new node.

Since in this case the nodes are not froze, we can not modify the recmaster
of the nodes so it is expected that this control would fail.

Add a boolean to send_election_request() to make it not
try to set the recmaster locally for the case where we are in an election phase
while not frozen.

We can not assume that just because we could complete a TCP handshake
to the remote node  that
1, we are in fact talking to a CTDB daemon
2, that IF we are talking to a ctdb daemon, it is operational.

So, we can not blindly mark the node as CONNECTED just because
we can open a TCP connection.

Instead we rely on "If we did get a KEEPALIVE from the remote node,
is is connected"

lower a debug statement

lower a debug message

Allow the fix-to-make-persistent-writes-safer work with unpatched samba versions

Only decrement the "number of persistent writes in flight" If/when
it is >0    or we will break if used against an unpatched samba server

Merge commit 'ronnie/master'

new version 1.0.48

Add two new controls  to start and cancel a persistent update.
This allows ctdb to automatically start a new full blown recovery
if a client has started updating the local tdb for a persistent database
but is kill -9ed before it has ensured the update is distributed clusterwide.

Do not allow "ctdb eventscript" to start new eventscripts while we are in recovery mode

Merge commit 'ronnie/master'

Merge git://git.samba.org/tridge/ctdb

Merge commit 'ronnie/master'

change how we filter out "empty" records in the traversecode
so that we output the same list of keys in "catdb" as "tdbdump".

when traversing a persistent database, as an optimization, only
traverse on the local node (and thus skip checking if we are
dmaster or not). If the local node is not part of the vnnmap and thus
would not be guaranteed to have an uptodate persistent database
we instead traverse it on one of the other nodes that are in the vnnmap.

fixed postun script to prevent corrupting RPM database

Add two new options

CTDB_SAMBA_SKIP_CONF_CHECK and CTDB_SAMBA_CHECK_PORTS.
The first is used to tell ctdb to no longer monitoring if the smb.conf file is consistent or not.

The second specifies which ports to check that smb is listening on
instead of using testparm to figure this out.

Since the net, testparm and smbstatus may block indefinitely in some configurations
we must have a way to configure ctdb to NOT use any of these three commands
in the scripts. These commands should thus never be used in scripts.

Signed-off-by: Ronnie Sahlberg <ronniesahlberg@gmail.com>

remove a debugging echo statement

fixed up exit status for onnode

Merge commit 'ronnie/master'

new version 1.0.47

Signed-off-by: Ronnie Sahlberg <ronniesahlberg@gmail.com>

Fix a very subtle race where we could get a double free of a talloced
memory if ctdb_run_eventscript() would be called
during processing of ctdb_event_script_timeout() for
user unvoked eventscripts. (eventsccripts invoked by "ctdb eventscript ...")

Signed-off-by: Ronnie Sahlberg <ronniesahlberg@gmail.com>

Signed-off-by: Martin Schwenke <martin@meltin.net>
Update packaging/RPM/ctdb.spec to reflect onnode changes.

Revert "Yip yip yip!"

This reverts commit f7bdf96843a7e4ad61ad378786922d6281de9d93.

Yip yip yip!

When in verbose mode with -p, each line is prefixed with the node
address/name.  To implement this stderr has redirected to stdout -
this doesn't need to be done but is the simplest implementation.
Remove -t option since it doesn't seem to accomplish much but causes
spurious messages to be displayed by ssh.  Add explicit -h and --help
options.  Make style of usage message consistent with documentation.
Document new features in doc/onnode.1.xml.

Update Makefile.in for new version of onnode.

Complete rewrite of tools/onnode.  Remove old tools/onnode.ssh,
tools/onnode.rsh.

explain why you have to have a real ip address as well as the "virtual"
ip address for lvs

new version 10.0.46