Новое обновление. Остановите узел. Замените двоичные файлы. Затем выясните, действительно ли всё, что вы загрузили, было правильным.
Именно такой план планового обслуживания я представлял: операторы Dusk просто должны были тщательно им управлять. Но в последнем сценарии установки узла изменена одна деталь, которая, как мне кажется, важнее, чем звучит. В версии 0.5.22 усилены обновления: подменные артефакты сначала подготавливаются и проверяются, прежде чем заменятся файлы в рабочей среде. Процедура обновления Dusk следует тому же порядку: установщик загружает поддерживаемые двоичные файлы Rusk и кошелька, проверяет их и только затем останавливает запущенную службу Rusk. Также сохраняется состояние цепочки оператора, ключи консенсуса и заданные намеренно переопределения службы — вместо того чтобы рассматривать обновление как установку нового узла с нуля. После этого служба остаётся остановленной, чтобы оператор мог проверить заново сгенерированную конфигурацию, запустить Rusk осознанно и подтвердить работу пиров и прогресс по высоте блока, прежде чем считать задачу завершённой.
Это небольшая, но полезная в операционном плане веха.
Окно обновления теперь начинается после того, как замена подготовлена, а не в тот момент, когда оператор ещё выясняет, пригодно ли это к использованию.
Для инфраструктуры, которая должна оставаться доступной, такой порядок важнее, чем ещё одна удобная команда.
@Dusk_Foundation $DUSK #dusk
Именно такой план планового обслуживания я представлял: операторы Dusk просто должны были тщательно им управлять. Но в последнем сценарии установки узла изменена одна деталь, которая, как мне кажется, важнее, чем звучит. В версии 0.5.22 усилены обновления: подменные артефакты сначала подготавливаются и проверяются, прежде чем заменятся файлы в рабочей среде. Процедура обновления Dusk следует тому же порядку: установщик загружает поддерживаемые двоичные файлы Rusk и кошелька, проверяет их и только затем останавливает запущенную службу Rusk. Также сохраняется состояние цепочки оператора, ключи консенсуса и заданные намеренно переопределения службы — вместо того чтобы рассматривать обновление как установку нового узла с нуля. После этого служба остаётся остановленной, чтобы оператор мог проверить заново сгенерированную конфигурацию, запустить Rusk осознанно и подтвердить работу пиров и прогресс по высоте блока, прежде чем считать задачу завершённой.
Это небольшая, но полезная в операционном плане веха.
Окно обновления теперь начинается после того, как замена подготовлена, а не в тот момент, когда оператор ещё выясняет, пригодно ли это к использованию.
Для инфраструктуры, которая должна оставаться доступной, такой порядок важнее, чем ещё одна удобная команда.
@Dusk_Foundation $DUSK #dusk