Bug 48795

Summary:	alterator-packages: некорректная работа на машине введённой в samba домен
Product:	Sisyphus	Reporter:	Шевченко Денис <shevchenkodyu>
Component:	alterator-packages	Assignee:	Lenar Shakirov <snejok>
Status:	NEW ---	QA Contact:	qa-sisyphus
Severity:	normal
Priority:	P5	CC:	cas, sizov
Version:	unstable
Hardware:	x86_64
OS:	Linux

Description

Шевченко Денис 2023-12-13 18:17:55 MSK

Версия:
alterator-packages-0.5.4-alt10

Системы:
Клиент: ALT Workstation 10.1 или ALT Workstation Sisyphus
Сервер: ALT Server 10.1

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

1. На сервере развернуть домен Samba-DC согласно документации:
https://docs.altlinux.org/ru-RU/alt-server/10.2/html/alt-server/sambadc--chapter.html#idm45812743235856

2. Проверить alterator-packages на клиенте, который ещё не введён в домен:
- apt-get install alterator-packages
- Открыть Центр управления системой -> Программное обеспечение -> Установка программ

Результат: В окне отобразятся группы и пакеты.

3. Ввести клиента в созданный домен согласно документации:
https://docs.altlinux.org/ru-RU/alt-server/10.2/html/alt-server/activedirectory-login--chapter.html

4. Перезагрузить клиента

5. Войти в систему под любым пользователем (неважно под доменным или локальным)

6. Проверить alterator-packages на клиенте, который уже введён в домен:
Открыть Центр управления системой -> Программное обеспечение -> Установка программ


Ожидаемый результат:
В окне отобразятся группы и пакеты.

Реальный результат:
1. В окне Центра управления системой группы и пакеты не появляются.
2. Висит курсор загрузки.
3. Никакие действия невозможно произвести в Центре управления системой, даже если его закрыть и открыть заново. Помогает только перезапуск службы alteratord.
4. Статус сервиса alteratord во время зависшего состояния Центра управления системой:

# systemctl status alteratord
● alteratord.service - Alterator backend server
     Loaded: loaded (/lib/systemd/system/alteratord.service; enabled; vendor preset: disabled)
     Active: active (running) since Tue 2023-12-12 17:52:44 MSK; 16h ago
TriggeredBy: ● alteratord.socket
   Main PID: 2460 (alteratord)
      Tasks: 12 (limit: 3537)
     Memory: 156.7M
        CPU: 5.271s
     CGroup: /system.slice/alteratord.service
             ├─ 2460 /usr/bin/guile --no-auto-compile /usr/sbin/alteratord
             ├─ 6069 /bin/sh /usr/lib/alterator/backend3/menu
             ├─ 6480 /bin/sh -f /usr/lib/alterator/backend3/help
             ├─ 6546 /bin/sh /usr/lib/alterator/backend3/net-eth
             ├─ 7437 /bin/gawk -f /usr/lib/alterator/backend3/packages
             ├─ 7438 sh
             ├─ 7441 /usr/lib/rpm/pdeath_execute 7437 /usr/bin/apt-pipe quit
             └─ 7442 "apt-pipe: ready"

дек 12 17:52:44 host-15.test.alt systemd[1]: Started Alterator backend server.


Дополнительная информация:
1. Во время зависшего состояния Центра управления системой следующая команда отрабатывается корректно - выводится список групп и пакетов:
# apt-pipe ls -g

2. После вывода клиента из домена проблема исчезает:
- Открыть Центр управления системой -> Пользователи -> Аутентификация -> Локальная база пользователей -> Перезагрузить систему -> Войти под локальным пользователем
- Открыть Центр управления системой -> Программное обеспечение -> Установка программ

Comment 1

Антон Сизов 2024-07-30 16:13:26 MSK

Выявлена некоторая особенность на Альт 8 СП Релиз 10:
Если система введена в домен с помощью ЦУС в разделе Аутентификация с выбранной опцией SSSD, то поведение воспроизводится. При попытке зайти в раздел "Установка программ" ЦУС частично повисает. Окно ЦУС возможно закрыть, но до перезагрузки или вызова команды "systemctl stop alteratord" открыть его снова не получится.

Если запустить ЦУС из консоли (acc) и зайти в раздел "Установка программ", то ЦУС также зависнет. В консоль не выводятся какие либо ошибки. Если закрыть в это время окно ЦУС кликнув на "крестик", то в консоли процесс acc останется запущенным. При этом процесс можно завершить комбинацией ctrl+C, но повторно ЦУС не удастся запустить без перезагрузки или остановки сервиса.

При использовании winbind данное поведение не наблюдается.