You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@directory.apache.org by David R Robison <dr...@openroadsconsulting.com> on 2008/05/12 22:57:24 UTC

Apache DS Backup/Restore

I am new to Apache Directory... Is there a convenient way to 
backup/restore data in the directory? TNX David

-- 

David R Robison
Open Roads Consulting, Inc.
708 S. Battlefield Blvd., Chesapeake, VA 23322
phone: (757) 546-3401
e-mail: drrobison@openroadsconsulting.com
web: http://openroadsconsulting.com
blog: http://therobe.blogspot.com
book: http://www.xulonpress.com/book_detail.php?id=2579





 




Re: Loop Detect error

Posted by Emmanuel Lecharny <el...@gmail.com>.
David R Robison wrote:
> OK - perhapses the message comes from the Novel Java LDAP client 
> rather than the Apache DS server. TNX David
No,, the message comes from the server, but it's just a message. It does 
not gives any indication on what's wrong on the server...

What would be helpfull would be the server's log, or at least a 
description on the exact scenario to reproduce the same error, and using 
ADS 1.5.4.

Thanks !

-- 
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org



Re: Loop Detect error

Posted by David R Robison <dr...@openroadsconsulting.com>.
OK - perhapses the message comes from the Novel Java LDAP client rather 
than the Apache DS server. TNX David

Emmanuel Lecharny wrote:
> David R Robison wrote:
>> Version 1.5.2. I check the logs but there was nothing corresponding 
>> with the error. David
> Which error ? The 'Loop Detect' is just a message, it gives us no clue 
> about what's going on on the server side...
>

-- 

David R Robison
Open Roads Consulting, Inc.
103 Watson Road, Chesapeake, VA 23320
phone: (757) 546-3401
e-mail: drrobison@openroadsconsulting.com
web: http://openroadsconsulting.com
blog: http://therobe.blogspot.com
book: http://www.xulonpress.com/book_detail.php?id=2579

This e-mail communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed.  If you are not the intended recipient, you should immediately stop reading this message and delete it from all computers that it resides on. Any unauthorized reading, distribution, copying or other use of this communication (or its attachments) is strictly prohibited.  If you have received this communication in error, please notify us immediately.  



 




Re: Loop Detect error

Posted by Emmanuel Lecharny <el...@gmail.com>.
David R Robison wrote:
> Version 1.5.2. I check the logs but there was nothing corresponding 
> with the error. David
Which error ? The 'Loop Detect' is just a message, it gives us no clue 
about what's going on on the server side...

-- 
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org



Re: Loop Detect error

Posted by David R Robison <dr...@openroadsconsulting.com>.
Version 1.5.2. I check the logs but there was nothing corresponding with 
the error. David

Emmanuel Lecharny wrote:
> David R Robison wrote:
>> I am using Novel's LDAP client. When attempting to update a record I 
>> get the following error:
>>
>> LDAPException: Loop Detect (54) Loop Detect
>>
>> Any thoughts as to what the problem might be? Thanks, David
> Which version of the server are you using ?
>
> Can you provide the logs ?
>
>

-- 

David R Robison
Open Roads Consulting, Inc.
103 Watson Road, Chesapeake, VA 23320
phone: (757) 546-3401
e-mail: drrobison@openroadsconsulting.com
web: http://openroadsconsulting.com
blog: http://therobe.blogspot.com
book: http://www.xulonpress.com/book_detail.php?id=2579

This e-mail communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed.  If you are not the intended recipient, you should immediately stop reading this message and delete it from all computers that it resides on. Any unauthorized reading, distribution, copying or other use of this communication (or its attachments) is strictly prohibited.  If you have received this communication in error, please notify us immediately.  



 




Re: Loop Detect error

Posted by Emmanuel Lecharny <el...@gmail.com>.
David R Robison wrote:
> I am using Novel's LDAP client. When attempting to update a record I 
> get the following error:
>
> LDAPException: Loop Detect (54) Loop Detect
>
> Any thoughts as to what the problem might be? Thanks, David
Which version of the server are you using ?

Can you provide the logs ?


-- 
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org



Re: Loop Detect error

Posted by Stefan Zoerner <st...@labeo.de>.
Hi David!

David R Robison wrote:
> I am using Novel's LDAP client. When attempting to update a record I get 
> the following error:
> 
> LDAPException: Loop Detect (54) Loop Detect
> 
> Any thoughts as to what the problem might be? Thanks, David

We need more information.What exactly is a "Novell's LDAP client"? Some 
UI? Or a library which you use from custom application code.

We need at least Server version of ApacheDS (1.5.4, for instance), JVM 
and OS you use, etc.

Greetings from Hamburg,
     Stefan



Loop Detect error

Posted by David R Robison <dr...@openroadsconsulting.com>.
I am using Novel's LDAP client. When attempting to update a record I get 
the following error:

LDAPException: Loop Detect (54) Loop Detect

Any thoughts as to what the problem might be? Thanks, David

-- 

David R Robison
Open Roads Consulting, Inc.
103 Watson Road, Chesapeake, VA 23320
phone: (757) 546-3401
e-mail: drrobison@openroadsconsulting.com
web: http://openroadsconsulting.com
blog: http://therobe.blogspot.com
book: http://www.xulonpress.com/book_detail.php?id=2579


 




Re: Apache DS Backup/Restore

Posted by Emmanuel Lecharny <el...@apache.org>.
Alex Karasulu wrote:
> Eventually the change log and snap shotting capability will be the best
> option for backups since it's just a record of LDIFs representing the
> operations which took place.  Personally I don't like this because when
> restoring you whip out who did what because you'll import the LDIF backup
> probably as the admin user.  This can be corrected using a special session
> control to allow the server to add-ldif-as the user responsible for the
> change.
>
> Another option is to expose an extended operation which locks out writes
> while copying the master table to a backup folder which can be archived. 
I like this option. It can be easily added, and triggered from the CL or 
from Studio.

It would also deal with special cases like replacing a branch by 
restoring the previous data (ie, removing all the value from a tree 
starting at a position instead of just injecting some data keeping the 
existing one).
>  We
> can even use a stored procedure triggered by the quartz schedular to do this
> in addition to exposing the extended operation for external triggering of
> backups.  We have many other choices including the LDIF export and import
> method above.
>
> Question is which one is the best option?  To answer that we need to
> understand user requirements.
>   
We have to work on such a feature in any case, because 
importing/exporting a LDIF file is too expensive, if you have millions 
of entries.

We also have to think about a system which can bypass all the 
Interceptors and deal directly with the backend files, in order to be as 
fast as possible.

Make me think that in some case, we might want to export only a part of 
the tree, and restore only a part of a tree, a little bit like RSync does.

Thanks Alex !
> Alex
>
> On Mon, May 12, 2008 at 5:08 PM, Emmanuel Lecharny <el...@apache.org>
> wrote:
>
>   
>> David R Robison wrote:
>>
>>     
>>> I am new to Apache Directory... Is there a convenient way to
>>> backup/restore data in the directory? TNX David
>>>
>>>  The most convenient way is to export the data as a LDIF file. This can
>>>       
>> be done easily with Apache Directory Studio.
>>
>> The very same for data restoration.
>>
>>
>>
>> --
>> --
>> cordialement, regards,
>> Emmanuel Lécharny
>> www.iktek.com
>> directory.apache.org
>>
>>
>>
>>     
>
>   


-- 
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org



Re: Apache DS Backup/Restore

Posted by Alex Karasulu <ak...@apache.org>.
Eventually the change log and snap shotting capability will be the best
option for backups since it's just a record of LDIFs representing the
operations which took place.  Personally I don't like this because when
restoring you whip out who did what because you'll import the LDIF backup
probably as the admin user.  This can be corrected using a special session
control to allow the server to add-ldif-as the user responsible for the
change.

Another option is to expose an extended operation which locks out writes
while copying the master table to a backup folder which can be archived.  We
can even use a stored procedure triggered by the quartz schedular to do this
in addition to exposing the extended operation for external triggering of
backups.  We have many other choices including the LDIF export and import
method above.

Question is which one is the best option?  To answer that we need to
understand user requirements.

Alex

On Mon, May 12, 2008 at 5:08 PM, Emmanuel Lecharny <el...@apache.org>
wrote:

> David R Robison wrote:
>
> > I am new to Apache Directory... Is there a convenient way to
> > backup/restore data in the directory? TNX David
> >
> >  The most convenient way is to export the data as a LDIF file. This can
> be done easily with Apache Directory Studio.
>
> The very same for data restoration.
>
>
>
> --
> --
> cordialement, regards,
> Emmanuel Lécharny
> www.iktek.com
> directory.apache.org
>
>
>

Re: Apache DS Backup/Restore

Posted by Emmanuel Lecharny <el...@apache.org>.
David R Robison wrote:
> I am new to Apache Directory... Is there a convenient way to 
> backup/restore data in the directory? TNX David
>
The most convenient way is to export the data as a LDIF file. This can 
be done easily with Apache Directory Studio.

The very same for data restoration.



-- 
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org