PB of RID Set

[Stefan (metze) Metzmacher]

Am 08.07.2010 19:19, schrieb Cam Thompson:
> Metze;
> 
> ekacnet helped me compile your branch - I didn't apply the patch you
> mentioned previously.  Anyway here is debug level 10 attached.  I couldn't
> find any " DRSUAPI_EXOP_ERR_PARAM_ERROR" messages in the debug output - but
> I still get the problem.  This time I used ldbmodify to cut back on the
> chatter that dsa creates.

It's displayes like this now:

dreplsrv_op_pull_source(WERR_GENERAL_FAILURE/NT_STATUS_UNSUCCESSFUL) for
DC=winteal,DC=tundraeng,DC=com failures[
1]
../dsdb/repl/drepl_ridalloc.c:109: RID Manager failed RID allocation -
WERR_GENERAL_FAILURE - extended_ret[0x10]

0x10 is DRSUAPI_EXOP_ERR_PARAM_ERROR

what windows version was the rid manager, and what domain and forest
functional levels are you using?

metze

> ./ldbmodify -H ldap://dev-teadc1.winteal.tundraeng.com /root/adduser.ldif -k
> 1
> ERR: (Unwilling to perform) "LDAP error 53 LDAP_UNWILLING_TO_PERFORM -
> <00002035: Unwilling to perform - ../dsdb/samdb/ldb_modules/ridalloc.c:475:
> No RID Set DN - Remote RID Set allocation needs refresh> <>" on DN
> CN=testonemore,CN=Users,DC=winteal,DC=tundraeng,DC=com
> Modified 0 records with 1 failures
> 
> On Thu, Jul 8, 2010 at 8:52 AM, Stefan (metze) Metzmacher
> <metze at samba.org>wrote:
> 
>> Am 08.07.2010 08:44, schrieb Cam Thompson:
>>> Yeah I rebuilt today using the latest master tree and the patch you asked
>> me
>>> to put in.
>>
>> Can you please try this branch:
>>
>>
>> http://gitweb.samba.org/?p=metze/samba/wip.git;a=shortlog;h=refs/heads/master4-s3upgrade-review
>>
>> I think I've fixed the ridalllocation problems, but haven't tested it
>> much yet myself.
>>
>> metze
>>
>>> On Thu, Jul 8, 2010 at 12:41 AM, Stefan (metze) Metzmacher
>>> <metze at samba.org>wrote:
>>>
>>>> Am 07.07.2010 23:33, schrieb Cam Thompson:
>>>>> Hello Guys;
>>>>>
>>>>> Sorry for the late response... Had some setbacks at work with windows.
>>>>>
>>>>> I used dsa.msc to try and add the user "test six".  There is quite a
>> bit
>>>> of
>>>>> unrelated chatter in the log due to listing the objects in dsa.msc.
>>  The
>>>>> error message in dsa is still the same in both cases... "The server is
>>>>> unwilling to process the request"
>>>>>
>>>>> I applied the patch and ran what you suggested Mat;
>>>>>
>>>>> I have attached both the log files (the error files were empty).  I'm
>> not
>>>>> sure if the list will accept log files this big.  Anyway please tell me
>>>> if
>>>>> there are problems.
>>>>
>>>>
>>>> The problems is that we're getting
>>>> DRSUAPI_EXOP_ERR_PARAM_ERROR (0x10) when we ask for a rid pool.
>>>>
>>>> I guess the reason is this:
>>>>
>>>>   extended_op              : DRSUAPI_EXOP_FSMO_RID_ALLOC (0x2)
>>>>   fsmo_info                : 0x084d97800909d598 (598300901673391512)
>>>>
>>>> fsmo_info looks like a random value
>>>>
>>>> The 2nd try looks like this:
>>>>
>>>>   extended_op              : DRSUAPI_EXOP_FSMO_RID_ALLOC (0x2)
>>>>   fsmo_info                : 0x08bedf1000f1d380 (630186257706767232)
>>>>
>>>> Do you use the latest master tree?
>>>>
>>>> metze
>>>>> On Tue, Jul 6, 2010 at 4:05 PM, Michael Wood <esiotrot at gmail.com>
>> wrote:
>>>>>
>>>>>> On 6 July 2010 22:32, Matthieu Patou <mat at samba.org> wrote:
>>>>>>>  Hello Cam,
>>>>>>>
>>>>>>> So we have a few ideas:
>>>>>>>
>>>>>>> can you apply this patch and recompile:
>>>>>>>
>>>>>>
>>>>
>> http://gitweb.samba.org/?p=metze/samba/wip.git;a=commitdiff;h=3dd0d9b87d99d51e7f2c175f7316e5150382d4d5
>>>>>>>
>>>>>>> Then start the server like this:
>>>>>>>
>>>>>>> ./bin/samba -i -M single -d 5 >log_single 2>err_single
>>>>>>>
>>>>>>> then make the test of adding a user.
>>>>>>>
>>>>>>> then restart it like this:
>>>>>>>
>>>>>>>
>>>>>>> ./bin/samba -i  -d 5 >log_single 2>err_single
>>>>>>
>>>>>> You might want to choose different names for these ones so as not to
>>>>>> overwrite the ones above :)
>>>>>>
>>>>>>> then try 2 times to add a user.
>>>>>>
>>>>>> --
>>>>>> Michael Wood <esiotrot at gmail.com>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
> 
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20100708/da337cf3/attachment.pgp>