Fix bashisms in samba event script.

Signed-off-by: Michael Adam <obnox@samba.org>
(This used to be ctdb commit 0310a6b17d6167c46482a07c6cd96bcabda6ffbc)

Fix bashisms in multipathd event script.

Signed-off-by: Michael Adam <obnox@samba.org>
(This used to be ctdb commit 13b81b6c8e01aa52a31756ecffa797a4761115db)

Fix bashism in natgw eventscript.

Signed-off-by: Michael Adam <obnox@samba.org>
(This used to be ctdb commit 4fad47c1af8503385b090be281ffbd284021279c)

allow the transaction commit to fail

(This used to be ctdb commit 7a6134e684c9ac4763bf198ef1410867b6082c94)

Merge commit 'martins/master'

(This used to be ctdb commit 12e14a09dd28ed005c8eb8fca7cd38a96aab938e)

Merge commit 'origin/master'

(This used to be ctdb commit e978b274a6af94ea7734675243ec65c5b17a583d)

dont check if commit failed, we do allow the commit to fail sometimes

(This used to be ctdb commit affa6f47432507e84b7e76b88a2c27fff8e6e2e4)

dont force an election just because the ban flag differs across the cluster.
a simple push to resync this flag is sufficient

(This used to be ctdb commit 8903b858ddd3a016d9cf765187839814443a67ca)

Document onnode "onnode any".

Signed-off-by: Martin Schwenke <martin@meltin.net>
(This used to be ctdb commit f6cf586d8f6384e48215b7d2c20fb83e98504878)

onnode: add "any" nodespec to select any node with running CTDB.

In testing and other situations (e.g. eventscripts) it is necessary to
select a node where a ctdb command can be run.  The whole idea here is
to avoid nodes where ctdbd is not running and where most ctdb commands
would fail.  This implements a standard way of doing this involving a
recursive onnode command.

There is still a small window for a race, where the selected node is
suddenly shutdown, but this is unavoidable.

Signed-off-by: Martin Schwenke <martin@meltin.net>
(This used to be ctdb commit fb47cce86c0edae5caaf485f13ae7a151b6cb00d)

Merge commit 'origin/master'

(This used to be ctdb commit 10ebeb215e7260186dab8f4f2403c48db9df9a00)

lower the loglevel for the info messages that a public ip is not hosted locally for takeip/releaseip

(This used to be ctdb commit f76132b0d555e52ee0a379ec2c156350b37b0280)

 new version 1.0.89

(This used to be ctdb commit 46823aa7c673bc18a1424500b3f01da9c2dd6333)

make it possible to have ctdb manage (start/stop/monitor) winbind without having samba

(This used to be ctdb commit 77574b7d7fe11c8e73957a80845481f3b2a64219)

Merge root@10.1.1.27:/shared/ctdb/ctdb-git

(This used to be ctdb commit b869bb0e32d32422a5ba6b235864acba07f2b412)

new prototype banning code

(This used to be ctdb commit 0c4c2240267af183d54ffd4c0aacda208f6eff6a)

overwrite the state file, dont append to it.
dont log errors is trying to delete a nonexisting state file

this eliminates some annoying log entries in the ctdb log

(This used to be ctdb commit 7a95257a5ec19f232f661bc7f797051bf08ab776)

redirect stderr to dev null since the rule might not exist when we try to unconditionally delete it

(This used to be ctdb commit e1d709f32196e19d4041ee2958e143791762e08f)

set broadcast addresses in the takeip event.

Michael

(This used to be ctdb commit e26d9d32e68e7db1cf4f96c47c0126e9e0b213be)

remove a check for the reclock file we dont need

(This used to be ctdb commit 54c047c48902a15e5d2925bfa86e012a11188796)

Test suite: fix minor typo in complex/32_cifs_tickle.sh

Signed-off-by: Martin Schwenke <martin@meltin.net>
(This used to be ctdb commit cd65d8acb97aa9f83ff0d0585bf09caef2d2f3eb)

Merge commit 'origin/master'

(This used to be ctdb commit 9bceef2b13fe9560ca02a266ce5a1fbbcef3af22)

Test suite: Fix debug code for unexpectedly unhealthy cluster.

The debug code should run "ctdb status" on a cluster node, not on the
test client.

Signed-off-by: Martin Schwenke <martin@meltin.net>
(This used to be ctdb commit 448cd8db1305c1e6dfab323f92eac4a576596e4e)

skip any persistent databases ending in .bak

(This used to be ctdb commit 85590e9dfaab0db16ce8103e509fd4d51aef4ad5)

Merge commit 'origin/master'

(This used to be ctdb commit 8ed4fa0eb09238952044645b72234185e498a40c)

new version 1.0.88

(This used to be ctdb commit fbfa1c72875dda4d1636d8e72c67ba09b10455df)

reduce the loglevel for the message that we switch to a different recmaster while waiting for ipreallocate to finish

(This used to be ctdb commit e5b25e1386294b1f800c32fb01c69c3c3ce85c26)

if no timeout at all is specified to the ctdb tool, neither using -T nor by setting CGTDB_TIMEOUT, then use 120 seconds as a default timepout before the ctdb command will exit with an error.

(This used to be ctdb commit d8d21884736a9610d48cf532e1c6778e511fb7a8)

Test suite: ctdb_persistent.c needs to use transactions.

Signed-off-by: Martin Schwenke <martin@meltin.net>
(This used to be ctdb commit 49de8429d2a996dc055370541a12ea36762abe94)

document enable/disablescript

(This used to be ctdb commit 5852a526ce7d0333cd1f9a05353d8920ea99db37)

add new controls to make it possible to enable/disable individual eventscripts

update scriptstatus output so it lists disabled scripts

(This used to be ctdb commit 7e799b7523c9699bd65a8a8207f7e03d668b0b81)

Merge commit 'origin/master'

(This used to be ctdb commit 0e9c3e0cf76dd33a24241f02709e56bc330f009a)

Merge root@10.1.1.27:/shared/ctdb/ctdb-git

(This used to be ctdb commit a42dbdb7b9ccf3ce2aed48aa33f1cd3af2e94fe3)

tests: fix the 52_ctdb_fetch.sh test.

The parser for the output of the ctdb_fetch program
did not match the output that ctdb_fetch generates.
It seemed to rather come from the ctdb_bench test...

This patch adapts the parser to correctly interpret
the output of ctdb_fetch.

Michael

(This used to be ctdb commit 836b95f32724cf37e4f643f20653f78842613692)

client: fix a debug message (misplaced newline).

Michael

(This used to be ctdb commit c513a31d755003d7af91529790b06ce0d226c90f)

client:ctdb_control_send: remove duplicate setting of the reqid header.

Michael

(This used to be ctdb commit 875778fbbfd6b0f09fd2db76f7348ad6271350a3)

ctdbd: use ctdb_syslog_log() as debug_add function for syslog

Michael

(This used to be ctdb commit a0ad69197b4771f3d5be23d78d0933d732405f08)

ctdbd: set debug_add hook to be able to use dump_data in the daemon.

Michael

(This used to be ctdb commit afafab0ac6cac90c3f8614204b5b6df92e446728)

debug: add debug_add and dump_data functions

Michael

(This used to be ctdb commit 64405bdbebb2ddf0ae980e958ede77df79139000)

tdb: don't alter tdb->flags in tdb_reopen_all()

The flags are user-visible, via tdb_get_flags/add_flags/remove_flags.

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Stefan Metzmacher <metze@samba.org>
(This used to be ctdb commit 8f48e37c254e0852d4e2dea54b905ce5ef2b925d)

tdb: Reimplementation of Metze's "lib/tdb: if we know pwrite and pread are thread/fork safe tdb_reopen_all() should be a noop".

This version just wraps the reopen code, so we still re-grab the lock and do
the normal sanity checks.

The reason we do this at all is to avoid global fd limits, see:
http://forums.fedoraforum.org/showthread.php?t=210393

Note also that this whole reopen concept is fundamentally racy: if the parent
goes away before the child calls tdb_reopen_all, the database can be left
without an active lock and another TDB_CLEAR_IF_FIRST opener will clear it.
A fork_with_tdbs() wrapper could use a pipe to solve this, but it's hardly
elegant (what if there are other independent things which have similar needs?).

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Stefan Metzmacher <metze@samba.org>
(This used to be ctdb commit 8d0d432ab7766d9c0f9868fd77e48b9b5cc5d9f9)

realloc() has that horrible overloaded free semantic when size is 0: current code does a free of the old record in this case, then fail.

(This used to be ctdb commit 8b6a5bba93843cd83b7b386b82949ad88f29884a)

If the record is at the end of the database, pretending it has length 1 might take us out-of-bounds. Only pretend to be length 1 for the malloc.

(This used to be ctdb commit 6de2823f5f7976d4efa20761e518d6b67753f054)

Port from SAMBA tdb: commit 54a51839ea65aa788b18fce8de0ae4f9ba63e4e7 Author: Rusty Russell <rusty@rustcorp.com.au> Date: Sat Jul 18 15:28:58 2009 +0930

Make tdb transaction lock recursive (samba version)

    This patch replaces 6ed27edbcd3ba1893636a8072c8d7a621437daf7 and
    1a416ff13ca7786f2e8d24c66addf00883e9cb12, which fixed the bug where traversals
    inside transactions would release the transaction lock early.

    This solution is more general, and solves the more minor symptom that nested
    traversals would also release the transaction lock early.  (It was also suggestd in
    Volker's comment in 6ed27ed).

    This patch also applies to ctdb, if the traverse.c part is removed (ctdb's tdb
    code never received the previous two fixes).

    Tested using the testsuite from ccan (adapted to the samba code).  Thanks to
    Michael Adam for feedback.

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Michael Adam <obnox@samba.org>
commit 760104188d0d2ed96ec4a70138e6d0bf86d797ed
Author: Rusty Russell <rusty@rustcorp.com.au>
Date:   Tue Jul 21 16:23:35 2009 +0930

    tdb: fix locking error

    54a51839ea65aa788b18fce8de0ae4f9ba63e4e7 "Make tdb transaction lock
    recursive (samba version)" was broken: I "cleaned it up" and prevented
    it from ever unlocking.

    To see the problem:
        $ bin/tdbtorture -s 1248142523
        tdb_brlock failed (fd=3) at offset 8 rw_type=1 lck_type=14 len=1
        tdb_transaction_lock: failed to get transaction lock
        tdb_transaction_start failed: Resource deadlock avoided

    My testcase relied on the *count* being correct, which it was.  Fixing that
    now.

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Michael Adam <obnox@samba.org>
(This used to be ctdb commit ce19658ba13272238058e9b9bc03e62f48b737c0)

Port from SAMBA tdb: commit a6cc04a20089e8fbcce138c271961c37ddcd6c34 Author: Andrew Tridgell <tridge@samba.org> Date: Mon Jun 1 13:13:07 2009 +1000

overallocate all records by 25%

    This greatly reduces the fragmentation of databases where records
    tend to grow slowly by a small amount each time. The case where this
    is most seen is the ldb index records. Adding this overallocation
    reduced the size of the resulting database by more than 20x when
    running a test that adds 10k users.

(This used to be ctdb commit e72974e5cefabc7035399d16633f727f868caa61)

Port from SAMBA tdb: commit a386173fa1c7c5bcc11ea9260d84b6c52c154b3d Author: Andrew Tridgell <tridge@samba.org> Date: Mon Jun 1 13:11:39 2009 +1000

auto-repack in transactions that expand the tdb

    The idea behind this is to recover from badly fragmented free
    lists. Choosing the point where the file expands is fairly arbitrary,
    but seems to work well.

(This used to be ctdb commit 233c52bfb087f636ad61e95c12616c02901f4f83)

Port from SAMBA ctdb: commit 936d76802f98d04d9743b2ca8eeeaadd4362db51 Author: Andrew Tridgell <tridge@samba.org> Date: Tue Dec 16 14:38:17 2008 +1100

imported the tdb_repack() code from CTDB

    The tdb_repack() function repacks a TDB so that it has a single
    freelist entry. The file doesn't shrink, but it does remove all
    freelist fragmentation. This code originated in the CTDB vacuuming
    code, but will now be used in ldb to cope with fragmentation from
    re-indexing

(This used to be ctdb commit fe3ceb101a5a9c336973c2c6c31406bd8181c2fe)

Port from SAMBA tdb: commit 4b4fec65db4e202afa13b2d15867f4d8a54d154e Author: Andrew Tridgell <tridge@samba.org> Date: Thu May 28 16:08:28 2009 +1000

make TDB_NOSYNC affect all the fsync/msync calls in transactions

    During a transaction commit tdb normally uses fsync/msync calls to
    make it crash safe. This can be disabled using the TDB_NOSYNC flag,
    but it wasn't disabling all the code paths that caused a fsync/msync.

(This used to be ctdb commit e03980add02a28609a7a0a0c87ebc85419b98144)

Port from SAMBA tdb: commit a91bcbccf8a2243dac57cacec6fdfc9907580f69 Author: Jim McDonough <jmcd@samba.org> Date: Thu May 21 16:26:26 2009 -0400

Detect tight loop in tdb_find()

(This used to be ctdb commit 5253a0ba3a34fbf5810f363ecc094203d49e835f)

Port from SAMBA tdb: commit 42c0931441ef53a3f977e1334355fa83f05ac184 Author: Tim Prouty <tprouty@samba.org> Date: Tue Mar 31 16:24:07 2009 -0700

tdb: Remove unused variable

(This used to be ctdb commit aa22d1875b1997664af983c0baeabe34e40dd253)

Port from SAMBA tdb:

commit b90863c0b7b860b006ac49c9396711ff351f777f
Author: Howard Chu <hyc@highlandsun.com>
Date:   Tue Mar 31 13:15:54 2009 +1100

    Add tdb_transaction_prepare_commit()

    Using tdb_transaction_prepare_commit() gives us 2-phase commits. This
    allows us to safely commit across multiple tdb databases at once, with
    reasonable transaction semantics

Signed-off-by: tridge@samba.org
(This used to be ctdb commit 4c3dac215a088947f645f727343997f5d47e3260)

update STOP/CONTINUE to better handle when we stop the last node

(This used to be ctdb commit 9a251078f22aea15b9ca37393e0b5e2740aa21fb)

Merge commit 'origin/master'

(This used to be ctdb commit abf4540bfb06de56b0a7b5976b5f1b2a24a8743d)

Test suite: Retrieval NFS_TICKLE_SHARED_DIRECTORY more defensively.

In complex/31_nfs_tickle.sh we run sed against a file that might not
exist, causing potential garbage from stderr in the output.  Check
that the file exists before running sed.

Signed-off-by: Martin Schwenke <martin@meltin.net>
(This used to be ctdb commit f9b71757f034732647228d4b8a8f00528028b6b0)

Test suite: Better diagnostics for recent change to complex/31_nfs_tickle.sh.

Add a -v so we see the output of the command that tries to get the
value of NFS_TICKLE_SHARED_DIRECTORY.  That way we can tell if a value
was retrived OK or if we're using the default.

Signed-off-by: Martin Schwenke <martin@meltin.net>
(This used to be ctdb commit c53353c6402f378f29200313d82f1f9262d628b1)

Test suite: complex/31_nfs_tickle.sh should use NFS_TICKLE_SHARED_DIRECTORY.

Rather than hardcoding the location of the shared tickle directory,
attempt to use the value of NFS_TICKLE_SHARED_DIRECTORY from
/etc/sysconfig/nfs on node 0.

Signed-off-by: Martin Schwenke <martin@meltin.net>
(This used to be ctdb commit 878437a909ea44dfc3635f082e34741ee256e505)

Test suite: Ask CTDB about CIFS tickles registered for the actual test node.

This failed when node 0 had no public IPs because we would always run
"ctdb gettickles" on node.  We now ask node 0 for the tickles on the
test node.

Signed-off-by: Martin Schwenke <martin@meltin.net>
(This used to be ctdb commit 8fcc4610de926f44e18ec85fb57ca5f7d3c28bd6)

Test suite: Turn off strict host key checking in the SSH failover test.

Signed-off-by: Martin Schwenke <martin@meltin.net>
(This used to be ctdb commit b7787255391eddef8458f81ff9b75d9116e2afd3)

Merge commit 'martins/master'

(This used to be ctdb commit 32a69b0efa078b069802470be6488a4efe32961d)

Test suite: fix test file permissions in complex/44_failover_nfs_oneway.sh.

Something, perhaps root_squash, causing permission denied on the test
file after we copy it over with scp.  This sets the initial
permissions to be friendly and adds -p to the scp command to maintain
those friendly permissions.

Signed-off-by: Martin Schwenke <martin@meltin.net>
(This used to be ctdb commit 52f21f5a92eb14df7540a2ae9e212d936e646c06)

Test suite: fix the test suite's generic event script.

Add a "stopped" case to log events and stop the event script from
failing with an unknown event.

Signed-off-by: Martin Schwenke <martin@meltin.net>
(This used to be ctdb commit 7f67f7395e2233f0bba2e9662404aad49e13f645)

Test suite: Fixes for node state parsing plus new stop/continue tests.

The parsing of "ctdb status -Y" output to determine various node
states was implemented very strictly.  Therefore, the parsing broke
due to the addition of the new "stopped" state to the output of "ctdb
status -Y".  This relaxes the parsing so that it should work for
versions prior to the introduction of the "stopped" state, as well as
future versions that add new states to the end of the list of bits in
output of "ctdb status -Y".

Similarly the check for cluster unhealthy (in _cluster_is_healthy())
now just checks for a single 1 in any bit in the "ctdb status -Y"
output, rather than checking for a particular number of 0s.

New tests
tests/simple/{41_ctdb_stop.sh,42_ctdb_continue.sh,43_stop_recmaster_yield.sh}
do rudimentary testing of the stop and continue functions.

Remove tests tests/simple/41_ctdb_ban.sh and
tests/simple/42_ctdb_unban.sh.  They were both unreliable.

tests/simple/21_ctdb_disablemonitor.sh now schedules a restart, since
one will be required.

Signed-off-by: Martin Schwenke <martin@meltin.net>
(This used to be ctdb commit 67c5bfb5f02c9d45a32d976021ede4fb2174dfe9)

change the defaults for repacking to repack once every 120 seconds and letting it work for 30 second before timing out.

(This used to be ctdb commit 2aa5d18bb42dca4ef9cb049b4fa9d7bc999ce4ad)

repack limit tunable

Signed-off-by: Wolfgang Mueller-Friedt <wolfmuel@de.ibm.com>
(This used to be ctdb commit a2768b0732f2ab2e3fafda55587bd2e99eedf0fa)

remove repack from eventscript

Signed-off-by: Wolfgang Mueller-Friedt <wolfmuel@de.ibm.com>
(This used to be ctdb commit dd334caa98882fc59765b7c84eca8e86de785487)

added event repacking

Signed-off-by: Wolfgang Mueller-Friedt <wolfmuel@de.ibm.com>
(This used to be ctdb commit 78466364f22d6a183710338f138b8c808c6b7753)

vacuum event framework

Signed-off-by: Ronnie Sahlberg <ronniesahlberg@gmail.com>
Signed-off-by: Wolfgang Mueller-Friedt <wolfmuel@de.ibm.com>
(This used to be ctdb commit 30cdad97706a9e9bb210120699aa939f6b16e8ca)

initial part of new vacuuming patch.

create some new fields for ctdb_db and tunables

(This used to be ctdb commit 3a8e7d36cc42aedf4b7665364224140dcbfb3efa)

From Michael Adam:

Update the transaction test tool to the new api for transactions

(This used to be ctdb commit 4d9a53f142deba6ab578af2fc35bfa99c29c3a99)

client: refuse to do record_store() on a persistent tdb.

Only allow stores wrapped in transactions on persistent dbs.

Michael

(This used to be ctdb commit 9dea71cf72ef79a9aadf8ee7cf1a1899527459ff)

ctdbd: refuse PERSISTENT_STORE if transaction is running.

Michael

(This used to be ctdb commit c07d6d90f7afd19213ad44624c3e2b9c85f4eea8)

Fix persistent transaction commit race condition.

In ctdb_client.c:ctdb_transaction_commit(), after a failed
TRANS2_COMMIT control call (for instance due to the 1-second
being exceeded waiting for a busy node's reply), there is a
1-second gap between the transaction_cancel() and
replay_transaction() calls in which there is no lock on the
persistent db. And due to the lack of global state
indicating that a transaction is in progress in ctdbd, other nodes
may succeed to start transactions on the db in this gap and
even worse work on top of the possibly already pushed changes.
So the data diverges on the several nodes.

This change fixes this by introducing global state for a transaction
commit being active in the ctdb_db_context struct and in a db_id field
in the client so that a client keeps track of _which_ tdb it as
transaction commit running on. These data are set by ctdb upon
entering the trans2_commit control and they are cleared in the
trans2_error or trans2_finished controls. This makes it impossible
to start a nother transaction or migrate a record to a different
node while a transaction is active on a persistent tdb, including
the retry loop.

This approach is dead lock free and still allows recovery process
to be started in the retry-gap between cancel and replay.
Also note, that this solution does not require any change in the
client side.

This was debugged and developed together with
Stefan Metzmacher <metze@samba.org> - thanks!

Michael

(This used to be ctdb commit f88103516e5ad723062fb95fcb07a128f1069d69)

client: set dmaster in ctdb_transaction_store() also when updating an existing record

Michael

(This used to be ctdb commit e9194a130327d6b05a8ab90bd976475b0e93b06d)

Merge commit 'origin/master'

(This used to be ctdb commit d7ff60a74595dcb4ae41f5a8193de5b898d61227)

When processing the stop node control reply in the client code we should
also check the returned status code in case the _stop() command failed
due to the eventscripts failing.

If this happens, make "ctdb stop" log an error to the console and try
the operation again.

(This used to be ctdb commit 20e82e0c48e07d1012549f5277f1f5a3f4bd10d1)

onnode: update tests for healthy and connected to cope with new stopped bit.

Signed-off-by: Martin Schwenke <martin@meltin.net>
(This used to be ctdb commit bfc926c866e361ab28330747544b268ba130bf30)

document the two new commands setlmasterrole and setrecmasterrole

(This used to be ctdb commit 1d7d7dd515e7ef62cacf2a712a2f4c4d62a38fa5)

add two commands : setlmasterrole and setrecmasterrole to enable/disable these capabilities at runtime

(This used to be ctdb commit 51aaed0e9e42e901451292e8dd545297ab725a62)

Document the natgw flag and how this changes the output of "ctdb
getcapabilities"

(This used to be ctdb commit 9b395986962909a5b0548eaea7e45215df72a08e)

update the natgw eventscript to set the NATGW capability when this feature is used
This does not modify any behaviour of the daemon itself other than showing this flag as ON in the ctdeb getcapabilities output

(This used to be ctdb commit fb337c151bd16ad5ad0c99431224451979d8c651)

add a command "setnatgwstate {on|off}" that can be used to indicate if this node is using natgw functionality or not.

(This used to be ctdb commit 89a9bb29a60a6fb1fba55987e6cf0a4baa695e50)

describe how to activate NATGW without restarting the nodes on a running
cluster

(This used to be ctdb commit b6c8011024ce4574f945d5a470075c6779b34a43)

 new version 1.0.87

(This used to be ctdb commit d187eb8507f35a650ff3ffc50fa49110eebca0bd)

Merge commit 'martins/master'

(This used to be ctdb commit febf3d6d3f2bdf187c042f560aefc54b8ac72454)

document the new stopped event

(This used to be ctdb commit 70603d9a79c80379bf65d9d703c399a65c109c52)

create a new event : stopped.
This event is called when a node is stopped and is used by eventscripts that need to do certain cleanup and removal of configuration or ip addresses or routing ...

Note that a STOPPED node is considered "inactive" and as such will not be running the "recovered" event when the rest of the cluster has recovered.

(This used to be ctdb commit 65e9309564611bf937ded3c74a79abff895d7c59)

When we create new election data to send during elections, we must re-read the node flags from the main daemon to catch when the STOPPED flag is changed.

(This used to be ctdb commit ca4982c40d81db528fe915d5ecc01fcf7df0b522)

update the eventscript to ensure that stopped nodes can not become the natgw master
also verify that we actually do have a natgw master available if this is configured and make the node unhealthy if not.

(This used to be ctdb commit 7f273ee769d671d8c8be87c9187302fb77e814f3)

if all nodes are STOPPED, pick one of the STOPPED nodes as natgw master

(This used to be ctdb commit 8bbd96cfbbe98f3fc19e432797cbf4478f753a0b)

Do not allow STOPPED or DELETED nodes to become the NATGW master

(This used to be ctdb commit 4505ea15408ad40dd8deb4041fd75a65a0ad9336)

Test suite: Fix debug code for unexpectedly unhealthy cluster.

The debug code should run "ctdb status" on a cluster node, not on the
test client.

Signed-off-by: Martin Schwenke <martin@meltin.net>
(This used to be ctdb commit 34e6f8a04b12f8879eb42d417f9741502ccccf0f)

stopped nodes can not win a recmaster election

stopped nodes must yield the recmaster role

(This used to be ctdb commit b75ac1185481060ab71bd743e1e48d333d716eba)

change the infolevel when logging stop/continue commands

(This used to be ctdb commit 1e007c833098b03dd81797c081da1ae1b10c971c)

recovery daemon needs to monitor when the local ctdb daemon is stopped and ensure that the databases gets frozen and the node enters recovery mode

(This used to be ctdb commit 99f239f8b96c8c0a06ac8ca8b8083be96265865a)

document the new commands ctdb stop/continue

(This used to be ctdb commit d6ddea4167ccdad05e88378ee3f22b6125969562)

dont let other nodes modify the STOPPED flag for the local process when pushing out flags changes

(This used to be ctdb commit 501a2747d839ca291b70c761098549cf6d47a158)

add two new controls, CTOP_NODE and CONTINUE_NODE
that are used to stop/continue a node instead of using modflags messages

(This used to be ctdb commit 54b4a02053a0f98f8c424e7f658890254023d39a)

make it possible to start the daemon in STOPPED mode

(This used to be ctdb commit 866aa995dc029db6e510060e9e95a8ca149094ac)

remove the header printed for the machinereadable output for natgwlist

(This used to be ctdb commit 049271c83a09afb8d6c3e5212cf9ca782956b0c6)

Add a new node flag : STOPPED
This node flag means the node is DISABLED and that all its public ip addresses
are failed over, but also that it has been removed from the VNNmap.

A STOPPED node should be in recovery mode active untill restarted using the continue command.

Adding two new commands "ctdb stop" "ctdb continue"

(This used to be ctdb commit d47dab1026deba0554f21282a59bd172209ea066)