Summary: | samba 3.0.14a-r2 -- os-x client can't connect via network browse | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | complich8 <archlich> |
Component: | [OLD] Server | Assignee: | Gentoo's SAMBA Team <samba> |
Status: | RESOLVED FIXED | ||
Severity: | major | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Debug Level 10 log.smbd from startup to the client hanging
log.nmbd at log level 10 from the same time span samba log for the ibook itself at log level 10 smb.conf -- in case it helps anyone out. testparm -v -s output |
Description
complich8
2005-08-08 00:06:45 UTC
Created attachment 65388 [details]
Debug Level 10 log.smbd from startup to the client hanging
Created attachment 65389 [details]
log.nmbd at log level 10 from the same time span
Created attachment 65390 [details]
samba log for the ibook itself at log level 10
Created attachment 65391 [details]
smb.conf -- in case it helps anyone out.
complich8: instead of the smb.conf, could you please attach the output of the previous comment would have liked to be something more complete: retry: complich8: instead of the smb.conf, could you please attach the output of 'testparm -v -s > ${file} 2>&1'? Created attachment 65535 [details]
testparm -v -s output
you got it.
I'm seeing the same exact behavior connecting to my work fileservers, which are xeon-based gentoo boxes. And I just tested on a solaris box with samba 3.0.14a and found the same exact behavior. Other relevant links include: http://www.stillhq.com/samba/000001.commentform.html and the linked mailing list thread http://www.mail-archive.com/samba@lists.samba.org/msg58641.html From what I'm seeing, it should be a combination of (missing) 'client NTLMv2 auth = Yes' 'client plaintext auth = No' 'use sendfile= No' (this one shouldn't be needed, but it's here for nice company) These settings are to be applied on all failing unixes' smb.conf. Also look at the man pages of smb.conf for all the recurrencies of 'signing', 'ntlm', 'auth'. The client seems broken, but these settings could stop the failures to show up. I tried applying the settings you suggested (the client ntlmv2 auth = yes, client plaintext auth = no, and client and server signing both set to auto). I also set ntlm auth to explicitly enabled. Restarted smbd on the server, rebooted the client laptop. That doesn't seem to be it. Clientside still hangs, server still shows the same error logs. Well, the result I got from samba's bugzilla goes something like this: ------- Additional Comments From jerry@samba.org 2005-08-24 06:26 ------- This should be fixed in 3.0.20. There was one specific problem with our rpc_bind server code. So I guess whenever 3.0.20 rolls down the line, we'll see the problem go away. I'm going to consider it resolved at that. If you're in a hurry, samba-3.0.20 is being polished on bug #103164 |