🧹 Linux: ncdu — Генеральная уборка перед Новым годом

В новый год — с чистыми дисками! Обычный du -h выдает простыню текста. Искать, куда делось место, неудобно.

Используйте ncdu (NCurses Disk Usage). Это псевдографический интерфейс, по которому можно ходить стрелочками.

Почему это мастхэв:
1. Скорость: Моментально сканирует диск.
2. Навигация: Вы видите папку /var/log (5 ГБ), заходите внутрь (Enter) и видите, что виноват journal.
3. Удаление: Можно нажать d прямо на файле, и он удалится (с подтверждением).

Установка и запуск:

Bash

sudo apt install ncdu
sudo ncdu /

Выделите 10 минут, почистите логи и кэши apt. Сервер скажет спасибо.

#linux #tools #ncdu #cleanup #storage #maintenance

🐧 Linux: Правильная очистка логов (без перезагрузки)
Многие новички удаляют раздутый лог командой rm /var/log/nginx/access.log .
Результат: Место на диске не освобождается.
Причина: Процесс (Nginx) продолжает писать в удаленный дескриптор файла. Помогает только рестарт сервиса.

Решение Архитектора (truncate): Обнуляем содержимое файла, сохраняя сам файл и его дескриптор. Сервис продолжает писать в него с нуля, рестарт не нужен.

Команда:

# Обнулить конкретный файл
truncate -s 0 /var/log/nginx/access.log

# Или через редирект (работает в большинстве шеллов)
> /var/log/nginx/access.log

Скрипт для Cron (обнулять все логи старше 7 дней, если logrotate не настроен):

find /var/log/myapp -name "*.log" -type f -mtime +7 -exec truncate -s 0 {} \;

#linux #logs #truncate #maintenance #bash

🔄 PowerShell: Требует ли сервер перезагрузки?

Вы установили обновления или поменяли настройки, но не уверены, применились ли они.
Или планируете Maintenance Window и хотите знать, какие серверы нуждаются в рестарте. Windows прячет флаг "Pending Reboot" в реестре.

Простой скрипт, чтобы проверить это без GUI.

Команда:

$Reboot = Test-Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\Auto Update\RebootRequired"
$CBS    = Test-Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\RebootPending"
$Pending = $Reboot -or $CBS

if ($Pending) { 
    Write-Host "⚠️ ВНИМАНИЕ: Сервер ожидает перезагрузки!" -ForegroundColor Red 
} else { 
    Write-Host "✅ Перезагрузка не требуется." -ForegroundColor Green 
}

Pro Tip: Оберните это в Invoke-Command -ComputerName (Get-Content servers.txt), чтобы проверить сразу всю инфраструктуру перед уходом на каникулы.

#windows #powershell #updates #maintenance #scripting #adminlife

🧹 Linux: Укрощаем journald. Как освободить место без удаления файлов?

Если /var/log забит, но logrotate настроен правильно, скорее всего, виноват systemd-journald. Он хранит бинарные логи, которые могут копиться годами и занимать гигабайты. Просто удалять файлы в /var/log/journal/ опасно — можно повредить базу.

Используйте встроенные механизмы очистки (vacuum).

1. Проверяем, сколько места занято:

journalctl --disk-usage
# Вывод: Archived and active journals take up 4.2G in the file system.

2. Освобождаем место (безопасно): Утилита сама удалит самые старые записи, чтобы вписаться в лимит.

# Оставить только последние 500 МБ
sudo journalctl --vacuum-size=500M

# Или оставить логи только за последние 10 дней
sudo journalctl --vacuum-time=10d

3. Как сделать это автоматическим: В файле /etc/systemd/journald.conf раскомментируйте и настройте параметр: SystemMaxUse=500M Теперь systemd сам будет следить за диетой.

#linux #systemd #journalctl #cleanup #maintenance #storage

🗑 Linux: Находим и удаляем дубликаты файлов ( `fdupes` )

После года работы и бэкапов на диске скапливаются гигабайты одинаковых файлов с разными именами. Руками их искать невозможно. md5sum для каждого файла — долго.

Используйте fdupes . Она сравнивает файлы сначала по размеру, потом по подписи MD5, и только потом побайтово. Это быстро и безопасно.

1. Просто найти дубликаты (рекурсивно):

fdupes -r /home/user/Downloads

2. Найти и сразу предложить удалить: Запустит интерактивный режим, где спросит, какую копию оставить.

fdupes -rd /home/user/Downloads

3. Автоматически удалить дубликаты (без вопросов): Оставит только первый найденный файл, остальные — в шредер.

fdupes -rdN /home/user/Downloads

Идеально для чистки папок с фото и загрузками.

#linux #storage #cleanup #fdupes #maintenance #cli

🪟 CMD: Охота на зависшие RDP-сессии

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

1. Смотрим, кто в системе:

quser

Вывод покажет: USERNAME, ID, STATE (Active/Disc). Ищите тех, у кого статус Disc (Disconnected) висит уже несколько дней.

2. Сбрасываем зависшую сессию: Запоминаем ID из прошлой команды (например, 7).

logoff 7

3. Удаленно (если лень заходить):

quser /server:SRV-TERM-01
logoff 7 /server:SRV-TERM-01

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

#windows #rdp #cmd #maintenance #adminlife #cleanup

🧟‍♂️ PowerShell: Охота на упавшие сервисы

Перед уходом на каникулы критически важно проверить: всё ли, что должно работать — работает? Частая ситуация: Агент мониторинга или Бэкап-сервис стоит в автозапуске ( Automatic ), но упал неделю назад ( Stopped ). Вы об этом даже не знаете.

Скрипт-минутка для поиска "мертвецов":

Get-Service | 
Where-Object { $_.StartType -eq 'Automatic' -and $_.Status -eq 'Stopped' } | 
Select-Object Name, DisplayName | 
Format-Table -AutoSize

Что делать: Если список пуст — вы красавчик. Если что-то нашлось — пробуем Start-Service . Если падает снова — у вас есть задача на сегодня, пока все не ушли домой.

#windows #powershell #services #audit #maintenance #healthcheck

🐧 Linux: Что упало, пока мы отдыхали? (systemctl --failed)

Вы заходите на сервер.
Аптайм есть, SSH работает.
Все ок? Не факт.
Возможно, второстепенный сервис (бэкап-агент, ротация логов, обновление сертификатов) тихо умер 2 января.

Не ищите иголку в стоге сена. Спросите systemd прямо.

Команда:

systemctl --failed

Что она покажет: Только те сервисы, которые находятся в статусе failed.

Как починить:

* Смотрим логи упавшего: journalctl -u service_name -n 50

* Перезапускаем: systemctl restart service_name

Важно: Если ошибка разовая и вы её исправили, сбросьте счетчик ошибок, чтобы список стал чистым:

systemctl reset-failed

Начинайте год с чистого листа (и чистого вывода systemd).

#linux #systemd #maintenance #troubleshooting #healthcheck

🪟 Windows: Ищем «тяжелые» файлы через PowerShell за секунду 📂

Когда на файловом сервере внезапно кончается место, стандартный поиск Windows Explorer — это боль. Пока он проиндексирует миллион файлов, пройдет вечность.

PowerShell делает это быстрее и сразу выдает результат в удобном виде.

Скрипт для поиска ТОП-10 самых больших файлов:

Get-ChildItem -Path "C:\Data" -Recurse -File -ErrorAction SilentlyContinue | 
    Sort-Object Length -Descending | 
    Select-Object Name, @{Name="Size(GB)";Expression={$_.Length / 1GB}}, Directory | 
    Select-Object -First 10 | 
    Format-Table -AutoSize

Ты можешь запустить это удаленно через Invoke-Command сразу на 10 серверах и узнать, где завалялся забытый ISO-образ или гигантский лог Exchange.

#windows #powershell #sysadmin #diskspace #automation #server #maintenance

🐧 Linux: Когда `/var/log/journal` съел диск — правильная диета для логов 🧹

Классика жанра: мониторинг орет, что на корневом разделе осталось 0 байт. Ты лезешь разбираться и видишь, что системный журнал `systemd-journald` разросся до размеров Вселенной, храня логи за последние три года.

Удалять файлы руками через `rm` — плохая примета (можно сломать целостность журнала). Делаем красиво через штатные инструменты.

Команды для очистки:

# 1. Смотрим, сколько реально занимают логи
journalctl --disk-usage

# 2. Оставляем логи только за последние 2 дня (остальное в /dev/null)
sudo journalctl --vacuum-time=2d

# 3. ИЛИ ограничиваем жестким размером (например, оставить 500 МБ)
sudo journalctl --vacuum-size=500M

Админский лайфхак: Чтобы не чистить вручную каждый раз, пропиши в `/etc/systemd/journald.conf` параметр `SystemMaxUse=1G` и перезапусти службу.

#linux #systemd #logs #maintenance #sysadmin #troubleshooting #admin_future

🏗️ Эхо десятилетий: Почему старые ЦОДы начинают «сыпаться»

Привет, коллеги! Если вы чувствуете, что в серверной стало как-то тревожно, возможно, это не паранойя. Эксперты фиксируют массовый выход из строя оборудования в российских дата-центрах, построенных 10–15 лет назад. Ситуация затрагивает около 20 % коммерческих ЦОД в стране, и это только верхушка айсберга.

Почему это происходит именно сейчас:

* Конец жизненного цикла. Оборудование, закупленное в 2010–2015 годах, просто выработало свой ресурс. Железо не вечно, особенно расходники.
* Дефицит запчастей. Уход западных вендоров оставил многих без официальной поддержки и оперативных складов.
* Технологический долг. Экономия на сервисе в последние пару лет привела к накоплению скрытых проблем, которые теперь «выстреливают» пачками.

---

❄️ Что ломается первым?

Проблема не в серверах (их заменить проще), а в тяжелой инженерной инфраструктуре, которую нельзя просто переткнуть:

1. Аккумуляторы в ИБП. Химия не обманывает физику — через 5–7 лет батареи начинают деградировать, а через 10 превращаются в тыкву.
2. Кондиционеры и чиллеры. Системы охлаждения работают 24/7, и износ компрессоров в старых дата-центрах сейчас критический.
3. Дизель-генераторы. Без регулярного дорогого ТО и оригинальных запчастей ДГУ могут просто не завестись в нужный момент.

---

🛑 Чем это грозит?

Если ваша компания арендует стойки в «пожилом» дата-центре или эксплуатирует свой небольшой ЦОД, риски выходят на новый уровень:

* Остановка производства. Парализованные конвейеры из-за сбоя в питании.
* Коллапс логистики и ритейла. Неработающие кассы и путаница на складах.
* Финансовые потери. Зависшие транзакции и недоступные сервисы.

Крупные игроки вроде Сбера или IXcellerate заявляют, что у них всё под контролем благодаря складским запасам на 10 лет вперед и переходу на аналоги. Но для небольших площадок ближайшие 2–3 года станут настоящей проверкой на прочность.

---

🛠️ Что делать, если бюджет урезан?

Специалисты советуют два пути:

1. Точечный ремонт. Это дешевле, чем полная модернизация, и позволяет протянуть еще какое-то время, заменяя только самые изношенные узлы.
2. Переход на альтернативы. Постепенная замена критических блоков на китайские или российские аналоги.

Вывод: Если ваш ЦОД разменял второй десяток — время проводить тотальный аудит. Не ждите, пока пойдет «волшебный дым» или потечет фреон. В текущих реалиях надеяться на авось — слишком дорогое удовольствие.

Золотое правило: Старое железо любит ласку, чистку и своевременную замену кондеров.

#цод #инфраструктура #hardware #maintenance #uptime #sysadmin #admin_future