Откат rootfs шлюза: что произойдёт с изменённой конфигурацией
Полевой шлюз хозяйства вернулся к старому rootfs после неудачного обновления, но сборщик больше не читает конфигурацию. Новый выпуск мог изменить persistent данные, которые не вернулись вместе с системой. Проверяйте схему и обратимость отдельно от выбора загрузочного слота. Успешный rollback образа не гарантирует восстановление всех эффектов обновления. Особенно важно сохранить архив и параметры датчиков, не подменяя их пустыми настройками ради быстрого появления процесса в списке запущенных служб.
Найти состояние вне образа
Документация Mender state scripts предупреждает, что постоянные эффекты скриптов и миграции данных требуют собственного восстановления. (Mender — State scripts) Framework не понимает смысл произвольного действия автоматически. Подтвердите устройство своей интеграции и используемый payload. В карте отделите rootfs от конфигурации, архивов и других сохраняемых данных. Не считайте запасной слот полной резервной копией всего узла. Наличие старого бинарного файла ещё не доказывает, что ему подходит новая схема параметров, оставшаяся в отдельной области хранения шлюза хозяйства.
Сохраните версии схемы до и после миграции, правила совместимости и допустимый порядок возврата. Для каждого изменяемого файла укажите владельца и основание преобразования. Секретные параметры в общий пример не включайте. Если миграция необратима, это ограничение должно быть известно до обновления. Нельзя обещать универсальный откат, пока не подтверждено поведение старого приложения с новым состоянием. Оригинальные данные сохраняют по установленному порядку, а производные копии имеют собственное происхождение и понятное назначение для проверяемого восстановления.
Проверить полный путь на копии
На стенде используйте собственную обезличенную конфигурацию и различимый небольшой архив. Выполните разрешённое обновление, подтверждённую миграцию и предусмотренный rollback. Сравните фактическую схему, содержимое и работу старого приложения. Одного успешного запуска ОС недостаточно. Получите новый тестовый измерительный цикл и подтвердите запись с правильным источником. Испытание должно показать, какие изменения возвращаются, какие сохраняются намеренно и какие требуют отдельного восстановления, не влияя на единственный рабочий комплект данных удалённого хозяйственного узла телеметрии.
Отдельно воспроизведите разрешённое прерывание миграции средствами безопасного стенда. Проверьте повтор или восстановление из известного состояния. Не снимайте питание рабочего шлюза ради демонстрации. Если резервная копия используется как часть возврата, проверьте её принадлежность и возможность чтения старой программой. Наличие файла с названием backup не подтверждает нужную версию. После опыта сравните число и идентичность архивных записей, чтобы отсутствие ошибки интерфейса не скрывало потерю данных или повторное применение преобразования к уже обновлённому содержимому persistent области.
Принять восстановление состояния
В акте сохраните схемы, последовательность и фактический результат после rollback. Приёмка подтверждает восстановление конкретного программного и прикладного состояния с известными ограничениями. Для хозяйства это делает откат полезным: старый слот не просто загружается, а получает совместимые параметры и продолжает проверенный сбор. Инженер видит границу между образом и постоянными данными, не теряет архив при попытке устранить несовместимость и может воспроизвести возврат по документированному набору вместо надежды, что выбор прежнего rootfs автоматически отменит все эффекты неудачного обновления.
