/srv/irclogs.ubuntu.com/2013/09/23/#maas.txt

=== kentb is now known as kentb-afk
joebakerIs there documentation to enable https for MAAS?04:50
joebakerto answer my own question:  I see that in /etc/apache2/conf.d/maas-http.conf  is probably the way to enable https.   It seems to be standard Apache stuff.04:52
joebakeranswer:  This command line solved turning on SSL :   sudo a2enmod ssl  ;   service apache2 restart05:01
=== CyberJacob|Away is now known as CyberJacob
AskUbuntuUbuntu server DNS/DHCP/MAAS woes | http://askubuntu.com/q/34906112:49
=== kentb-afk is now known as kentb
=== kentb is now known as kentb-afk
roaksoaxsmoser: howdy!! so I was wondering if you'14:23
roaksoaxsmoser: howdy!! so I was wondering if you've reviewed the new ephemerals_script that uses simplestreams14:23
smosersort of.14:25
smoserbut not in depth.14:25
smoserwhy?14:25
smoseri reviewed it with the eye of 'this looks fine if it is functionally equivalent'14:25
roaksoaxsmoser: yeah.. so are we meant to lose the fact that a user can specify what releases we want to import from /etc/maas/import_ephemerals?14:29
roaksoaxsmoser: or is now maas going to control the import process alone14:29
roaksoaxand the user won't be able to14:29
smoserthey'll need to be able to specify that somehow.14:29
roaksoaxrvba: ^^14:29
roaksoaxallenap: ^^14:29
tych0hi14:30
smosertych0, roaksoax was asking about "are we meant to lose the fact that a user can specify what releases we want to import from /etc/maas/import_ephemerals?"14:31
smoser" or is now maas going to control the import process alone"14:31
tych0well, there is no config file stuff yet14:31
tych0you can do it with filters, though14:31
tych0e.g. maas_import_ephemerals.py release~(precise|quantal)14:31
smoserso we mean to make it configurable. but haven't yet.14:32
roaksoaxtych0: right, but I didn't mean it particularly for releases  though (but for all the options)14:32
smoserand i think that bigjools suggested that you should read the old config file ?14:32
tych0yeah14:32
smoserroaksoax, what all options are there.14:32
roaksoaxtych0: so my point being is that are we losing functionanility by being able to specify the options on the config file (since there's no config file)14:32
tych0yep14:33
tych0it's on the todo list to implement14:33
tych0just pre-empted by higher priority cloud installer stuff atm14:33
roaksoaxtych0: and does this mean that *maas* only can run the script, or will the user will be able to do so?14:33
tych0no, users should be able to run it14:33
roaksoaxtych0: right, since I see the script being installed in srcf/provisioningserver/import_images/ephemerals_script.py... i don't see how this will end up in /usr/bin14:34
roaksoaxor /usr/sbin for that matter14:34
tych0there's still one in /scripts/maas_import_ephemerals.py14:34
tych0which basically just invokes that14:34
tych0(FWIW i didn't put it there)14:34
tych0the original was all in python14:34
tych0er, all in /scripts14:34
roaksoaxtych0: i see now..14:34
roaksoaxtych0: ok so when are we meant to deprecate the shell script in favor of the python one? (i'd like to drop the .py from the binary to not have to rename it in packaging)14:35
tych0roaksoax: i don't know, probably best ask gavin14:35
tych0i agree, though14:36
tych0r.e. dropping the ext14:36
roaksoaxtych0: perfect! Thanks for taking care of this!14:36
tych0yep14:36
roaksoaxallenap: when are we looking to deprecate the shell script for ephemeral import in favor of the python one?14:36
allenaproaksoax: Not sure yet, but in time for 13.10.14:51
allenaproaksoax: tych0 and jtv have been working on it.14:51
allenaproaksoax: Want me to get a more solid estimate?14:51
roaksoaxallenap: if it is in time for 13.10 i'm good with that (so far) I just wanna start making the packaging changes needed to have the latest in soonish14:54
tych0afaik there shouldn't really be any packaging changes needed14:55
tych0bigjools' request was that the script migrate configs itself14:55
tych0so that we don't have to do any more postinst stuff14:55
tych0(that's assuming we drop the .py, i guess)14:55
allenaptych0, roaksoax: These scripts should no longer be available for users to run directly (well, not on PATH at least), so I think that simplifies things.15:03
=== kentb-afk is now known as kentb
roaksoaxtych0: yeah but we do need other packaging changes (new dependencies and stuff)15:06
roaksoaxallenap: so maas-import-ephemerals should no longer be run by the user?15:06
roaksoaxsmoser: ^^15:06
smoserallenap, "These scripts should no longer be available for users to run directly (well, not on PATH at least), so I think that simplifies things."15:07
smoseri dont know why that is required or desireable15:07
tych0roaksoax: ah, yeah, good point15:09
=== matsubara is now known as matsubara-lunch
=== matsubara-lunch is now known as matsubara
kurt_roaksoax: do you know if it's necessary to reconfigure maas-dhcp and maas-dns when adding/removing interfaces on the maas region controller?18:56
kurt_or does dpkg-reconfigure maas-region-controller take care of all that?18:57
roaksoaxkurt_: if you add/remove interfaces you do not need to configure maas-dhcp/maas-dns19:01
kurt_roaksoax: ok, thnx19:02
roaksoaxkurt_: but of course the interface need to be configured for the particular network (since maas only configures the interfaces in terms of dhcp/dns) and doesn't actually congfigure the network interface with the network parameters you want (as in it doesn't give the interface an IP address, netwmask, etc)19:02
kurt_right19:03
kurt_roaksoax: troubleshooting why pxe boot doesn't appear to be working19:04
kurt_there are many reasons this could happen - I get it.19:04
kurt_just working to narrow it down19:04
roaksoaxkurt_: what's been displayed in /var/log/maas/pserv.log19:06
roaksoaxkurt_: what about maas-serv is running?19:06
roaksoaxwhat about DHCP?19:07
kurt_no maas-serv19:08
kurt_http://pastebin.ubuntu.com/6146865/19:09
roaksoaxkurt_: sudo service maas-pserv start?19:25
kurt_Something is wrong with the maws-dhcp - I can't find where the configuration causing this is:19:28
kurt_http://pastebin.ubuntu.com/6146952/19:28
roaksoaxkurt_: then something is not configured properly19:29
roaksoaxkurt_: i'm assuming you are using maas for both dns/dhcp19:29
kurt_correct19:29
kurt_that configuration is not in maas/dhcpd.conf19:29
kurt_nor is it in /etc/dhcp/dhcpd.conf19:29
kurt_my maas-pserv is running19:29
kurt_maas-pserv start/running, process 83819:30
roaksoaxkurt_: correct so tftp works locally?19:49
kurt_not sure about that. it doesn't appear to19:50
kurt_I see my VM trying to tftp boot - and nothing is happening19:50
kurt_I have another installation where this is working fine19:50
roaksoaxkurt_: so in the same maas server: tftp <maas-server-ip?19:51
roaksoaxget pxelinx.019:51
kurt_let me ask this - can the interface take the router address too?19:51
kurt_ie. .1?19:51
roaksoaxkurt_: if the maas server is the router, itwould19:51
roaksoaxkurt_: but if it is kvm19:51
roaksoaxthe "router" is the host19:51
kurt_tftp> get pxelinx.019:54
kurt_Error code 1: File not foun19:54
roaksoaxpxelinux.019:54
roaksoaxsorry19:54
kurt_Received 26837 bytes in 0.1 seconds19:54
kurt_that's to localhost19:55
kurt_and same thing for my address which I've arbitrarily chosen as 172.16.200.119:55
kurt_I fixed the dhcp issue.  I can see the host getting an IP in the log19:56
kurt_it gets .w19:56
kurt_.219:56
Tim_Has anyone gotten maas-pserv to operate the tftp server off of a NIC other than eth0?20:57
Tim_e.g. eth320:57
=== CyberJacob is now known as CyberJacob|Away
sconklin_Is it possible to run a dhcp server that is not on the maas server, and point the pxeboot at the maas server? I've been tryng this and it's not working21:12
Tim_Lol21:12
Tim_I just asked the same question21:12
sconklin_ha, I see21:13
Tim_sconklin_: Is the pxe-booted machine getting the right DHCP info?21:13
sconklin_it's getting the right IP address, so I know it's getting serviced by the machine I think it should (not maas), but it appears to be grabbing the images from the dhcp server and not the maas server.21:14
Tim_sconklin_: Do you have the 'next-server' attribute set to point to the maas server in the dhcp config?21:15
sconklin_this is what's in the dhcp config (I didn't set it up):21:16
sconklin_dhcp-option=tag:MaaS,3,10.98.5.121:16
sconklin_dhcp-option=tag:MaaS,6,10.98.5.121:16
sconklin_dhcp-boot=tag:MaaS,pxelinux.0,10.98.5.6521:16
sconklin_pxe-service=tag:MaaS,x86PC,pxelinux,10.98.5.6521:16
Tim_hmm21:19
Tim_what dhcp package is it using?21:19
Tim_The syntax appears different from "normal"21:19
sconklin_dnsmasq, ubuntu 12.0421:19
sconklin_it's a cobbler server21:20
Tim_Right21:20
Tim_I'm not familiar with that package. Hang on, I'll check...21:21
Tim_It seems like the last dhcp-boot argument is the tftp sever21:23
Tim_as per here: http://www.heath-bar.com/blog/?p=32621:23
sconklin_10.98.5.65 is definitely the maas machine, I can hit the webui there21:25
Tim_Not sure I can help much with Dnsmasq, I don't know it21:34
sconklin_ack, thanks. But in theory, as long as the pxeboot is pointed at the maas server, it should be ok? Is there any other reason that the dhcp serevr has to be run on the maas machine?21:35
Tim_Well here's my problem: I'm running the dhcp server on something other maas, but the tftp server (which is running as a twisted python process) doesn't seem to connect to clients21:43
Tim_issue here: http://askubuntu.com/questions/346339/maas-with-external-dhcp-tftp-time-out21:43
Tim_bug here: https://bugs.launchpad.net/maas/+bug/119173521:43
ubot5Ubuntu bug 1191735 in MAAS "TFTP server not listening on all interfaces" [High,Triaged]21:43
sconklin_oh, let me check the tftp server logs and see if there's any indication that might help me. Thanks for the pointer21:44
=== kentb is now known as kentb-out
=== freeflying is now known as freeflying_away
=== freeflying_away is now known as freeflying

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