Storing pipe opens in the share_mode db ?

Gerald (Jerry) Carter jerry at
Thu Jun 8 15:21:59 GMT 2006

Hash: SHA1

Gerald (Jerry) Carter wrote:
> Jeremy Allison wrote:
>>> I would prefer you not use the share mode db (the main
>>> open file db). The contention on this under load is
>>> *horrible*, plus it's the bottleneck for clustered
>>> Samba. I'd suggest another tdb, sorry.
>>> I'm afraid I think it's a horrible idea :-).
> OK.  I'll respect that.  I don't agree, but I'll respect
> it.  Where do you propose?  I don't want to have
> create yet another tdb plus yet another set of fetch/store
> functions for something that is essentially a file open.

Volker says....

coffeedude: vl: any ideas where else I could store the pipe
  opens since wanon objects to locking.tdb ?
vl: A separate tdb.
coffeedude: vl: I hate that idea.  Oh well....Off I go
    for YATDB
vl: I don't like that either, as this essentially carries
  the same info as locking.tdb does. I'd much rather go
  with splitting up locking.tdb itself based on a
  inode-hashing scheme.
vl: This would help the contended case as well a lot.
vl: And I think the API is abstracted well enough now
  to make this really easy.

If Volker is ok with the cluster solution here then
would you be ok with using locking.tdb for pipe opens?

cheers, jerry

Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with SUSE -


More information about the samba-technical mailing list