[00:13] Does anyone know if there are issues with django and maas on Trusty? [00:19] I have a system running trusty and just installed MAAS on it (system is fully updated). After installing MAAS and setting the IP address, I tried accessing the dashboard at 10.0.0.10/MAAS and got an "Internal Server Error". [00:20] The following is from apache's error log: http://paste.ubuntu.com/6597120/ [00:20] any ideas what's going on here? Looks to be an issue with django of some sort, but I have no idea what... === CyberJacob is now known as CyberJacob|Away === freeflying_away is now known as freeflying === CyberJacob|Away is now known as CyberJacob === CyberJacob is now known as CyberJacob|Away [17:31] hi [17:32] I am having problems using WoL power management on MaaS [17:32] can somebody help me out please? [17:42] I can't poweroff any node using the maas-cli stop [17:42] or using the web interface [17:42] the node goes from 'Allocated' to 'Ready', but doesn't shut down [17:43] andre118: I'm not sure that WoL power management supports shutdown at all. [17:45] I know that, unlike IPMI, WoL is meant to only boot up machines [17:47] But considering the fact that it does not support, wouldn't it be easy for MaaS to take over the shutdown process? [17:47] I don't think MAAS has credentials. [17:47] (to individual nodes) [17:48] But it's (relatively) trivial to write your own power management plugin to MAAS, so if there's some way that will work on your setup, you could modify the WoL hook. [17:49] I can give it a try [17:49] but I thought that, having the option for WoL, all minimum features would be supported [17:50] I mean, one can't use MaaS at all without having it shut his nodes down [17:50] so WoL power management isn't actually an option [17:51] I think the intention was that you could experiment with MAAS. But in production, I'd expect you to have production server hardware. With WoL you can still do it, but you'll have to run around turning machines off. [17:53] ok, I will try to customize the WoL hook just like you suggested, thank you :) [17:53] one more thing related to WoL [17:54] I guess it is related to my hardware, but WoL only manages to boot up machines where I previously run a 'ethtool -s eth0 wol g' command [17:55] evilnickveitch: ^^ do we have any documentation on node system requirements, and what users should expect depending on what they have? It seems to me that andre118 was surprised, and I can't find anything relevant in the documentation. [17:55] if I'm not missing any configuration, is it reasonable to put this command on a customized preseed? [17:58] andre118: once you've run that command, does WoL stay persistently enabled? Then you could do it with a commissioning script. However, you'd need to manually boot each machine into commissioning to make that work. [17:59] andre118: if it works then maybe you could do it during enlistment phase instead, to save that extra step. It's a hack on top of what enlistment is supposed to do though (touch the machine as little as possible). [18:03] I'm sorry, I lost your last comments [18:04] WoL will remain persistently until the node is reallocated (and subsequently installs a fresh OS) [18:06] so the solution is something like editing the comission script AND the preseeds so enables WoL whenever it allocates? [19:01] what is the proper way to import the PXE stuff when setting up MAAS now? is it maas-cli or maas-import-pxe-files? [19:25] what is the proper way to import the PXE stuff when setting up MAAS now? is it maas-cli or maas-import-pxe-files? === CyberJacob|Away is now known as CyberJacob [19:26] maas-cli didn't seem to do anything and maas-import-pxe-files has called maas-import-ephemerals but that just seems to be stalled and doing nothing [19:27] <_bjorne> do you want to import boot files to? im using maas-cli maas node-groups import-boot-images [19:28] _bjorne: I tried that first and it didn't do anything... sat for well over an hour and there was no indication that anythign had happened [19:29] the "no boot files found" message still appears on the UI login [19:29] <_bjorne> have you route to wan? so you is not only on lan? :) [19:29] yep [19:30] <_bjorne> iptraf or tcpdum so you see something happend on ethernet? [19:30] when I ran maas-import-pxe-files, it did show downloading of all the various PXE files, but then it kicked off maas-import-ephemerals and just stopped. [19:31] _bjorne: heh, heres the kicker... this is on a laptop... eth0 (gigE) is on a private network, wlan1 is connected to the internet. [19:31] <_bjorne> for me that take a long time to get all files, if you have slow internet. [19:31] hrmmm it could be just that... [19:31] maybe I'll hook the gigE back up to the wan side and retry then set the network back up as it should be. [19:31] <_bjorne> im have 100mbit and that is some files that need down, like 1gb files or so :) [19:32] ahh... that's a good point... I could be just impatient as well... [19:32] do you happen to know where it dumps the files so I could at least monitor progress that way? [19:33] <_bjorne> ../var/lib/maas [19:34] ahhh yeah... [19:34] <_bjorne> locate maas :) and you see all maas dirs. [19:35] yep, thanks [19:35] <_bjorne> or tcpdump -nvi ethX X=0 or what card you have [19:36] <_bjorne> and you see if something happend there on network card. [19:38] yep. I'll let that run a bit and see what happens [19:41] <_bjorne> bladernr_ you see something? [19:41] _bjorne: yes... but I also restarted the import so it's downloading the PXE stuff again [19:42] so once it gets passed that to where it's downloading ephemerals, I'll look for stalled traffic or something [19:43] <_bjorne> ok... put it going under the night, if you have slow connection :) so you have the files in the morning :) or edit import_ephemerals so that looks like this RELEASES="precise" [19:43] <_bjorne> ARCHES="amd64/generic i386/generic" [19:44] <_bjorne> if you using precise :) and you take down only that :) or what dist you using. [19:44] <_bjorne> that files can you find in /etc/maas [19:47] _bjorne: awesome. thanks! It is downloading the ephemerals now... I was just being impatient [19:48] <_bjorne> hehe :) === CyberJacob is now known as CyberJacob|Away