Hello Obaid,

I was a bit overloaded and had to chase down other drs problems so I didn't manage to produce interesting traces so far.

I'm planning by the end of this week or next week to setup a test environment with a copy of my samba DC, and rejoin a W2K3R2 DC.

I'm expecting to see the same problems, I'll keep you informed with the results pretty soon I guess.

Sorry for the delay.

Matthieu.
On 08/08/2011 20:49, Obaid Farooqi wrote:
Hi Matthieu:
I am still waiting for network traces for this behavior.

Regards,
Obaid Farooqi
Escalation Engineer | Microsoft

Exceeding your expectations is my highest priority.  If you would like to 
provide feedback on your case you may contact my manager at 
[email protected]


-----Original Message-----
From: Obaid Farooqi
Sent: Monday, August 08, 2011 11:49 AM
To: "[email protected]"<[email protected]>
Cc: "MSSolve Case Email"<[email protected]>; 
"[email protected]"<[email protected]>; "[email protected]"<[email protected]>
Subject: [REG:111072877629207] - Windows DC returning WERR_DS_DRA_NO_REPLICA 
when Samba DC wants to send replica

Hi Matthieu:
We may need to do time travel tracing but I want to look at network traces 
first. I looked at the original email and I don't see any traces attached to it.

Can you please send the network traces?

Regards,
Obaid Farooqi
Escalation Engineer | Microsoft

Exceeding your expectations is my highest priority.  If you would like to 
provide feedback on your case you may contact my manager at 
[email protected]


-----Original Message-----
From: Matthieu Patou [mailto:[email protected]]
Sent: Monday, August 01, 2011 4:23 PM
To: Obaid Farooqi
Cc: MSSolve Case Email; [email protected]; [email protected]
Subject: RE:[REG:111072877629207] - Windows DC returning WERR_DS_DRA_NO_REPLICA 
when Samba DC wants to send replica

Hello Obaid,

On 02/08/2011 00:22, Obaid Farooqi wrote:
Hi Matthieu:
In the response from DC, I see the following

                       result_last_attempt      : WERR_OK

Whereas the title of your email says that "Windows DC returning
WERR_DS_DRA_NO_REPLICA..."
That's because I got fooled by the logs, as between the DsReplicaRequest and 
the DsReplicaResponse there was a GetNcChange response.

But look at the capture, every time samba sends a DsReplica we get a 
DS_DRA_NO_REPLICA answer.

What are the causes of this behavior ? Do you want me to timetrace (not too 
convenient).

Matthieu.

Regards,
Obaid Farooqi
Escalation Engineer | Microsoft

Exceeding your expectations is my highest priority.  If you would like
to provide feedback on your case you may contact my manager at
[email protected]


-----Original Message-----
From: Obaid Farooqi
Sent: Monday, August 01, 2011 3:18 PM
To: "'[email protected]' ([email protected])"<[email protected]>
Cc: "MSSolve Case Email"<[email protected]>;
"[email protected]"<[email protected]>;
"[email protected]"<[email protected]>
Subject: [REG:111072877629207] - Windows DC returning
WERR_DS_DRA_NO_REPLICA when Samba DC wants to send replica

Hi Matthieu:
I'll help you with this issue and will be in touch as soon as I have
an answer.
Regards,
Obaid Farooqi
Escalation Engineer | Microsoft

Exceeding your expectations is my highest priority.  If you would like
to provide feedback on your case you may contact my manager at
[email protected]


-----Original Message-----
From: Matthieu Patou [mailto:[email protected]]
Sent: Thursday, July 28, 2011 4:30 PM
To: Interoperability Documentation Help; [email protected];
[email protected]
Subject: Windows DC returning WERR_DS_DRA_NO_REPLICA when Samba DC
wants to send replica

Hello Dochelp team,


I'm prolonging my tests with s4 DC and Windows DC, and I've discovered
another interesting situation:
My Samba DC is sending a DsReplicaSync call to a Windows 2003r2 DC:

          drsuapi_DsReplicaSync: struct drsuapi_DsReplicaSync
             in: struct drsuapi_DsReplicaSync
                 bind_handle              : *
                     bind_handle: struct policy_handle
                         handle_type              : 0x00000000 (0)
                         uuid                     :
475694da-a2c9-49d7-8979-127fe2bf53c2
                 level                    : 0x00000001 (1)
                 req                      : *
                     req                      : union
drsuapi_DsReplicaSyncRequest(case 1)
                     req1: struct drsuapi_DsReplicaSyncRequest1
                         naming_context           : *
                             naming_context: struct
drsuapi_DsReplicaObjectIdentifier
                                 __ndr_size               : 0x00000060
(96)
                                 __ndr_size_sid           : 0x00000018
(24)
                                 guid                     :
e1c9fcb8-d491-4529-862d-814844073d80
                                 sid                      :
S-1-5-21-2292624160-2068466659-3617568066
                                 __ndr_size_dn            : 0x00000013
(19)
                                 dn                       :
'DC=domain,DC=tld'
                         source_dsa_guid          :
f091b72b-4307-40d0-be64-ab697f35f106
                         source_dsa_dns           : NULL
                         options                  : 0x00080013 (524307)
                                1: DRSUAPI_DRS_ASYNC_OP
                                1: DRSUAPI_DRS_GETCHG_CHECK
                                1: DRSUAPI_DRS_UPDATE_NOTIFICATION
                                0: DRSUAPI_DRS_ADD_REF
                                0: DRSUAPI_DRS_SYNC_ALL
                                0: DRSUAPI_DRS_DEL_REF
                                1: DRSUAPI_DRS_WRIT_REP
                                0: DRSUAPI_DRS_INIT_SYNC
                                0: DRSUAPI_DRS_PER_SYNC
                                0: DRSUAPI_DRS_MAIL_REP
                                0: DRSUAPI_DRS_ASYNC_REP
                                0: DRSUAPI_DRS_IGNORE_ERROR
                                0: DRSUAPI_DRS_TWOWAY_SYNC
                                0: DRSUAPI_DRS_CRITICAL_ONLY
                                0: DRSUAPI_DRS_GET_ANC
                                0: DRSUAPI_DRS_GET_NC_SIZE
                                0: DRSUAPI_DRS_LOCAL_ONLY
                                0: DRSUAPI_DRS_NONGC_RO_REP
                                0: DRSUAPI_DRS_SYNC_BYNAME
                                0: DRSUAPI_DRS_REF_OK
                                0: DRSUAPI_DRS_FULL_SYNC_NOW
                                0: DRSUAPI_DRS_NO_SOURCE
                                0: DRSUAPI_DRS_FULL_SYNC_IN_PROGRESS
                                0: DRSUAPI_DRS_FULL_SYNC_PACKET
                                0: DRSUAPI_DRS_SYNC_REQUEUE
                                1: DRSUAPI_DRS_SYNC_URGENT
                                0: DRSUAPI_DRS_REF_GCSPN
                                0: DRSUAPI_DRS_NO_DISCARD
                                0: DRSUAPI_DRS_NEVER_SYNCED
                                0:
DRSUAPI_DRS_SPECIAL_SECRET_PROCESSING
                                0: DRSUAPI_DRS_INIT_SYNC_NOW
                                0: DRSUAPI_DRS_PREEMPTED
                                0: DRSUAPI_DRS_SYNC_FORCED
                                0: DRSUAPI_DRS_DISABLE_AUTO_SYNC
                                0: DRSUAPI_DRS_DISABLE_PERIODIC_SYNC
                                0: DRSUAPI_DRS_USE_COMPRESSION
                                0: DRSUAPI_DRS_NEVER_NOTIFY
                                0: DRSUAPI_DRS_SYNC_PAS
                                0: DRSUAPI_DRS_GET_ALL_GROUP_MEMBERSHIP

The repsfrom of the DC (windows) is:
       decode_repsFromTo: struct decode_repsFromTo
           in: struct decode_repsFromTo
               blob: struct repsFromToBlob
                   version                  : 0x00000001 (1)
                   reserved                 : 0x00000000 (0)
                   ctr                      : union repsFromTo(case 1)
                   ctr1: struct repsFromTo1
                       blobsize                 : 0x00000116 (278)
                       consecutive_sync_failures: 0x00000000 (0)
                       last_success             : jeu. juil. 28
22:54:17
2011 MSD
                       last_attempt             : jeu. juil. 28
22:54:17
2011 MSD
                       result_last_attempt      : WERR_OK
                       other_info               : *
                           other_info: struct repsFromTo1OtherInfo
                               __dns_name_size          : 0x0000003a
(58)
                               dns_name                 :
'f091b72b-4307-40d0-be64-ab697f35f106._msdcs.domain.tld'
                       other_info_length        : 0x0000003e (62)
                       replica_flags            : 0x30000050
(805306448)
                              0: DRSUAPI_DRS_ASYNC_OP
                              0: DRSUAPI_DRS_GETCHG_CHECK
                              0: DRSUAPI_DRS_UPDATE_NOTIFICATION
                              0: DRSUAPI_DRS_ADD_REF
                              0: DRSUAPI_DRS_SYNC_ALL
                              0: DRSUAPI_DRS_DEL_REF
                              1: DRSUAPI_DRS_WRIT_REP
                              0: DRSUAPI_DRS_INIT_SYNC
                              1: DRSUAPI_DRS_PER_SYNC
                              0: DRSUAPI_DRS_MAIL_REP
                              0: DRSUAPI_DRS_ASYNC_REP
                              0: DRSUAPI_DRS_IGNORE_ERROR
                              0: DRSUAPI_DRS_TWOWAY_SYNC
                              0: DRSUAPI_DRS_CRITICAL_ONLY
                              0: DRSUAPI_DRS_GET_ANC
                              0: DRSUAPI_DRS_GET_NC_SIZE
                              0: DRSUAPI_DRS_LOCAL_ONLY
                              0: DRSUAPI_DRS_NONGC_RO_REP
                              0: DRSUAPI_DRS_SYNC_BYNAME
                              0: DRSUAPI_DRS_REF_OK
                              0: DRSUAPI_DRS_FULL_SYNC_NOW
                              0: DRSUAPI_DRS_NO_SOURCE
                              0: DRSUAPI_DRS_FULL_SYNC_IN_PROGRESS
                              0: DRSUAPI_DRS_FULL_SYNC_PACKET
                              0: DRSUAPI_DRS_SYNC_REQUEUE
                              0: DRSUAPI_DRS_SYNC_URGENT
                              0: DRSUAPI_DRS_REF_GCSPN
                              0: DRSUAPI_DRS_NO_DISCARD
                              0: DRSUAPI_DRS_NEVER_SYNCED
                              0: DRSUAPI_DRS_SPECIAL_SECRET_PROCESSING
                              0: DRSUAPI_DRS_INIT_SYNC_NOW
                              0: DRSUAPI_DRS_PREEMPTED
                              0: DRSUAPI_DRS_SYNC_FORCED
                              0: DRSUAPI_DRS_DISABLE_AUTO_SYNC
                              0: DRSUAPI_DRS_DISABLE_PERIODIC_SYNC
                              1: DRSUAPI_DRS_USE_COMPRESSION
                              1: DRSUAPI_DRS_NEVER_NOTIFY
                              0: DRSUAPI_DRS_SYNC_PAS
                              0: DRSUAPI_DRS_GET_ALL_GROUP_MEMBERSHIP
                       schedule                 :
1001001001001001001001001001001001001001001001001001001001001001001001
00
1001001001001001001001001001001001001001001001001001001001001001001001
00
100100100100100100100100

                       reserved                 : 0x00000000 (0)
                       highwatermark: struct
drsuapi_DsReplicaHighWaterMark
                           tmp_highest_usn          :
0x0000000000073a7b
(473723)
                           reserved_usn             :
0x0000000000000000
(0)
                           highest_usn              :
0x0000000000073a7b
(473723)
                       source_dsa_obj_guid      :
f091b72b-4307-40d0-be64-ab697f35f106
                       source_dsa_invocation_id :
                       transport_guid           :
00000000-0000-0000-0000-000000000000


If I read correctly the paragraph 4.1.23 IDL_DRSReplicaSync (Opnum 2)
the receiving server should return DS_DRA_NO_REPLICA  if

rf := select all v in nc!repsFrom
where DRS_SYNC_ALL in options
or (DRS_SYNC_BYNAME in options
and v.naDsa = msgIn.pszDsaSrc)
or (not DRS_SYNC_BYNAME in options
and v.uuidDsa = msgIn.uuidDsaSrc)
returns no rf.

In my case option has not DRS_SYNC_ALL nor DRS_SYNC_BYNAME but it
seems that the uuidDSA (source_dsa_invocation_id in samba) is equal to the 
uuidDsaSrc (source_dsa_guid in samba).

Is there something that I'm missing  or misinterpreting ?

Thanks for your help.

Matthieu.

--
Matthieu Patou
Samba Team        http://samba.org
Private repo      http://git.samba.org/?p=mat/samba.git;a=summary




Microsoft is committed to protecting your privacy.  Please read the
Microsoft Privacy Statement for more information.The above is an email
for a support case from Microsoft Corp.REPLY ALL TO THIS MESSAGE or
INCLUDE [email protected] IN YOUR REPLY if you want your response
added to the case automatically. For technical assistance, please
include the Support Engineer on the TO: line. Thank you.


--
Matthieu Patou
Samba Team        http://samba.org
Private repo      http://git.samba.org/?p=mat/samba.git;a=summary





--
Matthieu Patou
Samba Team        http://samba.org
Private repo      http://git.samba.org/?p=mat/samba.git;a=summary


_______________________________________________
cifs-protocol mailing list
[email protected]
https://lists.samba.org/mailman/listinfo/cifs-protocol

Reply via email to