[01:09] Bug #1628729 opened: first partition for sda disk starts with sda-part2 instead of sda-part1 [03:57] Bug #1628761 opened: netaddr assumes MAC OUI is ascii === frankban|afk is now known as frankban [14:33] hey guys, I have what seems like a dumb question regarding maas / openstack install [14:35] in the series of articles, you setup vlan trunk ports to each blade, but when the blade boots, the ports are in trunk mode, and the blade wont get a dhcp offer, because it doesn't know about the trunk [14:36] did I miss something? [14:37] http://insights.ubuntu.com/2016/01/22/hardware-setup-deploying-openstack-on-maas-1-9-with-juju/ - scroll down to the switch config and it's all tagged traffic, not sure how the blade (prior to os) knows about the invidiaul vlans === lutostag_ is now known as lutostag [15:52] ignore my previous comments, i was following the maas article too literally and did not have the switch ports in the correct mode to support pvid [15:52] got it resolved [15:52] i think === frankban is now known as frankban|afk [16:25] during commissioning - when I boot one of the blades, throwing lots of errors running url_helper [16:25] https://imagebin.ca/v/2wlKdY5kHFgt [16:26] eventually it just hangs here https://imagebin.ca/v/2wlL5KuXBAvX [16:32] rather, sitting at a login prompt - but never completes commissioning in maas [16:55] baldpope: i had the same problem the other day. are you using the correct maas_url in rackd and regiond configs? [16:56] baldpope: I run maas 'all in one'.. regiond and rackd running on one server. both my rackd.conf and regiond.conf point to localhost for maas_url [16:57] root@maas:~# grep url /etc/maas/regiond.conf [16:57] maas_url: http://localhost/MAAS [16:57] root@maas:~# grep url /etc/maas/rackd.conf [16:57] maas_url: http://localhost:5240/MAAS [16:58] shubjero: you need to change that [16:58] shubjero: change /etc/maas/rackd.conf to point to an actual IP address machines can reach to [16:59] shubjero: maas_url in regiond.conf is the IP that machines can reach to if we can't automatically determine from which rack they boot from [16:59] shubjero: but they need to be reacheable [17:01] maas seems to break if i change it to the only IP used by maas [17:01] when its localhost, i can discover, comission, and deploy nodes (although deploy breaks near the end lol) [17:05] Bug # opened: 1629004, 1629008, 1629011, 1629019 [17:05] my deploys fail at stage config and stage final, tracebacks [17:35] Bug #1629022 opened: [2.1, UI] Broken 'images page' link [17:35] Bug #1629026 opened: [2.1] Images have been imported, but can't add a chassis [17:38] Bug #1629022 changed: [2.1, UI] Broken 'images page' link [17:38] Bug #1629026 changed: [2.1] Images have been imported, but can't add a chassis [17:41] Bug #1629022 opened: [2.1, UI] Broken 'images page' link [17:41] Bug #1629026 opened: [2.1] Images have been imported, but can't add a chassis [18:11] Bug #1629045 opened: [2.1] When failing to download images, MAAS leaves old files in the fs [18:32] curtin is the most confusing thing ever [18:33] I just want my BIOS booted system to use a GPT partitioning scheme on deploy [18:33] Following this: http://askubuntu.com/questions/646278/how-to-ask-curtin-to-use-gpt-instead-of-mbr-with-maas [18:33] i need to add block-meta: & format: gpt to the curtin_userdata file but i have no idea where [18:37] shubjero, maas_url=the IP for 10.14.0.1 - which is the IP of eth1 [18:37] i dont have a rackd.conf in /etc/maas [18:44] Bug #1629061 opened: Release and list IPs reserved by another user [18:45] calling http://169.254.169.254/ ... [18:46] network unreachable... [18:46] just continues to spew... [18:47] then it just ends up at a console login promt [18:50] baldpope: try dpkg-reconfigure maas-regiond [18:50] follow the wizard to set the maas_url, then reboot the maas server.. retry your comission [18:55] shubjero, when running, the only prompt is to enter the IP, presumably for eth1 [18:55] and it's set [19:08] baldpope: just re-set it, then reboot.. and try again.. honestly my impressions of maas so far are that its extremely buggy [19:09] * baldpope sigh [19:09] ok [19:10] shubjero, there's a reference to an iptable entry that needs to be set - but I have no iptables rule [19:10] do you? [19:11] iptables on my maas server is set to accept all [19:11] baldpope: why arent you running rack-controller.. aka rackd? [19:11] pretty sure thats required.. also.. how did you install maas? [19:11] installed maas through apt-get [19:11] as per http://insights.ubuntu.com/2016/01/23/maas-setup-deploying-openstack-on-maas-1-9-with-juju/ [19:13] I did a 2.0 install of 'maas region controller' right from the ubuntu 16.xx ISO [19:13] and it installs region-controller and rack-controller [19:13] http://pastebin.com/rrcL5LEd [19:13] baldpope: check maas-region local_config_get --maas-url, make sure it's pointed at your maas server IP, otherwise set it explicitly. i had to do that w/ 1.9 when i saw the 169 IPs [19:14] jhegge, where is that? [19:14] baldpope: it's a binary on your maas install server [19:15] maas-region command not found [19:15] maas-region-admin? [19:15] jhegge, sudo maas-region-admin local_config_get --maas-url [19:15] maas_url: http://10.14.0.1/MAAS [19:15] not in your path, i can't recall where it's at. try maas-region-admin, might be it changed from 1.9 [19:15] that IP is the eth1 address [19:17] baldpope: that IP needs to point to the right interface, if it's not you can use local_config_set --maas-url to change it [19:17] i saw this several times depending on how i'd setup the server [19:19] baldpope: i believe i followed this when i had the same problem as you: http://askubuntu.com/questions/352363/virtualbox-maas-help-needed [19:19] but i mean, ultimately its just making sure you have that maas_url variable set correctly.. which you've already confirmed [19:19] but like i said.. pretty buggy.. reboot once.. might not work.. reboot again.. works suddenly [19:20] i still have flaky dhcp service with maas.. literally doesnt work on some reboots [19:20] i dont mind rebooting again - but still... [19:20] yeah i know *shrug* [19:25] jhegge, when you say the 'right interface' - do you mean the maas internal one? [19:26] baldpope: the one you want to serve TFTP to nodes [19:26] ok, then yea -it's set correctlyt [19:27] i always had this: http://:5240/MAAS perhaps the port is needed [19:29] hm, port wasn't there, I'll add it [19:29] Bug #1629080 opened: [2.1 ipv6] deploying machine needs connectivity to maas [19:30] btw - not sure if it matters, but I'm on 14.0.4? [19:30] should I reinstall the maas host with 16? [19:30] or do a dist-upgrade? === frankban|afk is now known as frankban [19:32] jhegge, on the internal, right? [19:33] Anyone come across this before? http://imgur.com/a/xspnc [19:33] 'Can not apply stage config, no datasource found! Likely bad things to come! [19:33] Traceback [19:35] baldpope: I don't know what you mean by internal but the maas-url needs to be on the interface that is pointed at your nodes [19:36] ok, then yea - from the guide the eth0 would be 'public' and eth1 (along with the sub interfaces) were all internal [19:36] added the port [19:36] rebooting a node === frankban is now known as frankban|afk [19:39] no change [19:39] hm [19:40] hm [19:40] ok - dumb question [19:40] i have a total of 6 nics in the node/blade [19:41] eth0 - 3 are an add on card, while eth4 and eth5 are onboard - I currently have the onboards plugged in and the add-ons are vacant [19:41] is it possible it's trying to use eth0, which has no binding? [19:41] the default route is out eth4, so I wouldn't think so... [19:42] https://imagebin.ca/v/2wmIJe2y8guB [19:48] baldpope: yeah that looks fine [19:50] your maas is in the 10.14.0.0/24 ? [19:50] ah yep, just read up [19:50] /20 [19:50] but yea [19:50] sorry, meant to type /20 [19:53] I cant get UEFI or BIOS deploy's working. BIOS deploys end up with tracebacks near the end of the deploy. UEFI deploys just drop at the GRUB boot. Enticing me to just use Foreman [19:53] The support and documentation for maas sucks === mup_ is now known as mup === mup_ is now known as mup === mup_ is now known as mup === mup_ is now known as mup === mup_ is now known as mup === mup_ is now known as mup [20:38] shubjero, i got it working - was able to deploy [20:40] baldpope: me too! lol [20:41] only using UEFI though (which is fine) [20:42] interesting note (expected?) no default route set === koma is now known as Guest47370 [21:17] Bug #1629106 opened: DHCP probe service fails for interfaces with no IP address assigned [21:29] confirming - i cannot change the network settings for a deployed node, it must be in the ready state? === mup_ is now known as mup === mup_ is now known as mup === mup_ is now known as mup === mup_ is now known as mup === mup_ is now known as mup === mup_ is now known as mup === mup_ is now known as mup === mup_ is now known as mup