This bug has been migrated to another issue tracking site. It has been closed here and may no longer be being monitored.

If you would like to get updates for this issue, or to participate in it, you may do so at Red Hat Issue Tracker .
Bug 2075474 - After an initial failure, subsequent online backups will not work.
Summary: After an initial failure, subsequent online backups will not work.
Keywords:
Status: CLOSED MIGRATED
Alias: None
Product: Red Hat Directory Server
Classification: Red Hat
Component: 389-ds-base
Version: 12.2
Hardware: x86_64
OS: All
high
high
Target Milestone: DS12.5
: dirsrv-12.5
Assignee: LDAP Maintainers
QA Contact: LDAP QA Team
Evgenia Martynyuk
URL:
Whiteboard: sync-to-jira
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-04-14 10:30 UTC by Têko Mihinto
Modified: 2024-06-26 13:47 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2024-06-26 13:47:40 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker   DIRSRV-33 0 None None Red Hat Issue Tracker 2024-06-26 13:47:38 UTC
Red Hat Issue Tracker IDMDS-3967 0 None None None 2023-12-06 16:52:08 UTC

Description Têko Mihinto 2022-04-14 10:30:17 UTC 
Description of problem:
Once an online backup fails, the next attempts will be defective:

...
[14/Apr/2022:11:50:22.007888873 +0200] - INFO - task_backup_thread - Beginning backup of 'ldbm database'
[14/Apr/2022:11:50:22.010284307 +0200] - WARN - ldbm_back_ldbm2archive - Backend 'userRoot' is already in the middle of another task and cannot be disturbed.
[14/Apr/2022:11:50:22.012907630 +0200] - ERR - ldbm_back_ldbm2archive - Failed removing /local/backup_ds/backup-2022_04_14_11_50_21
[14/Apr/2022:11:50:22.016358296 +0200] - ERR - task_backup_thread - Backup failed (error -1)
[14/Apr/2022:11:50:24.696442611 +0200] - INFO - task_backup_thread - Beginning backup of 'ldbm database'
[14/Apr/2022:11:50:24.699312491 +0200] - WARN - ldbm_back_ldbm2archive - Backend 'userRoot' is already in the middle of another task and cannot be disturbed.
[14/Apr/2022:11:50:24.701486711 +0200] - ERR - ldbm_back_ldbm2archive - Failed removing /local/backup_ds/backup-2022_04_14_11_50_24

Version-Release number of selected component (if applicable):
$ cat /etc/redhat-release
Red Hat Enterprise Linux release 8.4 (Ootpa)
$
$ rpm -qa | grep 389-ds-base-1
389-ds-base-1.4.3.22-1.module+el8dsrv+10501+8ce33e95.x86_64
$

How reproducible:
I can reproduce the issue quite reliably.

Steps to Reproduce:
1. Start an online backup.
2. While the backup is still running, delete the backup files ( under the location specified by the "nsslapd-bakdir" parameter )
3. The current backup will fail
4. Try to run again online backups. They will fail with the following message in the errors log:
Backend 'XXX' is already in the middle of another task and cannot be disturbed.

Restarting the RHDS instance fixes the issue.
This looks quite similar to bug https://bugzilla.redhat.com/show_bug.cgi?id=1642838

Actual results:
Failing to run online backups.

Expected results:
Successful online backups.

Additional info:

$ dsconf -v -D "cn=Directory Manager" ldap://localhost:389 backup create
...
DEBUG: complete status: -1 -> Backup failed (error -1)
DEBUG: cn=backup_2022-04-14T11:51:33.785070,cn=backup,cn=tasks,cn=config getVal('nsTaskExitCode')
DEBUG: cn=backup_2022-04-14T11:51:33.785070,cn=backup,cn=tasks,cn=config getVal('nsTaskLog')
DEBUG: cn=backup_2022-04-14T11:51:33.785070,cn=backup,cn=tasks,cn=config getVal('nsTaskWarning')
DEBUG: cn=backup_2022-04-14T11:51:33.785070,cn=backup,cn=tasks,cn=config getVal('nsTaskStatus')
DEBUG: complete status: -1 -> Backup failed (error -1)
DEBUG: cn=backup_2022-04-14T11:51:33.785070,cn=backup,cn=tasks,cn=config getVal('nsTaskExitCode')
DEBUG: cn=backup_2022-04-14T11:51:33.785070,cn=backup,cn=tasks,cn=config getVal('nsTaskLog')
DEBUG: cn=backup_2022-04-14T11:51:33.785070,cn=backup,cn=tasks,cn=config getVal('nsTaskWarning')
DEBUG: cn=backup_2022-04-14T11:51:33.785070,cn=backup,cn=tasks,cn=config getVal('nsTaskStatus')
DEBUG: complete status: -1 -> Backup failed (error -1)
DEBUG: The backup create task has failed with the error code: (-1)
Traceback (most recent call last):
  File "/usr/sbin/dsconf", line 134, in <module>
    result = args.func(inst, None, log, args)
  File "/usr/lib/python3.6/site-packages/lib389/cli_conf/backup.py", line 20, in backup_create
    raise ValueError("The backup create task has failed with the error code: ({})".format(result))
ValueError: The backup create task has failed with the error code: (-1)
ERROR: Error: The backup create task has failed with the error code: (-1)
$
Comment 2 Têko Mihinto 2022-04-14 11:41:19 UTC 
Issue is reproducible on RHEL 8.5 as well ( 389-ds-base-1.4.3.27-2 ).
Comment 4 Viktor Ashirov 2024-06-26 13:47:40 UTC 
This BZ has been automatically migrated to Red Hat Issue Tracker https://issues.redhat.com/browse/DIRSRV-33. All future work related to this report will be managed there.

Due to differences in account names between systems, some fields were not replicated. Be sure to add yourself to Jira issue's "Watchers" field to continue receiving updates and add others to the "Need Info From" field to continue requesting information.

In the event you have trouble locating or viewing this issue, you can file an issue by sending mail to rh-issues. You can also visit https://access.redhat.com/articles/7032570 for general account information.
Note You need to log in before you can comment on or make changes to this bug.