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 On 10/24/07, Linux Admin <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> 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 > > > > > 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>> 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 > > https://www.redhat.com/mailman/listinfo/fedora-directory-users > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20071024/5cf2a59b/attachment.html