[Fedora-directory-users] Re: backup/dump--restore/import

[Linux Admin]

Thanks Richard, George, Ivan for all you help.
I will do some more testing, so far I did manage to get it work on new
server with the same identifier.


On 10/24/07, Richard Megginson <rmeggins at redhat.com> wrote:
>
> Linux Admin wrote:
> > DR is disaster recovery.
> > Copy is OK...I tar the file and sftp to the server.
> > backup/restore work ok from CLI for me too, but only if backup is done
> > of the original server and resotre is done on the same server.
> > Tring taking backup of server A and restore it to vanilly server B
> > does not. Will that work for anyone?
> It should work, assuming the same suffix/database/index configuration on
> both servers, and assuming the architecture of both machines are the same.
> >
> >
> > On 10/24/07, *Richard Megginson* <rmeggins at redhat.com
> > <mailto:rmeggins at redhat.com>> wrote:
> >
> >     Linux Admin wrote:
> >     > It get really bad:
> >     > on new clean server:
> >     > Backup from CLI: db2bak
> >     > Restore CLI: works OK
> >     > then I bring the dir produce by db2bak from the server I am
> >     trying to
> >     > restore to new box and teh same restore commad fails
> >     Then there must be something going wrong with the copy.  Because
> >     backup/restore from cli works ok.
> >     >
> >     >
> >     > On 10/24/07, *Linux Admin* <sysadmin.linux at gmail.com
> >     <mailto:sysadmin.linux at gmail.com>
> >     > <mailto:sysadmin.linux at gmail.com
> >     <mailto:sysadmin.linux at gmail.com>>> wrote:
> >     >
> >     >     Using the refernace for redhat site even command line does
> work
> >     >     error 43: Failed to read backup file set
> >     >
> >     >
> >     >
> >     >     On 10/24/07, * George Holbert* < gholbert at broadcom.com
> >     <mailto:gholbert at broadcom.com>
> >     >     <mailto:gholbert at broadcom.com
> >     <mailto:gholbert at broadcom.com>>> wrote:
> >     >
> >     >         Backup/Restore:  Creates / restores from a copy of the
> >     >         server's binary
> >     >         database files.
> >     >         Export/Import:  Creates / imports from ASCII text LDIF
> >     files
> >     >         representing the data in the directory server.
> >     >
> >     >         It's actually a good idea to do both (if possible), as
> this
> >     >         will give
> >     >         you the most flexibility when you're in the heat of a
> >     restore.
> >     >
> >     >
> >
> http://www.redhat.com/docs/manuals/dir-server/ag/7.1/dbmanage.html#1055147
> >     >         <
> >
> http://www.redhat.com/docs/manuals/dir-server/ag/7.1/dbmanage.html#1055147
> >
> >     >
> >     >         > I get error 53 (failed to read the backup file set)
> >     >
> >     >         Is the backup file set still there?
> >     >
> >     >
> >     >         Linux Admin wrote:
> >     >         > If I want to do through GUI: which option do I use:
> >     >         Backup/Restore or
> >     >         > Import/Export
> >     >         > When I sued Backup....I tried to restore into vanilla
> >     LDAP
> >     >         specifying
> >     >         > the top level directory which contains NetascapeRoot
> >     and userRoot
> >     >         > subdirs, I get error 53 (failed to read the backup
> >     file set)
> >     >         >
> >     >         >
> >     >         > On 10/18/07, *Linux Admin* < sysadmin.linux at gmail.com
> >     <mailto:sysadmin.linux at gmail.com>
> >     >         <mailto:sysadmin.linux at gmail.com
> >     <mailto:sysadmin.linux at gmail.com>>
> >     >         > <mailto:sysadmin.linux at gmail.com
> >     <mailto:sysadmin.linux at gmail.com>
> >     >         <mailto:sysadmin.linux at gmail.com
> >     <mailto:sysadmin.linux at gmail.com>>>> wrote:
> >     >         >
> >     >         >     Please forgive the newbee question here.
> >     >         >     What is the best way to backup/dump--restore/import
> a
> >     >         fedora ldap
> >     >         >     server
> >     >         >     (without downtime)
> >     >         >     TIA
> >     >         >
> >     >         >
> >     >         >
> >
> ------------------------------------------------------------------------
> >     >
> >     >
> >     >         --
> >     >         Fedora-directory-users mailing list
> >     >         Fedora-directory-users at redhat.com
> >     <mailto:Fedora-directory-users at redhat.com>
> >     >         <mailto: Fedora-directory-users at redhat.com
> >     <mailto:Fedora-directory-users at redhat.com>>
> >     >
> >     https://www.redhat.com/mailman/listinfo/fedora-directory-users
> >     >         <
> >     https://www.redhat.com/mailman/listinfo/fedora-directory-users>
> >     >
> >     >
> >     >
> >     >
> >
> ------------------------------------------------------------------------
> >     >
> >     > --
> >     > Fedora-directory-users mailing list
> >     > Fedora-directory-users at redhat.com
> >     <mailto:Fedora-directory-users at redhat.com>
> >     > https://www.redhat.com/mailman/listinfo/fedora-directory-users
> >     <https://www.redhat.com/mailman/listinfo/fedora-directory-users>
> >     >
> >
> >
> >     --
> >     Fedora-directory-users mailing list
> >     Fedora-directory-users at redhat.com
> >     <mailto:Fedora-directory-users at redhat.com>
> >     https://www.redhat.com/mailman/listinfo/fedora-directory-users
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> > --
> > Fedora-directory-users mailing list
> > Fedora-directory-users at redhat.com
> > https://www.redhat.com/mailman/listinfo/fedora-directory-users
> >
>
>
> --
> Fedora-directory-users mailing list
> Fedora-directory-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-directory-users/attachments/20071024/fddab6f0/attachment.htm>