mup | Bug #1669183 opened: [2.1.3] maas createds DNSResource records for discovered IPs, but doesn't appear to release them <oil> <MAAS:Confirmed> <https://launchpad.net/bugs/1669183> | 00:18 |
---|---|---|
cholcombe | how do i manually specify a pxe seed on a kvm guest to point at maas? I don't have maas managing my dhcp so i need to manually point the guest | 00:31 |
mup | Bug #1669213 opened: [2.2, trunk] Unable to change device IP because 'subnet' is listed incorrectly on 'edit'. <MAAS:New> <https://launchpad.net/bugs/1669213> | 02:27 |
Budgie^Smore | cholcombe I don't have access to my maas environment right now but once maas is installed you could always look at the dhcpd config to get what you need | 02:43 |
mup | Bug #1669217 opened: [2.2, trunk] Device Details doesn't surface error when updating interfaces <error-surface> <MAAS:Triaged by lamont> <https://launchpad.net/bugs/1669217> | 02:45 |
mup | Bug #1669221 opened: [2.2, 5770] No block devices after commissioning <MAAS:Triaged> <https://launchpad.net/bugs/1669221> | 02:45 |
mup | Bug #1669223 opened: [2.2, r5770] Commissioning Results has 'Status' column <MAAS:Triaged by ltrager> <https://launchpad.net/bugs/1669223> | 02:45 |
mup | Bug #1669217 changed: [2.2, trunk] Device Details doesn't surface error when updating interfaces <error-surface> <MAAS:Triaged by lamont> <https://launchpad.net/bugs/1669217> | 02:54 |
mup | Bug #1669221 changed: [2.2, 5770] No block devices after commissioning <MAAS:Triaged> <https://launchpad.net/bugs/1669221> | 02:54 |
mup | Bug #1669223 changed: [2.2, r5770] Commissioning Results has 'Status' column <MAAS:Triaged by ltrager> <https://launchpad.net/bugs/1669223> | 02:54 |
mup | Bug # opened: 1669217, 1669221, 1669223, 1669225, 1669226 | 02:57 |
mup | Bug #1669225 changed: [2.2, r5770, UI] Test Results outputs both stdout & stderr instead of a combined stdout/stderr <MAAS:Triaged by ltrager> <https://launchpad.net/bugs/1669225> | 03:03 |
mup | Bug #1669226 changed: [2.2, r5770] Commissioning 5 machines at the same time, 1 was set to Ready and the 'owner' wasn't cleared <MAAS:Triaged> <https://launchpad.net/bugs/1669226> | 03:03 |
mup | Bug #1669225 opened: [2.2, r5770, UI] Test Results outputs both stdout & stderr instead of a combined stdout/stderr <MAAS:Triaged by ltrager> <https://launchpad.net/bugs/1669225> | 03:15 |
mup | Bug #1669226 opened: [2.2, r5770] Commissioning 5 machines at the same time, 1 was set to Ready and the 'owner' wasn't cleared <MAAS:Triaged> <https://launchpad.net/bugs/1669226> | 03:15 |
mup | Bug #1669246 opened: [2.1, r5773] Custom commissioning script gets stuck in running state <MAAS:Triaged> <https://launchpad.net/bugs/1669246> | 04:15 |
mup | Bug #1669248 opened: [2.2, 5773] Test are listed by script name, not user friendly at all <MAAS:Triaged> <https://launchpad.net/bugs/1669248> | 04:15 |
=== frankban|afk is now known as frankban | ||
mo3333333333 | hello everyone, having an issue with Maas. The tft times out when I try to pxe a server | 08:34 |
mo3333333333 | tftp* | 08:34 |
disposable2 | is it only the tftp part that doesn't work? i.e. does the node get a dhcp offer? | 09:01 |
mo3333333333 | yea dhcp is successful | 09:15 |
mo3333333333 | it goes to the part that says tftp://<ip>/pxelinux.0 | 09:15 |
mo3333333333 | then times out | 09:15 |
mo3333333333 | I've tried to tftp to the Maas server from a separate server using standard tftp command line and same issue with timeout | 09:16 |
jlec___ | HI All | 09:19 |
jlec___ | could someone quickly point me to how I install python as part of the Ubuntu deployment? | 09:19 |
zeestrat | jlec___: We add a line to late commands in the curtin_userdata file found on your MAAS controller at /etc/maas/preseeds/curtin_userdata | 09:43 |
zeestrat | jlec___: http://pastebin.com/JvfxLDw3 | 09:43 |
kklimonda^ | can I pull out IPMI addresses in bulk from MAAS using cli? | 09:44 |
kklimonda^ | maas [env] nodes read don't seem to have it | 09:45 |
jlec___ | zeestrat: thanks for this. Could you paste this somewhere else? Our corporate FW blocks pastebin. Even a query works for me | 09:52 |
zeestrat | kklimonda^: I think I dumped all system_id's and then looped through with "maas [profile] node power-parameters [system_id]" or something like that. | 09:58 |
mup | Bug #1667574 changed: default gateway not set when deploying a machine with two interfaces in same network <sts> <MAAS:Invalid> <https://launchpad.net/bugs/1667574> | 12:52 |
mup | Bug #1669425 opened: [2.2, rev5774] Error updating block devices after upgrade <MAAS:Triaged by ltrager> <https://launchpad.net/bugs/1669425> | 13:13 |
mup | Bug #1669428 opened: [2.2, rev5774] Invalid lshw data after upgrade <MAAS:New> <https://launchpad.net/bugs/1669428> | 13:13 |
bladernr | roaksoax, am I correct in remembering that you can set kernel parameters by using a tag? Can you point me to docs for that so I can try it out? | 14:15 |
kiko | bladernr, you can change it globally in config AIUI | 14:22 |
kiko | https://docs.ubuntu.com/maas/2.1/en/installconfig-kernel | 14:23 |
kiko | https://docs.ubuntu.com/maas/2.1/en/manage-cli-advanced#specify-kernel-boot-options-for-a-machine | 14:23 |
kiko | you supply kernel_opts to the tag oddly enough | 14:24 |
roaksoax | yup, that's been possible since... 1.4? 1.3 ? | 14:24 |
bladernr | kiko, thanks! I remember roaksoax had mentioned it before, but didn't remember if I ever saw how to do it. much appreciated :) | 14:34 |
mup | Bug #1669460 opened: [2.2] Testing scripts don't have a name and the UI shows the scriptname <MAAS:Triaged> <https://launchpad.net/bugs/1669460> | 15:16 |
mup | Bug #1669460 changed: [2.2] Testing scripts don't have a name and the UI shows the scriptname <MAAS:Triaged> <https://launchpad.net/bugs/1669460> | 15:31 |
mup | Bug #1669460 opened: [2.2] Testing scripts don't have a name and the UI shows the scriptname <MAAS:Triaged> <https://launchpad.net/bugs/1669460> | 15:37 |
mup | Bug #1669460 changed: [2.2] Testing scripts don't have a name and the UI shows the scriptname <MAAS:Triaged> <https://launchpad.net/bugs/1669460> | 15:46 |
mimizone | anybody has examples of dhcp snippet? My interest is to have different IP ranges and gateway depending on the DHCP relay IP address that forwarded the request. | 16:35 |
roaksoax | mimizone: you can use MAAS DHCP relay support in 2.2 :) | 18:14 |
roaksoax | but 2.2 is just beta for now | 18:15 |
roaksoax | mimizone: dhcp snippets is just any dhcp config you want to put in there | 18:15 |
roaksoax | additional to what maas already generates | 18:15 |
mimizone | ahah having so much "fun" already with MAAS and Juju 2.1 than 2.2 sounds a bit scary :) | 18:15 |
mimizone | in 2.2, Maas is the relay itself? or it has the built in support for understanding the request comes from a relay? | 18:16 |
stormmore | kiko so I had the install fail again last night, and I grabbed logs for both a successful and failed install | 18:20 |
kiko | stormmore, that's great! super plus great in fact! | 18:21 |
kiko | stormmore, can we get a bug report filed with a precise description? | 18:21 |
stormmore | launchpad? | 18:22 |
pmatulis | mimizone, https://docs.ubuntu.com/maas/devel/en/installconfig-network-dhcp#dhcp-relay | 18:25 |
roaksoax | mimizone: no, we use a relay on the network | 18:29 |
roaksoax | mimizone: so we basically send the config to the dhcp relay | 18:29 |
mimizone | ok I see. I was a bit confused by the doc, it didn't look different from the dhcp provider configuration I use today. | 18:32 |
mimizone | roaksoax: maas assume the dhcp relay is configurable then. what's the requirement? | 18:33 |
mimizone | roaksoax: today I use isc-dhcp-relay in cumulus networks | 18:33 |
mimizone | roaksoax: on the doc screenshot, I don't see how MAAS knows about the relay itself, it shows only the fabric vlan. | 18:34 |
mup | Bug #1669547 opened: [2.2, r5770] Missing cloud-init/curtin event log messages (errors during deployment could cause machine not to be marked failed deployment) <MAAS:Triaged> <https://launchpad.net/bugs/1669547> | 18:37 |
stormmore | kiko, filed | 18:43 |
=== frankban is now known as frankban|afk | ||
mup | Bug #1669548 opened: rack controller drops initial registration with region <MAAS:Incomplete> <https://launchpad.net/bugs/1669548> | 18:49 |
kiko | thanks stormmore | 18:51 |
kiko | stormmore, roaksoax has sent some questions | 18:51 |
stormmore | looking at the update | 18:52 |
stormmore | roaksoax, not sure what you mean "username" | 18:54 |
kiko | stormmore, what version of MAAS incidentally? | 18:55 |
stormmore | 2.1.3 | 18:55 |
kiko | stormmore, be aware that 2.1.4 is just out, though it doesn't seem to fix your issue -- I'm intrigued by the traceback saying that /etc/maas is not writeable | 18:57 |
kiko | roaksoax, explain that code to me -- does rackd actually write to rackd.conf? | 18:57 |
kiko | stormmore, well, actually, 2.1.4 has a fix for bug 1626654 | 18:58 |
kiko | mup, c'mon | 18:58 |
mup | kiko: I apologize, but I'm pretty strict about only responding to known commands. | 18:58 |
kiko | mup, bug 1626654 | 18:58 |
mup | kiko: Bug #1626654: [2.0] TFTP issues when rackd — Missing connections to 1 region controller(s). <oil> <uosci> <MAAS:In Progress by blake-rouse> <MAAS 2.1:New> <MAAS trunk:In Progress by blake-rouse> <https://launchpad.net/bugs/1626654> | 18:58 |
stormmore | I am still curious as to why it is a consistency failure too | 18:58 |
kiko | I agree | 18:59 |
stormmore | did 2.1.4 hit stable? | 19:03 |
mup | Bug #1669548 changed: rack controller drops initial registration with region <MAAS:Incomplete> <https://launchpad.net/bugs/1669548> | 19:05 |
mup | Bug #1669548 opened: rack controller drops initial registration with region <MAAS:Incomplete> <https://launchpad.net/bugs/1669548> | 19:08 |
mup | Bug #1669555 opened: [2.2, trunk] Pods currently dont auto refresh <rsd> <MAAS:Triaged> <MAAS RSD :New> <https://launchpad.net/bugs/1669555> | 19:08 |
kiko | yes just | 19:09 |
stormmore | OK I know I will be installing at some point soon then :P | 19:11 |
stormmore | fyi I have been doing about 5 - 10+ maas installs / day | 19:11 |
kiko | stormmore, what are you using it for? | 19:20 |
stormmore | kiko, I am building a bootstrap node that I can use for bootstrapping a data center | 19:39 |
stormmore | kiko, the plan would be to run MaaS inside a k8s cluster but need to bootstrap the k8s cluster first somehow | 19:40 |
kiko | stormmore, yeah, the helm guys are working on a MAAS chart for the former, I assume you've seen that? | 19:40 |
mup | Bug #1669567 opened: [2.2, r5774] Machines don't transition to deploy (but they turn on) <MAAS:New> <https://launchpad.net/bugs/1669567> | 19:41 |
mup | Bug #1669568 opened: [2.2, r5774] Machines don't transition to deploy (but they turn on) <MAAS:New> <https://launchpad.net/bugs/1669568> | 19:41 |
stormmore | kiko, yeah I was looking at that plus I saw a couple of other potential implementation options out there | 19:42 |
lazyPower | kiko: stormmore - just FYI - the charts exist today https://github.com/att-comdev/openstack-helm/tree/master/maas | 19:43 |
lazyPower | i haven't used this personally, but when i was at the openstack ptg, i was looking at a console with a near-functional maas in k8s, and another console with a functional maas in k8s | 19:43 |
lazyPower | 2 separate dc's | 19:44 |
stormmore | lazyPower, hehe yeah I was thinking about the att-comdev repos, they have another one that runs it in kubernetes without helm | 19:44 |
lazyPower | stormmore: tbh it should be simple enough to just extract what you need from those gotemplates. | 19:45 |
lazyPower | replace where applicable, and kubectl apply + profit | 19:45 |
stormmore | exactly, although I kinda like the idea of helm for dev tools | 19:45 |
stormmore | that said helm gave me hell the last time I tried to use it | 19:46 |
lazyPower | i'm 50/50 on helm and how useful it is today. Its a good start, but needs more love imho | 19:47 |
lazyPower | that plus the workloads need more vetting, i've encountered some broken charts | 19:47 |
stormmore | yeah that is basically where I stand on it, but the question then becomes do I want to roll my own or work with the helm team | 19:48 |
lazyPower | six of one half dozen of the other | 19:48 |
lazyPower | at the end of the day you're left to support the workload yourself. So choose which path gives you less heartburn | 19:49 |
stormmore | that is a very ops outlook :P I am thinking that working with a team that has the right idea but needs encouragement and help might be a better option ;-) | 19:50 |
stormmore | heck I probably would have given up on maas and juju somewhere in v1 if I didn't think that ;-) | 19:51 |
kiko | no kidding. juju 1.1x was rough | 19:51 |
kiko | I have a 1.21 cluster I have never touched because of the upgrade pain! | 19:51 |
stormmore | can I say understatement of the day :P | 19:51 |
kiko | but then again 2.x is a light year and a half ahead | 19:52 |
stormmore | kiko, yeah I think that is a new build migrate path for least pain | 19:52 |
stormmore | ok first maas install of the day | 19:53 |
kiko | stormmore, I'm going to get allenap to look at your bug tomorrow, he owns the registration code and will answer my question above | 19:55 |
stormmore | no problem, it is just an annoyance that a reinstall fixes right now | 19:56 |
mup | Bug #1669570 opened: 2.20-beta3+bzr5774: failed migration, cannot ALTER TABLE maasserver_node because it has pending trigger events <cdo-qa-blocker> <oil> <oil-2.0> <MAAS:Triaged> <https://launchpad.net/bugs/1669570> | 20:08 |
stormmore | probably going to upset my laptop with the size of VMs I am about to start :-/ | 20:10 |
kiko | heh | 20:11 |
stormmore | nope a failed maas install saved me :-/ | 20:12 |
stormmore | I am getting another intermittent error after creating a superuser and then trying to log in | 20:13 |
stormmore | "The MAAS server gave an unexpected response: 503" has happened twice now | 20:13 |
mup | Bug # changed: 1654412, 1654432, 1654450, 1655721 | 20:17 |
stormmore | I put a small minute pause into my automation and that seems to have solved that problem and so far no sign of the rackd problem | 20:49 |
stormmore | I need to put a delay in anyway until the maas server is done importing the cloud img | 20:51 |
stormmore | where did they move the power templates to? | 21:14 |
stormmore | oh crap you guys removed that functionality :-/ | 21:21 |
mup | Bug #1669591 opened: [SRU] MAAS 1.9.5 <maas (Ubuntu):New> <maas (Ubuntu Trusty):New> <https://launchpad.net/bugs/1669591> | 22:14 |
stormmore | OK I am beginning to think MaaS 2.1 is going to kill my use of VBox and move to kvm / libvert | 22:14 |
stormmore | libvirt | 22:14 |
stormmore | that and the fact that trying to enlist 3 virtual machines at one time causes virtualbox to go into a weird locked up state | 22:37 |
mimizone | it appears that only one tag can provide kernel_opts. if a node has multiple tags, and each tag has kernel_opts values, only one is actually used at boot. is that something other experience? I use MAAS 2.1 | 22:38 |
mimizone | to make it work I had to put all the options I need at boot in one single tag as such "kernel_opts": "console=tty0 console=ttyS4 mei-me.disable_msi=1" | 22:39 |
pmatulis | mimizone, pretty sure that's normal - https://docs.ubuntu.com/maas/2.1/en/manage-cli-advanced#specify-kernel-boot-options-for-a-machine | 22:41 |
mup | Bug #1602482 changed: [2.0rc2] Incorrect DNS records <MAAS:Fix Released by lamont> <https://launchpad.net/bugs/1602482> | 22:44 |
mup | Bug #1630679 changed: [2.1b1] Can't use custom image repository <MAAS:Fix Released by ltrager> <https://launchpad.net/bugs/1630679> | 22:44 |
mup | Bug #1636861 changed: [2.1.1, trunk, bzr5510] UI error when adding a chassis <MAAS:Fix Released by blake-rouse> <https://launchpad.net/bugs/1636861> | 22:44 |
mimizone | pmatulis: can beat the documentation to clarify that :) | 22:45 |
mimizone | can't | 22:45 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!