[2.2 beta3] multiple machines allocated and do not transition to Deploying
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MAAS |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Multiple servers are allocated but do not transition to deploying state.
I see a bunch of servers that act like they're being edited and this happens typically when there's an issue with the region controller. However, looking at it's status I don't see it being disconnected (could be intermittent).
drapion.oilstaging Allocated oil 40 64.0 1 299.0
hayward-
hayward-
hayward-
hayward-
hayward-
hayward-
hayward-
tucker.oilstaging Allocated oil 12 32.0 6 6001.2
velie.oilstaging Allocated oil 12 32.0 6 6001.2
ubuntu@
Desired=
| Status=
|/ Err?=(none)
||/ Name Version Architecture Description
+++-===
ii maas 2.2.0~beta3+
ii maas-cli 2.2.0~beta3+
un maas-cluster-
ii maas-common 2.2.0~beta3+
ii maas-dhcp 2.2.0~beta3+
ii maas-dns 2.2.0~beta3+
ii maas-proxy 2.2.0~beta3+
ii maas-rack-
ii maas-region-api 2.2.0~beta3+
ii maas-region-
un maas-region-
un python-django-maas <none> <none> (no description available)
un python-maas-client <none> <none> (no description available)
un python-
ii python3-django-maas 2.2.0~beta3+
ii python3-maas-client 2.2.0~beta3+
ii python3-
Changed in maas: | |
status: | New → Incomplete |
Changed in maas: | |
status: | Incomplete → Invalid |
Hi Larry,
It is really hard to debug when you simply grab all the logs and don't provide those of the exact timeframe when you are having the issues. As such please attach:
1. Provide logs on the timeframe you are seeing the issue.
2. Provide debug logs from juju when it is making this requests.
3. Provide your juju configuration for MAAS provider.
Additionally, please do the following:
Edit /usr/lib/ python3/ dist-packages/ maasserver/ djangosettings/ settings. py > And change the variable DEBUG = False to DEBUG = True, restart maas-regiond and see whether there are any errors when the issue you have is reproduced.
Capture the logs when the issue you see are happening.
That said, it is juju that:
1. allocates a machine (we can see that the request came in just fine).
2. once machine is allocate, it requests to deploy a machine. (which doesn't seem to be seen).