summaryrefslogtreecommitdiff
path: root/source4/cluster/ctdb/include/ctdb.h
AgeCommit message (Collapse)AuthorFilesLines
2007-10-10r22421: merged in latest ctdb changes from bzrAndrew Tridgell1-16/+35
(This used to be commit 3633f862b966866819c9a0a6ad0238a858e15e62)
2007-10-10r22232: add a special message handler ID meaning "all messages please"Andrew Tridgell1-0/+5
This better fits the way Samba4 does message dispatch (This used to be commit 2c12f8e72fb999f4f66700291dd4d7f6f73a8eae)
2007-10-10r22231: merge from bzr ctdb treeAndrew Tridgell1-3/+25
(This used to be commit 807b959082d3b9a929c9f6597714e636638a940e)
2007-10-10r22082: merged the ctdb changes from bzrAndrew Tridgell1-1/+5
added opendb ctdb backend from ronnie (This used to be commit b0da25cb79f860bfa14ba7a8419c7996d936292b)
2007-10-10r22072: in order to implement the opendb ctdb backend, I've found that theAndrew Tridgell1-0/+15
existing ctdb_call() mechanism isn't sufficient. The main problem is that the operations on the record need to be done with a lock held while a local posix file operation is happening. We can't use a ctdb_call callback function to do the actual file opens, renames, unlinks etc as the callback would run on the wrong node. So this commit adds the prototypes for two new ctdb API functions which will make a opendb backend easier. Volker will probably recognise these functions as they are basically the same as what he did in his earlier Samba clustering code :-) (This used to be commit d9a997fd390e4162c015435d1c703fb3a4978f2f)
2007-10-10r22070: merge in the changes from the bzr ctdb tree, and convert the brlockAndrew Tridgell1-7/+13
ctdb backend to use the updated multi-database API (This used to be commit 44dcac9e4d81bfc078512248967b6240db9d1bd8)
2007-10-10r21256: - msg_type is not needed in the cluster messaging APIAndrew Tridgell1-1/+6
- merge ctdb_get_num_nodes() from bzr tree (This used to be commit 3df7527aedeba7ce2f4a6ca2d3b7167f58c6b68a)
2007-10-10r21232: added a raw ctdb messaging api - allowing ctdb applications to takeAndrew Tridgell1-0/+10
advantage of the ctdb messaging layer for their own data (This used to be commit b288ba05e5dc2aa5c8cd26eaee1c41b12e4996da)
2007-10-10r21045: every call in brlock_ctdb ended up neededing a 32 bit status code, soAndrew Tridgell1-0/+2
rather than allocating a reply_data field each time, I have changed the ctdb_call API to include a status code. That greatly simplifies use of the API. (This used to be commit 70c3acaf8876fa5712e2135df234fe3bc1e32e77)
2007-10-10r21044: - merge struct ctdb_call API changes from bzr treeAndrew Tridgell1-5/+11
- convert brlock code to new API (This used to be commit cf317480cb715dbaab87c06f824a1db14b09b298)
2007-10-10r20896: make the maximum lacount configurable in smb.confAndrew Tridgell1-0/+5
at the moment the brlock_ctdb backend will sometimes fail after dmaster migrations. So to pass tests this needs to be set high. Thats a priority to fix. (This used to be commit 45f5c272f366f6a793941d97c9522c5b2b0cb639)
2007-10-10r20889: import ctdb cluster backend from bzrAndrew Tridgell1-0/+117
it will be interesting to see how the build farm handles this (This used to be commit 53be449630bd67d649a9e70cc7e25a9799c0616b)