55449 2025-08-01 08:59:17 +0300 При обновлении политик в кеше остаются выключенные параметры 2026-10-01 15:50:35 +0300 1 1 1 Unclassified Branch p11 gpupdate unspecified x86 Linux CLOSED WORKSFORME P5 normal --- 1 itteh qa-team sysoevas qa-p10 oldest_to_newest 270232 0 itteh 2025-08-01 08:59:17 +0300 Добрый день. Имеется ПК Альт Линукс Рабочая станция К 10, ОС обновлена до текущей актуальной версии. Машина введена в домен AD. Заметили на политике монтирования сетевых дисков через сопоставление дисков. Параметр в групповой политике удалили, а на машине в кеше остался старый параметр. Помогает полное удаление кеша /var/cache/samba/gpo_cache/<DOMAIN> Команды gpupdate --force && gpoa --force && gpupdate --force не помогают. 270233 1 itteh 2025-08-01 09:14:22 +0300 Это так же актуально и для Р11 270715 2 sysoevas 2025-08-10 17:01:04 +0300 Прошу предоставить дополнительную информацию, для воспроизведения ошибки: - Состав стенда - ОС на контроллере домена - Шаги воспроизведения (как и какие политики настраивались) - Реальный результат - Ожидаемый результат 270986 3 itteh 2025-08-18 10:13:28 +0300 Контроллеры домена Windows Server 2016-2022, уровень домена и леса 2008r2 Шаг 1: создаём политику монтирования сетевого диска, с привязкой его к корню домена Реальный результат: сетевые диски примонтировались Ожидаемый результат: сетевые папки примонтировались Шаг 2: Привязку к корню домена оставляем, но выключаем связь (ПКМ - убрать галочку с "Связь включана") Реальный результат: диски примонтировались Ожидаемый результат: диски отключились 272435 4 sysoevas 2025-09-14 16:45:51 +0300 Windows-Server-2016-X64FRE-RU-RU p10-workstation-10.4-x86-64 Воспроизводится по шагам из комментария 3. Не проверялось на Sisyphus 299084 5 amakeenk 2026-09-16 12:06:49 +0300 Перенос на Branch p11 для ретеста: по комментарию 1 проблема актуальна и для p11. Проверка актуальности. Состояние: Ошибка воспроизведена в p10 14.09.2025 (Windows Server 2016 + p10-workstation-10.4): после выключения связи политики монтирования сетевого диска диски остаются примонтированными; gpupdate --force и gpoa --force не помогают, только удаление /var/cache/samba/gpo_cache/<DOMAIN>. Репортёр отметил актуальность и для p11. В p10 gpupdate обновлён до 0.13.4-alt1 (задание 398426.100.4.1, 15.12.2025), в p11 — 0.16.1-alt1, в Sisyphus — 0.16.3-alt1; в changelog есть GPP lifecycle management (0.15.0: applyOnce, removePolicy, disabled) и исправления GPP cleanup (0.16.1), но явного исправления инвалидации кеша при выключении связи политики нет. Бумажный анализ не позволяет подтвердить или опровергнуть исправление. Решение: Ретест сценария из комментария 3 на p11 (gpupdate-0.16.1-alt1) со стендом Windows AD. Задача перенесена в Branch p11 и назначена на qa-team. 300706 6 vercha 2026-10-01 15:50:30 +0300 Проверила в Sisyphus и p11 (Альт Рабочая станция 11.2, система обновлена до текущего состояния репозитория): Sisyphus: gpupdate-0.16.3-alt1, autofs-5.1.9-alt3 p11: gpupdate-0.16.1-alt1, autofs-5.1.9-alt2 Сценарий по комментарию 3: пользовательская политика "Сопоставление дисков" (два диска S: и T: на сетевые папки DC), политика связана с корнем домена. Вход доменным пользователем - диски подключены (/run/media/<пользователь>/drives). Затем связь оставлена, но выключена (флаг отключения в gPLink, samba-tool gpo getlink показывает GPLINK_OPT_DISABLE), после чего gpupdate --force в сеансе пользователя (попытка 1) и выход/вход (попытка 2). Результат в обеих ветках: после выключения связи диски отключаются - карта /etc/auto.master.gpupdate.d/<пользователь>.conf удаляется, каталог /run/media/<пользователь>/drives пропадает, и по gpupdate --force, и после повторного входа. При повторном включении связи диски возвращаются. Вариант из исходного описания (удалить диск из самой политики) тоже отрабатывает: после удаления T: из политики и gpupdate --force остаётся только S:. Удалять кеш /var/cache/samba/gpo_cache не требуется. Ошибка не воспроизводится.