Обновления ПО и проблемы сервера

Обновил на основном сервере dxdt.blog операционную систему до Debian 12. Обновление, понятно, принесло с собой некоторые минимальные несовместимости (например, в какой-то момент отломился PHP – надеюсь, никто не заметил), но, вроде, сейчас всё работает нормально. Если нет – пишите почтой.

Вчера сайт был несколько часов недоступен, но по другой причине, которая напрямую не связана с обновлением ОС. Вчера проблема возникла с созданием “снапшота” виртуальной машины.

Вообще, я не сторонник “снапшотов”. Я всегда говорю, что “снапшот” – это последнее, на что можно рассчитывать при каких-то сложных работах (восстановление должно происходить не “откатом”, а “перекатом”, говорю я, – но это тема для другой записки; тем более, что я же, – иногда, – шучу в адрес специалистов DevOps, что, мол, “бэкапы – это для трусов”).

Так вот, то, что “снапшот” это последнее, чем следует пользоваться, никак не отменяет того, что сделать “снапшот” не помешает. И есть хорошая практика: перед взятием “снапшота” – остановить саму виртуальную машину. Так я и поступил. Остановил виртуальную машину с веб-сервером dxdt.blog. К сожалению, мне даже не пришла в голову (нездравая) мысль, что “снапшот” всего на несколько десятков гигабайт у хостера может создаваться несколько часов – я к такому не привык, у меня машины “снапшотятся” сильно быстрее. В общем, пока копировался “снапшот” – сервер был недоступен. Но, думаю, это всё не так страшно. Сейчас всё вернул в рабочее состояние.

Адрес записки: https://dxdt.blog/2026/08/04/18822/

Похожие записки:



Далее - мнения и дискуссии

(Сообщения ниже добавляются читателями сайта, через форму, расположенную в конце страницы.)

1 комментарий от читателей

  • 1 <t> // 11th August 2026, 12:56 // Читатель CharaVerKys написал:

    я вообще свое де** запускаю на арче, потому что настроить 1 раз и вообще не нужно париться почти ни за что, более того у меня даже не user-script а просто инструкция че да где сделать, на приватком гите лежат конфиги для системы и KDE, ну и я просто пользуюсь…

    бекап – у меня это просто rsync для основной машины и все, есть минимальный клон системы на 4gb (сразу после установки, вроде даже без KDE но это не точно) и на 13gb в какой-то момент сделал
    моя идея проста – rsync – все что тебе нужно, и если чето совсем накроется, просто с лайв образа подключиться, и сделать rsync из /backups в / (добавить /mnt соответственно)

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

    сервер у меня это простой nginx конфиг который забекаплен, и все остальное – не настолько ценное чтобы бекапить, максимум что я потеряю это часа 3-4 устанавливать сам арч, nginx, gitea, letsencrypt, Vpverst, ну и конфиги – ставить правильные `ln -s` на папки моего гита.
    Где дольше всего, скорее всего, будет повторно ставить origin на все git репозитории.

Написать комментарий

Ваш комментарий:

Введите ключевое слово "QRQQ3" латиницей СПРАВА НАЛЕВО (<--) без кавычек: (это необходимо для защиты от спама).

Если видите "капчу", то решите её. Это необходимо для отправки комментария ("капча" не применяется для зарегистрированных пользователей). Обычно, комментарии поступают на премодерацию, которая нередко занимает продолжительное время.