Исследовано с помощью Zed Agent (qwen3.8-27b). **Симптом** При установке 389-ds-base (например, в составе установки freeipa-server на свежей системе p11) в вывод apt-get попадают строки: ldb: unable to stat module /usr/lib64/samba/ldb : No such file or directory Could not open available domains В рассматриваемой установке эти строки появляются 2 раза (по паре строк на неудачный запуск sss_cache), именно во время выполнения %pre пакета 389-ds-base. **Причина** 1. Утилиты groupadd/useradd/usermod (пакет shadow-utils) после каждой операции с учётной записью автоматически запускают /usr/sbin/sss_cache для сброса кэша sssd (sssd_flush_cache(), shadow/lib/sssd.c). Вызов выполняется без перенаправления stderr (run_command(), fork/execve), поэтому вывод sss_cache попадает в терминал процесса установки. 2. На стадии большой транзакции установки sss_cache не может открыть конфигурационную базу sssd /var/lib/sss/db/config.ldb (LDB): каталог модулей LDB /usr/lib64/samba/ldb ещё не доступен, из-за чего sss_cache завершается с кодом 5 и печатает в stderr обе приведённые строки (первая — из libldb, вторая — из sssd). 3. Сама операция создания учётной записи при этом завершается успешно (rc=0); о неудаче сброса кэша сообщается только в системном журнале: groupadd: sss_cache exited with status 5 groupadd: Failed to flush the sssd cache. В %pre-скриплете 389-ds-base системная группа dirsrv создаётся без перенаправления stderr: groupadd -r -f dirsrv (создание пользователя dirsrv в том же %pre уже перенаправляет вывод, `> /dev/null 2>&1`, поэтому в терминал попадают только пары строк от groupadd; в журнале в момент работы %pre зафиксировано 5 неудачных запусков sss_cache: 2 — от groupadd, 3 — от useradd, из них в терминал видны 2). **Предлагаемое исправление** Перенаправить stderr (или оба потока) у команды создания учётной записи в %pre: groupadd -r -f dirsrv > /dev/null 2>&1 Для справки: тот же приём уже применяется в %pre-скриплетах четырёх пакетов, которые ставятся в той же транзакции и также создают учётные записи, — `sssd`, `gssproxy`, `webserver-common`, `apache2-base`. У них stderr команд создания учётных записей перенаправлен, поэтому ошибки sss_cache в вывод установки не попадают. **Состояние в Sisyphus** Проблема присутствует и в Sisyphus: в версии 3.1.5-alt1 (коммит bc8dd1c) %pre-скриплет в `.gear/389-ds-base.spec` содержит тот же шаблон — строка 296: /usr/sbin/groupadd -r -f %_dirsrv_group ||: (создание пользователя dirsrv в том же %pre вывод перенаправляет, `> /dev/null 2>&1`). Исправление требуется в обеих ветках — Sisyphus и p11. **Влияние** Косметическое: все учётные записи создаются успешно, на работоспособность системы ошибки не влияют. **Воспроизведение** Свежая система p11 (проверено при установке из репозитория задания 435114): # apt-get install freeipa-server -y В выводе установки появляются указанные строки (2 пары от %pre 389-ds-base; суммарно 16 пар — остальные дают %pre пакетов freeipa и dogtag-pki, см. соответствующие отчёты), в `journalctl` — записи `groupadd: sss_cache exited with status 5`.
