Bug 45592 - Не ставит oddjobd в enabled после включения доменных политик
Summary: Не ставит oddjobd в enabled после включения доменных политик
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: gpupdate (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: Evgeny Sinelnikov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-03-20 17:04 MSK by Evgeny Shesteperov
Modified: 2023-05-26 10:13 MSK (History)
3 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Evgeny Shesteperov 2023-03-20 17:04:05 MSK 
Версия

-   gpupdate-0.9.12.3-alt1

Дистрибутивы

-   p10-workstation-10.1-x86-64, обновленный до Sisyphus

Шаги воспроизведения

1.  Создать Samba-домен.
2.  Ввести клиента в домен:

    system-auth write ad "<REALM>" "<client_hostname>" "<DOMAIN NAME>" "<admin_name>" "<admin_password>"

3.  Включить доменные политики:

    # gpupdate-setup enable
    workstation

4.  Проверить включение oddjobd и gpupdate сервисов:

    # systemctl is-enabled oddjobd gpupdate

Ожидаемый результат: enabled enabled

Фактический результат: disabled enabled

В P10 не воспроизводится (также не воспроизводится в задании 316156 для P10).
Comment 1 Evgeny Shesteperov 2023-03-20 18:29:22 MSK 
Даже после включение oddjobd групповые политики не работают:

# gpoa --loglevel 0
2023-03-20 18:27:48.945|[D00061]| Процесс GPOA запущен для компьютера|{'username': 'CLIENT-WORK$', 'is_machine': True, 'process_username': 'root', 'process_uid': 0}
2023-03-20 18:27:48.946|[D00060]| Запуск GPOA от root для пользователя|{'username': 'CLIENT-WORK$'}
2023-03-20 18:27:48.946|[D00003]| Инициализация плагинов|{}
2023-03-20 18:27:48.948|[W00005]| Пакет ADP не установлен, плагин не будет инициализирован|{}
2023-03-20 18:27:49.865|[D00018]| Имя домена Active Directory успешно определено при запросе к LDAP|{'domain': 'samba.testdomain'}
2023-03-20 18:27:49.865|[D00009]| Инициализация бэкэнда Samba|{'domain': 'samba.testdomain', 'username': 'CLIENT-WORK$', 'is_machine': True}
2023-03-20 18:27:49.929|[D00017]| Проверка билета Kerberos прошла успешно|{'output': 'Ticket cache: FILE:/var/cache/gpupdate/creds/krb5cc_3230\nDefault principal: CLIENT-WORK$@SAMBA.TESTDOMAIN\n\nValid starting       Expires              Service principal\n20.03.2023 18:27:50  21.03.2023 04:27:50  krbtgt/SAMBA.TESTDOMAIN@SAMBA.TESTDOMAIN\n\trenew until 27.03.2023 18:27:50\n'}
2023-03-20 18:27:49.961|[E00007]| Невозможно инициализировать бэкэнд Samba|{'error': '(sqlite3.OperationalError) unknown database "Engine(sqlite:////var/cache/gpupdate/registry.sqlite)"\n[SQL: \nCREATE TABLE "Engine(sqlite:////var/cache/gpupdate/registry.sqlite)".info (\n\tid INTEGER NOT NULL, \n\tname VARCHAR(65536), \n\tvalue VARCHAR(65536), \n\tPRIMARY KEY (id), \n\tUNIQUE (name)\n)\n\n]\n(Background on this error at: https://sqlalche.me/e/20/e3q8)'}
Comment 2 Evgeny Sinelnikov 2023-03-20 23:47:29 MSK 
Зачем же выбирать конкретную политику, если не отрабатывает любая?

Предлагаю в случае проблемы с базой предусмотреть её удаление. Но это на будущее.

В этот раз, видимо, достаточно обновиться до версии 0.9.12.4-alt1. Проверьте, пожалуйста.
Comment 3 Evgeny Shesteperov 2023-05-26 10:13:02 MSK 
Воспроизводится с версией gpupdate-0.9.12.4-alt1.