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://lists.fedoraproject.org/pipermail/389-users/attachments/20071024/e5d220f4/attachment.bin
