Please forgive the newbee question here. What is the best way to backup/dump--restore/import a fedora ldap server (without downtime) TIA
Linux Admin wrote:
Please forgive the newbee question here. What is the best way to backup/dump--restore/import a fedora ldap server (without downtime)
Look at the scripts db2ldif.pl, ldif2db.pl, db2bak.pl, and bak2db.pl
TIA
-- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
I use both, db2ldif and db2bak to backup our directory database. Very, very simple usage:
LOGFILE=/var/log/DSBackup.log /opt/fedora-ds/slapd-infra1/db2ldif -n netscaperoot > $LOGFILE 2>&1 /opt/fedora-ds/slapd-infra1/db2ldif -n userRoot >> $LOGFILE 2>&1 /opt/fedora-ds/slapd-infra1/db2bak >> $LOGFILE 2>&1
Para "General discussion list for the Fedora Directory server Richard Megginson project." rmeggins@redhat.com <fedora-directory-users@redhat.c Enviado por: om> fedora-directory-users-b cc ounces@redhat.com Asunto 18/10/2007 03:32 p.m. Re: [Fedora-directory-users] backup/dump--restore/import Clasificación Uso Interno Por favor, responda a "General discussion list for the Fedora Directory server project." <fedora-directory-users@ redhat.com>
Linux Admin wrote:
Please forgive the newbee question here. What is the best way to backup/dump--restore/import a fedora ldap server (without downtime)
Look at the scripts db2ldif.pl, ldif2db.pl, db2bak.pl, and bak2db.pl
TIA
-- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
(See attached file: smime.p7s)-- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
======================================================================================== AVISO LEGAL: Esta información es privada y confidencial y está dirigida únicamente a su destinatario. Si usted no es el destinatario original de este mensaje y por este medio pudo acceder a dicha información por favor elimine el mensaje. La distribución o copia de este mensaje está estrictamente prohibida. Esta comunicación es sólo para propósitos de información y no debe ser considerada como propuesta, aceptación ni como una declaración de voluntad oficial de NUCLEO S.A. La transmisión de e-mails no garantiza que el correo electrónico sea seguro o libre de error. Por consiguiente, no manifestamos que esta información sea completa o precisa. Toda información está sujeta a alterarse sin previo aviso.
This information is private and confidential and intended for the recipient only. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and shall not be regarded neither as a proposal, acceptance nor as a statement of will or official statement from NUCLEO S.A. . Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice.
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@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
Linux Admin wrote:
If I want to do through GUI: which option do I use: Backup/Restore or Import/Export
Backup creates a binary backup of your entire database. Export creates an LDIF (ASCII) dump of the database you specify (userRoot or NetscapeRoot).
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)
Can you provide more information about what directory you put your backup in, what directory you told it to restore from, etc.
On 10/18/07, *Linux Admin* <sysadmin.linux@gmail.com mailto:sysadmin.linux@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@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
Thanks Richard and George, Here is what I have tired: I tried restoring from both: 1. Export/Import from ldif file: backup all the subtrees and get a lot of rejects on this restore 2. Backup/Restore: Backup creates a directory of my choosing with 2 ldif files and 3 subderectories: userRoot NetscapeRoot and one more subdir for my app all 3 subdirs have db4 files Restoring: if I specify the top leve back directory (same as I use during backup process) I get error 53 (cannot read dir) Restore will take 3 subdirectires (netacpre root or userRoot) and will run OK. but then it stops working, you can not log in or on restart admin server would not start.
On 10/24/07, Richard Megginson rmeggins@redhat.com wrote:
Linux Admin wrote:
If I want to do through GUI: which option do I use: Backup/Restore or Import/Export
Backup creates a binary backup of your entire database. Export creates an LDIF (ASCII) dump of the database you specify (userRoot or NetscapeRoot).
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)
Can you provide more information about what directory you put your backup in, what directory you told it to restore from, etc.
On 10/18/07, *Linux Admin* <sysadmin.linux@gmail.com mailto:sysadmin.linux@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@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
-- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
Linux Admin wrote:
Thanks Richard and George, Here is what I have tired: I tried restoring from both:
- Export/Import from ldif file: backup all the subtrees and get a lot of rejects on this restore
How did you do the import?
- Backup/Restore: Backup creates a directory of my choosing with 2 ldif
files and 3 subderectories: userRoot NetscapeRoot and one more subdir for my app all 3 subdirs have db4 files
Can you post an ls -lR of the backup directory?
Restoring: if I specify the top leve back directory (same as I use
during backup process) I get error 53 (cannot read dir)
Check the server error log.
Restore will take 3 subdirectires (netacpre root or userRoot) and will run OK. but then it stops working, you can not log in or on restart admin server would not start.
On 10/24/07, *Richard Megginson* <rmeggins@redhat.com mailto:rmeggins@redhat.com> wrote:
Linux Admin wrote: > If I want to do through GUI: which option do I use: Backup/Restore or > Import/Export Backup creates a binary backup of your entire database. Export creates an LDIF (ASCII) dump of the database you specify (userRoot or NetscapeRoot). > 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) Can you provide more information about what directory you put your backup in, what directory you told it to restore from, etc. > > > On 10/18/07, *Linux Admin* < sysadmin.linux@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@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@redhat.com <mailto:Fedora-directory-users@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@redhat.com <mailto:Fedora-directory-users@redhat.com> https://www.redhat.com/mailman/listinfo/fedora-directory-users
-- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
This is beyond bad: Here is what I did now:
I copied my backup dir into:
serverRoot/slapd-serverID/bak/backup_name
So when you click retore button it actually find the name of back and directory and yet it will produce error53 (failed to read the backup file set from....)
Here is ls -al from /tmp/2007_backup
-rwxrwxrwx 1 ldapds ldapds 18 Oct 18 14:17 DBVERSION
-rwxrwxrwx 1 ldapds ldapds 50218 Oct 18 14:17 dse_index.ldif -rwxrwxrwx 1 ldapds ldapds 1211 Oct 18 14:17 dse_instance.ldif -rwxrwxrwx 1 ldapds ldapds 4070917 Oct 18 14:17 log.0000000749
drwxrwxrwx 2 ldapds ldapds 4096 Oct 18 14:17 NetscapeRoot drwxrwxrwx 2 ldapds ldapds 4096 Oct 18 14:17 PolicySvr4 drwxrwxrwx 2 ldapds ldapds 4096 Oct 18 14:17 userRoot
If you specify /tmp/2007_bak as restore dir you get error 53 You can specify /tmp/2007_bak/NetscapeRoot....etc all 3 subdir and it will work Yet!!! here is what you get in error log
[24/Oct/2007:13:34:45 -0500] - Warning: config backup file dse_instance.ldif not found in backup [24/Oct/2007:13:34:45 -0500] - Warning: config backup file dse_index.ldif not found in back
No kiiding they are in top level dir. I wounder if this ever worked?
On 10/24/07, Richard Megginson rmeggins@redhat.com wrote:
Linux Admin wrote:
Thanks Richard and George, Here is what I have tired: I tried restoring from both:
- Export/Import from ldif file: backup all the subtrees and get a lot of rejects on this restore
How did you do the import?
- Backup/Restore: Backup creates a directory of my choosing with 2 ldif
files and 3 subderectories: userRoot NetscapeRoot and one more subdir for my app all 3 subdirs have db4 files
Can you post an ls -lR of the backup directory?
Restoring: if I specify the top leve back directory (same as I use
during backup process) I get error 53 (cannot read dir)
Check the server error log.
Restore will take 3 subdirectires (netacpre root or userRoot) and will run OK. but then it stops working, you can not log in or on restart admin server would not start.
On 10/24/07, *Richard Megginson* <rmeggins@redhat.com mailto:rmeggins@redhat.com> wrote:
Linux Admin wrote: > If I want to do through GUI: which option do I use: Backup/Restore or > Import/Export Backup creates a binary backup of your entire database. Export creates an LDIF (ASCII) dump of the database you specify (userRoot or NetscapeRoot). > 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) Can you provide more information about what directory you put your backup in, what directory you told it to restore from, etc. > > > On 10/18/07, *Linux Admin* < sysadmin.linux@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@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@redhat.com <mailto:Fedora-directory-users@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@redhat.com <mailto:Fedora-directory-users@redhat.com> https://www.redhat.com/mailman/listinfo/fedora-directory-users
-- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
-- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
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@gmail.com mailto:sysadmin.linux@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
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@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@gmail.com mailto:sysadmin.linux@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@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
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@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@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@gmail.com mailto:sysadmin.linux@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@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
db2bak (binary backup) is pretty specific to the machine on which it was created. At least a few dependencies: - architecture of the machine (e.g., sparc to intel, or 32 to 64 bit). - hostname is sprinkled throughout o=NetscapeRoot. - index and other configuration in the server's cn=config.
Unless you're restoring on an identical machine with identical directory server configuration, I would expect quirks when attempting what you've described. On the bright side, since it does work on the new server, it sounds like you've isolated the problem to something with the original server. What happens when you create a fresh new directory server instance on the original, and try to backup and restore that instance?
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
On 10/24/07, *Linux Admin* <sysadmin.linux@gmail.com mailto:sysadmin.linux@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@broadcom.com <mailto:gholbert@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@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@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 > > > ------------------------------------------------------------------------
I can not really create a new dir on the original. I am doing DR. So if that does not work, what are my options in building the DR?
On 10/24/07, George Holbert gholbert@broadcom.com wrote:
db2bak (binary backup) is pretty specific to the machine on which it was created. At least a few dependencies:
- architecture of the machine (e.g., sparc to intel, or 32 to 64 bit).
- hostname is sprinkled throughout o=NetscapeRoot.
- index and other configuration in the server's cn=config.
Unless you're restoring on an identical machine with identical directory server configuration, I would expect quirks when attempting what you've described. On the bright side, since it does work on the new server, it sounds like you've isolated the problem to something with the original server. What happens when you create a fresh new directory server instance on the original, and try to backup and restore that instance?
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
On 10/24/07, *Linux Admin* <sysadmin.linux@gmail.com mailto:sysadmin.linux@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@broadcom.com <mailto:gholbert@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@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@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@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
Hmm... If you mean your production server can't be restored from any of your backups, it might be worth it to give RedHat a call and book some professional services to assist in the recovery.
Linux Admin wrote:
I can not really create a new dir on the original. I am doing DR. So if that does not work, what are my options in building the DR?
On 10/24/07, *George Holbert * <gholbert@broadcom.com mailto:gholbert@broadcom.com> wrote:
db2bak (binary backup) is pretty specific to the machine on which it was created. At least a few dependencies: - architecture of the machine (e.g., sparc to intel, or 32 to 64 bit). - hostname is sprinkled throughout o=NetscapeRoot. - index and other configuration in the server's cn=config. Unless you're restoring on an identical machine with identical directory server configuration, I would expect quirks when attempting what you've described. On the bright side, since it does work on the new server, it sounds like you've isolated the problem to something with the original server. What happens when you create a fresh new directory server instance on the original, and try to backup and restore that instance? 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 > > > On 10/24/07, *Linux Admin* <sysadmin.linux@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@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@broadcom.com <mailto:gholbert@broadcom.com> > <mailto:gholbert@broadcom.com <mailto:gholbert@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> > <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@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@gmail.com>> > > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto: sysadmin.linux@gmail.com <mailto:sysadmin.linux@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 > > > > > > ------------------------------------------------------------------------
Linux Admin wrote:
I can not really create a new dir on the original. I am doing DR. So if that does not work, what are my options in building the DR?
What's "DR"?
On 10/24/07, *George Holbert * <gholbert@broadcom.com mailto:gholbert@broadcom.com> wrote:
db2bak (binary backup) is pretty specific to the machine on which it was created. At least a few dependencies: - architecture of the machine (e.g., sparc to intel, or 32 to 64 bit). - hostname is sprinkled throughout o=NetscapeRoot. - index and other configuration in the server's cn=config. Unless you're restoring on an identical machine with identical directory server configuration, I would expect quirks when attempting what you've described. On the bright side, since it does work on the new server, it sounds like you've isolated the problem to something with the original server. What happens when you create a fresh new directory server instance on the original, and try to backup and restore that instance? 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 > > > On 10/24/07, *Linux Admin* <sysadmin.linux@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@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@broadcom.com <mailto:gholbert@broadcom.com> > <mailto:gholbert@broadcom.com <mailto:gholbert@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> > <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@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@gmail.com>> > > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto: sysadmin.linux@gmail.com <mailto:sysadmin.linux@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@redhat.com <mailto:Fedora-directory-users@redhat.com> https://www.redhat.com/mailman/listinfo/fedora-directory-users
-- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
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@gmail.com mailto:sysadmin.linux@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@broadcom.com <mailto:gholbert@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@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@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@redhat.com <mailto:Fedora-directory-users@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@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
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?
On 10/24/07, Richard Megginson rmeggins@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@gmail.com mailto:sysadmin.linux@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@broadcom.com <mailto:gholbert@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@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@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@redhat.com <mailto:Fedora-directory-users@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@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
-- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
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@redhat.com mailto:rmeggins@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@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@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@broadcom.com <mailto:gholbert@broadcom.com> > <mailto:gholbert@broadcom.com <mailto:gholbert@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@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@gmail.com>> > > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@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@redhat.com <mailto:Fedora-directory-users@redhat.com> > <mailto: Fedora-directory-users@redhat.com <mailto:Fedora-directory-users@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@redhat.com <mailto:Fedora-directory-users@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@redhat.com <mailto:Fedora-directory-users@redhat.com> https://www.redhat.com/mailman/listinfo/fedora-directory-users
-- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
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@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@redhat.com mailto:rmeggins@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@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@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@broadcom.com <mailto:gholbert@broadcom.com> > <mailto:gholbert@broadcom.com <mailto:gholbert@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@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@gmail.com>> > > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@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@redhat.com <mailto:Fedora-directory-users@redhat.com> > <mailto: Fedora-directory-users@redhat.com <mailto:Fedora-directory-users@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@redhat.com <mailto:Fedora-directory-users@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@redhat.com <mailto:Fedora-directory-users@redhat.com> https://www.redhat.com/mailman/listinfo/fedora-directory-users
-- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
-- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
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@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@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@redhat.com mailto:rmeggins@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@gmail.com <mailto:sysadmin.linux@gmail.com > > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@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@broadcom.com <mailto:gholbert@broadcom.com> > <mailto: gholbert@broadcom.com <mailto:gholbert@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@gmail.com <mailto: sysadmin.linux@gmail.com> > <mailto:sysadmin.linux@gmail.com <mailto: sysadmin.linux@gmail.com>> > > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@gmail.com > > <mailto:sysadmin.linux@gmail.com <mailto:sysadmin.linux@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@redhat.com <mailto:Fedora-directory-users@redhat.com> > <mailto: Fedora-directory-users@redhat.com <mailto:Fedora-directory-users@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@redhat.com <mailto: Fedora-directory-users@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@redhat.com <mailto:Fedora-directory-users@redhat.com> https://www.redhat.com/mailman/listinfo/fedora-directory-users
-- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
-- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
389-users@lists.fedoraproject.org