Appearance
systemslab host reactivate
| Description | Reactivate a draining or drained host, returning it to the scheduler. |
|---|---|
| Usage | systemslab host reactivate <UUID> |
Description
The systemslab host reactivate command is the inverse of systemslab host drain: it lifts the cordon so the host can be scheduled experiment work again.
The transition depends on the host's current state:
| Current state | Result |
|---|---|
drained | Transitions to idle and rejoins the schedulable pool. |
draining | Transitions back to busy, cancelling the pending drain while its current job keeps running. |
| any other state | Rejected with an error — only draining/drained hosts can be reactivated. |
Reactivation takes effect immediately and takes no options — there is no --wait equivalent, because the host rejoins the scheduler as soon as the command returns.
Example
sh
systemslab host reactivate 0194d39d-00d8-7fd1-5a72-1c3b7565ab66Options
| Option | Default | Description |
|---|---|---|
<UUID> | The ID of the host to reactivate. Use systemslab host list to find host IDs. |
Common Options
| Option | Default | Description |
|---|---|---|
--systemslab-url | The URL at which to access the systemslab server. | |
--color | auto | Controls when color is used in the output. Possible values are auto, always, and never. |
--output-format | long | Output format to use when outputting messages. long will result output designed to be human-readable while short is short output meant to be used within scripts. |
Environment Variables
| Variable | Description |
|---|---|
SYSTEMSLAB_URL | Specify the URL used to contact the SystemsLab server. Equivalent to --systemslab-url. |