Here is my smbldap-tools configuration in smb.conf: add user script = /usr/sbin/smbldap-useradd -m "%u" ldap delete dn = Yes add machine script = /usr/sbin/smbldap-useradd -w "%u" add group script = /usr/sbin/smbldap-groupadd -p "%g" add user to group script = /usr/sbin/smbldap-groupmod -m "%u" "%g" delete user from group script = /usr/sbin/smbldap-groupmod -x "%u" "%g" set primary group script = /usr/sbin/smbldap-usermod -g "%g" "%u" ldap passwd sync = yes
Is your add machine script directive similar/the same? David On Tue, Mar 23, 2010 at 11:38 PM, Torkil Svensgaard <[email protected]> wrote: > My initial assumption about Windows XP was wrong, I can't join with that > either, it just seemed that way. I failed to notice that removing the > machine from the domain from within XP didn't actually remove it from the > LDAP server and thus when I rejoined it apparently used the existing account > instead of creating a new one through smdldap-useradd. > > The problem lies elsewhere, one of the lines in smbldap-useradd that fails > looks like this: > > chomp( $pass = <STDIN> ); > > I presume an autogenerated password shold be passed to the script through > some sort of STDIN redirection but that fails. > > Thanks, > > Torkil > > > On 2010-03-23 10:42, David Harrison wrote: > >> You could try turning up the log level in smb.conf so that you can see >> what >> Windows 7 is passing to Samba, and in turn what it is sending to >> smbldap-tools (sorry I don't know what level this will require). >> >> For reference, at one site with quite a few Windows 7 clients I am running >> Ubuntu Server 9.10 with the Samba 3.3 packages from Sernet and >> smbldap-tools. >> I had some initial issues with Windows registry settings, but never any >> issue with smbldap-tools and Windows 7. >> >> >> David >> >> >> On Tue, Mar 23, 2010 at 10:37 PM, Torkil Svensgaard<[email protected]> >> wrote: >> >> No, I'm not sure, but given that Windows XP machines can join with no >>> problems (and thus smdldap-useradd is working, in this case), at the very >>> least Windows 7 is doing something differently. >>> >>> The Windows 7 machine actually does end up on the LDAP server, as >>> subsequent attempts to join complain about "The specified account already >>> exists". In this case there are no errors from smbldap-useradd in the >>> log. >>> >>> Thanks, >>> >>> Torkil >>> >>> >>> On 2010-03-23 10:22, David Harrison wrote: >>> >>> Are you sure this is a Windows 7 fault? >>>> >>>> By the looks of the Samba log smbldap-tools is causing the grief. >>>> Have you confirmed smbldap-useradd is working from the terminal? >>>> >>>> You could also try adding the machine account to your LDAP server prior >>>> to >>>> joining it to the domain from the desktop. >>>> >>>> >>>> David >>>> >>>> >>>> On Tue, Mar 23, 2010 at 9:32 PM, Torkil Svensgaard<[email protected]> >>>> wrote: >>>> >>>> Hi list >>>> >>>>> >>>>> I'm running a Samba PDC on Ubuntu Lucid (3.4.7) and am unable to join >>>>> Windows 7 machines to the domain. I have applied the registry changes >>>>> described at http://wiki.samba.org/index.php/Windows7 >>>>> >>>>> Windows XP machines can join with no problems. >>>>> >>>>> Samba log: >>>>> >>>>> stty: standard input: Inappropriate ioctl for device >>>>> Use of uninitialized value $pass in chomp at /usr/sbin/smbldap-useradd >>>>> line >>>>> 324. >>>>> stty: standard input: Inappropriate ioctl for device >>>>> stty: standard input: Inappropriate ioctl for device >>>>> Use of uninitialized value $pass2 in chomp at /usr/sbin/smbldap-useradd >>>>> line 330. >>>>> stty: standard input: Inappropriate ioctl for device >>>>> Use of uninitialized value $pass in string ne at >>>>> /usr/sbin/smbldap-useradd >>>>> line 334. >>>>> Use of uninitialized value $pass2 in string ne at >>>>> /usr/sbin/smbldap-useradd >>>>> line 334. >>>>> >>>>> Windows 7 reports: A device attached to the system is not functioning. >>>>> >>>>> Any ideas? >>>>> >>>>> Thanks, >>>>> >>>>> Torkil >>>>> >>>>> -- >>>>> To unsubscribe from this list go to the following URL and read the >>>>> instructions: https://lists.samba.org/mailman/options/samba >>>>> >>>>> >>>>> >>> -- >>> To unsubscribe from this list go to the following URL and read the >>> instructions: https://lists.samba.org/mailman/options/samba >>> >>> > > -- > To unsubscribe from this list go to the following URL and read the > instructions: https://lists.samba.org/mailman/options/samba > -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba
