Trying to commission a machine results into booting to the enlistment environment
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MAAS |
New
|
Critical
|
Unassigned |
Bug Description
I'm using MAAS 2.0 on xenial with kvm images (controller and nodes are KVM images). I can enlist but not commission nodes.
Commissioning fails with a 400: Bad request showing on the node.
Note that rack-controller configuration documentation mentions using the "maas-rack" command to install a shared secret. This command appears not to exist.
https:/
I did "dpkg-reconfigure" on the maas-rack-
I see the following errors in regiond.log (nothing in maas.log
2016-03-10 11:17:55 [-] Rack controller (4y3h7n) did not import boot resources; it is not connected to the region at this time.
2016-03-10 11:17:55 [RegionServer,
2016-03-10 11:17:55 [-] Rack controller '4y3h7n' has been registered.
2016-03-10 11:17:56 [-] Failed to register rack controller 'None' into the database. Connection has been dropped.
Traceback (most recent call last):
File "/usr/lib/
_inlineCal
File "/usr/lib/
result = result.
File "/usr/lib/
return g.throw(self.type, self.value, self.tb)
File "/usr/lib/
log.err(exc, msg)
--- <exception caught here> ---
File "/usr/lib/
nodegroup_
File "/usr/lib/
result = inContext.theWork()
File "/usr/lib/
inContext.
File "/usr/lib/
return self.currentCon
File "/usr/lib/
return func(*args,**kw)
File "/usr/lib/
return func(*args, **kwargs)
File "/usr/lib/
return func_outside_
File "/usr/lib/
return func(*args, **kwargs)
File "/usr/lib/
return func(*args, **kwds)
File "/usr/lib/
rackcontro
File "/usr/lib/
interface = self._update_
File "/usr/lib/
return self._update_
File "/usr/lib/
interface.
File "/usr/lib/
return super(CleanSave, self).save(*args, **kwargs)
File "/usr/lib/
return super(Timestamp
File "/usr/lib/
force_
File "/usr/lib/
updated = self._save_
File "/usr/lib/
forced_update)
File "/usr/lib/
return filtered.
File "/usr/lib/
return query.get_
File "/usr/lib/
cursor = super(SQLUpdate
File "/usr/lib/
cursor.
File "/usr/lib/
return self.cursor.
File "/usr/lib/
six.
File "/usr/lib/
raise value.with_
File "/usr/lib/
return self.cursor.
django.
DETAIL: Process 30837 waits for ShareLock on transaction 1368; blocked by process 30790.
Process 30790 waits for ShareLock on transaction 1367; blocked by process 30837.
HINT: See server log for query details.
CONTEXT: while updating tuple (0,29) in relation "maasserver_
2016-03-10 11:17:56 [-] Failed to register rack controller 'None' into the database. Connection has been dropped.
Traceback (most recent call last):
File "/usr/lib/
_inlineCal
File "/usr/lib/
result = result.
File "/usr/lib/
return g.throw(self.type, self.value, self.tb)
File "/usr/lib/
log.err(exc, msg)
--- <exception caught here> ---
File "/usr/lib/
nodegroup_
File "/usr/lib/
result = inContext.theWork()
File "/usr/lib/
inContext.
File "/usr/lib/
return self.currentCon
File "/usr/lib/
return func(*args,**kw)
File "/usr/lib/
return func(*args, **kwargs)
File "/usr/lib/
return func_outside_
File "/usr/lib/
return func(*args, **kwargs)
File "/usr/lib/
return func(*args, **kwds)
File "/usr/lib/
rackcontro
File "/usr/lib/
interface = self._update_
File "/usr/lib/
return self._update_
File "/usr/lib/
interface.
File "/usr/lib/
return super(CleanSave, self).save(*args, **kwargs)
File "/usr/lib/
return super(Timestamp
File "/usr/lib/
force_
File "/usr/lib/
updated = self._save_
File "/usr/lib/
forced_update)
File "/usr/lib/
return filtered.
File "/usr/lib/
return query.get_
File "/usr/lib/
cursor = super(SQLUpdate
File "/usr/lib/
cursor.
File "/usr/lib/
return self.cursor.
File "/usr/lib/
six.
File "/usr/lib/
raise value.with_
File "/usr/lib/
return self.cursor.
django.
DETAIL: Process 30862 waits for ShareLock on transaction 1367; blocked by process 30837.
Process 30837 waits for ShareLock on transaction 1368; blocked by process 30790.
Process 30790 waits for ExclusiveLock on tuple (0,31) of relation 16789 of database 16385; blocked by process 30862.
HINT: See server log for query details.
CONTEXT: while updating tuple (0,31) in relation "maasserver_
Plus the following in rackd.log
2016-03-10 11:17:55+0000 [-] Log opened.
2016-03-10 11:17:55+0000 [-] twistd 16.0.0pre1 (/usr/bin/python3 3.5.1) starting up.
2016-03-10 11:17:55+0000 [-] reactor class: twisted.
2016-03-10 11:17:55+0000 [-] Site starting on 5248
2016-03-10 11:17:55+0000 [-] <class 'provisioningse
2016-03-10 11:17:55+0000 [-] Starting protocol <provisioningse
2016-03-10 11:17:55+0000 [-] TFTP starting on 69
2016-03-10 11:17:55+0000 [-] Starting protocol <tftp.protocol.TFTP object at 0x7f94e7e38ac8>
2016-03-10 11:17:55+0000 [-] TFTP Listener started at 10.0.3.1:69
2016-03-10 11:17:55+0000 [-] TFTP starting on 69
2016-03-10 11:17:55+0000 [-] Starting protocol <tftp.protocol.TFTP object at 0x7f94e7e38d68>
2016-03-10 11:17:55+0000 [-] TFTP Listener started at 172.16.0.2:69
2016-03-10 11:17:55+0000 [-] TFTP starting on 69
2016-03-10 11:17:55+0000 [-] Starting protocol <tftp.protocol.TFTP object at 0x7f94e7e38ef0>
2016-03-10 11:17:55+0000 [-] TFTP Listener started at 127.0.0.1:69
2016-03-10 11:17:55+0000 [-] TFTP starting on 69
2016-03-10 11:17:55+0000 [-] Starting protocol <tftp.protocol.TFTP object at 0x7f94e7e38f98>
2016-03-10 11:17:55+0000 [-] TFTP Listener started at ::1:69
2016-03-10 11:17:55+0000 [Uninitialized] ClusterClient connection established (HOST:IPv4Addre
2016-03-10 11:17:55+0000 [Uninitialized] ClusterClient connection established (HOST:IPv4Addre
2016-03-10 11:17:55+0000 [Uninitialized] ClusterClient connection established (HOST:IPv4Addre
2016-03-10 11:17:55+0000 [Uninitialized] ClusterClient connection established (HOST:IPv4Addre
2016-03-10 11:17:55+0000 [ClusterClient,
2016-03-10 11:17:55+0000 [ClusterClient,
2016-03-10 11:17:55+0000 [ClusterClient,
2016-03-10 11:17:55+0000 [ClusterClient,
2016-03-10 11:17:55+0000 [ClusterClient,
2016-03-10 11:17:56+0000 [ClusterClient,
2016-03-10 11:17:56+0000 [ClusterClient,
...
2016-03-10 11:18:38+0000 [HTTPPageGetter
Traceback (most recent call last):
Failure: twisted.
2016-03-10 11:18:38+0000 [HTTPPageGetter
Traceback (most recent call last):
Failure: twisted.
Changed in maas: | |
importance: | Undecided → Critical |
Changed in maas: | |
milestone: | none → 2.0.0 |
I'm not convinced this is a duplicate of the linked bug. I'm running maas in a KVM instance and MAAS is providing DHCP for the subnet the nodes are on.