3 Commits

Author	SHA1	Message	Date
Andrew Tridgell	2a08818e24	added a useful tool for dumping a ctdb ... (This used to be ctdb commit 671ed94011e21396571a3f4a5191b9a83911c952)	2007-04-22 09:24:27 +02:00
Andrew Tridgell	07ade5e488	this is a demonstration of an idea for handling locks in ctdb. ... The problem we have is this: - we want the client smbd processes to be able to 'shortcut' access to the ltdb, by directly accessing the ltdb, and if the header of the record shows we are the dmaster then process immediately, with no overhead of talking across the unix domain socket - a client doing a shortcut will use tdb_chainlock() to lock the record while processing - we want the main ctdb daemon to be able to set locks on the record, and when those locks collide with a 'shortcut' fcntl lock, we want the ctdb daemon to keep processing other operations - we don't want to have to send a message from a smbd client to the ctdbd each time it releases a lock The solution is shown in this example. Note that the expensive fork() and blocking lock is only paid in case of contention, so in the median case I think this is zero cost. (This used to be ctdb commit a3248c3e2b740cd2403acffd3c1f6a33dca0ea03)	2007-04-16 16:01:37 +10:00
Andrew Tridgell	749a6b4c3a	started splitting out transport code ... (This used to be ctdb commit 3b75ef65bd0bff9c6366aba5a26b90be509fa77b)	2006-11-27 21:38:13 +11:00