node view does not refresh after commissioning
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MAAS |
Fix Released
|
High
|
Unassigned |
Bug Description
I'm using maas - 1.8.0~alpha1+
2015-03-03 18:22:04 ERROR juju.cmd supercommand.go:430 failed to bootstrap environment: cannot start bootstrap instance: getInstanceNetw
This deserves a separate juju-core bug, which I'll file later. However, since all nodes were recommissioned yesterday I wondered why the lshw output was missing, as all of them had one before. Let's check it out:
[maas-trusty] (master) dimitern@
200 OK
Content-
Transfer-
X-Frame-
alldpF<?xml version="1.0" encoding="UTF-8"?>
<lldp label="LLDP neighbors"/>
No lshw output. Out of 4 nodes (512 MB RAM + 1 core per machine, 1 GB for the KVM running the MaaS cluter controller, 3.5 GB otherwise allocated on the amd64 trusty host, out of 8 GB RAM, 4 core i3 M 350 CPU - perhaps under load lshw times out or something) only two had lshw output. I've recommissioned the other two one by one, using the web UI (now with auto-updating in some of the views) - node state changed to Commissioning, the "9 output files" from the previous commissioning disappeared, as a few other details. Node got recommissioned and shut down, however the node view in the web UI did not update to show that (IIRC some of the page - like the log did update).
As MaaS is moving towards more dynamic, smart web UI which auto-updates it's reasonable to expect a consistent UX, not spotty.
This is more of a wishlist type of request, but a useful improvement nevertheless.
tags: | added: ux |
description: | updated |
Changed in maas: | |
status: | New → Fix Committed |
importance: | Undecided → High |
milestone: | none → 1.8.0 |
Changed in maas: | |
status: | Fix Committed → Fix Released |
Your speaking of the node details page. We have just started replacing the node details page with the new design and live updating. The version you are using does not have this feature yet.