If machine cannot be instantiated, service deploy remains in pending forever
Bug #1168155 reported by
Madison Scott-Clary
This bug report is a duplicate of:
Bug #1122135: resolved must retry machine provisioning errors.
Edit
Remove
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
juju-core |
New
|
Undecided
|
Unassigned |
Bug Description
Attempted to deploy buildbot-master to test another defect, but received the following error when juju tried to create the machine:
domU-12-
After that, both the service and the machine remained in pending state, leaving me unable to deploy another service with the same name. The machine does not show up on my EC2 console - status lists four machines, console lists three.
To post a comment you must log in.
Assuming the unit svc/0 is meant to be running on machine 1, but machine 1 never started, as above, you can progress as follows:
$ juju destroy-unit svc/0 # will be removed directly because it's assigned to an unprovisioned machine
If you've already destroyed the service, the service should be removed at the same time as its last unit, so you'd be immediately free to deploy again with the same name; or, if you *didn't* destroy the service earlier, you could juju add-unit to get a fresh unit on a fresh machine. Then, at your leisure:
juju destroy-machine 1 # will be removed shortly when the provisioner spots the change
...will remove the unsightly and useless machine entry from status; but that'll only work once the unit is removed.