[RESEND PATCH] DsBind and DsGetDomainControllerInfo to return 2k8 structs complete
Andrew Bartlett
abartlet at samba.org
Sat Apr 30 05:52:44 UTC 2016
On Wed, 2016-04-27 at 15:36 +0200, Void wrote:
> Hi,
>
> nvm, found it.
I'm so glad you didn't have to debug that insanity :-)
> Regards
That said, why does nobody notice this for years, and then everyone
notice it all at once?
I'm serious - even in our consulting work at Catalyst, it keeps on
happening that one client asks about a bug, one that has been in Samba
for ages most often, and then later in the same week another asks about
the exact same thing! :-)
Andrew Bartlett
> 2016-04-27 13:08 GMT+02:00 Void <voidswitch at gmail.com>:
>
> > Hi,
> >
> > On 21.04.2016 09:03, Andrew Bartlett wrote:
> > > Just a note of caution: We spent some time today on some
> > > debugging yet
> > > again some of the insane non-determinism that plagues some areas
> > > of our
> > > pidl-generated python. (A variable, not re-assigned, went from
> > > representing a DN to representing "").
> >
> > Just today I got a problem with samba-tool domain demote. It
> > happens when
> > sending a DsReplicaSync for root basedn. Config and schema works.
> > AFAIK
> > the rootdn is set before calling
> > drsuapiBind.DsReplicaSync(drsuapi_handle,
> > 1, req1) in samba/netcmd/domain.py, which goes into generated
> > Python
> > API. In debug it looks like (replaced uuids):
> >
> > drsuapi_DsReplicaSync: struct drsuapi_DsReplicaSync
> > in: struct drsuapi_DsReplicaSync
> > bind_handle : *
> > bind_handle: struct policy_handle
> > handle_type : 0x00000000 (0)
> > uuid
> > : 00000000-0000-0000-0000-000000000000
> > level : 0x00000001 (1)
> > req : *
> > req : union
> > drsuapi_DsReplicaSyncRequest(case 1)
> > req1: struct drsuapi_DsReplicaSyncRequest1
> > naming_context : *
> > naming_context: struct
> > drsuapi_DsReplicaObjectIdentifier
> > __ndr_size : 0x0000003a
> > (58)
> > __ndr_size_sid : 0x00000000
> > (0)
> > guid :
> > 00000000-0000-0000-0000-000000000000
> > sid : S-0-0
> > __ndr_size_dn : 0x00000000
> > (0)
> > dn : ''
> > source_dsa_guid :
> > 00000000-0000-0000-0000-000000000000
> > source_dsa_dns : NULL
> > options : 0x00000010 (16)
> > 0: DRSUAPI_DRS_ASYNC_OP
> > 0: DRSUAPI_DRS_GETCHG_CHECK
> > ....
> >
> > Attribute dn in naming_context is set to '', which should be the
> > rootdn.
> > Any chance your note refers to this, or a similar problem? And if
> > it does,
> > is there somewhere a patch?
> >
> > Regards
> > Dirk
> >
> >
>
--
Andrew Bartlett http://samba.org/~abartlet/
Authentication Developer, Samba Team http://samba.org
Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba
More information about the samba-technical
mailing list