Что-то сломалось и я не понимаю что
Это один из самых важных сценариев для любого владельца сервера. Не всегда проблема выглядит понятно: сайт может просто перестать открываться, приложение может начать тормозить, что-то может внезапно перестать работать после правки или обновления, а явной причины при этом не видно.
В такой момент главное — не паниковать и не бросаться одновременно в десять разных окон. Намного лучше пройти по понятной цепочке и постепенно сузить круг поиска.
Самое важное правило
Если ты не понимаешь, что сломалось, не начинай сразу хаотично менять настройки. Сначала собери картину состояния сервера.
Хороший базовый порядок такой:
- Посмотри, что именно не работает.
- Проверь, не закончился ли диск.
- Посмотри процессы и сервисы.
- Проверь профильный инструмент, если проблема касается конкретного приложения.
- После этого открывай логи и конфиги.
Эта схема почти всегда эффективнее, чем случайный перебор действий.
Шаг 1. Сформулируй проблему как можно проще
Сначала ответь себе на простой вопрос:
- не открывается сайт;
- не запускается приложение;
- сервер стал тормозить;
- не получается войти;
- что-то перестало работать после обновления;
- непонятно, какой именно инструмент сейчас сломан.
Даже такая простая формулировка уже помогает выбрать правильный маршрут диагностики.
Шаг 2. Проверь диск
Очень частая причина сбоев — банально закончившееся место.
Для проверки:
- Открой
Disker. - Посмотри вкладку
Overview. - Оцени, сколько свободного места осталось.
- Если диск почти забит, переходи в логи, Docker или очистку.
Если места мало, это уже может объяснять сразу очень много проблем: от падения приложения до ошибок обновления и странного поведения сервисов.
СКРИНШОТ: (сюда надо добавить скриншот Disker в момент диагностики, чтобы было видно состояние диска и крупные каталоги)
Шаг 3. Проверь процессы и сервисы
Если с диском всё нормально:
- Открой
Диспетчер задач. - Посмотри вкладку
Процессы. - Если нужно, включи
Live. - Затем открой вкладку
Сервисы. - Посмотри, не остановилось ли что-то важное.
Это помогает понять, проблема в общей перегрузке сервера или в конкретной службе.
Шаг 4. Пойми, касается ли проблема конкретного инструмента
Если ты уже видишь, что проблема не “во всём сервере”, а в конкретной части:
- если речь про сайт — открой
Диагностика сайтаиМенеджер сайтов; - если проблема в Node.js — смотри
PM2 Manager; - если дело в контейнерах — открывай
Docker Менеджер; - если проблема с доступом — переходи в
ПользователииЦентр безопасности; - если дело в конфиге — открывай
FilesиТекстовый редактор.
Так ты не будешь тратить время на инструменты, которые вообще не связаны с проблемой.
Шаг 5. Посмотри логи и события
Когда общая картина уже понятнее:
- Посмотри уведомления и
Activity. - Если нужно, открой встроенный журнал нужного окна.
- Если этого мало, открой лог-файлы через
Filesи редактор.
Ищи не всё подряд, а:
- ошибки;
- предупреждения;
- повторяющиеся сообщения;
- записи по времени, совпадающему с моментом поломки.
Это почти всегда даёт гораздо больше пользы, чем бесконечный просмотр всего журнала целиком.
Шаг 6. Если проблема появилась после твоего действия
Если ты сам недавно что-то менял:
- правил конфиг;
- обновлял систему;
- менял домен;
- чистил диск;
- обновлял приложение;
- трогал firewall или доступ,
начинай диагностику именно с этой зоны. Чаще всего причина находится рядом с последним изменением.
Шаг 7. Вспомни про бэкап
Если ты понимаешь, что проблема появилась после важного изменения и при этом есть свежий бэкап, это уже очень сильная страховка.
В таком случае у тебя есть не только путь диагностики, но и путь отката. Поэтому если ситуация выглядит опасной, не забывай проверять, есть ли резервная копия, к которой можно вернуться.
Когда лучше остановиться и не делать лишнего
Есть момент, когда полезнее перестать хаотично менять всё подряд. Это происходит, если:
- ты уже не помнишь, что именно трогал;
- сделал слишком много изменений подряд;
- не понимаешь, ухудшает ли следующее действие ситуацию;
- начинаешь “лечить” всё сразу.
В такой точке лучше вернуться к простой схеме:
- диск;
- процессы;
- сервисы;
- профильный инструмент;
- логи;
- только потом изменения.
Самый практичный вывод
Если ты не понимаешь, что сломалось, тебе не нужен магический ответ. Тебе нужен порядок.
И в Wilmo этот порядок обычно такой:
DiskerTask Manager- профильный инструмент проблемы
Activity, уведомления и логи- только потом исправления
Именно так случайная паника превращается в нормальную диагностику.