Перезагрузка локального сервера Linux

1️⃣Использование команды shutdown

Для безопасной перезагрузки системы выполните:

sudo shutdown -r now

• -r — указывает, что система должна перезагрузиться.
• now — указывает выполнить перезагрузку немедленно.

Если необходимо запланировать перезагрузку:

sudo shutdown -r +15

В этом случае система будет перезагружена через 15 минут. Чтобы отменить запланированное действие, используйте:

sudo shutdown -c

Полезно: Сообщение для пользователей можно передать в команде:

sudo shutdown -r +10 "Система будет перезагружена через 10 минут"

2️⃣Команда reboot

Более краткий способ выполнить перезагрузку:

sudo reboot

Эта команда выполняет ту же функцию, что и shutdown -r now.

3️⃣ Использование systemctl

Для управления процессами systemd можно воспользоваться systemctl:

sudo systemctl reboot

Эта команда также инициирует безопасную перезагрузку системы.

Релиз среды рабочего стола Xfce 4.20

15 декабря 2024 года вышла новая версия Xfce 4.20, которая включает частичную поддержку протокола Wayland.

Xfce остаётся лёгким и удобным решением для рабочих столов, сохраняя минимальное потребление ресурсов.

Основное новшество релиза — поддержка Wayland с помощью новой библиотеки libxfce4windowing, которая обеспечивает работу Xfce как в окружениях X11, так и Wayland. 

Однако Wayland-сессии пока экспериментальны, не поддерживают некоторые функции, такие как виртуальные рабочие столы и полноценные скриншоты, и рекомендованы только для опытных пользователей.

Ключевые изменения в Xfce 4.20:
⏺Файловый менеджер Thunar: добавлены новые функции и улучшена производительность.
⏺Панель xfce4-panel: возможность настройки ширины обрамления, улучшенная работа с плагинами и пиктограммами.
⏺Менеджер питания xfce4-power-manager: добавлена поддержка гибридного сна, профилей энергопотребления и клавиш для изменения яркости экрана и клавиатуры.
⏺Конфигуратор xfce4-settings: улучшена поддержка тёмных тем, добавлены настройки для мыши и расширены возможности для многомониторных конфигураций.
⏺Поддержка HiDPI: решены проблемы с размытием, добавлены пиктограммы для высоких разрешений.

Перезагрузка удаленного сервера через SSH

1️⃣Простая перезагрузка через SSH

Подключитесь к удалённому серверу через SSH и выполните команду:

ssh user@server 'sudo reboot'

Альтернативный вариант с shutdown:

ssh user@server 'sudo shutdown -r now'

Эти команды завершат все процессы на сервере, закроют сеансы и выполнят перезагрузку.

2️⃣ Принудительная перезагрузка ядра

Если сервер завис и недоступны стандартные способы управления, можно отправить ядру команды через sysrq:

ssh user@server 'echo b > /proc/sysrq-trigger'

• b — инициирует немедленную перезагрузку без завершения процессов.
• ⚠ Используйте этот метод только в экстренных ситуациях, так как возможна потеря данных.

3️⃣ Массовая перезагрузка нескольких серверов

Если необходимо одновременно перезагрузить несколько серверов, можно использовать скрипт:

for server in server1 server2 server3; do  
  ssh user@$server 'sudo reboot'  
done

4️⃣ Проверка доступности сервера после перезагрузки

Чтобы убедиться, что сервер снова доступен, можно использовать ping:

ping server -c 5

Или подключиться обратно через SSH:

ssh user@server

Настройте уведомления или логгирование на сервере, чтобы получать оповещения о завершении перезагрузки.

💬 Вопрос на собеседовании для DevOps-инженера

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

❓Вопрос: Что такое idempotency в инфраструктуре как код (IaC), и почему она важна?

✅Ответ: Idempotency — это свойство, при котором повторное выполнение одной и той же операции приводит к одинаковому результату, независимо от количества запусков.

Почему это важно в IaC?
1️⃣Предсказуемость: Повторные применения конфигурации не вносят неожиданных изменений в инфраструктуру.
2️⃣ Безопасность изменений: Можно запускать скрипты много раз без риска нарушения системы.
3️⃣ Автоматизация: Позволяет эффективно работать с CI/CD пайплайнами и устранением сбоев.

3 команды для работы с файлами в Linux

⏺lsblk — анализ блочных устройств

Команда lsblk отображает информацию о подключённых дисках, разделах, файловых системах и точках монтирования. Она полезна для анализа дисков и проверки структуры разделов:

lsblk -o NAME,FSTYPE,SIZE,MOUNTPOINT,UUID  

Параметры команды позволяют увидеть, какие файловые системы используются, определить точки монтирования и UUID разделов. Это особенно важно при настройке fstab или устранении неполадок с монтированием.

⏺resize2fs — изменение размера ext4/ext3

Если вы изменили размер раздела, например, с помощью lvextend или parted, файловую систему нужно подстроить под новые границы. Команда resize2fs делает это без потери данных:

sudo resize2fs /dev/sdX1  

Эта команда работает с файловыми системами ext4 и ext3. Она позволяет как расширить, так и уменьшить файловую систему, что удобно для управления пространством на серверах или виртуальных машинах.

⏺btrfs balance — оптимизация данных в Btrfs

Файловая система Btrfs поддерживает команды балансировки, которые помогают устранить фрагментацию и перераспределить данные по дисковому пространству:

sudo btrfs balance start -dusage=75 /mnt/btrfs  

Опция -dusage=75 означает, что данные, занимающие более 75% одного блока, будут перераспределены. Это улучшает производительность и позволяет более эффективно использовать место на диске.

Когда использовать

• lsblk поможет вам понять структуру дисков и разделов перед выполнением изменений.
• resize2fs нужен для безопасного изменения размеров ext4/ext3 файловых систем.
• btrfs balance пригодится для поддержания Btrfs в хорошем состоянии, особенно при работе с большими данными.

Как включить поддержку журналирования сжатых логов в rsyslog

Для серверов с интенсивным логированием важно оптимизировать хранение журналов.

Включение сжатия логов позволяет сэкономить место на диске и упростить их управление. Rsyslog, один из самых популярных системных логгеров, поддерживает сжатие логов в реальном времени с использованием модуля omprog.

В этом посте разберёмся, как настроить rsyslog для создания сжатых журналов.

Подготовка
1️⃣Убедитесь, что rsyslog установлен:

sudo apt install rsyslog

На большинстве дистрибутивов rsyslog установлен по умолчанию.

2️⃣ Установите утилиту gzip:
Она используется для сжатия.

sudo apt install gzip

Настройка

1️⃣Добавление модуля omprog

Откройте конфигурационный файл rsyslog:

sudo nano /etc/rsyslog.conf

Добавьте строку для загрузки модуля omprog, если его ещё нет:

module(load="omprog")

2️⃣Создание скрипта для сжатия

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

sudo nano /usr/local/bin/compress_logs.sh

Вставьте следующий код:

#!/bin/bash
while read line; do
  echo "$line" | gzip >> /var/log/compressed_logs.gz
done

Сделайте скрипт исполняемым:

sudo chmod +x /usr/local/bin/compress_logs.sh

3️⃣Настройка rsyslog для использования скрипта

Добавьте в конфигурацию rsyslog правила для передачи логов в скрипт:

action(type="omprog" binary="/usr/local/bin/compress_logs.sh")

4️⃣Настройка ротации логов

Обновите /etc/logrotate.conf или создайте отдельный файл, например:

sudo nano /etc/logrotate.d/compressed_logs

Добавьте параметры ротации:

/var/log/compressed_logs.gz {
    daily
    rotate 7
    compress
    missingok
    notifempty
}

Применение изменений

После настройки перезапустите службу rsyslog:

sudo systemctl restart rsyslog

Проверка
Отправьте тестовое сообщение в лог:

logger "Это тестовое сообщение для проверки сжатия логов."

Убедитесь, что логи сжаты и записаны в /var/log/compressed_logs.gz:

zcat /var/log/compressed_logs.gz

Как настроить cgroups v2 для управления ресурсами

Cgroups v2 позволяет ограничивать использование системных ресурсов процессами и группами процессов.

Вот как настроить его для управления CPU, памятью и другими параметрами.

1️⃣Проверка и активация cgroups v2
Проверьте поддержку cgroups v2:

mount | grep cgroup

Если вывод содержит строку с cgroup2, система уже использует новую версию.

Если система работает с cgroups v1, переключите её на v2:
• Откройте конфигурацию GRUB:

sudo nano /etc/default/grub

• Добавьте параметр в строку GRUB_CMDLINE_LINUX:

systemd.unified_cgroup_hierarchy=1

• Обновите GRUB и перезагрузите систему:

sudo update-grub
sudo reboot

2️⃣ Создание группы ограничений
Создайте группу, например, test_group:

sudo mkdir /sys/fs/cgroup/test_group

Задайте права на группу для текущего пользователя:

sudo chown $USER:$USER /sys/fs/cgroup/test_group

3️⃣ Установка базовых ограничений

Ограничение CPU
Задайте максимальную долю CPU для группы:

echo 100 > /sys/fs/cgroup/test_group/cpu.max

Значение 100 означает 10% одного ядра.

Ограничение памяти
Установите лимит на использование памяти, например 256 МБ:

echo 256M > /sys/fs/cgroup/test_group/memory.max

Включите автоматическое завершение процессов при превышении лимита:

echo 1 > /sys/fs/cgroup/test_group/memory.oom.group

💬Вопрос на собеседовании для сисадмина

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

❓Вопрос: Как работает механизм контроля inodes в файловых системах Linux?

✅Ответ: Inodes — это структура данных в файловой системе, которая хранит метаинформацию о файле (права доступа, размер, местоположение на диске и т.д.).

1️⃣Количество inodes: Файловая система создаёт фиксированное количество inodes при форматировании. Если inodes заканчиваются, невозможно создать новые файлы, даже если свободное место на диске есть.

2️⃣ Проверка inodes: Команда df -i позволяет узнать количество использованных и доступных inodes.

3️⃣ Увеличение inodes: Чтобы изменить их количество, нужно пересоздать файловую систему с флагом -i, задающим размер inodes. Например:

mkfs.ext4 -i 2048 /dev/sdX

Использование и мониторинг cgroups v2

В предыдущем посте я создал группу ограничений и задал базовые лимиты для использования CPU и памяти.

Теперь разберёмся, как применять эти настройки к процессам и отслеживать их выполнение.

4️⃣ Добавление процессов в группу
Получите PID нужного процесса:

pgrep <process_name>

Перенесите процесс в группу:

echo <PID> > /sys/fs/cgroup/test_group/cgroup.procs

Пример:

echo 1234 > /sys/fs/cgroup/test_group/cgroup.procs

5️⃣ Мониторинг использования ресурсов
Просмотрите статистику использования CPU:

cat /sys/fs/cgroup/test_group/cpu.stat

Отследите текущий объём используемой памяти:

cat /sys/fs/cgroup/test_group/memory.current

Проверьте логи для диагностики ошибок:

dmesg | grep cgroup

Пример: Ограничение тестовой нагрузки
Установите утилиту stress для создания нагрузки:

sudo apt install stress

Запустите её с нагрузкой на два ядра:

stress --cpu 2 --timeout 60

Перенесите процесс stress в группу ограничений:

echo $(pgrep stress) > /sys/fs/cgroup/test_group/cgroup.procs