43622 2022-08-25 14:19:36 +0300 systemd-oomd убивает сессию при полной загруженности памяти 2025-10-02 17:49:01 +0300 1 1 4 Development Sisyphus systemd unstable x86_64 Linux REOPENED P5 normal --- 1 obidinog shaba alimektor arseny gorjachevas mcpain shaba varaksaaa vercha zerg qa-sisyphus oldest_to_newest 214026 0 11397 obidinog 2022-08-25 14:19:36 +0300 Created attachment 11397 log Платформа: kworkstation-10-x86-64 Стенд: Lenovo-IdeaPad-Gaming-3-15ARH05:AMD Ryzen 5 4600H with Radeon Graphics Пакет: systemd-249.12-al3.x86_64 Шаги: 1)Запустить сервис systemd-oomd 2)Загрузить оперативную память >90% Результат: systemd-oomd убивает сессию Ожидаемый результат: systemd-oomd убивает приложение 214031 1 obidinog 2022-08-25 14:44:58 +0300 Дополнительно: Вариант 1: 1) Открыть браузер Firefox 2) Открывать вкладки пока не забьется память Результат: Убивается сессия Вариант 2: 1) В консоли ввести $ tail /dev/zero 2)В новом окне запускать пока не забьется память Результат: Убивается сессия Вариант 3: 1)Открыть браузер Chromium 2)Открывать вкладки пока не забьется память Результат: Убивается браузер Chromium (является ожидаемым результатом) 214040 2 zerg 2022-08-25 16:57:15 +0300 (Ответ для obidinog@basealt.ru на комментарий #1) > Результат: Убивается сессия Самоубийство обычно называется crash или падение. Какой конкретно процесс? 214042 3 zerg 2022-08-25 17:40:09 +0300 Прочитал лог, понятно. 214071 4 obidinog 2022-08-26 11:24:43 +0300 Дополнительно: Проверено на ВМ Proxmox: workstation-10-x86-64 education-10-x86-64 server-10-x86-64 education-10-x86-64-KDE Сессия прибивается только на платформе kworkstation-10-x86-64. На Education, Education KDE, Workstation - ничего не происходит, ничего не прибивается/не крашется. На Server - работает корректно, прибивается только приложение(загружал систему Firefox'ом) 214073 5 zerg 2022-08-26 11:43:04 +0300 (Ответ для obidinog@basealt.ru на комментарий #4) > Сессия прибивается только на платформе kworkstation-10-x86-64. > На Education, Education KDE, Workstation - ничего не происходит, ничего не > прибивается/не крашется. Убедитесь, что на всех тестируемых системах одинаковое ядро и systemd. 215237 6 zerg 2022-09-23 15:25:47 +0300 Как выяснилось, проверка была на неправильно настроенной системе. Не было пакета systemd-oomd-defaults 215238 7 vercha 2022-09-23 15:40:20 +0300 (Ответ для Sergey V Turchin на комментарий #6) > Как выяснилось, проверка была на неправильно настроенной системе. > Не было пакета systemd-oomd-defaults На стенде systemd-oomd-defaults установлен. 215239 8 zerg 2022-09-23 15:43:20 +0300 > На стенде systemd-oomd-defaults установлен. Значит, там баг не воспроизводится. 217844 9 alimektor 2022-11-23 17:49:06 +0300 (Ответ для Sergey V Turchin на комментарий #8) > Значит, там баг не воспроизводится. Воспроизводится. Тестирую задание 309623 с версией systemd-249.13-alt1. Делаю четыре последовательных теста с одним общим предусловием: Стенд ===== Воспроизводится стабильно на следующих виртуалках в системе виртуализации Proxmox Virtual Environment: * p10-education-10-x86-64 * p10-education-10-x86-64-kde * p10-kworkstation-10-x86-64 * p10-server-10-x86-64 * p10-workstation-10-x86-64 Реальное железо: ПК ASUS Intel Celeron N3150 (система @dd3f058f894fd7852b39b9cdfc8af1b9@ alt-kworkstation-10.0-install-x86_64.iso) Предусловие =========== Установленные пакеты: # apt-get install -y systemd-oomd-defaults chromium firefox Проверить наличие SWAP (необходим для корректной работы сервиса systemd-oomd): # swapon -s Если значение пустое, то создать SWAP-файл: # fallocate -l 1G /swapfile && chmod 600 /swapfile && mkswap /swapfile && swapon /swapfile && echo "/swapfile none swap sw 0 0" >> /etc/fstab && reboot В параметрах ядра выставить значения ( в конце строки linux) psi=1 mem=2G Проверить и запустить сервис systemd-oom # systemctl start systemd-oomd.service; sleep 5; systemctl status systemd-oomd.service Тест 1 ====== Запустить несколько раз (достаточно трёх) в графической сессии пользователя следующий сценарий: $ zero_start=$(systemd-run --user tail /dev/zero 2>&1 | cut -f "4" -d " ") && \ systemctl status --user ${zero_start} && \ sleep 10 && \ systemctl status --user ${zero_start} Ожидаемый результат ------------------- Сервис вышел с signal=KILL: × run-rd73a64496ef14f82813030efa29d585a.service - /usr/bin/tail /dev/zero Loaded: loaded (/run/user/500/systemd/transient/run-rd73a64496ef14f82813030efa29d585a.service; transient) Transient: yes Active: failed (Result: signal) since Wed 2022-11-23 16:27:13 MSK; 49s ago Process: 3797 ExecStart=/usr/bin/tail /dev/zero (code=killed, signal=KILL) Main PID: 3797 (code=killed, signal=KILL) CPU: 7.645s На KWorkstation вышло уведомление: Процесс /user.slice/user-500.slice/user@500.service/app.slice/run-r560746cf8219456e9c13688829d89580.service был завершён. Причина: memory-used На Education KDE может выйти сообщение об нехватке памяти. Фактический результат --------------------- На виртуалках первый раз отрабатывает согласно ожидаемому поведению, во второй раз systemd-oomd убивает сессию пользователя, в логах сервиса systemd-oomd: Killed /user.slice/user-0.slice/session-5.scope due to memory used (2023297024) / total (2077696000) and swap used (1051398144) / total (1073737728) being more than 90.00% На реальном железе на KWorkstation результат соответствует ожидаемому. Тест 2 ====== В терминале выполнить от рута: # tail /dev/zero Ожидаемый результат ------------------- Сообщение в терминале: Убито Отсутствие падения сессии. Фактический результат --------------------- Ожидаемый результат появляется через раз, обычно systemd-oomd убивает сессию пользователя, в логах сервиса systemd-oomd: Killed /user.slice/user-500.slice/session-4.scope due to memory used (2016489472) / total (2073276416) and swap used (7728721920) / total (8556376064) being more than 90.00% Тест 3 ====== Открыть Firefox. Запустить в терминале следующий сценарий: $ cat > firefox.sh << 'EOF' for i in {1..100} do firefox --new-tab youtube.com sleep 3 done EOF $ chmod +x firefox.sh $ ./firefox.sh Примечание: повторить запуск скрипта пока не отработает systemd-oomd. Примечание 2: можно выбрать в качестве браузера Chromium, результат будет тот же. Ожидаемый результат ------------------- systemd-oomd прервал работу браузера. Появилось уведомление о том, что прервано и причина. Фактический результат --------------------- systemd-oomd прервал работу сессии. В логах следующее сообщение ноя 23 17:15:50 asus-intel-celeron-n3150 systemd-oomd[3122]: Killed /user.slice/user-500.slice/session-4.scope due to memory used (2016489472) / total (2073276416) and swap used (7728721920) / total (8556376064) being more than 90.00% Вывод ===== Из этого можно сделать вывод, что данный сервис (systemd-oomd) отрабатывает через раз, а с браузерами и вовсе не отрабатывает как надо. Переоткрываю, так как воспроизводится и с systemd-249.12-al3. 217845 10 zerg 2022-11-23 17:59:54 +0300 На Workstation K 10.1 воспроизводится? 217886 11 alimektor 2022-11-24 12:19:25 +0300 (Ответ для Sergey V Turchin на комментарий #10) > На Workstation K 10.1 воспроизводится? Воспроизводится. Проверено для версий: systemd-249.12-al3 systemd-249.13-alt1 Стабильно воспроизводится на виртуалках. Также заметил при запуске на реальном стенде в терминале Konsole: # tail /dev/zero Выводится уведомление о нехватке памяти сначала для plasmashell, потом для Konsole, после чего systemd-oomd убивает сессию. С заданием на реальном стенде ошибка Killed /user.slice/user-500.slice/session-N.scope ещё реже. Вот пример лога с заданием: # journalctl -b -u systemd-oomd --no-pager ноя 24 12:02:25 auditcraft systemd[1]: Starting Userspace Out-Of-Memory (OOM) Killer... ноя 24 12:02:26 auditcraft systemd[1]: Started Userspace Out-Of-Memory (OOM) Killer. ноя 24 12:03:24 auditcraft systemd-oomd[3029]: Killed /user.slice/user-500.slice/user@500.service/app.slice/run-r6ce8882a59dc4bd088a0c608140c7958.service due to memory used (1971056640) / total (2073276416) and swap used (1018953728) / total (1073737728) being more than 90.00% ноя 24 12:03:38 auditcraft systemd-oomd[3029]: Killed /user.slice/user-500.slice/user@500.service/app.slice/run-r0a392b949e0a44f7b0171452a872b66a.service due to memory used (2005454848) / total (2073276416) and swap used (1017479168) / total (1073737728) being more than 90.00% ноя 24 12:03:49 auditcraft systemd-oomd[3029]: Killed /user.slice/user-500.slice/user@500.service/app.slice/run-rd775104fa34e4e8fbccf99d803d92a4a.service due to memory used (2012405760) / total (2073276416) and swap used (968065024) / total (1073737728) being more than 90.00% ноя 24 12:04:56 auditcraft systemd-oomd[3029]: Killed /user.slice/user-500.slice/user@500.service/app.slice/run-r8ec21758f626468b8f61764cb9196865.service due to memory used (2012176384) / total (2073276416) and swap used (998649856) / total (1073737728) being more than 90.00% ноя 24 12:05:07 auditcraft systemd-oomd[3029]: Killed /user.slice/user-500.slice/user@500.service/app.slice/run-re6d8773ccadf403abd00ff6ea6cea2b7.service due to memory used (1996603392) / total (2073276416) and swap used (984805376) / total (1073737728) being more than 90.00% ноя 24 12:05:18 auditcraft systemd-oomd[3029]: Killed /user.slice/user-500.slice/user@500.service/app.slice/run-rb96ccbc9bd734372bcaba216ffd6f988.service due to memory used (2012725248) / total (2073276416) and swap used (991174656) / total (1073737728) being more than 90.00% ноя 24 12:05:29 auditcraft systemd-oomd[3029]: Killed /user.slice/user-500.slice/user@500.service/app.slice/run-r569394d56295414e8d7073830b6d81f2.service due to memory used (2009260032) / total (2073276416) and swap used (1011372032) / total (1073737728) being more than 90.00% ноя 24 12:05:41 auditcraft systemd-oomd[3029]: Killed /user.slice/user-500.slice/user@500.service/app.slice/run-rb6d2cabc06914e90b25c337e746e15df.service due to memory used (1993711616) / total (2073276416) and swap used (1022730240) / total (1073737728) being more than 90.00% ноя 24 12:05:56 auditcraft systemd-oomd[3029]: Killed /user.slice/user-500.slice/session-2.scope due to memory used (2004508672) / total (2073276416) and swap used (974004224) / total (1073737728) being more than 90.00% ноя 24 12:07:52 auditcraft systemd-oomd[3029]: Killed /user.slice/user-500.slice/session-7.scope due to memory used (1977479168) / total (2073276416) and swap used (981352448) / total (1073737728) being more than 90.00% ноя 24 12:17:04 auditcraft systemd-oomd[3029]: Killed /user.slice/user-500.slice/session-9.scope due to memory used (2012143616) / total (2073276416) and swap used (987901952) / total (1073737728) being more than 90.00 Так что, считаю, что ошибка актуальна. 217896 12 zerg 2022-11-24 13:25:49 +0300 (Ответ для Evgeny Shesteperov на комментарий #11) > Выводится уведомление о нехватке памяти А сколько всего там памяти? 217897 13 alimektor 2022-11-24 13:39:37 +0300 (Ответ для Sergey V Turchin на комментарий #12) > (Ответ для Evgeny Shesteperov на комментарий #11) > > Выводится уведомление о нехватке памяти > А сколько всего там памяти? Согласно предусловию устанавливается ограничение параметром ядра размером 2GB: > В параметрах ядра выставить значения ( в конце строки linux) > psi=1 mem=2G На реальной машине: 8GB RAM, 8GB SWAP Воспроизводится легко, если отключить SWAP по умолчанию и сделать SWAP, как предусловии: > Проверить наличие SWAP (необходим для корректной работы сервиса systemd-oomd): > # swapon -s > Если значение пустое, то создать SWAP-файл: > # fallocate -l 1G /swapfile && chmod 600 /swapfile && mkswap /swapfile && swapon /swapfile && echo "/swapfile none swap sw 0 0" >> /etc/fstab && reboot В итоге получается: 2GB RAM, 1GB SWAP. При 8GB SWAP просто долго ждать при проверке с Chromium/Firefox, пока воспроизведётся (минут 15-20). 267809 14 varaksaaa 2025-06-25 17:41:17 +0300 Актуально для systemd-255.21-alt1.x86_64 на Workstation K 11.0 x86_64. При проверке с браузерами с предусловиями из комментарий #9, например запустить Firefox, а затем скрипт вида: $ for i in {1..100}; do firefox --new-tab altlinux.org; done то на ВМ поочерёдно следующее поведение: * Открывается несколько вкладок * Через несколько секунд сессия надолго зависает * Через несколько минут plasmashell весь чёрный, но остаются Konsole и Firefox и снова видно, что открываются вкладки * Через несколько секунд браузер закрывается, скрипт начинает пытаться открывать уже новые экземпляры. Появляется уведомление о перезапуске фонового процесса plasmashell из-за нехватки памяти. Если выполнить $ tail /dev/zero в графики, падает Konsole, а не только команда. В Workstation 11.0 x86_64 (GNOME) поведение лучше - сессия и терминал не падают, вкладки открываются долго, через какое-то время падает только браузер. 273804 15 gorjachevas 2025-10-02 17:49:01 +0300 Воспроизводится для systemd-257.9-alt1.x86_64 на Workstation K 11.1 x86_64 Education 11 x86_64 (KDE) 11397 2022-08-25 14:19:36 +0300 2022-08-25 14:19:36 +0300 log log.txt text/plain 2891 obidinog 0LDQstCzIDI1IDE0OjA1OjE2IHN0dWR5Z3Jhdnkgd3BhX3N1cHBsaWNhbnRbMjc4Nl06IHdsYW4w OiBXUEE6IEdyb3VwIHJla2V5aW5nIGNvbXBsZXRlZCB3aXRoIGRjOjJjOjZlOjBjOjQ5OmZlIFtH VEs9Q0NNUF0K0LDQstCzIDI1IDE0OjA1OjM0IHN0dWR5Z3Jhdnkgc3lzdGVtZC1vb21kWzMwNjBd OiBLaWxsZWQgL3VzZXIuc2xpY2UvdXNlci01MDAuc2xpY2Uvc2Vzc2lvbi01LnNjb3BlIGR1ZSB0 byBtZW1vcnkgdXNlZCAoNzU0MDEwMTEyMCkgLyB0b3RhbCAoNzY3MzQ5NTU1MikgYW5kIHN3YXAg dXNlZCAoOTc0MzkzMzQ0KSAvIHRvdGFsICgxMDczNzM3NzI4KSBiZWluZyBtb3JlIHRoYW4gOTAu MDAlCtCw0LLQsyAyNSAxNDowNTozNCBzdHVkeWdyYXZ5IHN5c3RlbWRbMV06IHNlc3Npb24tNS5z Y29wZTogc3lzdGVtZC1vb21kIGtpbGxlZCAzNDEgcHJvY2VzcyhlcykgaW4gdGhpcyB1bml0LgrQ sNCy0LMgMjUgMTQ6MDU6MzQgc3R1ZHlncmF2eSBibHVldG9vdGhkWzIzNjZdOiBFbmRwb2ludCB1 bnJlZ2lzdGVyZWQ6IHNlbmRlcj06MS4xMzMgcGF0aD0vTWVkaWFFbmRwb2ludC9BMkRQU2luay9z YmMK0LDQstCzIDI1IDE0OjA1OjM0IHN0dWR5Z3Jhdnkgc3lzdGVtZFsxXTogU3RvcHBpbmcgU2Vz c2lvbiA1IG9mIFVzZXIgdGVzdC4uLgrQsNCy0LMgMjUgMTQ6MDU6MzQgc3R1ZHlncmF2eSBibHVl dG9vdGhkWzIzNjZdOiBFbmRwb2ludCB1bnJlZ2lzdGVyZWQ6IHNlbmRlcj06MS4xMzMgcGF0aD0v TWVkaWFFbmRwb2ludC9BMkRQU291cmNlL3NiYwrQsNCy0LMgMjUgMTQ6MDU6MzQgc3R1ZHlncmF2 eSBzZGRtWzI1NTRdOiBBdXRoZW50aWNhdGlvbiBlcnJvcjogIlByb2Nlc3MgY3Jhc2hlZCIK0LDQ stCzIDI1IDE0OjA1OjM0IHN0dWR5Z3JhdnkgcG9sa2l0ZFsyMzczXTogVW5yZWdpc3RlcmVkIEF1 dGhlbnRpY2F0aW9uIEFnZW50IGZvciB1bml4LXNlc3Npb246NSAoc3lzdGVtIGJ1cyBuYW1lIDox LjEyMSwgb2JqZWN0IHBhdGggL29yZy9rZGUvUG9saWN5S2l0MS9BdXRoZW50aWNhdGlvbkFnZW50 LCBsb2NhbGUgcnVfUlUuVVRGLTgpIChkaXNjb25uZWN0ZWQgZnJvbSBidXMpCtCw0LLQsyAyNSAx NDowNTozNCBzdHVkeWdyYXZ5IHNkZG1bMjU1NF06IEdyZWV0ZXIgc29ja2V0IGRvd24hCtCw0LLQ syAyNSAxNDowNTozNCBzdHVkeWdyYXZ5IHNkZG1bMjU1NF06IEF1dGg6IHNkZG0taGVscGVyIGNy YXNoZWQgKGV4aXQgY29kZSA5KQrQsNCy0LMgMjUgMTQ6MDU6MzQgc3R1ZHlncmF2eSBzZGRtWzI1 NTRdOiBBdXRoZW50aWNhdGlvbiBlcnJvcjogIlByb2Nlc3MgY3Jhc2hlZCIK0LDQstCzIDI1IDE0 OjA1OjM0IHN0dWR5Z3Jhdnkgc2RkbVsyNTU0XTogR3JlZXRlciBzb2NrZXQgZG93biEK0LDQstCz IDI1IDE0OjA1OjM0IHN0dWR5Z3Jhdnkgc2RkbVsyNTU0XTogQXV0aDogc2RkbS1oZWxwZXIgZXhp dGVkIHdpdGggOQrQsNCy0LMgMjUgMTQ6MDU6MzQgc3R1ZHlncmF2eSBrZ2xvYmFsYWNjZWw1WzY5 OTFdOiBUaGUgWDExIGNvbm5lY3Rpb24gYnJva2UgKGVycm9yIDEpLiBEaWQgdGhlIFgxMSBzZXJ2 ZXIgZGllPwrQsNCy0LMgMjUgMTQ6MDU6MzQgc3R1ZHlncmF2eSBrZ2xvYmFsYWNjZWw1WzY5OTFd OiBUaGUgWDExIGNvbm5lY3Rpb24gYnJva2U6IEkvTyBlcnJvciAoY29kZSAxKQrQsNCy0LMgMjUg MTQ6MDU6MzQgc3R1ZHlncmF2eSBrZ2xvYmFsYWNjZWw1WzY5OTFdOiBYIGNvbm5lY3Rpb24gdG8g OjAgYnJva2VuIChleHBsaWNpdCBraWxsIG9yIHNlcnZlciBzaHV0ZG93bikuCtCw0LLQsyAyNSAx NDowNTozNCBzdHVkeWdyYXZ5IGtnbG9iYWxhY2NlbDVbNjk5MV06IEtDcmFzaDogQXBwbGljYXRp b24gJ2tnbG9iYWxhY2NlbDUnIGNyYXNoaW5nLi4uCtCw0LLQsyAyNSAxNDowNTozNCBzdHVkeWdy YXZ5IHhkZy1kZXNrdG9wLXBvcnRhbC1rZGVbODcwNV06IFRoZSBYMTEgY29ubmVjdGlvbiBicm9r ZSAoZXJyb3IgMSkuIERpZCB0aGUgWDExIHNlcnZlciBkaWU/CtCw0LLQsyAyNSAxNDowNTozNCBz dHVkeWdyYXZ5IHhkZy1kZXNrdG9wLXBvcnRhbC1rZGVbODcwNV06IEtDcmFzaDogQXBwbGljYXRp b24gJ3hkZy1kZXNrdG9wLXBvcnRhbC1rZGUnIGNyYXNoaW5nLi4uCtCw0LLQsyAyNSAxNDowNToz NCBzdHVkeWdyYXZ5IGthY3Rpdml0eW1hbmFnZXJkWzcwMzRdOiBUaGUgWDExIGNvbm5lY3Rpb24g YnJva2UgKGVycm9yIDEpLiBEaWQgdGhlIFgxMSBzZXJ2ZXIgZGllPwrQsNCy0LMgMjUgMTQ6MDU6 MzQgc3R1ZHlncmF2eSBrc2NyZWVuX2JhY2tlbmRfbGF1bmNoZXJbNzE2OF06IFRoZSBYMTEgY29u bmVjdGlvbiBicm9rZSAoZXJyb3IgMSkuIERpZCB0aGUgWDExIHNlcnZlciBkaWU/CtCw0LLQsyAy NSAxNDowNTozNCBzdHVkeWdyYXZ5IGthY3Rpdml0eW1hbmFnZXJkWzcwMzRdOiBLQ3Jhc2g6IEFw cGxpY2F0aW9uICdrYWN0aXZpdHltYW5hZ2VyZCcgY3Jhc2hpbmcuLi4K0LDQstCzIDI1IDE0OjA1 OjM0IHN0dWR5Z3Jhdnkgc3lzdGVtZFszMTQxXTogYXBwLWNocm9taXVtXHgyZGdvc3QtNmE3YmVi YzA4YTI0NDJmNGI2YjZhNzM4NWUyMDQ4ODYuc2NvcGU6IENvbnN1bWVkIDQyLjA4MHMgQ1BVIHRp bWUuCtCw0LLQsyAyNSAxNDowNTozNCBzdHVkeWdyYXZ5IHN5c3RlbWRbMV06IHNlc3Npb24tNS5z Y29wZTogRGVhY3RpdmF0ZWQgc3VjY2Vzc2Z1bGx5LgrQsNCy0LMgMjUgMTQ6MDU6MzQgc3R1ZHln cmF2eSBzeXN0ZW1kWzFdOiBTdG9wcGVkIFNlc3Npb24gNSBvZiBVc2VyIHRlc3QuCtCw0LLQsyAy NSAxNDowNTozNCBzdHVkeWdyYXZ5IHN5c3RlbWRbMV06IHNlc3Npb24tNS5zY29wZTogQ29uc3Vt ZWQgMTFtaW4gMTIuNzY1cyBDUFUgdGltZS4K0LDQstCzIDI1IDE0OjA1OjM0IHN0dWR5Z3Jhdnkg c3lzdGVtZC1sb2dpbmRbMjM5Nl06IFJlbW92ZWQgc2Vzc2lvbiA1Lgo=