[00:36] Bug #1688354 opened: Race Condition in umount_partition() When Cleaning Up Loop Device [00:39] Bug #1688354 changed: Race Condition in umount_partition() When Cleaning Up Loop Device [00:42] Bug #1688354 opened: Race Condition in umount_partition() When Cleaning Up Loop Device [00:45] Bug #1688354 changed: Race Condition in umount_partition() When Cleaning Up Loop Device [00:48] Bug #1688354 opened: Race Condition in umount_partition() When Cleaning Up Loop Device === frankban|afk is now known as frankban [12:00] hey there! I've got a question... I've looked at the MAAS 2.1 API docs and accessed the API itself but I can't figure out what format its returning... the /api/2.0/version/ endpoint returns json, but the rest seems to be returning some sort of binary format? [12:02] Or is this a stupid question? :p [12:40] apparently its python pickle format === mup_ is now known as mup === frankban is now known as frankban|afk [13:10] hi [13:12] i need help regarding deployment of nodes via maas [13:13] Bug #1690144 opened: Failed talking to pod: int() argument must be a string, a bytes-like object or a number, not 'NoneType' [13:43] Bug #1689603 changed: virsh pod creation fails with pre-existing machines [14:00] hi [14:15] sanjay: please ask your question and someone who can help will reply [14:16] Bug #1690154 opened: block-curtin-poweroff doesn't work [14:21] yes [14:21] after curtin installation its gets stucked [14:29] mpontillo: i'm past that issue now, though when I try to deploy ubuntu 17.04 i boot to a gnu grub bootloader with a "Local" option that doesn't have anything present [14:30] a manual installation of ubuntu works fine, but maas' deployment doesn't work [14:31] sanjay: can you be a bit mroe specific ? the machine finishes curtin install, reboots, but then iut doesn't boot into the OS ? [14:32] vasey_: that could be a grub issue, but if I follow, you deploy, the machine is marked as deployed but it doesn't boot ? [14:32] vasey_: or it doesn't boot after restart ? [14:33] the status will remain "Deploying", it'll restart but won't boot into ubuntu post-installation, which appears to work [14:33] vasey_: that seems like a efi related issue [14:34] it does. i've seen a message regarding "shimx64.efi" not being found, which looks like is related to secure boot, though that's disabled on my servers [14:35] vasey_: do you have the latest firmware ? I do recall someone a couple weeks ago mentioning that upgrading their frimware fixed that for them [14:36] vasey_: that said, I also have 1 machine which i have not yet looked at fuilly that I changed from legacy to EFI that doesn't boot, experiencing exactly the same as you are [14:36] vasey_: but the other amchines (which are exactly the same type_ do work fine [14:36] vasey_: but I was messing with the bios config [14:36] so i think it must be bios/firmware [14:37] * roaksoax tries to deploy 7.04 [14:40] roaksoax: thanks, i'll look into that now [15:16] the machine finishes curtin install, reboots, but then iut doesn't boot into the OS ? yes [15:16] I have already delpoyed one node with same environment, but others are not getting deployed [19:16] Installation complete - Node disabled netboot Thu, 11 May. 2017 15:13:09 PXE Request - installation Thu, 11 May. 2017 14:45:58 [19:16] after this failed to deployed [19:25] sanjay: that means that the install process continued fine, but the machine rebooted and didn't contact MAAS to say "i'm actually deploed" [19:25] sanjay: do you have a console log [19:25] or any logs we can see to determine what may be wrong ? [19:25] vasey_: let me know if that makes any difference [19:26] vasey_: fwiw, i successfully deployed 17.04 on EFI with secure boot disabeld [19:28] no logs are also coming [19:28] just it shows failed deployment [19:30] sanjay: do you have console logs ? [19:30] sanjay: what about the full node event log ? [19:33] i have full node event log [19:33] May 11 19:13:11 vtnode-04 rsyslogd: [origin software="rsyslogd" swVersion="8.16.0" x-pid="2001" x-info="http://www.rsyslog.com"] exiting on signal 15. [19:33] this is last line..after that nothing... [19:34] Hi. I've been using maas 2 for awhile now and I'm a big fan. I have the need to add some new nodes and I want them to pxe off of a different interface then normal. If I add maas to the appropriate fabric and "enable" dhcp on that vlan associated with that fabric will everything work like magic? [19:35] Can I have 2 interfaces responding to DHCP/PXE or only 1? [19:36] I think the "maas_url" in regiond and rackd is going to hose me.. because it's an IP that the new nodes won't have access to [19:36] can I make the maas_url a dns name instead of an ip? [19:36] or can I add multiple entries? [19:41] Queried node's BMC - Power state queried: on Thu, 11 May. 2017 15:38:53 Node changed status - From 'Deploying' to 'Failed deployment' Thu, 11 May. 2017 15:38:32 Marking node failed - Machine operation 'Deploying' timed out after 60 minutes. [19:46] sanjay: the node failed to boot [19:46] sanjay: after initial disk installation was completed [19:46] sanjay: for that, can you get console logs ? [19:46] shewless: yes you can make it a dns name [19:47] shewless: you can have the rack provide dhcp on multiple vlans for sure too, but again, the region needs to be accessible for the machines [19:47] shewless: because the machines access directly to the region to gather metadata [19:48] roaksoax: thanks. is there anyway to make the region listen on multiple IPs? [19:48] shewless: the region can listen on multiple IP's, but maas_url on rackd.conf is the IP your machines will be told to access [19:48] shewless: so you can either use a dns name, or you can use a VIP that is reacheable for all the machines [19:49] roaksoax: hmm. yeah the dns name thing probably won't work because I would have to make it two different IPs depending on the server that's booting [19:50] maybe I could do a VIP.. kind of a weird scenario though === frankban|afk is now known as frankban [19:53] so I could install HA proxy on my maas server [19:54] then it could listen on both IPs and forward to localhost [19:54] or rather.. forward to the maas_url? [19:54] shewless: yes you could also do that [19:55] either way my nodes are going to try and directly hit maas_url though.. for the metadata right? [19:56] yes [19:56] shewless: they will all hit maas_url if they are under the same rack [19:56] roaksoax: Another option I have is to remove the "old" IP and just add the new one since all of my nodes will have an IP and fabric on the new one [19:57] if I change the maas_url to a new IP.. will I break my existing nodes? [19:57] for example will they stay "deployed" .. and if I reboot will they successfully boot from the hard drive? [20:03] shewless: yes the machines will stay deployed [20:03] shewless: i dont see why it should create other issues [20:03] it is only really used for the deployment process [20:03] (and commissioning, etc) [20:03] roaksoax: thanks for the info. [20:04] maas is awesome! [20:04] :) thank you! [21:06] any suggestions [21:06] i have removed and reinstalled maas to but still facing same issue [21:10] Bug #1443519 changed: when bind reloading is locking, regiond complete blocks. [21:10] Bug #1688359 changed: Unable to power on machine on commissioning. [21:12] sanjay: check /etc/rackd.conf , does it have under maas_url an IP address that the machine you are deploying can contact ? [21:12] sanjay: apart from that, without a console log, there's not much I can do to see what may be wrong [21:43] Bug #1690231 opened: MAAS auto-assigned gateway IP, while not allowing to reserve IP's in subnets. [21:55] Hi Roaksoax, i have checked /etc/rackd.conf , there is http://MASSIP:5240/MAAS [21:56] yes they can ping maas server, get dhcp ip [21:56] Queried node's BMC - Power state queried: on Thu, 11 May. 2017 17:39:38 TFTP Request - libutil.c32 Thu, 11 May. 2017 17:39:30 TFTP Request - libcom32.c32 Thu, 11 May. 2017 17:39:29 TFTP Request - chain.c32 Thu, 11 May. 2017 17:39:29 PXE Request - local boot Thu, 11 May. 2017 17:39:29 [21:57] after this is will do Queried node's BMC - Power state queried: [21:57] and then get failed deployment === frankban is now known as frankban|afk [23:05] Bug #1690256 opened: [2.1.5] Commissioning fails using 14.04 due to invalid lsblk option