diff options
author | Andrew Tridgell <tridge@samba.org> | 2007-01-11 23:10:16 +0000 |
---|---|---|
committer | Gerald (Jerry) Carter <jerry@samba.org> | 2007-10-10 12:17:02 -0500 |
commit | fc8605735470df188a2915b6109c1c01a20bc6ac (patch) | |
tree | 1cc298c5456af4c29c59cef3aaa647af0ed2447c /source3/modules/vfs_default.c | |
parent | 0d538f7370f13b175f127f061d5bff18e631cd5e (diff) | |
download | samba-fc8605735470df188a2915b6109c1c01a20bc6ac.tar.gz samba-fc8605735470df188a2915b6109c1c01a20bc6ac.tar.bz2 samba-fc8605735470df188a2915b6109c1c01a20bc6ac.zip |
r20690: fix a bug that causes smbd to 'hang' intermittently.
The problem occurs like this:
1) running smbd as a domain member without winbindd
2) client1 connects, during auth smbd-1 calls update_trustdom_cache()
3) smbd-1 takes the trustdom cache timestamp lock, then starts
enumerate_domain_trusts
4) enumerate_domain_trusts hangs for some unknown reason
5) other clients connect, all block waiting for read lock on trustdom
cache
6) samba is now hung
The problem is the lock, and really its just trying to avoid a race
where the cure is worse than the problem. A race in updating the
trutdom cache is not a big issue. So I've just removed the lock.
It is still an open question why enumerate_domain_trusts() can
hang. Unfortunately I've not in a position to get a sniff at the site
that is affected. I suspect a full fix will involve ensuring that all
the rpc code paths have appropriate timeouts.
(This used to be commit ab8d41053347a5b342ed5b59a0b0dd4983ca91e6)
Diffstat (limited to 'source3/modules/vfs_default.c')
0 files changed, 0 insertions, 0 deletions