maas: Wait for Allocate after aborting deployment

Signed-off-by: David Galloway <david.galloway@ibm.com>

maas.py: Missing trailing slash on machines/system_id/ API call

Signed-off-by: David Galloway <david.galloway@ibm.com>

maas.py: Don't throw an error if machine's already released

Signed-off-by: David Galloway <david.galloway@ibm.com>

kernel: Support UEFI and BLS

Signed-off-by: David Galloway <david.galloway@ibm.com>

maas: Add'l error handling for unlocking

Fixed Scenario:
 - lock is supposed to lock 3 machines
 - lock starts deployment on the 2 non-broken machines
 - lock encounters one of those machines is not in a MaaS state it expects (e.g., Broken)
 - lock "unlocks" the 2 non-broken machines but they are not locked because Deployment is still running
 - lock thinks it's done but the other 2 machines are still Deploying and will end up Allocated instead of Unlocked & Ready

Signed-off-by: David Galloway <david.galloway@ibm.com>

maas: Block release until done releasing

Signed-off-by: David Galloway <david.galloway@ibm.com>

maas: Retry system ID lookups

This is really the only API call I've seen consistently not return what we expected.

Signed-off-by: David Galloway <david.galloway@ibm.com>

opsys/maas: Normalize MaaS distro/version combos

Signed-off-by: David Galloway <david.galloway@ibm.com>

maas: add hack to search for centos stream image

fog does this too.  It's gross.

Signed-off-by: Dan Mick <dan.mick@redhat.com>

maas: drop comparing current OS state; doesn't matter

Signed-off-by: Dan Mick <dan.mick@redhat.com>

maas: consider architecture when matching images.

Also add "suggest" functionality when a suitable image isn't found.

Signed-off-by: Dan Mick <dan.mick@redhat.com>

maas: do not return if host already has os type/version

We want to reimage even if the last known os is the same
(in order to start with a fresh deployment for every lock)

Signed-off-by: Dan Mick <dan.mick@redhat.com>

maas: release machine when unlocking and wait for no longer Deployed

To accomplish this, add "is_not" to _wait_for_status, and invert
the sense of the test: wait until status is *not* the status in the
status argument.

Signed-off-by: Dan Mick <dan.mick@redhat.com>

maas.py: fix log message to express actual operation

Signed-off-by: Dan Mick <dan.mick@redhat.com>

fixup! lock.ops.unlock_one_safe: Invert run-match logic

fixup! lock.ops.unlock_one_safe: Invert run-match logic

fixup! lock.ops.unlock_one_safe: Invert run-match logic

lock.ops.unlock_one_safe: Invert run-match logic

When unlock_one_safe is called with run_name, the caller means to express
"unlock this node if it belongs to this run".
When it is called with run_name and job_id, it means "unlock this node if it
belongs to this job in this run".
We had inverted the logic, causing leaks on reimage failures.

Signed-off-by: Zack Cerza <zack@cerza.org>
(cherry picked from commit b9a0b03d807de6204e2f01e3622993856097cde7)

provisioner: Add maas provisioner

Signed-off-by: Vaibhav Mahajan <vaibhavsm04@gmail.com>

Merge pull request #2110 from Matan-B/wip-matanb-pexec-logs

teuthology/task/pexec.py: add logs to command executed

Reviewed-by: Aishwarya Mathuria <amathuri@redhat.com>

teuthology/task/pexec.py: add logs to command executed

The current output by pexec is:
```
INFO:teuthology.run_tasks:Running task pexec...
INFO:teuthology.task.pexec:Executing custom commands...
INFO:teuthology.task.pexec:Running commands on host ubuntu@smithi012.front.sepia.ceph.com
DEBUG:teuthology.orchestra.run.smithi012:> TESTDIR=/home/ubuntu/cephtest bash -s
```

The output should include the acutal command executed, similar to
exec.py:

```
INFO:teuthology.run_tasks:Running task exec...
INFO:teuthology.task.exec:Executing custom commands...
INFO:teuthology.task.exec:Running commands on role client.0 host ubuntu@smithi168.front.sepia.ceph.com
DEBUG:teuthology.orchestra.run.smithi168:> sudo TESTDIR=/home/ubuntu/cephtest bash -c 'sudo ceph osd pool create low_tier 4'
```

Signed-off-by: Matan Breizman <mbreizma@redhat.com>

Merge pull request #2107 from deepssin/fix-gevent-loopexit-dispatcher-crash

Fix dispatcher crash on gevent LoopExit exceptions