[2026-10-01] eagle: personal/projects/virfield.md

personal/projects/virfield.md

@@ -7,7 +7,7 @@ tags: [virfield, macos, vm, go, infrastructure]
 ---
 # Virfield — текущий статус и продолжение
 
-**Следующее действие:** прочитать эту заметку и локальный `docs/VERIFICATION.md`, проверить свежие Git/runtime/inventory, затем продолжить GHCR publish → pull-back на свободном пуле.
+**Следующее действие:** прочитать эту заметку и локальный `docs/VERIFICATION.md`, проверить свежие Git/runtime/inventory и причину `backend_unavailable` (см. ниже), затем продолжить GHCR publish → pull-back на свободном здоровом пуле.
 
 **Остановлено по просьбе пользователя после успешного E2E двух клонов и их удаления. Новый кандидат ещё не production-ready.** Новые VM, публикация, релиз и подключение клиентов после этой проверки не запускались. Продолжение — в новом чате.
 
@@ -28,6 +28,8 @@ tags: [virfield, macos, vm, go, infrastructure]
 | Hypervisor | Patched Lume `0.5.3-virfield1`; установлен в deployment `tools/lume-0.5.3-virfield1/lume` |
 | Пул после E2E | `used: 0`, `available: 2`, активных jobs нет. Другие задачи могут занять пул позднее — проверять заново |
 
+**Последняя проверка при передаче:** после успешной очистки E2E другая задача создала `vf-63a81e3117759f2411ce811a076ce67d`. Два последовательных чтения status вернули `used: 1`, `available: 0`, observation error `backend_unavailable` (Lume state unavailable/stale, admission paused), активных jobs нет. Оба наших клона по-прежнему отсутствуют; golden остаётся `image_ready`. Причина этой новой недоступности в текущем чате не диагностировалась — пользователь попросил остановиться. В новом чате сначала проверить fresh inventory и состояние Lume/чужой аренды; не перезапускать Lume и не останавливать чужую VM без согласования.
+
 Фактическую версию сервиса проверять по `/Users/admin/.virfield-v2/release.json` и hashes. Коммит checkout сам по себе сервис не обновляет. После runtime `9d0860e` были только документальные коммиты: встроенный в установленный MCP Verification ещё не содержит последний результат двух клонов; актуальная приёмка — в локальном checkout. При следующей сборке/установке обновить и встроенные документы.
 
 Схема 5 → 6 уже обновлена с разрешения пользователя и проверенным backup. Старый бинарник со schema 5 нельзя просто вернуть поверх schema 6. Предшествующий snapshot: `backup-ff4570a85e703b595b92a9c2606cf3f3`; снимки каждой замены runtime — в deployment `upgrades/registry-*`. Процедуру backup/restore брать из Operations. Не повторять одноразовые `/private/tmp/virfield-install-*.py` из предыдущего чата.
@@ -75,7 +77,7 @@ Virfield MCP в Codex и Claude Code ещё не зарегистрирован;
 
 ### 1. Закрыть GHCR round-trip и чистую сборку
 
-На свежем idle inventory продолжить от сохранённого `vf-ghcr-sequoia152`. Опубликовать portable recipe в push-enabled `personal-ghcr` с новым tag. Проверить job `succeeded`, полученный digest и удаление временной export VM/её private files. При ошибке/неизвестном результате inspect exact job/tag; не повторять публикацию вслепую.
+Сначала проверить/разрешить текущий `backend_unavailable` без нарушения чужой аренды; после свежего healthy idle inventory продолжить от сохранённого `vf-ghcr-sequoia152`. Опубликовать portable recipe в push-enabled `personal-ghcr` с новым tag. Проверить job `succeeded`, полученный digest и удаление временной export VM/её private files. При ошибке/неизвестном результате inspect exact job/tag; не повторять публикацию вслепую.
 
 Импортировать опубликованный tag в новое имя, проверить совпадение digest, полный автоматический setup/security/reboot без ручного восстановления, FileVault/Encryption/Locked=false на обоих томах. Получить обычные клоны; проверить workload, credentials/isolation, artifact export и cleanup. При регрессии исправить код, добавить осмысленную проверку и повторить соответствующий чистый workflow. Записать результат в repository Verification. Разрешение прошлого чата покрывало уже удалённые два клона; scope новых destructive cleanups подтвердить заранее по правилу пользователя.