Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-89079

ns-slapd crashes when the target storage for a backup is full

Linking RHIVOS CVEs to...Migration: Automation ...SWIFT: POC ConversionSync from "Extern...XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Duplicate
    • Icon: Normal Normal
    • None
    • None
    • 389-ds-base
    • None
    • No
    • Moderate
    • rhel-idm-ds
    • 0
    • False
    • False
    • Hide

      None

      Show
      None
    • None
    • Red Hat Directory Server
    • None
    • None
    • None
    • Unspecified
    • Unspecified
    • Unspecified
    • None

      Description of a problem

       

      On two occasions a segfault with ns-slapd process has been noticed. It appears to have been caused by a failure in a backup operation due to the target storage being full.

       

      Apr 02 06:00:03 <hostname> ns-slapd[1220]: [02/Apr/2025:06:00:03.193488225 +0200] - INFO - bdb_copy_directory - Backing up file 23 (/path/to/userroot/id2entry.db)
      Apr 02 06:00:03 <hostname> ns-slapd[1220]: [02/Apr/2025:06:00:03.199211634 +0200] - INFO - bdb_copyfile - Copying /path/to/userroot/id2entry.db to /path/to/backup/userroot/id2entry.db
      Apr 02 06:00:03 <hostname> ns-slapd[1220]: [02/Apr/2025:06:00:03.241645705 +0200] - INFO - bdb_backup - Backing up file 24 (/path/to/backup/log.0000000094)
      Apr 02 06:00:03 <hostname> ns-slapd[1220]: [02/Apr/2025:06:00:03.247721499 +0200] - INFO - bdb_copyfile - Copying /path/to/db/log.0000000094 to /path/to/backup/log.0000000094
      Apr 02 06:00:03 <hostname> ns-slapd[1220]: [02/Apr/2025:06:00:03.308189996 +0200] - INFO - bdb_backup - Backing up file 25 (/path/to/backup/DBVERSION)
      Apr 02 06:00:03 <hostname> ns-slapd[1220]: [02/Apr/2025:06:00:03.319393077 +0200] - INFO - bdb_copyfile - Copying /path/to/DBVERSION to /path/to/backup/DBVERSION
      Apr 02 06:00:03 <hostname> ns-slapd[1220]: [02/Apr/2025:06:00:03.348582510 +0200] - CRIT - bdb_dse_conf_backup_core - Failed to back up dse indexes -5956 (The device for storing the file is full.)
      Apr 02 06:00:03 <hostname> ns-slapd[1220]: [02/Apr/2025:06:00:03.360742777 +0200] - ERR - archive_copyfile - Destination file (/path/to/backup/config_files/dse.ldif) could not be opened - error -5956 (The device for storing the file is full.)
      Apr 02 06:00:03 <hostname> kernel: ns-slapd[2360460]: segfault at 8 ip 00007fdc9b9e1252 sp 00007fdbfeafcdd0 error 4 in libnspr4.so[7fdc9b9c2000+25000] likely on CPU 0 (core 0, socket 0)
      Apr 02 06:00:03 <hostname> kernel: Code: 84 00 00 00 00 00 66 90 f3 0f 1e fa 41 54 55 48 89 fd 48 83 ec 18 e8 8d 24 fe ff 8b 90 00 01 00 00 85 d2 75 05 f6 00 10 75 3e <48> 8b 7d 08 45 31 e4 48 85 ff 74 20 e8 8d 28 fe ff 41 89 c4 83 f8
      Apr 02 06:00:04 <hostname> systemd[1]: dirsrv@<instance name>.service: Main process exited, code=dumped, status=11/SEGV
      Apr 02 06:00:04 <hostname> systemd[1]: dirsrv@<instance name>.service: Failed with result 'core-dump'.

      Version-Release number of the selected component

      389-ds-base-2.5.2-2.el9_5.x86_64

      cockpit-389-ds-2.5.2-3.module+el9dsrv+22360+4d1b4fe0.noarch

      Steps to reproduce

      1. perform a backup to a full target storage

      Actual results

      ns-slapd segfaults

      Expected results

      a better handling of the error and no segfault.

              idm-ds-dev-bugs IdM DS Dev
              rhn-support-saime Sebastien Aime
              IdM DS Dev IdM DS Dev
              IdM DS QE IdM DS QE
              Evgenia Martyniuk Evgenia Martyniuk
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: