[09:40] Bug #1469663 opened: 1.8.0 Error validation highlight displayed to soon [09:55] Bug #1469666 opened: 1.8.0 incorrect text alignment in dropdown fields [10:04] Bug #1469666 changed: 1.8.0 incorrect text alignment in dropdown fields [10:10] Bug #1469666 opened: 1.8.0 incorrect text alignment in dropdown fields [11:47] the MAAS URL passed to openstack, does it need to be resolvable also by the other hosts, or only by the openstack server? I ask because I've installed MAAS and openstack on the same system, with the MAAS system specified to openstack as 127.0.0.1, but in comands.log I see: INFO juju.network network.go:194 set [11:47] ting prefer-ipv6 to false\n2015-06-29 11:19:43 ERROR juju.cmd supercommand.go:430 Get http://127.0.0.1/MAAS/api/1.0/nodes/?agent_name=6805b4ae-d1c8-4561-8b2b-8e38072c5881&id=node-ce38fc4a-1e4 [11:47] d-11e5-b294-e41f13cc851c&op=list: dial tcp 127.0.0.1:80: connection refused\nERROR failed to bootstrap environment: subprocess encountered error code 1 [11:53] I have more questions on my Curtin customization journey [11:54] I'm now able to properly partition, configure & install on a disk and it works well if this disk is the only one [11:55] but if the system has /dev/vda which is the first disk & /dev/vdb which is the big disk being partitioned, [11:55] how can I tell the unit to reboot on the second partitioned disk ? [11:57] If I remove /dev/vda from the system & reboot the unit, it will correctly complete the charm INSTALL and the service comes online [12:06] mpontillo, hey, are you around? [12:15] rvba, ping [12:15] dimitern: hey [12:15] rvba, hey [12:15] rvba, so I'm trying to follow mike's "A Portable MAAS Dev/Test Environment" presentation [12:16] rvba, and I've already mirrored the trusty archive, just the sstreams-mirror is still going [12:17] rvba, once this is done (and the additional steps in "Putting it all Together"), how do I configure my local maas to use the mirror? [12:18] dimitern: configure MAAS to use this mirror by changing the "Main archive" setting (on the settings page). [12:18] rvba, can it be a path instead of an URL ? [12:19] dimitern: no, it has to be a URL. The nodes themselves will use it. [12:19] rvba, so I need nginx or apache running to server the mirror? [12:19] serve [12:20] Yes, you need something to serve the mirror. I don't remember what Mike used… probably a dedicated tool (I forget) the name. [12:20] rvba, right, I'll figure it out then [12:21] dimitern: I'll ask Mike when he comes online. [12:21] rvba, hopefully this should give me a local maas that can work totally offline [12:21] dimitern: yep, that's the goal of this tutorial. [12:21] rvba, cheers [12:22] dimitern: please take notes about things that aren't clear enough… and we will improve the tutorial. I'm sure you're not the only one interested. [12:22] rvba, will do [12:22] Ta [12:23] rvba, downloading from maas.ubuntu.com is very slow compared to archive.ubuntu.com btw - I managed to mirror 176 GB in about 4h, but for ~14GB from maas.ubuntu.com it already takes more than 20m [12:26] Hello all [12:26] I've got an interesting question on MAAS [12:26] I've been looking at playing around with MAAS for building cloud networks but is there any reason why this couldn't been used to build a local network as well? [13:36] hey dimitern, I'm awake now ;-) [13:39] mpontillo, hey :) [13:39] mpontillo, I've followed your local test/dev completely offline maas setup [13:39] mpontillo, and have a few question if you have time [13:44] dimitern: I'm just using Apache to serve up the files for the mirror [13:45] mpontillo, yeah, I've configured nginx for the same purpose [13:45] dimitern: cool. I have a symlink images -> /home/mirror/maas/images and I do most of my mirroring as the 'mirror' user [13:45] from /var/www/html in my case [13:45] mpontillo, I'm having a *really* slow download from maas.ubuntu.com for sstreams-mirror - is this the same for you as well? [13:46] mpontillo, in contrast archive.u.c mirror completed in 4h (all 180GB of it) [13:46] let me check dimitern [13:46] mpontillo, also I suspect not all of the ephemeral-v2 images are needed (shouldn't only the trusty ones work just as well?) [13:52] dimitern: I'm running: sstream-mirror -v --max 1 http://maas.ubuntu.com/images/ephemeral-v2/releases/ $HOME/maas-test/images/ephemeral-v2/releases [13:52] dimitern: have grabbed 500 MB so far [13:53] my complete mirror of daily/ and releases/ is 17GB, FYI [13:54] dimitern: here's the script I'm using for MAAS images mirroring now: http://paste.ubuntu.com/11793197/ [13:54] mpontillo, my sstreams-mirror just finished (after about 3h) fetching 15GB [13:58] do you have the --max 1 in there? in my original talk, I forgot to put that in there. [13:59] since it's so slow, I guess you can see why I'd rather have a local mirror than hit the server each time ;-) [13:59] I'll let you know how long mine took when it completes. [13:59] mpontillo, I didn't, but now I added it [14:00] dimitern: if you run it again, it should trim down some of that disk usage.. and you can also grab daily/ to test with =) [14:02] mpontillo, it's running now, will see how long it takes :) [14:05] mpontillo, oh, sstream-mirror is not so dumb as I thought - it detected I've already had all releases and didn't try downloading them again; dailies are now being downloaded [14:07] dimitern: yeah, once you have the mirror going, it's pretty painless to maintain. I just have a cron job run the script a few times per day to check for new images [14:08] I've grabbed ~4 GB so far [14:12] mpontillo, I'll set it up similarly [14:12] mpontillo, what's the --max 1 argument for? [14:13] dimitern: I think you get historic images without it.. --max 1 just gives you the latest [14:14] mpontillo, I see, ok [14:24] I'd like to add power support for a new power type. Are there any guides or pointers out there? If not I'll dig around in the code (maas 1.8). [14:25] gnuoy: I can find a commit that does just that… hang on… [14:25] that would be fantastic, thank you [14:26] gnuoy: bzr log -p -r 3663 | less [14:28] gnuoy: rvba may have beat me to it, but here's the complete *removal* of a power type (and corresponding probe-and-enlist code) https://code.launchpad.net/~mpontillo/maas/bug-1451852-remove-legacy-esxi-probe-and-enlist, which may be instructive [14:29] rvba, mpontillo, perfect, thanks [14:29] gnuoy: rather, I meant to link to this, which will give you the diff https://code.launchpad.net/~mpontillo/maas/bug-1451852-remove-legacy-esxi-probe-and-enlist/+merge/259075 [14:40] dimitern: just completed; 9.0 GB in 48 minutes [14:40] mpontillo, yeah, I guess it's faster in the US [14:40] mpontillo, mine is still going, but I'll leave it running [14:40] Bug #1469742 opened: Failure to start sm15k servers because of exception to set power-type: KeyError: u'sm15k' [14:41] caribou, hmm, so you want to tell the system to somehow boot from the second disk? [14:41] * mpontillo does a traceroute; looks like the servers are in the UK (~160 ms away from me) [14:41] I don't think we support that [14:42] kiko: well, that's my question : does Maas keeps track of the booting disk ? [14:43] kiko: I thought of zapping the grub MBR off the first disk but no luck so far === jfarschman is now known as MilesDenver [15:20] caribou, I do not think it does [15:21] caribou, first, I don't know if we even know what disk is the system disk [15:21] but second, I don't know if we have a way to tell the node to boot off a specific disk [15:21] kiko: that's what I thought; my guess is that it's the first grub MBR found that kicks the boot [15:22] kiko: what I need to find is how to get the second disk to be the only one with a valid grub MBR to boot from [15:22] well, if there is only one disk, my curtin partitioning works [15:22] so that's what I'm blogging about [15:23] I don't know how that phase is booting is handled [15:23] and I'm not sure it is documented either [15:23] rvba, roaksoax: do either of you know? [15:59] Bug #1441404 changed: 1.8b1 Accessing nodes detail page gets stuck in Loading [16:16] kiko: well, I'm documenting a single disk partitioning for now. I'll add another post if I figure out multi-disk [16:20] Bug #1441404 opened: 1.8b1 Accessing nodes detail page gets stuck in Loading [16:23] Bug #1441404 changed: 1.8b1 Accessing nodes detail page gets stuck in Loading [17:53] Bug #1469822 opened: Updating a node fails with invalid OS and distro series [18:56] Bug #1469846 opened: UCS chassis enlist Failed to probe and enlist UCS nodes: list index out of range [19:09] Has anyone had success accessing the complete MAAS GUI behind a SOCKS proxy? Some pages don't load completely, and it seems to hang on the yui URIs [20:26] whats going on everyone? I just upgraded to maas 1.8 under trusty....I am experiencing an issue where I cannot save edits to a nodes details e.g. hostname or arch or any editable field for a node [20:27] I'll fire up a bug report here asap....just thought I would check in and see if there might be a reason for this what seems like read only gui config [20:50] Bug #1469874 opened: MAAS 1.8 not allowed to edit node details in gui after upgrade === jfarschman is now known as MilesDenver