Описание проблемы: после выполнения мажорного обновления с Astra Linux 1.7.5 на Astra Linux 1.8.0 при осуществлении контроля целостности инструментом Fly-admin-int-check обнаруживаются измененные файлы в подсистеме управления печатью CUP).
Предотвращение проблемы: возможно несколькими способами:
Перед выполнением мажорного обновления полностью удалить подсистему управления печатью CUPS:
После выполнения мажорного обновления установить подсистему копирования CUPS из актуального репозитория 1.8.
При использовании этого способа настройки системы управления печатью CUPS, сделанные в 1.7 будут утеряны.
Описание проблемы: при установке ОС на компьютеры с объемом оперативной памяти меньше 2ГБ после входа в режим LiveISO установка может прерываться.
Предотвращение проблемы: выполнять установку на компьютеры с объемом оперативной памяти 2ГБ и более.
Отображение содержимого Панели управления в классическом меню Пуск
fly-start-menu: нужна опция для отключения анимации
Проблема: после достижения некоторого ко
Краткое описание
При достижении предела отслеживания изменений в файлах (Inotify) индексация последующих изменений не производится.
Надо проанализировать кто устанавливает значение для лимита конкретно в астре. От чего оно зависит, какие ограничения. Можно ли его повысить. Что делать если достигнут лимит.
Шаги по воспроизведению
Текущий лимит можно узнать командой "cat /proc/sys/fs/inotify/max_user_watches"
Ожидаемый результат
245862 файлов можно отслеживать
Фактический результат
14607 файлов можно отслеживать, (так сказал "cat /proc/sys/fs/inotify/max_user_watches"), 14607 файлов было создано, а в последствии и найдено. В файл с номером 14607 внёс новую строчку, через echo , проверил в поиске - он не потерялся. Перезагрузил машину - он на месте. Но, есть нюанс. Такая картина если генерить файлы в папке пользователя в /home.
Версии пакетов
fly-search_1.0.2
Покрытие тестирования
Тест кейсы
coverage
BT-T8438 (1.0)
Поиска максимально индексированного количества файлов (inotify).
ТРЕБУЕТ АКТУАЛИЗАЦИИ
BT-T12405 (1.0)
Поиска максимально индексированного количества файлов (inotify).
ТРЕБУЕТ АКТУАЛИЗАЦИИ
Вложенные файлы
Опции
Перенесите файлы, чтобы прикрепить, или обзор.
Create subtask
Sort: Default Order
Подзадачи
Тема Тип Исправлено в версиях Статус
1. 1.7 - Предел индексации (максимальное кол-во файлов) Подзадача ОЖИДАЕТ РЕШЕНИЕ Действия
2. 1.8 - fly-search: Предел индексации (максимальное кол-во файлов) Подзадача ОЖИДАЕТ РЕШЕНИЕ Действия
Александр Киселёв добавил(а) комментарий - 07.ноя.2023 13:12 - Изменен
по информации от Александр Гусев, прямой связи с СЗИ нет,
значение inotify определяется размером доступной памяти,
формула расчета https://elixir.bootlin.com/linux/v5.15.116/source/fs/eventpoll.c#L2388
akiselev
Александр Киселёв добавил(а) комментарий - 03.ноя.2023 16:18 - Изменен
fs.inotify.max_user_watches [выбирается в пределе [8192, 1048576] как не более 1% от адресуемой памяти,
кроме того , макс количество экземпляров fs.inotify.max_user_instances < kernel.pid_max (128 по умолчанию),
A suggested value for pid_max is 1024 * <# of cpu cores/threads in system>
e.g., a box with 32 cpus, the default of 32768 is reasonable, for 64 cpus,
65536, for 4096 cpus, 4194304 (which is the upper limit possible).
Значения _inotify.max_user_watche_s, рекомендуемые для проектов:
vscode: 524288
dropbox support: 100000
users on stackexchange: 12228
lsyncd user: 2000000
code42 support: 1048576
monodevelop: 16384
tectonic: 524288
openshift origin: 65536
Доработка для ВТБ
kernel.pid_max = 65536
akiselev
Александр Киселёв добавил(а) комментарий - 30.окт.2023 14:03 - Изменен
16 Гб+512Гб (СУК):
/proc/sys/fs/inotify/max_user_watches
524 288
/etc/sysctl.d/998-fs.inotify.max_user_watches.conf
524 288
Рекомендации Baloo:
To make changes permanent, create a sysctl configuration file:
/etc/sysctl.d/40-max-user-watches.conf
fs.inotify.max_user_watches=524288
alelovskii
Алексей Еловский добавил(а) комментарий - 06.дек.2022 13:03
Текущий лимит в "/proc/sys/fs/inotify/max_user_watches" - имеет прямую зависимость от RAM. При 2Гб RAM - лимит ~14607 файлов, при 32Гб RAM ~245862.
Сегодня кейс, на машине с 2Гб RAM и лимитом ~14607 - провалился на разных машинах. Кейс прикрепил.
После индексации, в поиске, крайний найденный файл был под цифрой - 13387. Что на 1220 файлов меньше лимита. Считаю это багом, так как из 14607 созданных файлов, файлы 13388+ уже отсутствуют в поиске. Скрины прикрепил..