Transfer stored state, credentials, and recovery metadata without duplicate execution.
Move an instance while keeping its configuration, run history, and recoverable attempts.
Prerequisites
Section titled “Prerequisites”Access to both machines, the same usine version on the destination or one supporting forward migration, a prepared remote-worker connection, and a destination instance folder on persistent storage.
Procedure
Section titled “Procedure”-
Run
usine statuson the source and install the required version on the destination. Stop the source orchestrator and keep it stopped:Terminal window usine stopUse
--forceonly if the destination must reattach active attempts. Only one orchestrator may run the instance. -
Copy the instance folder as its destination owner, excluding dependencies, logs, backups, and process records:
Terminal window rsync -a --chmod=go-rwx --exclude node_modules/ --exclude .usine/usine.log \--exclude .usine/backups/ --exclude .usine/instance.lock \--exclude .usine/instance.pid --exclude .usine/instance.json \./ usine-orchestrator:factory/Keep both databases,
.env, App credentials,.usine/instance-id, worker state, SSH recovery records, known-hosts files, and.usine/attempt-connections/. -
Copy the referenced SSH keys and trusted host entries. Supply the Pi parent credential for the destination service user, with private file permissions. A copied refresh token must have only one active owner; alternatively, create a fresh login on the destination.
-
Update
.envfor the destination origin and every credential variable used by workers. Adjust fixed-worker firewalls for the destination’s address if needed. -
Start
usine upor the configured service on the destination and inspect startup recovery.
Check the result
Section titled “Check the result”usine status reports the destination process. The expected configuration and history appear in the UI, and retained attempts reattach or retry from salvage. The source remains stopped.