Bug 25469
Summary: | Login problem on SAMBA server. | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Niels B. Andersen <nba> |
Component: | samba | Assignee: | Trond Eivind Glomsrxd <teg> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.0 | CC: | abartlet |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-08-25 07:41:23 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Niels B. Andersen
2001-02-01 11:19:39 UTC
A few notes on your smb.conf file: Firstly, always run 'testparam', as that will get rid of your 'comments' problem (5th last line, should be comment). You appear to be attempting to use domain level security without being a member of a domain. If your server has the password database it just needs either 'share' or (as I recommend) 'user' level security. DOMAIN secuirty is for a samba server that is a full member of an NT domain, IE with an NT domain controller. Similarly to 'SERVER' level security, 'DOMAIN' passes the entire authentication over to the server/domain controller. However, if this all messes up, samba may try authenticating localy - hence why you could occasionaly log in. BTW, you make no mention of the client in this case, I presume you are using a Win9X machine with domain logons. Also, the 'client' log you supply is in fact just samba's server logs, seperated to include only that clients activities. I have done some further investigation and it seems that the problem is worse when I am using DHCP on the Windows Client, instead of a fixed IP address. (The DHCP server is running.) It might be a timing problem ??? Did you do as abartlet suggested? Is this a problem with the latest errata? Ping? Looking back at the logs, and with 6 months more experience under my belt, I think this is the know known reverse-lookup bug. Basically samba does a revese lookup on the client, but sufferes badly when it times out due to an internal design flaw that was corrected in 2.2.1. The solution is to either place the client in your /etc/hosts or set up correct DNS, but the timeout will be *much* smaller with 2.2.1. This doesn't preclude the other problems, (which are probably still near-fatal) but at least part of this is a bug. Andrew Bartlett Samba Team Can the reporter try a recent samba (2.2.1a or newer, from the Roswell public beta or rawhide) and see if it helps on the situation? Hello everyone Sorry for my slow response. I think I have solved the problem. What I have done, is updating every thing to the newest version (RH 7.1) and I have also set up a local DNS server. This was done in June, and the login problem has gone away. /Niels B. Andersen |