[Fedora-directory-users] Re: backup/dump--restore/import
Linux Admin
sysadmin.linux at gmail.com
Wed Oct 24 21:21:24 UTC 2007
The restore worked, yet it killed admin server.
had manually fix it by copying over adm.conf and admpw files
Great mail list! Thanks you!!!
On 10/24/07, Linux Admin <sysadmin.linux at gmail.com> wrote:
>
> 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/208f8a55/attachment.htm>
More information about the Fedora-directory-users
mailing list