Система изнутри: ресурсы, ядро, процессы / Ступень 4 из 12

ulimit и sysctl: потолки системы

Не запущена Запускается обычно ~20 с

Шаг 9 из 10 · лаба · 20 мин

Настройка ядра пропадает

Служба, которая принимает показания датчиков склада, заработала, когда коллега поднял ей параметр ядра. После ночной перезагрузки она снова не стартует, хотя коллега уверяет, что сохранил настройку. Сделай так, чтобы значение переживало перезагрузку и остальные настройки сервера остались прежними.

Ситуация

Служба lab-sensors — приложение sensor-hub — принимает показания датчиков склада по UDP. На прошлой неделе она перестала запускаться. Коллега поднял ей параметр ядра командой — служба заработала. Ночью сервер перезагрузили, и lab-sensors снова не стартует. Коллега уверяет, что сохранил настройку в файл.

Перезагружать машину не нужно: при загрузке параметры ядра берутся из тех же файлов и в том же порядке, что и у sudo sysctl --system.

Задача

Служба lab-sensors работает, включена при загрузке и отвечает на curl http://127.0.0.1:8126/health. Код приложения прежний.
Значение переживает перезагрузку: sudo sysctl --system ставит нужный службе параметр, и берёт его из файла в /etc.
Остальные параметры из файлов настройки остаются прежними — и в файлах, и в работающем ядре.

Интернета на машине нет, всё нужное уже установлено. Команды администратора запускай через sudo.

Лаба · самостоятельно

Команды в этой лабе не даны: набирай их в терминале сам. Цели проверяются на машине после каждой команды.

Цели

0 из 3

Служба lab-sensors работает, включена при загрузке и отвечает; код приложения прежний — ещё не выполнена
sudo sysctl --system ставит net.core.rmem_max не меньше 8388608 (8 МиБ) — из файла в /etc — ещё не выполнена
Остальные параметры из файлов настройки прежние — в файлах и в ядре — ещё не выполнена

Ctrl+Enter

Запустит машину node1 · Ubuntu 24.04

Машина запускается

Подсказки

0 из 3

Сообщить о проблеме

Цели лабы

0 из 3

Служба lab-sensors работает, включена при загрузке и отвечает; код приложения прежний — ещё не выполнена
sudo sysctl --system ставит net.core.rmem_max не меньше 8388608 (8 МиБ) — из файла в /etc — ещё не выполнена
Остальные параметры из файлов настройки прежние — в файлах и в ядре — ещё не выполнена

node1 Ubuntu 24.04

Для запуска машины нужен вход

Машина запускается на твой аккаунт, там же хранится прогресс. Читать можно без входа.

После входа вернёшься на эту лабу.

Цели лабы

0 из 3

Служба lab-sensors работает, включена при загрузке и отвечает; код приложения прежний — ещё не выполнена
sudo sysctl --system ставит net.core.rmem_max не меньше 8388608 (8 МиБ) — из файла в /etc — ещё не выполнена
Остальные параметры из файлов настройки прежние — в файлах и в ядре — ещё не выполнена

Загрузка · подобрано по лабе

sysctl — параметры ядра во время работы

Шпаргалка

$_ — вставить в терминал

sysctl vm.swappiness прочитать параметр
sysctl -n vm.swappiness только значение
sudo sysctl -w vm.swappiness=10 до перезагрузки
echo 'vm.swappiness = 10' \
| sudo tee /etc/sysctl.d/90-swappiness.conf постоянно
sudo sysctl --system применить все файлы
sudo sysctl -p /etc/sysctl.d/90-swappiness.conf один файл
sysctl -a 2>/dev/null | grep forward найти параметр

Частые параметры:

Параметр	Зачем
`vm.swappiness`	склонность к swap (60 по умолчанию)
`net.ipv4.ip_forward`	пересылка пакетов: маршрутизатор, NAT, контейнеры
`fs.nr_open`	потолок лимита открытых файлов на процесс
`fs.file-max`	открытых файлов на всю систему
`fs.inotify.max_user_watches`	наблюдатели inotify (редакторы, `tail -f`)
`kernel.pid_max`	наибольший PID (4194304 в Ubuntu)
`kernel.dmesg_restrict`	1 — `dmesg` только для root
`kernel.hung_task_timeout_secs`	через сколько секунд в `D` ядро пишет о зависшей задаче
`net.core.somaxconn`	очередь соединений к слушающему сокету

Ключи самой команды — в таблице ниже.

Найти параметр

bash

sysctl -a 2>/dev/null | grep swappiness
sudo sysctl -a | grep -i forward

2>/dev/null прячет строки permission denied on key; с sudo видны все параметры.

Проверить, что значение переживёт перезагрузку

bash

grep -r swappiness /etc/sysctl.d/ /etc/sysctl.conf /usr/lib/sysctl.d/
sudo sysctl --system | grep -E 'Applying|swappiness'

Если sysctl --system вернул нужное значение, при загрузке будет то же: служба systemd-sysctl читает те же файлы в том же порядке.

Кто задал значение

sysctl --system сначала печатает все строки * Applying … по порядку, потом — все значения. Какой файл последним задал параметр, нагляднее показывает systemd-analyze: файлы в порядке применения, перед каждым — строка # /путь:

bash

systemd-analyze cat-config sysctl.d | grep -B3 'swappiness'

text

kernel.pid_max = 4194304

# /etc/sysctl.d/95-test.conf
vm.swappiness = 33

Значение из файла, который в этом списке ниже, перекрывает верхние.

Вернуть значение по умолчанию

Удали свой файл из /etc/sysctl.d/ и задай значение руками (sudo sysctl -w vm.swappiness=60) или перезагрузи машину — sysctl --system старых значений не возвращает, он только применяет файлы.

Поменял, а после перезагрузки сбросилось

sysctl -w и запись в /proc/sys живут до перезагрузки. Нужен файл *.conf в /etc/sysctl.d/ (раздел «Постоянно» выше).

permission denied on key, а значение напечатано

text

student@ubuntu:~$ sysctl -w vm.swappiness=20; echo rc=$?
vm.swappiness = 20
sysctl: permission denied on key "vm.swappiness", ignoring
rc=0
student@ubuntu:~$ sysctl vm.swappiness
vm.swappiness = 60

Без sudo sysctl печатает строку с новым значением и код 0, но значение не меняет. Ошибка — в потоке ошибок. Повтори с sudo и проверь чтением.

Файл в sysctl.d не применяется

Имя кончается не на .conf — файл пропущен молча.
Другой файл с именем позже по алфавиту ставит своё значение — найди его: grep -r <параметр> /etc/sysctl.d/ /usr/lib/sysctl.d/ /etc/sysctl.conf.
Опечатка в имени параметра: sysctl --system пропускает её без сообщения и с кодом 0. sudo sysctl -p <файл> покажет cannot stat /proc/sys/…: No such file or directory и вернёт 1.

cannot stat /proc/sys/…: No such file or directory

bash

sudo sysctl -w net.ipv4.no_such=1   # код 1

Ответ — sysctl: cannot stat /proc/sys/net/ipv4/no_such: No such file or directory.

Такого параметра нет: опечатка или параметр появляется только с модулем ядра (например, net.netfilter.* — после загрузки nf_conntrack, см. kernel-modules).

invalid syntax, continuing

text

student@ubuntu:~$ sudo sysctl -w net.ipv4.ip_forward = 1
sysctl: command line(0): invalid syntax, continuing...

В командной строке имя=значение пишется без пробелов. В файлах sysctl.d пробелы вокруг = разрешены.

Форвардинг включил, а пакеты не идут

Кроме net.ipv4.ip_forward = 1 нужны маршруты (ip) и разрешающие правила файрвола, для NAT — правило маскарадинга.

sysctl --system --dry-run пишет в ядро

--dry-run должен только показать, что будет применено. В procps 4.0.4 важен порядок ключей: sudo sysctl --dry-run --system значения не меняет, а sudo sysctl --system --dry-run применяет файлы по-настоящему. Проверено на машине тренажёра: после второй команды vm.swappiness сменился с 60 на 33. Для пробы файла — sudo sysctl --dry-run -p <файл>.