[Samba] Samba / Lucid / Windows 7 problem

[David Harrison]

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 <torkil at drcmr.dk> 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<torkil at drcmr.dk>
>>  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<torkil at drcmr.dk>
>>>>  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
>