PB of RID Set

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



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


-- 
Among those whom I like or admire, I can find no common denominator, but
among those whom I love, I can: all of them make me laugh.  - W. H. Auden
-------------- next part --------------
A non-text attachment was scrubbed...
Name: testrid2_out
Type: application/octet-stream
Size: 955006 bytes
Desc: not available
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20100708/25f8ad32/attachment-0001.obj>