[Samba] PDC + LDAP + W2K-SP4 Domain logon

2003-08-26 Thread Dragan Krnic
> Thanks for your reply, but I am _SURE_ that it's 
> nothing to do with my configuration, but with the 
> Windows-2000 SP3.

I'm not so sure. Don't blame M$ too soon. Your use of
LDAP or how you use it may be the problem.

> Since this Services Pack, Windows 2000 looks for an 
> active directory. Again, I tried from 2 machines now 
> with Windows 2000 SP2 and everything works just 
> fine. As soon as I apply Service Pack 3, the error:

I'm not sure it does, probably not. Do other posters
complain about PDC+LDAP+W2K-SP3-4? You can't be the 
1st one with the problem. I don't use LDAP. SPs never 
affected my clients, 2, 3, 4.

> The only way I know how to solve it now is to 
> reinstall all my workstations with a clean win2k 
> install and stop upgrading till service pack 2, but 
> ofcourse I do not really prefer this...

Better analyze the login transactions for both SPs 
in a higher level log to be a bit more sure what is
going on.



Get advanced SPAM filtering on Webmail or POP Mail ... Get Lycos Mail!
http://login.mail.lycos.com/r/referral?aid=27005
-- 
To unsubscribe from this list go to the following URL and read the
instructions:  http://lists.samba.org/mailman/listinfo/samba


Re: [Samba] PDC + LDAP + W2K-SP4 Domain logon

2003-08-25 Thread samseaver
This may be a long shot, but does your work environment use a WINS server?

I found out recently that mine does, and by changing WINS support = yes
to WINS server = 'ip address', i got the domain thing to work. I kept
getting the same error you did.

Cheers
S

On Mon, 25 Aug 2003 15:09:05 +0200 [EMAIL PROTECTED] wrote:

> Dear all,
> 
> 
> ___Setup: 
> - several wINDOWS 2000 workstations on SP4 (reg-patches applied, they 
> worked on 2.x-stable)
> - Samba PDC (CVS 3.0.0rc2) (machine accounts added aswell as users in 
> unix & samba)
> - OpenLDAP (2.1.12) <-- (Not really relevant since I tried without ldap 
> too, so no info about that from this point)
> - Linux  2.4.19 #1 Fri Jun 13 15:22:09 UTC 2003 i686 unknown 
> (debian)
> 
> (- also tried Samba PDC (2.x.stable))
> _
> 
> ___My Problem:
> Since attempting to upgrade to Samba 3.0 clients are unable to logon to 
> my samba-domain.
> __
> 
> 
> ___Scenario:
> at server side(linux samba PDC):
> 
> - 'testparm' command succeeds.
> - Samba PDC started with all systems up and running (smbd/nmbd/winbindd)
> - Tests through 'net join' command succeeds.
> - Test through 'smbclient -L ' succeeds aswell.
> *- Test through 'smbclient -L ' FAILS!  
> Result:
> 
> Sharename  Type  Comment
> -    ---
> E$ Disk  Default share
> IPC$   IPC   Remote IPC
> ADMIN$ Disk  Remote Admin
> C$ Disk  Default share
>   session request to  failed (Called name not present)
>   session request to *SMBSERVER failed (Called name not present)
>   NetBIOS over TCP disabled -- no workgroup available
> 
>   *quite strange error since it returns the shares?!
> 
> ---> going on anyway --->
> 
> at client side(w2k):
> 
> - login on client with local administrator-account.
> - browsing network IFS results in seeing only 
>   the windows-2000 machines in the network and NOT the samba PDC.
> - if I attempt to connect to '\\' I do get a request 
>   for my login and password. Login works and I can browse shares.
> - I use 'net use * /d /yes' to be able to join the domain with a 
> clean-sheet.
> - if I attempt to join the domain IFS I get the following error:
> 
>   The following error ocurred validating the name "IFS".
>   This condition may be caused by a DNS lookup problem. 
>   For information about troubleshooting common DNS lookup problems,
>   please see the following Microsoft web site:
>   http://go.microsoft.com/fwlink/?LinkId=5171
>   
>   The specified domain either does not exist or could not be 
> contacted.
>   [ OK ]
> 
>   went to the link and followed instruction in how far possible with 
> Samba 
>   and saw something about the _ldap._tcp.dc_msdcs record.
>   added that (_tcp._ldap.dc._msdcs.ifs. SRV 0 0 0 .) to my config, but 
> still no succes 
>   (thought that wouldn't do much anyway, since the link says it's only 
> to reduce unneccessary traffic). 
>   Samba show's _only changes in nmbd-logfile_:
> 
>   [2003/08/25 14:30:00, 4] 
> nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(156)
> find_workgroup_on_subnet: workgroup search for IFS on subnet 
> 10.21.32.1: found.
>   [2003/08/25 14:30:00, 4] 
> nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(156)
> find_workgroup_on_subnet: workgroup search for IFS on subnet 
> UNICAST_SUBNET: found.
>   [2003/08/25 14:30:00, 4] 
> nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(156)
> find_workgroup_on_subnet: workgroup search for IFS on subnet 
> UNICAST_SUBNET: found.
>   [2003/08/25 14:30:05, 4] 
> nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(156)
> find_workgroup_on_subnet: workgroup search for IFS on subnet 
> 10.21.32.1: found.
>   [2003/08/25 14:30:05, 4] 
> nmbd/nmbd_workgroupdb.c:dump_workgroups(284)
> dump_workgroups()
>  dump workgroup on subnet  10.21.32.1: netmask=  
> 255.255.255.0:
>   IFS(1) current master browser = 
>400c992b (Samba CVS 3.0.0rc2)
>   [2003/08/25 14:30:05, 4] 
> nmbd/nmbd_workgroupdb.c:dump_workgroups(284)
> dump_workgroups()
>  dump workgroup on subnet  UNICAST_SUBNET: netmask= 
> 10.21.32.1:
>   IFS(1) current master browser = UNKNOWN
>4009992b (Samba CVS 3.0.0rc2)
>   [2003/08/25 14:30:05, 4] 
> nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(156)
> find_workgroup_on_subnet: workgroup search for IFS on subnet 
> UNICAST_SUBNET: found.
>   [2003/08/25 14:30:05, 4] 
> nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(156)
> find_workgroup_on_subnet: workgroup search for IFS on subnet 
> UNICAST_SUBNET: found.
>   [2003/08/25 14:30:10, 4] 
> nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(156)
> find_workgroup_on_subnet: workgroup search for IFS on subnet

[Samba] PDC + LDAP + W2K-SP4 Domain logon

2003-08-25 Thread bjorn . padding
Dear all,


___Setup: 
- several wINDOWS 2000 workstations on SP4 (reg-patches applied, they 
worked on 2.x-stable)
- Samba PDC (CVS 3.0.0rc2) (machine accounts added aswell as users in 
unix & samba)
- OpenLDAP (2.1.12) <-- (Not really relevant since I tried without ldap 
too, so no info about that from this point)
- Linux  2.4.19 #1 Fri Jun 13 15:22:09 UTC 2003 i686 unknown 
(debian)

(- also tried Samba PDC (2.x.stable))
_

___My Problem:
Since attempting to upgrade to Samba 3.0 clients are unable to logon to 
my samba-domain.
__


___Scenario:
at server side(linux samba PDC):

- 'testparm' command succeeds.
- Samba PDC started with all systems up and running (smbd/nmbd/winbindd)
- Tests through 'net join' command succeeds.
- Test through 'smbclient -L ' succeeds aswell.
*- Test through 'smbclient -L ' FAILS!  
Result:

Sharename  Type  Comment
-    ---
E$ Disk  Default share
IPC$   IPC   Remote IPC
ADMIN$ Disk  Remote Admin
C$ Disk  Default share
session request to  failed (Called name not present)
session request to *SMBSERVER failed (Called name not present)
NetBIOS over TCP disabled -- no workgroup available

*quite strange error since it returns the shares?!

---> going on anyway --->

at client side(w2k):

- login on client with local administrator-account.
- browsing network IFS results in seeing only 
  the windows-2000 machines in the network and NOT the samba PDC.
- if I attempt to connect to '\\' I do get a request 
  for my login and password. Login works and I can browse shares.
- I use 'net use * /d /yes' to be able to join the domain with a 
clean-sheet.
- if I attempt to join the domain IFS I get the following error:

The following error ocurred validating the name "IFS".
This condition may be caused by a DNS lookup problem. 
For information about troubleshooting common DNS lookup problems,
please see the following Microsoft web site:
http://go.microsoft.com/fwlink/?LinkId=5171

The specified domain either does not exist or could not be 
contacted.
[ OK ]

  went to the link and followed instruction in how far possible with 
Samba 
  and saw something about the _ldap._tcp.dc_msdcs record.
  added that (_tcp._ldap.dc._msdcs.ifs. SRV 0 0 0 .) to my config, but 
still no succes 
  (thought that wouldn't do much anyway, since the link says it's only 
to reduce unneccessary traffic). 
  Samba show's _only changes in nmbd-logfile_:

[2003/08/25 14:30:00, 4] 
nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(156)
  find_workgroup_on_subnet: workgroup search for IFS on subnet 
10.21.32.1: found.
[2003/08/25 14:30:00, 4] 
nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(156)
  find_workgroup_on_subnet: workgroup search for IFS on subnet 
UNICAST_SUBNET: found.
[2003/08/25 14:30:00, 4] 
nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(156)
  find_workgroup_on_subnet: workgroup search for IFS on subnet 
UNICAST_SUBNET: found.
[2003/08/25 14:30:05, 4] 
nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(156)
  find_workgroup_on_subnet: workgroup search for IFS on subnet 
10.21.32.1: found.
[2003/08/25 14:30:05, 4] 
nmbd/nmbd_workgroupdb.c:dump_workgroups(284)
  dump_workgroups()
   dump workgroup on subnet  10.21.32.1: netmask=  
255.255.255.0:
IFS(1) current master browser = 
 400c992b (Samba CVS 3.0.0rc2)
[2003/08/25 14:30:05, 4] 
nmbd/nmbd_workgroupdb.c:dump_workgroups(284)
  dump_workgroups()
   dump workgroup on subnet  UNICAST_SUBNET: netmask= 
10.21.32.1:
IFS(1) current master browser = UNKNOWN
 4009992b (Samba CVS 3.0.0rc2)
[2003/08/25 14:30:05, 4] 
nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(156)
  find_workgroup_on_subnet: workgroup search for IFS on subnet 
UNICAST_SUBNET: found.
[2003/08/25 14:30:05, 4] 
nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(156)
  find_workgroup_on_subnet: workgroup search for IFS on subnet 
UNICAST_SUBNET: found.
[2003/08/25 14:30:10, 4] 
nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(156)
  find_workgroup_on_subnet: workgroup search for IFS on subnet 
10.21.32.1: found.
[2003/08/25 14:30:10, 4] 
nmbd/nmbd_workgroupdb.c:dump_workgroups(284)
  dump_workgroups()
   dump workgroup on subnet  10.21.32.1: netmask=  
255.255.255.0:
IFS(1) current master browser = 
 400c992b (Samba CVS 3.0.0rc2)
[2003/08/25 14:30:10, 4] 
nmbd/nmbd_workgroupdb.c:dump_workgroups(284)
  dump_workgroups()
   dump workgroup on subnet  UNICAST_SUBNET: netmask=