Когда-то, в далёкие времена ковида и окончательного огосударствления ВК, посетила меня идея поднять свой бложик на Aegea. Поднимал его я на актуальном тогда Proxmox 5, ещё ого-го как живом CentOS 7 в LXC. Внутри была, страшно сказать, MariaDB 5 и несвежий апачик. Утекло с тех лет много воды: контейнер несколько раз менял хостовый Proxmox, но внутрянку я не трогал.<\/p>\n
И тут зачесались руки привести историческую инфраструктуру в CI-ный вид: плейбук там, плейбук тут.<\/p>\n
База — Debian 13, обновление с миграцией на свежую версию движка, потому что с 2020 года Aegea я обновлял всего один раз.<\/p>\n
Вообще, это заметка должна была быть одой LLM и нытьём<\/s> на тему того, что нейросети заменят админодевопсов нафиг.<\/p>\n
И, в общем и целом, я был в восторге. Написав некоторую длинную портянку текста о том, что, как и почему, я получил длинный плейбук, который, без шуток, выполнился с первого захода. И это с учётом того, что исходный сервер настраивал админ с сильно меньшим пониманием жизни и профессии.<\/p>\n
Отрефлексировать я это отрефлексировал тем, что ТЗ было составлено с кучей ограничений, которые человек без опыта ковыряния во всём этом просто не сформулировал бы. Машине скормили хороший запрос — машина выдала хороший результат. Плейбук был запущен, и через пару минут я получил рабочий блог.<\/p>\n
Но рефлексия не удалась.<\/p>\n
При попытке загрузить картинку в новый пост ловлю: «не удалось зарегистрировать загруженный файл».
\nВ nginx access log:<\/p>\n
POST \/@ajax\/file-upload\/?entity=note&entity-id=247 HTTP\/1.1" 200<\/code><\/pre>При этом в \/var\/www\/blog\/pictures появлялись временные файлы:<\/p>\n
-rw------- 1 www-data www-data 0 upload-XXXXXX<\/code><\/pre>Очевидно: место, права, лимиты на аплоад php, просто загрузку — проверил. PHP корректно получал файл:
\nДвижок в фришной версии обфусцирован, разбираться в коде — неблагодарное дело — мы холопоадмины, наше дело логи читать. Достаём BFG.<\/p>\n
strace -ff $(ps aux | awk '\/php-fpm: pool www\/ && !\/awk\/ {printf "-p %s ", $2}') -o \/tmp\/egeya-upload.strace<\/code><\/pre>Проблема раз:<\/p>\n
rename("\/tmp\/phpXXXX", "\/var\/www\/blog\/pictures\/upload-XXXX") = -1 EXDEV<\/code><\/pre>Ошибка:<\/p>\n
EXDEV (Invalid cross-device link)<\/code><\/pre>означает попытку `rename()` между разными файловыми системами.<\/p>\n
Смотрю на вывод df -T в исходной системе, и в target — и понимаю, что Debian (не)смог. \/tmp теперь не реальный каталог, а временная фс в памяти tmpsfs<\/p>\n
Схема проблемы:
\n\/tmp
\n|
\n| tmpfs
\n|
\nX rename()
\n|
\n\/var\/www\/blog\/pictures
\n|
\n| root filesystem<\/p>\n
PHP создавал временный upload-файл в \/tmp.
\nЭгея использовала move_uploaded_file(), который внутри PHP может выполнить быстрый rename().
\nНо rename(), как оказалось, между разными файловыми системами невозможен.
\nБахнул отдельный временный каталог на той же файловой системе, где и бложик.<\/p>\n
mkdir -p \/var\/www\/blog\/tmp\nchown www-data:www-data \/var\/www\/blog\/tmp\nchmod 700 \/var\/www\/blog\/tmp<\/code><\/pre>В PHP-FPM :<\/p>\n
upload_tmp_dir = \/var\/www\/blog\/tmp<\/code><\/pre>После перезапуска:<\/p>\n
systemctl restart php8.2-fpm<\/code><\/pre>цепочка стала:
\n\/var\/www\/blog\/tmp\/phpXXXX
\n|
\n| rename()
\nv
\n\/var\/www\/blog\/pictures\/upload-XXXX
\nОшибка EXDEV исчезла — но аплоад не заработал.
\nДостаём BFG второй раз.<\/p>\n
strace -ff $(ps aux | awk '\/php-fpm: pool www\/ && !\/awk\/ {printf "-p %s ", $2}') -o \/tmp\/egeya-upload.strace<\/code><\/pre>Видим, что Эгея хочет поделиться тайнами мироздания в лог, но не может.<\/p>\n
touch \/var\/www\/blog\/user\/logs\/main.log<\/code><\/pre>Повторяем аплоад:<\/p>\n
Process image: Done\nRegister upload: <, , add, Array>\nAjax file upload: couldn’t register upload<\/code><\/pre>Явно не фешный, не хватает параметров. Смотрим консоль отладки. Должны быть entity и entity-id
\nСмотрим в nginx. Конфиг нагенерила LLM по мотивам того, что было в сети — и он был рабочий...формально.<\/p>\n
location \/ {\n log_not_found off;\n try_files $uri $uri\/ \/index.php?go=$uri;\n}<\/code><\/pre>Запрос \/@ajax\/file-upload\/?entity=note&entity-id=247 после try_files превращался в \/index.php?go=\/@ajax\/file-upload\/. Параметры говорили «Мұнда параметрлер жоқ қой, иттер»
\nМеняем чудо-LLM на рабочее:<\/p>\n
location \/ {\n log_not_found off;\n rewrite ^(.*)$ \/index.php?go=$1 last;\n}<\/code><\/pre>Смысл изменения:
\ntry_files при внутреннем перенаправлении формирует новый URI и может потерять исходную строку параметров.
\nrewrite ... last выполняет внутренний rewrite с сохранением исходных GET-параметров. Рестартуем Nginx.<\/p>\n
Бинго!<\/p>\n",
"summary": "Когда-то, в далёкие времена ковида и окончательного огосударствления ВК, посетила меня идея поднять свой бложик на Aegea",
"date_published": "2026-09-25T23:22:24+07:00",
"date_modified": "2026-09-25T23:33:07+07:00",
"tags": [
"Aegea",
"Debian 13",
"системное администрирование",
"Эгея"
],
"_date_published_rfc2822": "Fri, 25 Sep 2026 23:22:24 +0700",
"_rss_guid_is_permalink": "false",
"_rss_guid": "248",
"_e2_data": {
"is_favourite": false,
"links_required": [
"highlight\/highlight.js",
"highlight\/highlight.css"
],
"og_images": []
}
}
],
"_e2_version": 4199,
"_e2_ua_string": "Aegea 11.5 (v4199)"
}