[RESEND PATCH] DsBind and DsGetDomainControllerInfo to return 2k8 structs complete

[Void]

Hi,

nvm, found it.

Regards

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
>
>