[Samba] Cannot share MSAccess DB after upgrade 3.0.5 to 3.0.8

Mon Dec 20 21:50:31 GMT 2004

I posted the originating message for the thread.  My
focus has been redirected for a couple of days, so I
missed the question below.

> -----Original Message-----
> From: David Brodbeck DavidB at mail.interclean.com
> 
> What are the details on this?  I thought I'd been 
> carefully watching the release announcements for 
> anything ACL-related, but I apparently missed this
> one.

In short, an upgrade from 3.0.5 to 3.0.8 (now 3.0.9)
broke Access database sharing.  The cause is unknown
but the second and subsequent Access clients to
attempt an open of the database complain that the file
doesn't exist.

My apologies for the length of this post.  Here's the
log (log level 10) from a client being refused access
to the file...

[2004/12/17 12:21:08, 5] lib/util.c:show_msg(474)
  size=124
  smb_com=0xa2
  smb_rcls=0
  smb_reh=0
  smb_err=0
  smb_flg=24
  smb_flg2=51207
  smb_tid=1
  smb_pid=1268
  smb_uid=100
  smb_mid=2048
  smt_wct=24
  smb_vwv[ 0]=  255 (0xFF)
  smb_vwv[ 1]=57054 (0xDEDE)
  smb_vwv[ 2]= 9728 (0x2600)
  smb_vwv[ 3]= 5632 (0x1600)
  smb_vwv[ 4]=    0 (0x0)
  smb_vwv[ 5]=    0 (0x0)
  smb_vwv[ 6]=    0 (0x0)
  smb_vwv[ 7]=35072 (0x8900)
  smb_vwv[ 8]=  512 (0x200)
  smb_vwv[ 9]=    0 (0x0)
  smb_vwv[10]=    0 (0x0)
  smb_vwv[11]=    0 (0x0)
  smb_vwv[12]=    0 (0x0)
  smb_vwv[13]=    0 (0x0)
  smb_vwv[14]=    0 (0x0)
  smb_vwv[15]=    0 (0x0)
  smb_vwv[16]=    0 (0x0)
  smb_vwv[17]=  256 (0x100)
  smb_vwv[18]=    0 (0x0)
  smb_vwv[19]=16384 (0x4000)
  smb_vwv[20]=    0 (0x0)
  smb_vwv[21]=  512 (0x200)
  smb_vwv[22]=    0 (0x0)
  smb_vwv[23]=  768 (0x300)
  smb_bcc=41
[2004/12/17 12:21:08, 10] lib/util.c:dump_data(1977)
  [000] 00 5C 00 46 00 6F 00 72  00 6D 00 73 00 5C 00
44  .\.F.o.r .m.s.\.D
  [010] 00 61 00 74 00 61 00 5C  00 73 00 6D 00 63 00
2E  .a.t.a.\ .s.m.c..
  [020] 00 6D 00 64 00 62 00 00  00                   
   .m.d.b.. .
[2004/12/17 12:21:08, 3]
smbd/process.c:switch_message(886)
  switch message SMBntcreateX (pid 2218) conn
0x8389de8
[2004/12/17 12:21:08, 3]
smbd/sec_ctx.c:set_sec_ctx(288)
  setting sec ctx (1081, 100) - sec_ctx_stack_ndx = 0
[2004/12/17 12:21:08, 5]
auth/auth_util.c:debug_nt_user_token(491)
  NT user token of user
S-1-5-21-1901413937-2006929789-925700815-1233
  contains 6 SIDs
  SID[  0]:
S-1-5-21-1901413937-2006929789-925700815-1233
  SID[  1]:
S-1-5-21-1901413937-2006929789-925700815-513
  SID[  2]: S-1-1-0
  SID[  3]: S-1-5-2
  SID[  4]: S-1-5-11
  SID[  5]:
S-1-5-21-2802411879-2074512950-1258234877-1201
[2004/12/17 12:21:08, 5]
auth/auth_util.c:debug_unix_user_token(505)
  UNIX token of user 1081
  Primary group is 100 and contains 1 supplementary
groups
  Group[  0]: 100
[2004/12/17 12:21:08, 5]
smbd/uid.c:change_to_user(281)
  change_to_user uid=(1081,1081) gid=(0,100)
[2004/12/17 12:21:08, 10]
smbd/nttrans.c:reply_ntcreate_and_X(607)
  reply_ntcreateX: flags = 0x16, desired_access =
0x20089 file_attributes = 0x0, share_access = 0x0,
create_disposition = 0x1 create_options = 0x40
root_dir
_fid = 0x0
[2004/12/17 12:21:08, 10]
smbd/nttrans.c:map_create_disposition(341)
  map_create_disposition: Mapped create_disposition
0x1 to 0x1
[2004/12/17 12:21:08, 10]
smbd/nttrans.c:map_share_mode(480)
  map_share_mode: Mapped desired access 0x20089, share
access 0x0, file attributes 0x0 to open_mode 0x10
[2004/12/17 12:21:08, 5]
smbd/filename.c:unix_convert(108)
  unix_convert called on file "Forms/Data/smc.mdb"
[2004/12/17 12:21:08, 10]
smbd/statcache.c:stat_cache_lookup(243)
  stat_cache_lookup: lookup succeeded for name
[FORMS/DATA/SMC.MDB] -> [Forms/Data/smc.mdb]
[2004/12/17 12:21:08, 3] smbd/dosmode.c:unix_mode(111)
  unix_mode(Forms/Data/smc.mdb) returning 0766
[2004/12/17 12:21:08, 10]
smbd/process.c:remove_sharing_violation_open_smb_message(160)
  remove_sharing_violation_open_smb_message: deleting
mid 2048 len 128
[2004/12/17 12:21:08, 10]
locking/locking.c:get_deferred_opens(992)
  get_deferred_opens: deferred_open_entry[0]: pid =
2218, mid = 2048, dev = 0x901, inode = 386338064, port
= 32788, time = [1103304067.249679]
[2004/12/17 12:21:08, 10]
locking/locking.c:delete_deferred_open_entry(1084)
  delete_deferred_open_entry:
num_deferred_open_entries = 1
[2004/12/17 12:21:08, 10]
locking/locking.c:delete_deferred_open_entry(1089)
  delete_deferred_open_entry: deleted
deferred_open_entry[0]: pid = 2218, mid = 2048, dev =
0x901, inode = 386338064, port = 32788, time =
[1103304067.24967
9]
[2004/12/17 12:21:08, 10]
locking/locking.c:delete_deferred_open_entry(1098)
  delete_deferred_open_entry: deleting entry 0
[2004/12/17 12:21:08, 10]
locking/locking.c:delete_deferred_open_entry(1120)
  delete_deferred_open_entry: Remaining table.
[2004/12/17 12:21:08, 10]
smbd/trans2.c:set_bad_path_error(2234)
  set_bad_path_error: err = 2 bad_path = 0
[2004/12/17 12:21:08, 3]
smbd/error.c:error_packet(105)
  error string = No such file or directory
[2004/12/17 12:21:08, 3]
smbd/error.c:error_packet(129)
  error packet at smbd/trans2.c(2240) cmd=162
(SMBntcreateX) NT_STATUS_OBJECT_NAME_NOT_FOUND
[2004/12/17 12:21:08, 5] lib/util.c:show_msg(464)
[2004/12/17 12:21:08, 5] lib/util.c:show_msg(474)
  size=35
  smb_com=0xa2
  smb_rcls=52
  smb_reh=0
  smb_err=49152
  smb_flg=136
  smb_flg2=51201
  smb_tid=1
  smb_pid=1268
  smb_uid=100
  smb_mid=2048
  smt_wct=0
  smb_bcc=0
[2004/12/17 12:21:08, 6]
lib/util_sock.c:write_socket(449)
  write_socket(5,39)
[2004/12/17 12:21:08, 6]
lib/util_sock.c:write_socket(452)
  write_socket(5,39) wrote 39

Note the error message
NT_STATUS_OBJECT_NAME_NOT_FOUND.

Can someone more familiar with the log content help me
understand why Samba is refusing to acknowledge the
file's existence to its users?

Thanks,
Lane Beneke

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 