BashTex | Linux

Многоуровневый логинг Большинство скриптов просто пишут все в stdout или stderr. Но bash позволяет делать полноценный логгер, разделяя потоки по уровням и управлять ими динамически во время выполнения. Для этого, выделяем отдельные файловые дескрипторы: 3> - INFO 4> - DEBUG 5> - ERROR Каждый можно направить в свой файл или устройство. ▪️ Базовая инициализация логгеров

    
        
LOGLEVEL="info"  # debug|info|error

exec 3>info.log
exec 4>debug.log
exec 5>error.log{}
    

▪️ Лог-функции с проверкой уровня

    
        
log_info()  { [[ $LOGLEVEL =~ info|debug ]]  && echo "[INFO]  $*" >&3; }
log_debug() { [[ $LOGLEVEL == debug ]]       && echo "[DEBUG] $*" >&4; }
log_error() { echo "[ERROR] $*" >&5; }{}
    

▪️ Быстрое переключение уровня. Прямо в процессе выполнения можно менять уровень логов:

    
        
set_loglevel() {
    LOGLEVEL="$1"
    log_info "Loglevel switched to: $LOGLEVEL"
}

# Пример:

set_loglevel debug{}
    

▪️ Перенаправление в консоль при необходимости. Например, показывать ERROR сразу на экране:

    
        
exec 5> >(tee -a error.log >&2){}
    

Или дебаг-режим в реальном времени:

    
        
exec 4> >(sed 's/^/[DBG]/' >&2){}
    

BashTex 📱 #bash #utils

Дедлайн Новый год стучится в дверь! 😊 Я думаю, что все устали и всем пора отдыхать, набираться сил. Все дедлайны позади, а о будущих думать пока не стоит! 😊 Я пожелаю Вам хороших каникул, счастья, здоровья, поменьше выгорания и успехов в новом году! 😊 С наступающим, 2026! 😊

Автопоиск подвисших сетевых соединений и перезапуск сервисов Если сервис начинает подвисать, это часто видно по сети: соединения зависают в SYN-SENT, CLOSE-WAIT или сидят в одном состоянии слишком долго. Это можно определить прямо в bash, без netstat/ss. 1️⃣ Читаем таблицу соединений из /proc/net/tcp

Формат /proc/net/tcp содержит: local addr/port remote addr/port state inode (ключ!)

Мы будем искать ошибочные или зависшие состояния.

    
        

grep -E "$(echo $hung_states | sed 's/ /|/g')" /proc/net/tcp |
while read -r _ _ _ state _ _ _ _ inode _; do
    echo "$inode"
done{}
    

2️⃣ Привязка inode к PID процесса. Каждый сокет отображается как /proc/$pid/fd/* → socket:[inode].

    
        
find_pid_by_inode() {
    inode=$1
    for p in /proc/[0-9]*/fd/*; do
        if readlink "$p" 2>/dev/null | grep -q "socket:\[$inode\]"; then
            echo "$p" | cut -d/ -f3
        fi
    done
}{}
    

3️⃣ Перезапуск сервиса

    
        
for inode in $(get_hung_inodes); do
    pid=$(find_pid_by_inode "$inode")
    svc=$(ps -p "$pid" -o comm=)

    echo "Hung socket in PID $pid ($svc)"

    case "$svc" in
        nginx)  systemctl restart nginx ;;
        sshd)   systemctl restart sshd ;;
        myapp)  systemctl restart myapp ;;
    esac
done{}
    

▪️Получаем: - Автоматический поиск зависших TCP-соединений; - Связь сокета с реальным процессом; - Перезапуск только нужного сервиса; Такой подход полезен для nginx, API-сервисов, баз данных и любых демонов, которые иногда залипают в сетевых состояниях. BashTex 📱 #bash #utils

На Stepik вышел курс по Linux Внутри 20+ модулей: от установки Linux и работы с файлами до сетей, прав, дисков, процессов, автоматизации на Bash и многого другого. Всё сразу закрепляется на практике (200+ заданий с автопроверкой) Материал подаётся понятным языком, шаг за шагом, на реальных примерах и с наглядными схемами. После прохождения вы получите сертификат, который можно добавить в резюме. Есть бесплатные демо-уроки для ознакомления. В ближайшие 48ч курс доступен со скидкой 25% по промокоду «ADMIN25»: открыть курс на Stepik P.S. Курс можно купить в подарок на Новый год

Параллельный запуск задач с приоритетами Когда нужно запускать много задач, но с разным приоритетом и контролем конкуренции, можно собрать простой планировщик задач. Мы создаем: очереди: high/, normal/, low/, локи для избежания гонок, запуск задач через nice - приоритеты ядра и минимальный воркер, который берет задачи по порядку. ▪️ Структура:

    
        
queue/
  high/
  normal/
  low/
locks/{}
    

▪️ Воркер:

    
        
pick_task() {
    for q in high normal low; do
        t=$(ls queue/$q | head -n1 2>/dev/null)
        [ -n "$t" ] && echo "$q/$t" && return
    done
}

run() {
    while true; do
        task=$(pick_task)
        [ -z "$task" ] && sleep 1 && continue

        lock="locks/$(basename "$task").lock"
        ( set -o noclobber; >"$lock" ) 2>/dev/null || continue

        cmd=$(cat "queue/$task")
        rm "queue/$task"

        case $task in
            high/*)   nice -n -10 bash -c "$cmd" ;;
            normal/*) nice -n 0   bash -c "$cmd" ;;
            low/*)    nice -n 10  bash -c "$cmd" ;;
        esac

        rm -f "$lock"
    done
}

run{}
    

▪️ Добавление задачи:

    
        
echo "sleep 3 && echo DONE" > queue/high/job1{}
    

▪️ Что это дает? - Параллельные воркеры (запусти несколько экземпляров) - Приоритеты через nice - Исключение гонок через простые файловые lock-и - Очередь можно смотреть, чистить, дебажить обычными инструментами BashTex 📱 #bash

Ротация директорий Когда нужно хранить несколько срезов состояния проекта или конфигов, удобно использовать ротацию директорий. Это быстрый, прозрачный и полностью файловый способ отката. Предположим, у нас есть рабочая директория current/ и несколько ее копий: snapshot1/ - свежий слепок snapshot2/ - предыдущий last-good/ - стабильная проверенная версия Ротация выглядит так: snapshot2 ← snapshot1 ← current 🛠 Скрипт ротации

    
        
BASE="/opt/myapp"

rotate() {
    cd "$BASE" || exit 1

    rm -rf snapshot2
    mv snapshot1 snapshot2 2>/dev/null || true
    cp -a current snapshot1

    # Обновление last-good, если тесты прошли
    if bash run_tests.sh; then
        rm -rf last-good
        cp -a current last-good
    fi
}

rotate{}
    

➕ Преимущества cp -a быстрее архивации; можно открыть любой снапшот обычным ls/cd; откат в 1 команду: cp -a last-good current работает для конфигов, кода и сервисов. BashTex 📱 #bash

Ну уж нет BashTex 📱 #юмор

Распределенный журнал событий через SSH fan-out Иногда нужно собрать события с группы серверов и посмотреть их как единый хронологический поток: кто что делал, когда, и на каком хосте. Можно сделать это чисто на bash + SSH. Для этого: По SSH запускаем команду на каждом сервере (journalctl, tail, свой лог). Добавляем timestamp + hostname. Объединяем и сортируем и получаем общий timeline. ▪️ Fan-out по серверам

    
        
HOSTS=(srv1 srv2 srv3)

for h in "${HOSTS[@]}"; do
    ssh "$h" "journalctl -n 50 --no-pager" | \
        awk -v host="$h" '{print strftime("%s"), host, $0}' &
done

wait{}
    

▪️ Централизованное объединение и сортировка

    
        
{
    for h in "${HOSTS[@]}"; do
        ssh "$h" "journalctl -n 200 --no-pager" \
            | awk -v host="$h" '{print strftime("%s"), host, $0}'
    done
} | sort -n > timeline.log{}
    

Теперь timeline.log выглядит так:

    
        
1712409123 srv1 sshd[1023]: Accepted password for admin
1712409124 srv3 systemd[1]: Started backup.
1712409125 srv2 docker[532]: Container restarted.{}
    

BashTex 📱 #bash

Использование socat как универсального канала между скриптами socat позволяет связать любой источник данных с любым приемником. Bash-скрипты с ним превращаются в гибкие системы обмена сообщениями. ▪️ Bash через UNIX-сокет. Мини-IPC без tmp-файлов и named pipes: Сервер:

    
        
socat UNIX-LISTEN:/tmp/app.sock,fork SYSTEM:'bash handler.sh'{}
    

Клиент:

    
        
echo "PING" | socat - UNIX-CONNECT:/tmp/app.sock{}
    

Отлично подходит для локальных API между скриптами. 2️⃣ Передача данных между серверами (TCP) Сервер:

    
        
socat TCP-LISTEN:9000,fork FILE:/var/log/app.log{}
    

Клиент:

    
        
socat - TCP:server:9000{}
    

Можно в реальном времени стримить логи или метрики. 3️⃣ Замена сложных пайпов. Напрямую соединяем процессы, даже если они не умеют работать с stdin/stdout:

    
        
socat EXEC:"cmd1" EXEC:"cmd2"{}
    

Аналог cmd1 | cmd2, но без ограничений пайпа (например, поддержка bidirectional). 4️⃣ Двунаправленный канал в скрипте. Например, общение с интерактивным сервисом:

    
        
socat - TCP:localhost:8080 | while read l; do
    echo ">> $l"
done{}
    

Можно строить собственные протоколы поверх TCP. 5️⃣ Быстрый импровизированный RPC Сервер:

    
        
socat TCP-LISTEN:7000,reuseaddr,fork SYSTEM:'bash rpc-handler.sh'{}
    

Клиент:

    
        
echo '{"cmd":"status"}' | socat - TCP:host:7000{}
    

BashTex 📱 #bash #utils

Почему кубернетизация затягивается? ⚙️ Нестабильные сборки, дрейф конфигураций и неудачные чарты превращают подготовку приложения к Kubernetes в долгий и непредсказуемый процесс. На вебинаре 23 января в 17:00 разберём, как выстроить воспроизводимый workflow и ускорить запуск приложений в кластере. Вы узнаете: — какие данные нужно уточнить до начала работ; — как оптимизировать билд образов; — какие практики использовать при подготовке Helm-чартов; — что проверить при запуске приложения в кластере; — какие элементы включать в ревью. Приходите — покажем рабочие подходы, которые помогают сокращать время вывода изменений в продакшен. 👉 Зарегистрироваться 23 января в 17:00 (МСК) | Онлайн 🎁 Все участники получат практический PDF-гайд по ревью кубернетизации.