No subject
Tue Dec 2 03:01:20 GMT 2003
process with pstack, its cycling in fcntl calls.
cescc jcline sysadmin 21855 photoid (147.138.110.6) Mon Aug 20
15:45:03 2001
21855 DENY_NONE RDWR EXCLUSIVE /export/cescc/DIEBOLD/DATA/DATA.DB
Mon Aug 20 15:58:53 2001
21855 DENY_NONE RDWR EXCLUSIVE /export/cescc/DIEBOLD/DATA/PDOXUSR
S.LCK Mon Aug 20 15:59:54 2001
21855 DENY_NONE RDWR NONE /export/cescc/DIEBOLD/PDOXUSRS.NET
Mon Aug 20 15:45:35 2001
It appears that the code takes the following route:
open_mode_check ---->
request_oplock_break ---->
oplock_break ---->
initial_break_processing ---->
file_find_dit
file_find_dit is not finding the file as open. This causes
initial_break_processing to immediately return NULL in turn causing
oplock_break to return True. Because the share_entry isn't updated to
reflect the missing entry in the file table, the oplock break will fail.
A pfiles look at process 21855 reveals that the file in question is open
at this point.
22: S_IFREG mode:0777 dev:29,128 ino:267932 uid:1048 gid:14 size:4096
O_RDWR|O_NONBLOCK|O_LARGEFILE
As coded, once we're in this situtation, there isn't a way to get out of
it. I can't yet diagnose if find_file_dit is responsible or another item,
but this scenario does lead to stuck locks.
Scott
------------------------------------------------------------------------
Scott Moomaw, Network Administrator Scott at Bridgewater.edu
Bridgewater College, IT Center
Bridgewater, VA 22812
Phone (540) 828 - 8000 x5437 FAX: (540) 828 - 5493
More information about the samba-technical
mailing list