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

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

~20 мин

Не запущена Запускается обычно ~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 — ещё не проверялась
Остальные параметры из файлов настройки прежние — в файлах и в ядре — ещё не проверялась

Подсказки

открыто 0 из 3 · открываются по одной

Подсказка 1

Показать решение после 3 неудачных проверок

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

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

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

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

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 <файл>.