[Samba] certain users can't map home directories

Tue Mar 25 09:11:50 MDT 2014

Follow up with more info that just confuses things for me more.  I 
chmod'd the user directory for one of the few getting the permission 
denied issue from the standard 700 to 777 just to create a file and see 
what it wrote as.  I was thinking maybe it was not mapping the user 
correctly somehow and the write would show up as a user other than who 
the person was. I was wrong.  The user can then map their home directory 
without getting the permission denied after passing authentication, but 
when they write a file to it, the file is written with the proper 
permissions.  Any ideas?  I don't even know where to go from here.

Sincerely,

Doug Tucker

On 03/24/2014 05:34 PM, Doug Tucker wrote:
> Very odd issue.  Transitioning over to a new samba 3.6.9 (from 3.0.33) 
> server.  Majority of the users are ok, but a handful of users cannot 
> map their home directories from windows7 clients. Logged into XP their 
> homes map fine.  They pass authentication:
>
> (log snippet)
>
> [2014/03/24 17:20:43.277337,  3] auth/auth.c:219(check_ntlm_password)
>   check_ntlm_password:  Checking password for unmapped user 
> [ourdomain]\[hisusername]@[WIN7-VM] with the new password interface
> [2014/03/24 17:20:43.277439,  3] auth/auth.c:222(check_ntlm_password)
>   check_ntlm_password:  mapped user is: 
> [ourdomain]\[hisusername]@[WIN7-VM]
> [2014/03/24 17:20:43.290082,  3] auth/user_util.c:402(map_username)
>   Mapped user ourdomain+hisusername to hisusername
> [2014/03/24 17:20:43.294187,  3] auth/auth.c:268(check_ntlm_password)
>   check_ntlm_password: winbind authentication for user [hisusername] 
> succeeded
> [2014/03/24 17:20:43.294226,  2] auth/auth.c:309(check_ntlm_password)
>   check_ntlm_password:  authentication for user [hisusername] -> 
> [hisusername] -> [hisusername] succeeded
> [2014/03/24 17:20:45.562177,  3] 
> ../libcli/auth/ntlmssp_sign.c:535(ntlmssp_sign_init)
>   NTLMSSP Sign/Seal - Initialising with flags:
> [2014/03/24 17:20:45.562246,  3] 
> ../libcli/auth/ntlmssp.c:34(debug_ntlmssp_flags)
>   Got NTLMSSP neg_flags=0xe2088215
> [2014/03/24 17:20:45.562296,  3] 
> smbd/password.c:298(register_existing_vuid)
>   register_existing_vuid: User name: hisusername    Real name:
> [2014/03/24 17:20:45.562328,  3] 
> smbd/password.c:308(register_existing_vuid)
>   register_existing_vuid: UNIX uid 11333 is UNIX user hisusername, and 
> will be vuid 100
> [2014/03/24 17:20:45.562441,  3] 
> smbd/password.c:238(register_homes_share)
>   Adding homes service for user 'hisusername' using home directory: 
> '/users5/volume1/hisusername'
> [2014/03/24 17:20:45.562497,  3] param/loadparm.c:6582(lp_add_home)
>   adding home's share [hisusername] for user 'hisusername' at 
> '/users5/volume1/hisusername'
> [2014/03/24 17:20:45.564318,  3] smbd/process.c:1662(process_smb)
>   Transaction 3 of length 118 (0 toread)
> [2014/03/24 17:20:45.564453,  3] smbd/process.c:1467(switch_message)
>   switch message SMBtconX (pid 18333) conn 0x0
> [2014/03/24 17:20:45.564494,  3] lib/access.c:338(allow_access)
>   Allowed connection from 129.119.103.59 (129.119.103.59)
> [2014/03/24 17:20:45.564527,  3] 
> ../libcli/security/dom_sid.c:208(dom_sid_parse_endp)
>   string_to_sid: SID root is not in a valid format
> [2014/03/24 17:20:45.565103,  3] smbd/service.c:872(make_connection_snum)
>   Connect path is '/users5/volume1/hisusername' for service [hisusername]
> [2014/03/24 17:20:45.565243,  3] smbd/vfs.c:102(vfs_init_default)
>   Initialising default vfs hooks
> [2014/03/24 17:20:45.565295,  3] smbd/vfs.c:128(vfs_init_custom)
>   Initialising custom vfs hooks from [/[Default VFS]/]
> [2014/03/24 17:20:45.566128,  3] 
> ../libcli/security/dom_sid.c:208(dom_sid_parse_endp)
>   string_to_sid: SID root is not in a valid format
>
> But then as it tries to display the folder in windows explorer it 
> shows "access denied" and then this in the logs:
>
> [2014/03/24 17:20:45.740588,  3] smbd/process.c:1467(switch_message)
>   switch message SMBntcreateX (pid 18333) conn 0x7f14235b5490
> [2014/03/24 17:20:45.740715,  3] smbd/error.c:81(error_packet_set)
>   error packet at smbd/error.c(161) cmd=162 (SMBntcreateX) 
> NT_STATUS_ACCESS_DENIED
> [2014/03/24 17:20:45.747582,  3] smbd/process.c:1662(process_smb)
>   Transaction 7 of length 114 (0 toread)
> [2014/03/24 17:20:45.747659,  3] smbd/process.c:1467(switch_message)
>   switch message SMBntcreateX (pid 18333) conn 0x7f14235b5490
> [2014/03/24 17:20:45.747758,  3] smbd/dosmode.c:159(unix_mode)
>   unix_mode(desktop.ini) returning 0744
> [2014/03/24 17:20:45.747790,  3] smbd/error.c:81(error_packet_set)
>   error packet at smbd/error.c(161) cmd=162 (SMBntcreateX) 
> NT_STATUS_OBJECT_NAME_NOT_FOUND
> [2014/03/24 17:20:45.748707,  3] smbd/process.c:1662(process_smb)
>   Transaction 8 of length 92 (0 toread)
> [2014/03/24 17:20:45.748781,  3] smbd/process.c:1467(switch_message)
>   switch message SMBntcreateX (pid 18333) conn 0x7f14235b5490
> [2014/03/24 17:20:45.748848,  3] smbd/dosmode.c:159(unix_mode)
>   unix_mode(.) returning 0744
> [2014/03/24 17:20:45.748918,  3] smbd/error.c:81(error_packet_set)
>   error packet at smbd/error.c(161) cmd=162 (SMBntcreateX) 
> NT_STATUS_ACCESS_DENIED
>
> Yet on the same machine, other users can map their home directories 
> just fine.  I have checked all I can think of, I'm hoping the 
> community has some ideas.
>