I've run into difficulty getting Quicken 2001 and Quicken 2003 backup to
work with a Samba server. I reported this last week on Samba 2.2.8a. I
upgraded to Samba 3.0.0 and I see the same problem.
What am I doing wrong here?
My smb.conf is relatively simple (below is a slightly editted version with
the important stuff):
================================[global]
workgroup = WORKGROUP
server string = BigBoxNAS
netbios name = bigbox
log file = /var/log/samba/log.%m
; log level = 3
max log size = 50
security = user
[public]
path = /raid/export
valid users = mgm
writeable = yes
create mask = 0660
directory mask = 0770
read only = no
=================================
When I try to do a Quicken backup to the Samba drive, Quicken puts up an
error box complaining about lack of write access. I've spent some time in
google and found an intereting commment in Samba's open.c function,
"This
little piece of insanity is inspired by the fact that an NT client can open
a file for O_RDONLY, but set the create disposition to
FILE_EXISTS_TRUNCATE. If the client *can* write to the file, then it
expects to truncate the file, even though it is opening for readonly.
Quicken uses this stupid trick in backup file creation..."
I looked in the log file for the error string corresponding to the "little
bit of insanity". The longish log file excerpt is at the end of this
message.
My question, if this was fixed, why am I still seeing the problem in
2.2.8a? Thanks for your help. (I'm running Quicken under Windows 2000,
SP4.)
/var/log/samba/log.notebloat:
===================================
[2003/12/15 15:34:21, 10] smbd/mangle_hash.c:is_mangled(317)
is_mangled: ~test~bk.tst : True
[2003/12/15 15:34:21, 5] smbd/filename.c:unix_convert(319)
New file ~test~bk.tst
[2003/12/15 15:34:21, 3] smbd/dosmode.c:unix_mode(111)
unix_mode(~test~bk.tst) returning 0660
[2003/12/15 15:34:21, 5] smbd/files.c:file_new(123)
allocated file structure 284, fnum = 4380 (1 used)
[2003/12/15 15:34:21, 10] smbd/open.c:open_file_shared1(807)
open_file_shared: fname = ~test~bk.tst, share_mode = 40, ofun = 12, mode
= 660, oplock request = 3
[2003/12/15 15:34:21, 8] lib/util.c:is_in_path(1145)
is_in_path: ~test~bk.tst
[2003/12/15 15:34:21, 8] lib/util.c:is_in_path(1150)
is_in_path: no name list.
[2003/12/15 15:34:21, 3] lib/util.c:unix_clean_name(387)
unix_clean_name [~test~bk.tst]
[2003/12/15 15:34:21, 4] smbd/open.c:open_file_shared1(973)
calling open_file with flags=0x0 flags2=0x600 mode=0660
[2003/12/15 15:34:21, 10] smbd/open.c:open_file(146)
open_file: truncate requested on read-only open for file ~test~bk.tst
[2003/12/15 15:34:21, 10] smbd/open.c:fd_open(53)
fd_open: name ~test~bk.tst, flags = 01002 mode = 0660, fd = -1.
Permission denied
[2003/12/15 15:34:21, 3] smbd/open.c:open_file(176)
Error opening file ~test~bk.tst (Permission denied) (local_flags=514)
(flags=1536)
[2003/12/15 15:34:21, 5] smbd/files.c:file_free(346)
freed files structure 4380 (0 used)
[2003/12/15 15:34:21, 3] smbd/error.c:error_packet(94)
error string = Permission denied
[2003/12/15 15:34:21, 3] smbd/error.c:error_packet(113)
error packet at smbd/nttrans.c(889) cmd=162 (SMBntcreateX)
NT_STATUS_ACCESS_DENIED
==========================================
