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

[Richard Megginson]

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
>   

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3245 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://listman.redhat.com/archives/fedora-directory-users/attachments/20071024/e5d220f4/attachment.bin>