much simpler redirect logic
(This used to be ctdb commit 95db9afa7dd039e1700e2f3078782f6ac66e9f51)

better name for this hack
(This used to be ctdb commit e5a98eee991a7926ddb6964ea3785b11303d175e)

use ctdb_get_connected_nodes for node listing
(This used to be ctdb commit b4efdd1944207e51dccd6cd5e50f451a7dddcd91)

added status all and debug all control operations
(This used to be ctdb commit 7f902f6c4270adc0543096c78415d335b88d6232)

use rsync to avoid text busy on install
(This used to be ctdb commit d19be7ea56003faffcb3fb8a76fd804df0431242)

report number of clients in ping
(This used to be ctdb commit 9deaa1892faa8288cad9f6fde20d2aa8ba8af699)

merged from ronnie
(This used to be ctdb commit 521484a462dcddeebe02bb9c725e18939919b6fe)

print vnn as decimal instead of hex

(This used to be ctdb commit 89512fd659c5b1dc450b7162ca985a7083fd40ac)

add a few more controls that are useful for debugging a cluster

(This used to be ctdb commit 751c1365ab55a217ff33d985d52bd26581578617)

allow ctdbd_allocate_pkt to be used in client code
(This used to be ctdb commit 2c37cc7bb97dee5bb2e929958e6c834b27c9ae6a)

add a control to pull the database list from a remote node

(This used to be ctdb commit d130e02936ea4bdcd3a6f02c53be4b7771993138)

fixed some warnings
(This used to be ctdb commit b5434a40cf2db008eb1e681fcd2ceeff331324fa)

you cant dereference ctdb->vnnmap in the client since it is null in hte
client

(This used to be ctdb commit cbd01fc8978f798a5eb5c8920a1acb68d43f7a80)

added make test and make valgrindtest targets
(This used to be ctdb commit b69fb43643993ee5aaabf8711bb874f95d468f35)

merge from tridge

(This used to be ctdb commit 6ca7caa90f4aa7fa2753f6ee9090d629cdb63871)

factor out the packet allocation code
(This used to be ctdb commit 4cbaf22cc4bede8c95dd9b87e21bbe886307e23b)

merge from ronnie
(This used to be ctdb commit 9253714401de1d7fea6ad44c35f324004683abd7)

ctdb will now verify that the generation id for all CTDB_REQ_CALLs that
it receives from remote nodes with its own generation number.

if the generation id do not match the daemon will just discard the
packet completely.
this will require that clients such as samba3 will have to be aware that
calls it sends to remote nodes may get lost and will have to resend the
requests after a timeout.

during cluster recovery/reconfiguration the generation nnumbers will be
changing and this can be used to prevent nodes that are still in the
"old" instance from talking to nodes that belong to the new generation
instance

(This used to be ctdb commit 4c197f1cbfdd5f65af9c059aae2b4508ebd0cd34)

added install target
(This used to be ctdb commit f24f043a18082d21ba240a73de9daab50cd442a5)

clients should not fill in "generation" nor be aware of what generation
the cluster is currently in.

remove all instances where the clients try to fill in the generation
field of the header

(This used to be ctdb commit fd75463f69f9f9100b2fe4cb710201a8262cdcec)

always use allocated packets to avoid alignment errors
(This used to be ctdb commit 47b53d344941a3203c87788439e7df59477681be)

add a generation field to the pdu header.
this will allow a node to verify that a received pdu is sent from a node
in the same generation instance of a cluster.

(This used to be ctdb commit e32d3ca9a622237c4e2622de98825c0962760d48)

merge from ronnie
(This used to be ctdb commit d21de127cceea7174b2e05701c8846c0b0c881c0)

some debug code
(This used to be ctdb commit 957801ad6285c21fd11469a60dbdcc170e7009cb)

make srvid 64 bits  instead of 32 bits

(This used to be ctdb commit 723bcfbba1d5aa711496d37b9658190b78a2d66b)

merge from tridge

(This used to be ctdb commit 0d6fb241faa15cb2183d2faa4c5ffa607b9d5f46)

merged broadcast messages from ronnie
(This used to be ctdb commit bc20a7de280dbaa5e8ceb5493c51c059aa80d41c)

add a special VNN that means "all" nodes so that a message can be
broadcasted to all daemons in the cluster

change the message dispatch routine for sending messages so that it
allows several clients to use the same srvid
messages are then passed on to all clients that have that srvid

(This used to be ctdb commit 05d7ebb3556785f0f17a87d808f31ffe8dac288a)

debug level controls
(This used to be ctdb commit 85f883c081dd1ab069420d2e7f4f2e9d708b3cde)

nicer testing of control data size
(This used to be ctdb commit 67d51cd74c8bbd20cae1da9f04f32ff887fc4f8c)

merge from ronnie
(This used to be ctdb commit c2ad6820f4526c230178e7d1b66b82103bfed904)

add a new control : SETVNNMAP  to set the generation id and also the vnn
map on a ctdbd daemon

(This used to be ctdb commit f55707885f7b233ad6ddfc952d08851577063200)

add a control to read the vnnmap configuration from a node

add support in ctdb_control to fetch this information from a node

(This used to be ctdb commit 8d7f26c8d78d30c3ccb15a28ddea940d8666e052)

merge from tridge

(This used to be ctdb commit d171b27028172754eee7c02def1c93df7aac2bb3)

merge vnn_map code from ronnie
(This used to be ctdb commit 01eed862bb007bdb7da61f0521a9a64e0c85e3a2)

add a mapping table from a hash value to a lmaster vnn number

update ctdb_lmaster() return the lmaster based on this tables contents

initialize the vnn table based on number of nodes for now.
later when recovery is implemented the recovery process will populate
this mapping table.

(This used to be ctdb commit 71e440f6c26ea074f9887237c962101c8cef8c80)

null terminate a string
(This used to be ctdb commit a7408802c7bff235bd917d06f98e00e309d2d5ca)

got rid of the getdbpath call
(This used to be ctdb commit 736ce5c00a1d1b47abb44c4b262b14bfba5202b1)

added a ctdb_get_config call
added a ctdb ping control

(This used to be ctdb commit 7d17378b6e6076a922cffe98239e20dfbbae3bf7)

removed some bogus debug lines
(This used to be ctdb commit 25aa579058ecd2a33b13b4c1d6c7c75427bbdafa)

merge from peter
(This used to be ctdb commit e340d8d2af90d9a2819b0029f048cf4727617e7a)

fixed prev. ibwrapper_test options

(This used to be ctdb commit 9a810d1f3201ec559d1f4f20ef4a42d7aa7090c4)

ctdb/ib: swapped ibwrapper_tets options (-d, -a, -g)

(This used to be ctdb commit 4c11d4a990b792d3bc36e062c674e9573c6de821)

ctdb/ib: reduce debug output; allow not only ip

(This used to be ctdb commit 1942c21fe7b52f2b0c8f6895bdc7efd70505a9db)

ignore generated nodes.txt
(This used to be ctdb commit b921dc2c7932e0c1ece6ac3f57e117d0500f8214)

validate the vnn
(This used to be ctdb commit 025e58ba2b870ebb861b015d5c79dac7f5402bfb)

merged tridge's branch

(This used to be ctdb commit 9f76f0fc94cedc2ac775181033c2484d56ccfed0)

fixed typo
(This used to be ctdb commit 9755f9c62fd14abc65189fc06629f37546f53082)

merge from peter
(This used to be ctdb commit ddf390da2bceb5b3f431433aec424d99d98c05f4)

merged tridge's branch

(This used to be ctdb commit 02ec7d6abb75a7c0a414efd4a50d44e6f1e5e407)

moved status to ctdb_control
(This used to be ctdb commit 9a543968ba0379fbf8e977e184f22f4349d6243f)

made ofed-1.0 (and 1.1) compatible + fixed warnings

(This used to be ctdb commit 43e4b83fc796b05baccfff6a34df398c821aa018)

added a ctdb control message, and tool
(This used to be ctdb commit 0d7a71f35bb8ce95231f8ca1e8e3e4024fe657e5)

merge from ronnie
(This used to be ctdb commit 37ef65737571a4290a150c28cf2b0a6b221253fd)

add version printout
(This used to be ctdb commit 54aaf64cf0681329cdcdc4b7f76e1335952bb683)

fit some more windows across a screen
(This used to be ctdb commit f787f9c966bab82065b979b0a6fcc5c056c7cee4)

popt not needed in lockwait code
(This used to be ctdb commit 796fdbe8efc3d74515218ddcb25abdbec2e9c2b7)

add pdu's that the client can use to query the ctdb daemon of the path
to the database it created (so the client can open and access the same
file)

(This used to be ctdb commit c2eda19499b3263b2248c41bd531fb73c7b42212)

fixed ctdb/ib bug at reject event
reverted my suggestion in debug.c (based on my false error detection)

(This used to be ctdb commit 5c52c9f37639c65b551c10d1706c49653cd99742)

split the 32bit idr field into two.
store the idr as the high 16 bits and use a rotating counter for the low
16 bits.

(This used to be ctdb commit 7c763b7b5e6ca54a6df4586893ddaf1b508b4c22)

add a comment that sometimes sending remote calls straight to the
lmaster instead of what the nodes think is the dmaster (which might be
stale) improve performance.

(This used to be ctdb commit f535f79e6a2a6c6d07141b96e0b957fa93c684f4)

added max_redirect_count status field
(This used to be ctdb commit ecea04741fe552aa409ab165d7c69ead9649986c)

merge from tridge

(This used to be ctdb commit 3457af559a5d54fd9eb787f18ff15d7c19271f60)

fixed the reverse of the last bug - handle the case when the new dmaster is the lmaster
(This used to be ctdb commit b2599834d2ace7369a1b36f85fdf6eb62f047e30)

mark authoritative records
(This used to be ctdb commit f2076338221c5cb28f9045ce5345cc6a9b429f1a)

debug changes
(This used to be ctdb commit 3ddc1e4f1d3660d33cc2a07e53b66772116e9640)

merge from tridge

(This used to be ctdb commit 1c33c9856c05068a5681f3e37c9b94f429038a69)

- when handling a record migration in the lmaster, bypass the usual
  dmaster request stage, and instead directly send a dmaster
  reply. This avoids a race condition where a new call comes in for
  the same record while processing the dmaster request

- don't keep any redirect records during a ctdb call.  This prevents a
  memory leak in case of a redirect storm

(This used to be ctdb commit 59889ca0fd606c7d2156839383a09dfc5a2e4853)

merge from tridge

(This used to be ctdb commit 2644ee0e81e4f78d35528999b0a18f4253f99794)

added a useful tool for dumping a ctdb
(This used to be ctdb commit 671ed94011e21396571a3f4a5191b9a83911c952)

merge from tridge

(This used to be ctdb commit 831847ba999e504b9c75f4e7c9c09c26bbeffcba)

update the vnn as well when getting the connection information
(This used to be ctdb commit 25f36f7edaa56a16692949d6750b65d74bf4218f)

merge from samba4
(This used to be ctdb commit a64c6ace26559b2793f2a804430fb0fc53f03a34)

merge from tridges tree

(This used to be ctdb commit d3fdb22eec5fd21132e2a9ab19ebbb21217ccec9)

- prevent sending dmaster requests to ourselves

- add some debug code

(This used to be ctdb commit 26ad1ec3a3b872520a735e4fe4f224f716643731)

merge fixes from samba4
(This used to be ctdb commit 23d892c2696c5c1dd9f12f1ccd1acfa264be4fb6)

merge tdb updates from samba4
(This used to be ctdb commit c9959e5741a17fd52070b744714eb00bf92a93eb)

use talloc_vasprintf

(This used to be ctdb commit e259620d416497fba5ac43a87f3be7b280c21409)

removing my dirt from tridge's code
(this change wasn't necessary)

(This used to be ctdb commit 217d996abdafe91c2f51d9d486d95a6607b56285)

merged tridge's branch

(This used to be ctdb commit b40d044fc5b057b707a6f5637313c0836981a66e)

Simplified code in ctdb_init_transport.

(This used to be ctdb commit 9a30e0fcbdde587cb1f3d854b8f1d22da19d9af4)

- ctdb/ib minor bugfixes (error case)
- make ctdb capable of alternative connection (like ib) again, solved the fork problem
- do_debug memory overwrite bugfix (occured using ibwrapper_test with wrong address given)

(This used to be ctdb commit da0b84cda26d544f63841dfd770ed7ebad401944)

- expanded status to include count of each call type
- added lockwait latency

(This used to be ctdb commit 0b5d196147e644cf8b172cb4b593fd46b1caa386)

added ctdb_status tool
(This used to be ctdb commit 908d6c6a936e21f70f05827ce302e966cca0132a)

- fixed a problem with packets to ourselves. The packets were being
  processed immediately, but the input routines indirectly assumed
  they were being called as a new event (for example, a calling
  routine might queue the packet, then afterwards modify the ltdb
  record). The solution was to make self packets queue via a zero
  timeout.

- fixed unlinking of the socket in a exit in the lockwait code. Needed
  an _exit instead of exit so atexit() doesn't trigger

- print latency of lockwait delays

(This used to be ctdb commit 1b0684b4f6a976f4c5fe54394ac54d121810b298)

merged fix from volker (thanks!)
(This used to be ctdb commit 5f51864f837de5fd262d6a41722605789494cb66)

minor debug changes
(This used to be ctdb commit 1950d96458238782c3bfd8e41a053c4be8330ef9)

merge from tridge

(This used to be ctdb commit 819cdf314900388fe36368a21e2c4895b78b9203)

The remote node needs to get the IMMEDIATE_MIGRATION flag to actually send the
record

(This used to be ctdb commit 9159434b1eef39b7de58b30626039f1e45a97306)

Merged tridge's ctdb branch.

(This used to be ctdb commit d9046da5219144afe68f5a376243d998e7068ccd)

fixed a bug found by volker - initialse the record on disk when initialised in memory
(This used to be ctdb commit f7903b00cdc91ae7d7e38b1a38d2b7b663e3a728)

- split out ctdb_ltdb_lock_fetch_requeue() into a simpler
  ctdb_ltdb_lock_requeue() and a small wrapper

- use ctdb_ltdb_lock_requeue() to fix a possible hang in
  ctdb_reply_dmaster(), where the ctdb_ltdb_store() could hang waiting
  for a client. We now requeue the reply_dmaster packet until we have
  the lock

(This used to be ctdb commit 97cd7aa09ce3abbb5e3e965c5c81668e0c0133a5)

- added a --torture option to all ctdb tools. This sets
  CTDB_FLAG_TORTURE, which forces some race conditions to be much more
  likely. For example a 20% chance of not getting the lock on the
  first try in the daemon

- abstraced the ctdb_ltdb_lock_fetch_requeue() code to allow it to
  work with both inter-node packets and client->daemon packets

- fixed a bug left over in ctdb_call from when the client updated the
  header on a call reply

- removed CTDB_FLAG_CONNECT_WAIT flag (not needed any more)

(This used to be ctdb commit 7559dcd184666c3853127e3c8f5baef4fea327c4)

merge from ronnie
(This used to be ctdb commit 257af5c31a311217315e07d6a194c3f96c8dfa80)

 the checks for srcnode and destnode from the client are redundant since the daemon will sort these out itself before it sends the call of to either the local handler or a remote daemon

(This used to be ctdb commit 9175d49ba1ce2af99907fa227b50d281f85c98ae)

merge from ronnie
remove unused bench_incr function in ctdb_bench.c

(This used to be ctdb commit 39424cb13070c9964121b533a9f9ba448ce49d16)

remove a comment that is no longer valid

(This used to be ctdb commit e834cf18cfc18c9462f0dfff0315b5b6798771f8)

don't need these structures any more
(This used to be ctdb commit 506117dc24ec647c629c92a3996455cd8d9c8ec6)

add some tests in the daemon that a REQ_CALL that a client sent us has valid srcnode and destnode

update ctdbd_test.c to show how to force a migration onto the local node

(This used to be ctdb commit fe313cee4927075be311e28ea106bd5cc035f217)

merge from tridge

(This used to be ctdb commit 45081eadb89fdaf8c831e161ae7df816beda934b)