summaryrefslogtreecommitdiff
path: root/source4/cluster/ctdb/tcp
AgeCommit message (Collapse)AuthorFilesLines
2008-12-29s4:cluster: remove old/broken ctdb codeStefan Metzmacher4-653/+0
We don't need a full copy of ctdb... If we want to readd cluster support, we should just use a ctdb client library. metze
2008-09-16Use single copy of tdb in both samba3 and samba4.Jelmer Vernooij3-3/+3
2007-10-10r23806: update Samba4 with the latest ctdb code.Andrew Tridgell4-136/+305
This doesn't get the ctdb code fully working in Samba4, it just gets it building and not breaking non-clustered use of Samba. It will take a bit longer to update some of the calling ctdb_cluster.c code to make it work correctly in Samba4. Note also that Samba4 now only links to the client portion of ctdb. For the moment I am leaving the ctdbd as a separate daemon, which you install separately from http://ctdb.samba.org/. (This used to be commit b196077cbb55cbecad87065133c2d67198e31066)
2007-10-10r23798: updated old Temple Place FSF addresses to new URLAndrew Tridgell4-8/+4
(This used to be commit 40c0919aaa9c1b14bbaebb95ecce53eb0380fdbb)
2007-10-10r23795: more v2->v3 conversionAndrew Tridgell4-4/+4
(This used to be commit 84b468b2f8f2dffda89593f816e8bc6a8b6d42ac)
2007-10-10r22421: merged in latest ctdb changes from bzrAndrew Tridgell2-8/+6
(This used to be commit 3633f862b966866819c9a0a6ad0238a858e15e62)
2007-10-10r22231: merge from bzr ctdb treeAndrew Tridgell4-236/+79
(This used to be commit 807b959082d3b9a929c9f6597714e636638a940e)
2007-10-10r22098: merged from bzr treeAndrew Tridgell1-1/+16
(This used to be commit a57af1ff8234ab590ebf28b3316953bec880005c)
2007-10-10r22070: merge in the changes from the bzr ctdb tree, and convert the brlockAndrew Tridgell1-2/+25
ctdb backend to use the updated multi-database API (This used to be commit 44dcac9e4d81bfc078512248967b6240db9d1bd8)
2007-10-10r21173: - keep the ctdb queue when reconnecting (this will need to be moreAndrew Tridgell1-9/+2
complex once we have code for changing the number of nodes) - fixed a ctdb/tcp bug in the handling of multiple packets waiting on a socket (This used to be commit faf9a1146cb5f33228a11e01b66cb3cbe18bd05d)
2007-10-10r20991: use relative includes for ctdb headers. This works with bothAndrew Tridgell3-10/+3
standalone and built-in ctdb (This used to be commit 3e5f29bddfd83914eeec706367b2b1bd30aba31e)
2007-10-10r20889: import ctdb cluster backend from bzrAndrew Tridgell4-0/+623
it will be interesting to see how the build farm handles this (This used to be commit 53be449630bd67d649a9e70cc7e25a9799c0616b)