Problem with Windows clients on Mac OSX Server
Steve Maser
maser at umich.edu
Wed Dec 22 20:32:12 GMT 2004
Hi all,
First time poster with an odd Windows client behavior looking for answers:
What I have: Mac OSX 10.3.7 server. Not a domain controller.
Does not host home directories. Is *not* a print server. Exists
strictly as a "standalone" server serving as a file repository for
Mac and Windows clients. Passwords on the server are all
"opendirectory" passwords.
Problem that has recently occurred within the last few weeks:
Some of my Windows clients (XP and 2000) are able to log into my
server (using the method of "browsing" for the server or by typing
\\<server> in an Explorer window.
Users authenticate into the server by typing their server login/password.
Explorer window pops up showing the shares on the server.
User double-clicks on a share to open the folder they should have access to.
They get "Access is Denied".
This is being reported to me by a very small subset of Windows
users and is limited specifically to the client machine. If the same
login/password is used on a different Windows machine -- it works!
Another user on the list suggested I toss up some "level 10" logs
to see what the difference is between a "working" and "nonworking"
machine and I'm not able to see what might be causing the issue, so
he suggested I post here with some of the log info to see if anybody
on the list can offer a suggestion.
First, my smb.conf file (which is basically the default as Apple
configures it with minor modifications as I've been experimenting
with stuff for about a week now trying to figure this out...)
root# cat smb.conf
[global]
workgroup = <WORKGROUP>
display charset = UTF-8-MAC
print command = /usr/sbin/PrintServiceAccess printps %p %s
lprm command = /usr/sbin/PrintServiceAccess remove %p %j
security = user
guest account = unknown
encrypt passwords = yes
printing = BSD
allow trusted domains = no
preferred master = no
lppause command = /usr/sbin/PrintServiceAccess hold %p %j
netbios name = STAR
wins support = no
max smbd processes = 0
printcap =
wins server = <WINS IP ADDRESS>
server string = STAR (Mac OS X Server)
lpresume command = /usr/sbin/PrintServiceAccess release %p %j
client ntlmv2 auth = no
domain logons = no
lpq command = /usr/sbin/PrintServiceAccess jobs %p
passdb backend = opendirectorysam guest
dos charset = CP437
unix charset = UTF-8-MAC
auth methods = opendirectory guest
local master = no
use spnego = no
map to guest = Never
domain master = no
printer admin = @admin, @staff
log level = 0
[PUBLIC]
oplocks = 0
map archive = no
path = /Shared Items/PUBLIC
read only = no
inherit permissions = 0
strict locking = 1
comment = macosx
create mask = 0644
guest ok = 0
directory mask = 0755
Using the same user account on two machines (one good, one bad --
both running XP with all current patches/service packs/VirusScan 8.0
with current defs, etc.), I do the following:
1) restart the computer
2) log into the computer's admin account (computers are *not*
domain, but workgroup computers)
3) type \\star to connect to server
4) log in as user with server login/password
5) Double-click on "PUBLIC" share.
for the *working* machine, I see this:
[2004/12/22 14:43:01, 5]
/SourceCache/samba/samba-59/samba/source/smbd/uid.c:change_to_user(267)
change_to_user uid=(0,121) gid=(0,20)
[2004/12/22 14:43:01, 4]
/SourceCache/samba/samba-59/samba/source/smbd/vfs.c:vfs_ChDir(654)
vfs_ChDir to /Shared Items/PUBLIC
[2004/12/22 14:43:01, 3]
/SourceCache/samba/samba-59/samba/source/smbd/trans2.c:call_trans2qfilepathinfo(2331)
call_trans2qfilepathinfo: TRANSACT2_QPATHINFO: level = 1004
[2004/12/22 14:43:01, 5]
/SourceCache/samba/samba-59/samba/source/smbd/filename.c:unix_convert(114)
unix_convert called on file ""
[2004/12/22 14:43:01, 8]
/SourceCache/samba/samba-59/samba/source/lib/util.c:is_in_path(1508)
is_in_path: .
[2004/12/22 14:43:01, 8]
/SourceCache/samba/samba-59/samba/source/lib/util.c:is_in_path(1512)
is_in_path: no name list.
[2004/12/22 14:43:01, 3]
/SourceCache/samba/samba-59/samba/source/smbd/trans2.c:call_trans2qfilepathinfo(2362)
call_trans2qfilepathinfo . (fnum = -1) level=1004 call=5 total_data=0
(etc. -- there's more, but this is pretty common when it's working.)
At the same point on the *failing* machine, I see this:
[2004/12/22 14:39:21, 5]
/SourceCache/samba/samba-59/samba/source/smbd/uid.c:change_to_user(267)
change_to_user uid=(0,121) gid=(0,20)
[2004/12/22 14:39:21, 4]
/SourceCache/samba/samba-59/samba/source/smbd/vfs.c:vfs_ChDir(654)
vfs_ChDir to /Shared Items/PUBLIC
[2004/12/22 14:39:21, 10]
/SourceCache/samba/samba-59/samba/source/smbd/nttrans.c:reply_ntcreate_and_X(609)
reply_ntcreateX: flags = 0x10, desired_access = 0x100001
file_attributes = 0x0, share_access = 0x3, create_disposition = 0x1
create_options = 0x4001 root_dir_fid = 0x0
[2004/12/22 14:39:21, 10]
/SourceCache/samba/samba-59/samba/source/smbd/nttrans.c:map_create_disposition(343)
map_create_disposition: Mapped create_disposition 0x1 to 0x1
[2004/12/22 14:39:21, 10]
/SourceCache/samba/samba-59/samba/source/smbd/nttrans.c:map_share_mode(482)
map_share_mode: Mapped desired access 0x100001, share access 0x3,
file attributes 0x0 to open_mode 0x40
[2004/12/22 14:39:21, 5]
/SourceCache/samba/samba-59/samba/source/smbd/filename.c:unix_convert(114)
unix_convert called on file ""
[2004/12/22 14:39:21, 5]
/SourceCache/samba/samba-59/samba/source/smbd/files.c:file_new(122)
allocated file structure 1630, fnum = 5726 (1 used)
[2004/12/22 14:39:21, 3]
/SourceCache/samba/samba-59/samba/source/smbd/open.c:open_directory(1356)
open_directory: unable to stat name = .. Error was Unknown error: 0
[2004/12/22 14:39:21, 5]
/SourceCache/samba/samba-59/samba/source/smbd/files.c:file_free(385)
freed files structure 5726 (0 used)
[2004/12/22 14:39:21, 10]
/SourceCache/samba/samba-59/samba/source/smbd/trans2.c:set_bad_path_error(2213)
set_bad_path_error: err = 22 bad_path = 0
[2004/12/22 14:39:21, 3]
/SourceCache/samba/samba-59/samba/source/smbd/error.c:error_packet(94)
error string = Invalid argument
[2004/12/22 14:39:21, 3]
/SourceCache/samba/samba-59/samba/source/smbd/error.c:error_packet(118)
error packet at
/SourceCache/samba/samba-59/samba/source/smbd/trans2.c(2222) cmd=162
(SMBntcreateX) NT_STATUS_INVALID_HANDLE
(etc...)
It's clearly seems to be a Windows *client* issue, but what should
I be looking at on the client to see what could be causing this
"Access is Denied" problem?
The clients have no drives mapped to the server with other logins.
It's *acting* like the client is logging in as one user, but trying
to open the shares with different authentication which would fail.
Suggestions? I'm stumped.
Thanks in advance!
- Steve
--
Steve Maser (maser at umich.edu) | Thinking is man's only basic virtue,
Systems Project Coordinator | from which all the others proceed.
Dept. of Mechanical Engineering | -- Ayn Rand
More information about the samba-technical
mailing list