[13:54] Bug #1434559 was opened: If node fails to access the image stream, a nasty error log is shown as a notification on teh webui [14:40] http://askubuntu.com/questions/599157/using-juju-with-maas-worked-at-first-but-is-now-giving-503-error-gomaasapi [14:43] jrwren, we'll need to see what's happening in the maas logs, and also, what the maas version is [14:43] jrwren, so look for tracebacks in /var/log/maas/*.log [14:43] and include the dpkg -l | grep maas output [14:44] kiko: I think I found the issue. I'll answer my own question in a bit :) [14:44] heh [14:46] Using juju with maas worked at first but is now giving 503 error gomaasapi | http://askubuntu.com/q/599157 [15:30] Bug #1434602 was opened: race condition in maas-region-controller postinst [15:42] Bug #1434602 changed: race condition in maas-region-controller postinst [15:54] Bug #1434602 was opened: race condition in maas-region-controller postinst [17:12] Does MaaS 1.7.1 support booting from UEFI? [17:13] I'm trying to get it to work at the moment and the node stops at grub [17:14] I'm assuming it's looking for grub.cfg-default-amd64 since grub.cfg includes it, but I don't see that file anywhere on the maas server [17:21] ali8, yes, it definitely does [17:21] blake_r, ^^ [17:22] ali8, if you don't get an answer could you ask the question on askubuntu and I'll get somebody to answer? [17:22] ali8: that file is not on the server [17:22] ali8: that file is dyanmically generated by the maas tftp server [17:22] ali8: that alerts MAAS that the machine trying to boot is amd64 [17:23] ali8: at what point in the grub boot does it get? [17:25] Bug #1433742 changed: [API] acquiring a node in specific zone doesnt work [17:35] hi blake_r, it just shows a grub screen without any options [17:36] thanks kiko, I will [17:36] ali8: is it the grub command prompt? [17:37] so should I see a request is pserv.log for a grub.cfg-default-amd64? I see a request for bootx64.efi followed by grubx64.efi but nothing else (actually including just grub.cfg) [17:38] yes, it's the grub command prompt [17:38] I also experienced the same issues as described in https://bugs.launchpad.net/maas/+bug/1317705 and patched python-tx-tfp to get around it [17:40] ali8: what version of ubuntu is your MAAS server? [17:40] ali8: you should see a request for grub.cfg, then another request for grub.cfg-default-amd64 [17:43] Bug #1433742 was opened: [API] acquiring a node in specific zone doesnt work [17:43] the server is running 14.04, the version of maas installed is 1.7.1+bzr3341-0ubuntu1~trusty1 [17:43] maas is from the ppa:maas-maintainers/stable repository [17:44] do you see those request in clusterd.log [17:46] blake_r: nope... there is almost nothing is cluster.log [17:46] maas-clustured.log [17:47] ali8: are you seeing any TFTP requests? [17:47] weird [17:49] Bug #1433742 changed: [API] acquiring a node in specific zone doesnt work [17:50] blake_r: is maas-clustered.log? nope. they are in pserv.log (bootx64.efi, grubx64.efi) [17:50] ali8: this was an upgrade? [17:50] ali8: from 1.5? [17:51] blake_r: I ended up purging the old packages and then installing 1.7.1 [17:52] ali8: is the timestamp from pserv.log recent? [17:54] blake_r: yes, it's an hour old, but that is when I ran into this issue. let me just reboot the system again and watch the log [17:57] blake_r: yes, the pserv.log again shows an access for bootx64 and grubx64 and no other ones [18:43] Bug #1431984 changed: [API] acquire does not allow for name= [18:43] Bug #1434664 was opened: A bulk change of 1000 node statuses will result in 1000 updates to DNS [19:28] Bug #1434679 was opened: maas does not know about vivid [20:52] Bug #1434709 was opened: Node failed to successfully commission [21:13] Bug #1434709 changed: Node failed to successfully commission [21:19] Bug #1434709 was opened: Node failed to successfully commission === jfarschman is now known as MilesDenver [23:02] Bug #1434736 was opened: Bulk actions fail altogether (nothing happens) if too many machines are selected