diff options
author | Noriko Hosoi <nhosoi@redhat.com> | 2010-06-03 11:48:23 -0700 |
---|---|---|
committer | Noriko Hosoi <nhosoi@redhat.com> | 2010-06-03 11:48:23 -0700 |
commit | bd35c4438a608266a8be7753a243506726de6606 (patch) | |
tree | 273505ace7437d1afeecb2225cf3d3da54a5f4fd /man/man8 | |
parent | 9efd0ba775b82174921e70706090a0cea5e9830a (diff) | |
download | ds-bd35c4438a608266a8be7753a243506726de6606.tar.gz ds-bd35c4438a608266a8be7753a243506726de6606.tar.xz ds-bd35c4438a608266a8be7753a243506726de6606.zip |
597375 - Deleting LDBM database causes backup/restore problem
https://bugzilla.redhat.com/show_bug.cgi?id=597375
Fix Description:
1) When a backend was removed, the db instance directory was removed
as well (See also 463774 - index files for database should be deleted
when db is deleted). In case DB_RECOVER_FATAL is set in the DB open
after the removal (e.g., in restore), the logs in the transaction
logs are replayed and compared with the contents of the DB files.
At that time, if the db instance directory does not exist, libdb
returns FATAL error. To prevent the problem, we have to leave the
empty directory.
2) When removing index files, we don't have to open index files
with CREAT flag.
Note: In the bug 463774, the server was fixed so that once a db
backend is removed, the db instance directory is removed. With
this fix (597375), the backend removal leaves the empty db instance
directory. Plus, if backup is restored, even if the backup was
made after the backend is deleted, the restore could create empty
DB files in the deleted db instance directory if the transaction
log files still contain the history of the deleted backend.
Diffstat (limited to 'man/man8')
0 files changed, 0 insertions, 0 deletions