<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Инфраструктура on BitPage</title><link>https://bitpage.ru/infra/</link><description>Recent content in Инфраструктура on BitPage</description><generator>Hugo</generator><language>ru-ru</language><lastBuildDate>Fri, 24 Jul 2026 14:00:00 +0300</lastBuildDate><atom:link href="https://bitpage.ru/infra/index.xml" rel="self" type="application/rss+xml"/><item><title>Как вывезти живой docker-проект с умирающего диска: стрим pg_dump, pull образов, якорный exclude</title><link>https://bitpage.ru/infra/migrate-docker-app-dying-disk/</link><pubDate>Fri, 24 Jul 2026 14:00:00 +0300</pubDate><guid>https://bitpage.ru/infra/migrate-docker-app-dying-disk/</guid><description>Короткий ответ: на умирающем диске pg_dump в локальный файл виснет молча — надо стримить дамп через ssh -T на здоровый диск целевой машины, чтобы источник только читал. Образы — тянуть из registry, скопировав /root/.docker/config.json с самого источника; чинить сборку из EOL-баз (buster/stretch, PGDG для PG11) — тупик: apt отдаёт 404. И rsync --exclude=log/ без ведущего слэша вырезает vendor/yiisoft/yii2/log/Logger.php, а приложение отдаёт 500 «failed to open stream».
Сервер под проектом — PHP-Yii2 + PostgreSQL 12 ГБ + Redis + 8 очередей, 14 сервисов в docker-compose — жил на OpenVZ-хосте с деградировавшим RAID.</description></item></channel></rss>