Linux Ready | DevOps

Как диагностировать рассинхронизацию времени!

Некорректное системное время приводит к сбоям TLS, аутентификации, логирования и распределённых систем. Ниже — компактный чек-лист диагностики.

Общее состояние времени:

timedatectl

Показывает текущее время, статус синхронизации и RTC.
RTC in local TZ = yes на серверах — плохая практика; рекомендуется UTC.

Кто управляет временем:

systemctl is-active systemd-timesyncd chronyd chrony ntp ntpd 2>/dev/null || true
systemctl status    systemd-timesyncd chronyd chrony ntp ntpd 2>/dev/null || true

Важно, чтобы реально корректировал время только один механизм.

Качество синхронизации:

timedatectl timesync-status
timedatectl show -p NTPSynchronized -p NTP
chronyc sources -v

timesync-status актуален только для systemd-timesyncd; для chrony используйте chronyc.

Резкие коррекции времени:

journalctl -u systemd-timesyncd -u chronyd -u ntp -u ntpd | \
grep -iE "step|jump|offset|slew|clock"

Помогает выявить скачки и принудительные корректировки.

RTC и перезагрузки:

hwclock --show

Большое расхождение между RTC и system clock проявляется после ребута, особенно если NTP не стартует сразу.

Виртуализация:

systemd-detect-virt
dmesg | grep -iE "kvm|hyper-v|vmware|xen|clock|timesync|ptp"

Guest-tools и гипервизор могут конфликтовать с NTP внутри гостя.

Базовая настройка:

timedatectl set-ntp true        # systemd-timesyncd
systemctl enable --now chronyd # chrony
timedatectl set-local-rtc 0    # RTC в UTC

🔥 Суть: проблемы времени почти всегда вызваны конфликтом источников синхронизации, неверной настройкой RTC или влиянием виртуализации.

🚪 Linux Ready | #практика

👍 Linux Kernel Documentation — официальная документация по ядру!

Здесь собраны материалы о том, как работает ядро Linux: управление памятью, планировщик задач, драйверы устройств, файловые системы и взаимодействие с железом. Документация показывает внутренние механизмы системы, а не только внешнее поведение.

📌 Оставляю ссылочку: docs.kernel.org

🚪 Linux Ready | #сайт

Параллелизм в shell

xargs -P позволяет выполнять команды параллельно, но есть нюансы, которые отличают рабочее решение от опасного.

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

find . -name "*.log" -print0 | xargs -0 -n1 -P4 gzip

-print0 и -0 гарантируют корректную обработку любых имён файлов.

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

find /tmp -type f -print0 | xargs -0 -r -n1 -P8 rm

Флаг -r не запустит команду, если вход пуст — это важный предохранитель.

Параллельные сетевые проверки можно делать так:

xargs -n1 -P5 ping -c1 -n < hosts.txt

-n отключает DNS-резолвинг и делает проверки стабильнее и быстрее.

🔥 xargs -P — это параллелизм по задачам, а не по потокам. Каждый файл или хост обрабатывается отдельным процессом.

🚪 Linux Ready | #совет

✍️ perf-tools — набор инструментов для анализа производительности!

Репозиторий от Brendan Gregg — одного из главных экспертов по performance и Linux-трейсингу. Здесь собраны готовые скрипты и утилиты для поиска узких мест по CPU, памяти, дискам и сети с использованием perf, ftrace, bcc и eBPF.

Оставляю ссылочку: GitHub 📱

🚪 Linux Ready | #репозиторий

👩‍💻 Интерактивная работа со списками через fzf!

fzf превращает любой текстовый вывод команды в интерактивный интерфейс с поиском и точным выбором. Это позволяет быстрее ориентироваться в текущем состоянии системы и выполнять действия осознанно.

В этом посте:

• Интерактивно выбираем файлы и директории из любого вывода;

• Безопасно работаем с процессами без ps | grep;

• Упрощаем повседневные операции с git и сервисами;

• Применяем единый принцип для десятков CLI-задач.

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

🚪 Linux Ready | #гайд

Знали, что можно сравнивать вывод команд напрямую — без временных файлов?

Bash и Zsh умеют подставлять вывод команд как псевдофайлы, что идеально для сравнения конфигов, списков и результатов команд.

diff <(ls /etc) <(ls /etc.backup)

<(...) превращает вывод команды в псевдофайл (обычно /dev/fd/* или FIFO), который программа читает как обычный файл.

Можно сравнить локальный и удалённый конфиг:

diff nginx.conf <(ssh server 'cat /etc/nginx/nginx.conf')

Или проверить, что изменилось после деплоя, без копирования и мусора в /tmp.

🔥 Process substitution (<(...)) отлично работает с diff, grep, sort, comm, wc. Это быстрый способ сравнивать данные, но он зависит от shell и не поддерживается в sh/dash.

🚪 Linux Ready | #совет

Как диагностировать нестабильные systemd-сервисы!

Если система в целом работает корректно, но отдельные сервисы периодически падают или перезапускаются, диагностику удобно начинать со systemd и его журналов.

Сервисы в ошибочном состоянии:

systemctl --failed

Показывает юниты, завершившиеся с ошибкой — базовая точка входа.

Перезапуски конкретного сервиса:

journalctl -u nginx --no-pager -g 'Starting|Stopped|Failed'

Позволяет быстро выявить циклические рестарты и их частоту.

Автоматические рестарты systemd:

journalctl -b | grep -Ei 'systemd\[1\].*(restart|Restart)'

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

Количество рестартов:

systemctl show nginx -p NRestarts

Счётчик рестартов с момента запуска systemd. Рост значения обычно указывает на нестабильность сервиса.

Причина остановки:

journalctl -xeu nginx

Даёт максимальный контекст ошибки и системные пояснения.

Проверка OOM-killer:

journalctl -k -b | grep -Ei 'oom|oom-kill|killed process'

Актуально, если сервис завершается без явных ошибок в собственных логах.

Конфигурация сервиса:

systemctl cat nginx

Позволяет проверить параметры рестарта, drop-in override’ы, зависимости и условия запуска.

🔥 Такой разбор покрывает большинство случаев нестабильной работы systemd-сервисов без дополнительных инструментов.

🚪 Linux Ready | #практика

📂 Напоминалка для работы с iptables!

Например, iptables -L позволяет быстро посмотреть текущие правила, а iptables -A — добавить новое правило для разрешения или блокировки трафика.

На картинке — полезные команды, которые стоит держать под рукой при работе с Linux-серверами, сетями и Docker.

Сохрани, чтобы не забыть!

🚪 Linux Ready | #ресурс

👩‍💻 Рассмотрим systemctl — главный инструмент управления сервисами в Linux!

Если ты работаешь с Linux, особенно на сервере, ты обязан уметь управлять сервисами: запускать, перезапускать, проверять статус, настраивать автозагрузку.

Всё это делается через systemctl — интерфейс для взаимодействия с systemd, который управляет фоновыми процессами (даже теми, о которых ты не догадываешься).

🚪 Linux Ready | #шпора

Удобный способ смотреть логи и сразу находить проблемы!

Часто при анализе логов нужно видеть только важное, а не пролистывать тысячи строк вручную.

Самый базовый и рабочий вариант:

tail -f application.log | grep -i error

tail -f следит за обновлением файла,
grep -i ищет совпадения без учёта регистра.

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

tail -f application.log | grep -i -E "(error|warning|failure)"

-E включает расширенные регулярные выражения.
-P стоит использовать, если реально нужны возможности PCRE (lookbehind и т.п.).

Иногда полезнее сделать наоборот, убрать шум и оставить всё остальное:

tail -f application.log | grep -v -i "info"

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

🚪 Linux Ready | #совет

👍 Awesome-Shell — топовая коллекция утилит, скриптов и приёмов для терминала!

Здесь собраны десятки CLI-инструментов, полезные bash/zsh-скрипты, практичные сниппеты и лайфхаки, которые ускоряют работу. Отличный набор для автоматизации, оптимизации и прокачки навыков работы с командной строкой.

Оставляю ссылочку: GitHub 📱

🚪 Linux Ready | #репозиторий