[RESEND PATCH] DsBind and DsGetDomainControllerInfo to return 2k8 structs complete
Void
voidswitch at gmail.com
Wed Apr 27 11:08:24 UTC 2016
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
More information about the samba-technical
mailing list