[00:00] bdx, ^ [00:10] bdx, if you mean multiple spaces in MAAS I have everything in a single space [00:21] also, adding a subnet in maas does nothing to make it stop [00:22] also, it seems like whichever node is used for neutron-gateway does offline after it's installed .-. [00:25] although that's more of a question for #openstack i guess [01:27] wolfmitchell: which version of maas and juju ? [01:28] Juju 2.3.5-bionic-amd64 [01:28] with maas 2.4.0~beta1 [01:28] .. crud it copied the newline [01:28] w/e [01:29] wolfmitchell: can you deploy a much simpler model with lxd containers on maas? [01:29] like mysql/wordpress or mediawiki or something [01:30] yeah, i'll try this [01:30] https://jujucharms.com/mediawiki/19 [01:30] sorry, should have pasted the link lol [01:40] thumper, getting that same error, uploading a pastebin of the model's yml rn [01:41] http://upaste.me/4a2a4958751d1aee3 [01:42] what does your maas network setup look like? [01:47] this is a virtual setup just to learn MAAS, Juju, and Openstack, everything is connected to the same bridge interface on the host [01:48] thumper, ^ [01:48] hmm... [01:48] what networks do you have defined in maas? [01:48] I think juju expects at least something [01:49] I have a single subnet (10.0.0.0/8) defined [01:52] hmm... [01:53] I'm a little confused [01:53] how so? [01:53] wolfmitchell: we have someone coming on in a few hours that has more experience with this [01:53] wolfmitchell: just outside what I deal with mostly [01:53] crud, would they be on around about this time tomorrow (minus 5h or so) [01:53] wolfmitchell: also, confused because simple setups should just work [01:53] since I have to get off uh [01:53] soon(tm) [01:53] like 7min [01:54] i have work early tomorrow [01:54] try first think tomorrow your time, failing that, file a bug with all info [01:54] we follow those [01:54] mmk [02:00] anyway i'm getting off [02:00] thanks for helping thumper [02:00] sorry i wasn't more help [02:01] still, thanks anyway :P [02:54] thumper, just found out i can go in to work a couple hours later tomorrow, maintainance on the door card access system thing is happening and nobody can get in for the first couple hours of the day so... i have another hour til i have to go now i guess [02:54] thumper, should I try redeploying MAAS and everything though? [02:59] wolfmitchell: I'd wait for jam [03:00] he isn't online yet [03:07] how long do you think it'd be until they're on, thumper? [03:07] soonish... [03:07] but I have a meeting with them in an hour [03:08] ah ok [03:08] tbh i'm prob just gonna redeploy it lol, it won't take that long to do [03:09] i'll wait til tomorrow first [03:20] k [03:32] ... i just looked, apperantly i used an iso for ubuntu 18.04, not 16.04 [03:33] that... may cause some issues [03:33] lol === ejat_ is now known as ejat === frankban|afk is now known as frankban [08:16] wolfmitchell: "could not find unused subnet" is because LXD is trying to find a random IP address range in the 10.0.0.0/16 range. And since you've already allocated all of 10.0.0.0/8 we're unable to do so. [08:17] Now, why we would be allocating a random one, rather than bridging to your host network, etc, is something still worth figuring out [12:27] jam, is there a way to change what range it uses? [12:27] possibly to something in 172.16/12? [12:55] wolfmitchell: if you're using containers underneath MAAS I wouldn't think Juju would be trying to create an lxdbr0 in the first place, but that we'd just bridge the network device of the host machine [12:55] wolfmitchell: there isn't a way to change the prefix that Juju looks at, unfortunately, but we should definitely figure out why we're searching at all. [13:04] jam, should I try splitting our 10/8 to just the subnets under that we're using as a temporary workaround? or would DHCP not hand out 10/8 as the subnet being used for clients? [14:12] jam, what if I change this line of code to use a diff subnet? https://github.com/juju/juju/blob/master/container/lxd/initialisation_linux.go#L364 [14:12] lol === frankban is now known as frankban|afk [21:30] jam, so what i'm gonna do is just redo my lab to use 172.16.0.0/16 anyway since i was planning on moving away from 10.0.0.0/8 anyway (it caused issues with my work vpn)