/srv/irclogs.ubuntu.com/2013/06/06/#maas.txt

=== lifeless_ is now known as lifeless
bigjoolsmwhudson: now would be a good time to chat...01:03
mwhudsonbigjools: hey01:38
mwhudsonbigjools: still good?  HO?01:39
bigjoolsmwhudson: yes - give me a couple of mins01:39
mwhudsonbigjools: i need to caffeinate so np01:39
bigjoolsunderstandable01:39
mwhudsonbigjools: let me know when you're ready01:47
bigjoolsmwhudson: ready!01:47
mwhudsonok01:47
bigjoolscall meh01:47
mwhudsonbigjools: can you drive g+ reliably?01:47
bigjoolsyeah...01:47
* mwhudson clicks some things01:47
mwhudson"Julian isn't on Hangouts right now. He'll see your messages later01:48
mwhudson"01:48
bigjoolshahahaha01:48
bigjoolscalling you01:48
mwhudsonah01:48
mwhudsoni think i'm calling you01:48
bigjoolsand failed01:48
bigjoolsfirst time I had this with anyone01:49
lifelesscould be hangouts vs chat :)01:55
lifelesscause youknow, standards, meh.01:55
bigjoolsthe online presence detection seems a little flaky02:13
* bigjools lunches02:14
roaksoaxrvba: around?15:05
roaksoaxjtv: aound?15:09
jtvHi roaksoax15:09
=== racedo` is now known as racedo
roaksoaxjtv: howdy! So I'm wondering something quick. If I add a template snippet for commissioning user data, I should do this right? http://paste.ubuntu.com/5739010/15:11
roaksoaxjtv: in other words, if I add a snippet, i need to do this in the template: {{maas_ipmi_autodetect_py}}15:12
jtvroaksoax: it's been a while, to be honest — best thing for this one is to cargo-cult it from how the other snippets work.15:14
roaksoaxjtv: ack! thanks15:14
jtvIf you're moving monolithic code into snippets, that's good news — means we can test them etc.15:15
roaksoaxjtv: yeah.. though I don't see tests for maas_signal for example15:15
jtvBe careful of dependencies between snippets, and on snippets etc. though.15:15
jtvI think maas_signal was somewhat out of our control.15:15
roaksoaxyeah well I guess the same applies for maas-ipmi-autodetect15:16
roaksoaxjtv: ok so now I need to inject the same file into the enlistment preseed15:16
roaksoaxjtv: I'm guessing {{maas_ipmi_autodetect_py}} is not being made available elsewhere?15:17
jtvRight — the snippets aren't available except as part of the commissioning preseeds.15:17
roaksoaxjtv: ok, so since enlistment "is" commissioning, I think I could easily make it available. Will give it a try, thanks!15:18
jtvWhat do you mean by "is"?15:18
jtv(I sound like Bill Clinton, don't I?)15:18
roaksoaxjtv: heh, so enlistment is basically the same as commissioning, the only basic difference is that it uses a different preseed file15:19
jtvFrom which perspective exactly?  There are different ways of looking at it.  For the MAAS code, the two are separate *but* there doesn't have to be a human interaction between them.15:20
roaksoaxjtv: from the maas point of view, IIRC, they both have the same 'purpose'15:21
jtvBut as for the preseeds, maybe if you can colocate, you can reuse the snippets.  I just hope the two won't "contaminate" each other!15:21
jtvAh, the boot-image purpose!  Yes they're both using the same one there.15:21
roaksoaxyep15:23
roaksoaxjtv: where is all thede code in charge of rendering the commissioning userdata?15:51
jtvroaksoax: the lowest-level code is in src/provisioningserver/commissioning/snippets.py IIRC15:52
jtvAhem.  src/metadataserver/commissioning, that is.15:52
roaksoaxcool thanks :)15:52
jtvAnd the user_data.py module works at the level just above that.15:53
roaksoaxjtv: ok so what I want to do is to make  the snippets available for the enlistment15:55
roaksoax processes15:55
roaksoaxhow do you best suggest to do that?15:56
jtvYeah, that's going to take a bit of design.15:56
roaksoaxshould I simply do something similar to what generate_user_data does?15:56
roaksoaxjewell yeah, I already can list the snippets, so importing that won't be that hard, the only thing is to made them available to the enlistment context15:56
jtvIt may be a matter of parameterizing that code, so that you can apply it using different snippets directories.15:57
roaksoaxjtv: right, but i want the same snippets15:57
roaksoaxto not have the same code in two different places15:57
roaksoaxso consuming what it's there makes more sense15:57
jtvI don't remember if the main template needs to include those snippets explicitly or not...  If it does then yes, you could just combine them into a single directory, like a kind of standard library.15:58
roaksoaxjtv: http://paste.ubuntu.com/5739174/ -> this is what I waas thinking16:00
jtvMy machine is becoming unusable...  will reboot soon16:00
jtvroaksoax: is generate_user_data too different from what you need?16:02
roaksoaxjtv: doesn't seem to be other than the location of files are different16:03
jtvIf all it takes is some different templates (and the same snippets directory), I'd approach it like this:16:04
jtv1. Split out an implementation function that basically does all the work, except for locating those templates at the top.16:05
jtv2. See if the call sites can be conveniently changed to look up the templates themselves, and just call that new function instead (so that the remaining version of generate_user_data can just go away).16:05
jtv3. Have the enlistment version call the same function, but with different templates.16:06
jtv4. See if the code needs moving.16:06
jtvMind the "If" at the beginning though.  :)16:06
roaksoaxjtv: ok cool16:06
roaksoaxi'll look into that16:06
jtvGreat.  I'm off now, to be back Tuesday.16:07
jtvSo feel free to ask the others.  :)16:07
roaksoaxalright have a good long weekend16:07
jtvThanks!16:07
Campbellhey, has anyone seen issues where the TFTP server stops responding on MAAS 1.4.5? I understand this is now a twisted based python server rather than a standalone. it worked before to get all my nodes PXE booted and enlisted but not it's stopped working and I am at a loss as to why17:08
hazmatroaksoax, ^17:12
hazmatCampbell, haven't seen it before.. is there anything in /var/log/maas/pserv.log17:13
CampbellLots of healthy logs from yesterday when I brought the servers in but today very little since I've been trying to bootstrap juju http://pastebin.com/vtFRbneU17:16
CampbellIs there a specific process I should be looking for to see if it's alive?17:19
Campbellnetstat shows that nothing is listening on port 6917:20
roaksoaxCampbell: what happens when you try to PXE boot? it simply won't?17:23
Campbellyeah, it sits there trying to connect to the TFTP server and cant17:23
roaksoaxCampbell: is your maas server using DHCP?17:24
CampbellNo, I have a separate DHCP server which is serving this network17:25
Campbellit seems to be working fine, the machines are getting an IP address as teh PXE boot and we've got the ip helper enabled to forward UDP traffic17:25
CampbellI am unable to telnet onto port 69 on the MAAS server locally either. Looks like TFTP is dead.17:31
hazmatCampbell, the maas pserv instance17:54
hazmatis the tftp server17:54
hazmatCampbell,  sudo service maas-pserv status17:55
Campbellmaas-pserv start/running, process 142017:58
CampbellLooks like it's there17:58
Campbellactually its not when I do ps -d18:00
roaksoaxCampbell: sudo service maas-pserv restart18:01
roaksoaxand see what happens18:01
roaksoaxpserv.log should give an idea of what's happening18:02
Campbellnothing from what I pasted earlier18:04
CampbellI'll try and force a restart on pserv and see what that does18:04
CampbellJust get this in the log 2013-06-06 11:04:40-0700 [-] Received SIGTERM, shutting down.18:05
roaksoaxCampbell: can you do this in the maas server?:18:08
roaksoaxubuntu@cluster1:~$ tftp localhost18:08
roaksoaxtftp> get pxelinux.018:08
roaksoaxReceived 27154 bytes in 0.0 seconds18:08
Campbellpermmission denied18:08
Campbellahnot I got it18:10
Campbellso its probably network related18:10
CampbellI was running the get from a directory I didn't have write permissions in18:10
roaksoaxCampbell: yeah, so to me, given that you have a external DHCP< it is either giving a wrong ip to the MAAS server (different from next-server)18:12
roaksoaxthat's the most likely cause of the issue18:12
CampbellOK. I'll do some more investigation. Thanks for the pointers :)18:13
CampbellI've got the PXE boot happening again. I think recycling the maas-pserv did the trick. That's the only thing I've done that I think might have been material.18:38

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!