samba - Jun 2015 - Sysprep joins fail on Samba >= 4.2.0

Hi,

We have a samba 4.2.2 setup compiled from source, single DC, internal DNS.
We've been using this samba setup in production since version 4.0.3. All
clients are Windows 7-x64.

Since we upgraded to samba 4.2.0 back in march 2015, we are not able to
join client machines to the domain using our sysprep unattended image, but
joining machines via the manual procedure using the Windows GUI works
perfectly.

Perhaps we're overlooking something very obvious, but we've done 3+
weeks
of research on the issue and we've come up to these conclusions:

- samba < 4.2.0: unattended joins using sysprep work OK

- samba >= 4.2.0 unattended joins using sysprep fail. Netsetup.log errors
0x54a and 1354 (ERROR_INVALID_DOMAIN_ROLE This operation is only allowed
for the primary Domain Controller of the domain.)

To discard possible own database corruptions, we've rolled back to our past
4.1.17 setup and sysprep domain join works flawlessly. Then we update this
environment to 4.2.2 and it stops working.

We've also tested pushing all our current databases from our current setup
(4.2.2) into a 4.1.17 samba and it works!

So it leads us to think it might be a problem with some change introduced
at 4.2.0
regarding domain join that only shows up when trying to do unattended joins.

In case this is of any help, packet-level research using wireshark shows
that the only difference between versions that work and those which
doesn't
is the following:

- samba < 4.2.0 (works): the RPC_NETL DsrGetDcNameEx2 response returns the
DC name field as DCSERVER.DOMAIN.LOCAL and the unattended join process
works OK from that point onwards.

- samba >= 4.2.0 (fails): the DsrGetDcNameEx2 response returns the DC name
field as
DCSERVER and the unattended join process doesn't work. It keeps retrying
that
DsrGetDcNameEx2 request to no avail.

Are there any changes on 4.2.0 that might point to this failure for
unattended joins? Joining the domain through the usual GUI procedure in
Windows 7 works OK using any version.

NB. We are using a .local TLD, and our current fileserver is the same as
the DC. We missed those recommendations

Thanks in advance for any help

Regards,

IT Team IES Chan do Monte

Isn't anyone around using > 4.2 and SYSPREP with AUTO JOIN?

2015-06-24 10:52 GMT+02:00 Webmaster IESCDM <admies at
ieschandomonte.edu.es>:
> Hi,
>
> We have a samba 4.2.2 setup compiled from source, single DC, internal DNS.
> We've been using this samba setup in production since version 4.0.3.
All
> clients are Windows 7-x64.
>
> Since we upgraded to samba 4.2.0 back in march 2015, we are not able to
> join client machines to the domain using our sysprep unattended image, but
> joining machines via the manual procedure using the Windows GUI works
> perfectly.
>
> Perhaps we're overlooking something very obvious, but we've done 3+
weeks
> of research on the issue and we've come up to these conclusions:
>
> - samba < 4.2.0: unattended joins using sysprep work OK
>
> - samba >= 4.2.0 unattended joins using sysprep fail. Netsetup.log
errors
> 0x54a and 1354 (ERROR_INVALID_DOMAIN_ROLE This operation is only allowed
> for the primary Domain Controller of the domain.)
>
> To discard possible own database corruptions, we've rolled back to our
> past 4.1.17 setup and sysprep domain join works flawlessly. Then we update
> this environment to 4.2.2 and it stops working.
>
> We've also tested pushing all our current databases from our current
setup
> (4.2.2) into a 4.1.17 samba and it works!
>
> So it leads us to think it might be a problem with some change introduced
> at 4.2.0
> regarding domain join that only shows up when trying to do unattended
> joins.
>
> In case this is of any help, packet-level research using wireshark shows
> that the only difference between versions that work and those which
> doesn't
> is the following:
>
> - samba < 4.2.0 (works): the RPC_NETL DsrGetDcNameEx2 response returns
the
> DC name field as DCSERVER.DOMAIN.LOCAL and the unattended join process
> works OK from that point onwards.
>
> - samba >= 4.2.0 (fails): the DsrGetDcNameEx2 response returns the DC
name
> field as
> DCSERVER and the unattended join process doesn't work. It keeps
retrying
> that
> DsrGetDcNameEx2 request to no avail.
>
> Are there any changes on 4.2.0 that might point to this failure for
> unattended joins? Joining the domain through the usual GUI procedure in
> Windows 7 works OK using any version.
>
> NB. We are using a .local TLD, and our current fileserver is the same as
> the DC. We missed those recommendations
>
> Thanks in advance for any help
>
> Regards,
>
> IT Team IES Chan do Monte
>
>
>

I just tried 4.3.0rc3 and continues failing.

Thanks!

2015-08-04 8:37 GMT+02:00 L.P.H. van Belle <belle at bazuin.nl>:
> Hai,
>
> Have you tried 4.2.3 ? which contains lots of fixes.
>
> But im intrested in your setup for sysprep with auto join,
> i was just looking in to that, any tips for me.
> Then i can try to reproduce your problem here then also.
> i upgraded my sernet samba yesterday to 4.2.3.
>
> Greetz,
>
> Louis
>
>
> >-----Oorspronkelijk bericht-----
> >Van: samba [mailto:samba-bounces at lists.samba.org] Namens
> >Webmaster IESCDM
> >Verzonden: maandag 3 augustus 2015 16:02
> >Aan: samba at lists.samba.org
> >Onderwerp: Re: [Samba] Sysprep joins fail on Samba >= 4.2.0
> >
> >Isn't anyone around using > 4.2 and SYSPREP with AUTO JOIN?
> >
> >2015-06-24 10:52 GMT+02:00 Webmaster IESCDM
> ><admies at ieschandomonte.edu.es>:
> >
> >> Hi,
> >>
> >> We have a samba 4.2.2 setup compiled from source, single DC,
> >internal DNS.
> >> We've been using this samba setup in production since
> >version 4.0.3. All
> >> clients are Windows 7-x64.
> >>
> >> Since we upgraded to samba 4.2.0 back in march 2015, we are
> >not able to
> >> join client machines to the domain using our sysprep
> >unattended image, but
> >> joining machines via the manual procedure using the Windows GUI
works
> >> perfectly.
> >>
> >> Perhaps we're overlooking something very obvious, but
we've
> >done 3+ weeks
> >> of research on the issue and we've come up to these
conclusions:
> >>
> >> - samba < 4.2.0: unattended joins using sysprep work OK
> >>
> >> - samba >= 4.2.0 unattended joins using sysprep fail.
> >Netsetup.log errors
> >> 0x54a and 1354 (ERROR_INVALID_DOMAIN_ROLE This operation is
> >only allowed
> >> for the primary Domain Controller of the domain.)
> >>
> >> To discard possible own database corruptions, we've rolled
> >back to our
> >> past 4.1.17 setup and sysprep domain join works flawlessly.
> >Then we update
> >> this environment to 4.2.2 and it stops working.
> >>
> >> We've also tested pushing all our current databases from our
> >current setup
> >> (4.2.2) into a 4.1.17 samba and it works!
> >>
> >> So it leads us to think it might be a problem with some
> >change introduced
> >> at 4.2.0
> >> regarding domain join that only shows up when trying to do
unattended
> >> joins.
> >>
> >> In case this is of any help, packet-level research using
> >wireshark shows
> >> that the only difference between versions that work and those
which
> >> doesn't
> >> is the following:
> >>
> >> - samba < 4.2.0 (works): the RPC_NETL DsrGetDcNameEx2
> >response returns the
> >> DC name field as DCSERVER.DOMAIN.LOCAL and the unattended
> >join process
> >> works OK from that point onwards.
> >>
> >> - samba >= 4.2.0 (fails): the DsrGetDcNameEx2 response
> >returns the DC name
> >> field as
> >> DCSERVER and the unattended join process doesn't work. It
> >keeps retrying
> >> that
> >> DsrGetDcNameEx2 request to no avail.
> >>
> >> Are there any changes on 4.2.0 that might point to this failure
for
> >> unattended joins? Joining the domain through the usual GUI
> >procedure in
> >> Windows 7 works OK using any version.
> >>
> >> NB. We are using a .local TLD, and our current fileserver is
> >the same as
> >> the DC. We missed those recommendations
> >>
> >> Thanks in advance for any help
> >>
> >> Regards,
> >>
> >> IT Team IES Chan do Monte
> >>
> >>
> >>
> >--
> >To unsubscribe from this list go to the following URL and read the
> >instructions:  https://lists.samba.org/mailman/options/samba
> >
> >
>
>

Hello,
I switched recently my AD from w2k3/w2k8 to samba-4.8.3 and I have the
very same problem. When I join my w2k8r2 and w2k16 machines manually,
the domain join works flawlessly. As soon as I do a sysprep with domain
join it fails, w2k8r2 just hangs endlessly, w2k16 finishes the sysprep
but does not join the domain. If you say it worked with pre 4.2.0 maybe
I should do a git bisect to find the offending commit. Has anybody else
the issue and maybe has resolved the same?

Cheers,
        Thomas

On Mon, 2018-07-16 at 18:13 +0200, Thomas Glanzmann via samba
wrote:
> Hello,
> I switched recently my AD from w2k3/w2k8 to samba-4.8.3 and I have
> the
> very same problem. When I join my w2k8r2 and w2k16 machines manually,
> the domain join works flawlessly. As soon as I do a sysprep with
> domain
> join it fails, w2k8r2 just hangs endlessly, w2k16 finishes the
> sysprep
> but does not join the domain. If you say it worked with pre 4.2.0
> maybe
> I should do a git bisect to find the offending commit. Has anybody
> else
> the issue and maybe has resolved the same?
> 
> Cheers,
>         Thomas
> 

Before you focus on Samba, it is generally good form to prove it or get
as close as you can.

So: you can domain join OK but when using sysprep (Microsoft provided
utility), it fails.  I don't think your problem is with Samba but with
sysprep.

Cheers
Jon

Hello,

* Jon Gerdes <gerdesj at blueloop.net> [2018-07-17
02:45]:
> Before you focus on Samba, it is generally good form to prove it or
> get as close as you can.  So: you can domain join OK but when using
> sysprep (Microsoft provided utility), it fails.  I don't think your
> problem is with Samba but with sysprep.
you're right.

I tried a lot of things in the last 12 hours and it tears down, to the
following: Sysprep has some sort of race condition which breaks the
domain join as soon as dual stack is used. Probably IPv6 is ready while
IPv4 is not ready, than it tries the domain join, fails for whatever
reason and gives up. My old ADs were dual stack but only had an IPv4
DNS entry for the AD. My Samba AD setup was dual stack, but the setup domain
process uses IPv4 and IPv6 addressed to point to the ad. To summarize:

        - If I disable IPv6 on the to be syspreped machine, it works.

        - If I disable IPv6 on the Samba AD, it works.

In between I tried a lot of things including disabling WINS, Netbios,
use w2k8r2, use w2k16, adding fec0:0:0:ffff::1-3/64 to my AD to allow
DNS to work bevor IPv4 was ready. All did not bring the expected
results. The only thing that works is either disabling IPv6 on the to be
syspred machine or disabling IPv6 on the SAMBA AD:

interfaces = 10.101.0.1

I went with disabling IPv6 on the Samba AD because I want IPv6 on my
workstations. So Samba is not the culprit, sysprep has a racy ip setup.

I'll do two more tests:

        - Add an IPv6 DNS entry to my old AD and confirm that sysprep
          breaks as well.

        - Disable IPv4 alltogether and try a domain join with and
          without sysprep. I'll report back on my findings.

Cheers,
        Thomas