Re: Problem with Samba on Squeeze
On Mon, 02 May 2011 02:32:16 -0700, Roger Morgan wrote:
>> From: Camaleón
>> Sadly those are pretty generic errors and don't tell much about the
>> cause of the failure. Try by increasing samba log level¹ ("log level =
>> 3"), restart samba daemons, run smbclient again and review again the
>> logs.
(...)
> After setting log level = 3, rebooting, and running smbclient again,
> there are 4 logfiles. The extra 2 are log.lyra and log.__fff_127.0.0.1
> All four are copied below ....
> ----start log.nmbd-------------------------
(...)
I think the relevant ones here are the smbd logs. Anyway, I didn't see
any noticeable error or nmbd, it seems to be operating fine :-?
> -----start log.smbd------
(...)
I keep the messages I think can be relevant (or at least the ones that
are "human readable").
> [2011/05/02 11:03:54.662286, 3] lib/privileges.c:63(get_privileges)
> get_privileges: No privileges assigned to SID
> [S-1-5-21-38502757-452903869-1500568620-1000]
> [2011/05/02 11:03:54.662339, 3] lib/privileges.c:63(get_privileges)
> get_privileges: No privileges assigned to SID [S-1-5-2]
> [2011/05/02 11:03:54.662374, 3] lib/privileges.c:63(get_privileges)
> get_privileges: No privileges assigned to SID [S-1-5-11]
(...)
> [2011/05/02 11:03:54.731748, 3] auth/token_util.c:467
> (create_local_nt_token) Failed to fetch domain sid for GALAXY
This bunch of messages seems to be all related but I can't understand
their meaning nor know if they can lead to the error you are seeing :-?
> printing/printing.c:1412(start_background_queue)
> start_background_queue: Starting background LPQ thread
> [2011/05/02 11:03:54.744550, 3]
> ../lib/util/util_net.c:68(interpret_string_addr_internal)
> interpret_string_addr_internal: getaddrinfo failed for name 0.0.0.0
> [Address family for hostname not supported]
> [2011/05/02 11:03:54.744630, 3]
> ../lib/util/util_net.c:68(interpret_string_addr_internal)
> interpret_string_addr_internal: getaddrinfo failed for name 0.0.0.0
> [Address family for hostname not supported]
> [2011/05/02 11:03:54.745308, 2] smbd/server.c:721(smbd_parent_loop)
> waiting for connections
(...)
These ones seem coming from the printing spooler.
> ----start log.lyra -----
> [2011/05/02 11:05:52.748104, 3] auth/auth.c:216(check_ntlm_password)
> check_ntlm_password: Checking password for unmapped user
> [GALAXY]\[roger]@[LYRA] with the new password interface
> [2011/05/02 11:05:52.748160, 3] auth/auth.c:219(check_ntlm_password)
> check_ntlm_password: mapped user is: [LYRA]\[roger]@[LYRA]
This record seems to indicate that the user has been logged successfully.
> ----start log.__ffff_127.0.0.1
(...)
> [2011/05/02 11:05:52.696039, 3] smbd/negprot.c:691(reply_negprot)
> Selected protocol NT LANMAN 1.0
Here it selects the protocol...
> [2011/05/02 11:05:52.747966, 3]
> smbd/sesssetup.c:1232(reply_sesssetup_and_X_spnego)
> NativeOS=[Unix] NativeLanMan=[Samba] PrimaryDomain=[]
> [2011/05/02 11:05:52.748014, 3]
> libsmb/ntlmssp.c:747(ntlmssp_server_auth)
> Got user=[roger] domain=[GALAXY] workstation=[LYRA] len1=24 len2=24
> ----end log.__ffff_127.0.0.1
And the user is logged (just the same we see in the "log.lyra" file
record of above).
> I hope you can see something useful here! Roger
I wish I can understand samba logs (they look like gibberish to me) but
at least we can see the user gets authenticated okay so the problem with
the first of the messages you sent can have another source and not an
auth issue per se but a samba timeout problem... :-?
Make a quick test. Try "smbclient -L servername" but when asked for the
user's password just press [enter] to log anonymously and check if you
get any output differenet than the first one.
Greetings,
--
Camaleón
Reply to: