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

Void voidswitch at gmail.com
Wed Apr 27 11:08:24 UTC 2016


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)
: 00000000-0000-0000-0000-000000000000
            level                    : 0x00000001 (1)
            req                      : *
                req                      : union
drsuapi_DsReplicaSyncRequest(case 1)
                req1: struct drsuapi_DsReplicaSyncRequest1
                    naming_context           : *
                        naming_context: struct
                            __ndr_size               : 0x0000003a (58)
                            __ndr_size_sid           : 0x00000000 (0)
                            guid                     :
                            sid                      : S-0-0
                            __ndr_size_dn            : 0x00000000 (0)
                            dn                       : ''
                    source_dsa_guid          :
                    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?


More information about the samba-technical mailing list