| mpontillo | catbus1: hate it when that happens. ;-) I (had a bad Ethernet cable cause me a half-day triage of what I thought was a MAAS bug the other day!) | 00:51 |
|---|---|---|
| mup | Bug #1677933 opened: [2.2] Adding a virsh pod should add machines with their given names <MAAS:New> <https://launchpad.net/bugs/1677933> | 01:21 |
| mup | Bug #1677936 opened: [2.2] Failure while handling notification to 'event' <MAAS:New> <https://launchpad.net/bugs/1677936> | 01:21 |
| mup | Bug #1677940 opened: [2.2b4] XML/YAML output is huge and increases machine page load time <MAAS:New> <https://launchpad.net/bugs/1677940> | 01:39 |
| mup | Bug #1677940 changed: [2.2b4] XML/YAML output is huge and increases machine page load time <MAAS:New> <https://launchpad.net/bugs/1677940> | 01:48 |
| mup | Bug #1677940 opened: [2.2b4] XML/YAML output is huge and increases machine page load time <MAAS:New> <https://launchpad.net/bugs/1677940> | 01:51 |
| mup | Bug #1660169 changed: Upgrade resulted in a rack-controller with server BMC info <MAAS:Expired> <https://launchpad.net/bugs/1660169> | 04:27 |
| BlackDex | hello there | 09:59 |
| BlackDex | how can i change the default timezone of the deployed systems | 09:59 |
| brendand | BlackDex, is ntp not getting the right timezone? | 10:07 |
| mup | Bug #1678038 opened: [2.2 UI] Edit button on Machine Summary tab of Node details page is not aligned <MAAS:New> <https://launchpad.net/bugs/1678038> | 10:16 |
| BlackDex | brendand: doesn't look like it | 10:26 |
| BlackDex | but i found that juju sets all to UTC | 10:26 |
| BlackDex | so i think that is the case here | 10:27 |
| BlackDex | but i'm not sure | 10:27 |
| Chaitu | Hi All | 12:36 |
| Chaitu | is there any way that i can add a custom RHEL image to MAAS? | 12:36 |
| roaksoax | BlackDex: is your maas server in X timezome, and when you deploy the machines dont end up with the same timezone as your MAAS ? | 12:38 |
| roaksoax | BlackDex: also, have you tried deploying without juju to see the outcome | 12:38 |
| brendand | roaksoax, allenap said that deployed systems will be in UTC, dunno if that's regardless of the maas servers timezone | 12:39 |
| roaksoax | Chaitu: you can add images to maas similar like: maas admin boot-resources create name=custom/rhelx title="RHEL X" architecture=amd64/generic content@=yourrhelimage.tgz filetype=ddtgz | 12:39 |
| BlackDex | roaksoax: haven't tried that | 12:40 |
| roaksoax | Chaitu: but it is likely to fail deploy as it would need to be customized for MAAS | 12:40 |
| BlackDex | but yes that is basicly the issue | 12:40 |
| roaksoax | and we only provide custom images for that to customers atm | 12:40 |
| BlackDex | the important thing with custom images is, that if you want maas to manage everything you need to install cloud-init | 12:51 |
| BlackDex | that should make a custom image work | 12:51 |
| BlackDex | i created a custom ubuntu-desktop image, without cloud-init, and that works fine, it deploy's it and all. | 12:52 |
| BlackDex | But that is probably because it is a ubuntu image | 12:52 |
| BlackDex | don't know how it works for centos/rhel/fedora images | 12:52 |
| mup | Bug #1673655 changed: deploy of a custom image failed <MAAS:Won't Fix> <https://launchpad.net/bugs/1673655> | 13:01 |
| mup | Bug #1673655 opened: deploy of a custom image failed <MAAS:Won't Fix> <https://launchpad.net/bugs/1673655> | 13:07 |
| Chaitu | roaksoax: Hi, Thanks for the reply ,But i tried build the custom image ,but could not install maas-image-builder | 13:08 |
| Chaitu | roaksoax: Is there any utility where i can create custom images for MAAS? | 13:09 |
| roaksoax | Chaitu: at the moment we are only providing maas-image-builder to our customers only | 13:13 |
| roaksoax | so there's no longer a public utility | 13:13 |
| roaksoax | BlackDex: that's only for ubuntu images though :) | 13:13 |
| roaksoax | BlackDex: and for desktop images there's lp:curtinator | 13:13 |
| Chaitu | roaksoax: Is the support pricing for each MAAS server or per bare metal server? | 13:16 |
| mup | Bug # changed: 1633726, 1640301, 1642040, 1650481, 1664384, 1669248, 1669833, 1671048, 1671891, 1672354, 1672837, 1672841, 1673378, 1673655, 1673724, 1674788, 1677005 | 13:22 |
| kklimonda | hi, would it be possible to make #1677507 public? | 13:22 |
| roaksoax | kklimonda: it is fixed, fix will be in 2.1.6 (next week) or in 2.2.0b5/or 2.2.0rc1 | 13:25 |
| roaksoax | kklimonda: fixed | 13:28 |
| roaksoax | (the private stfuf) | 13:28 |
| kklimonda | roaksoax: thanks, I just found the commit :) | 13:28 |
| kklimonda | (after learning that it was already in bzr) | 13:29 |
| tychicus | is there any mechanism within MaaS to limit DNS zone transfers to a few IP's or a specific subnet? | 13:30 |
| tychicus | I know that this can be done directly through bind, but was not sure whether the configuration would be overwritten by MaaS | 13:30 |
| roaksoax | tychicus: there's no such mechanism | 13:31 |
| roaksoax | lamont ^^ advice ? | 13:31 |
| tychicus | roaksoax: thanks, just wanting to make sure I wasn't missing something in the Documentation | 13:32 |
| roaksoax | lamont may give some advice though | 13:32 |
| lamont | tychicus: we don't currently have a way for you to provide restrictions on axfr/ixfr at the zone level. Let me see how bad it is at the global level | 13:34 |
| mup | Bug #1677573 opened: [2.2] Static addresses can be allocated in dynamic range <networking> <MAAS:Fix Committed> <MAAS 2.1:Fix Committed> <https://launchpad.net/bugs/1677573> | 13:34 |
| lamont | tychicus: having said that, MAAS does have "things" in the global options... now I just need to figure out how those get set, and I'll have a real answer for you | 13:34 |
| tychicus | lamont: thanks, a global setting would be great | 13:35 |
| lamont | tychicus: it turns out that if you configure any of "allow-query, allow-recursion, and allow-query-cache" in /etc/bind/named.conf.options, maas will honor them. | 13:37 |
| lamont | tychicus: which means, if you already have maas installed and running, you need to migrate them back to .options from /etc/bind/maas/named.conf.options.inside.maas, configure them, and then restart | 13:38 |
| lamont | which may be worthy of a low-pri bug report | 13:38 |
| tychicus | lamot: I'll give it a try and report back | 13:43 |
| tychicus | happy to submit a bug report as well | 13:44 |
| lamont | ta | 13:44 |
| lamont | thanks | 13:44 |
| lamont | I know it works well when BIND is preinstalled and restricted. not so sure about the after-the-fact handling | 13:44 |
| tychicus | good to know, I may not get to it until next week, but I'll do my best to document and report the experience | 13:46 |
| mup | Bug #1677573 changed: [2.2] Static addresses can be allocated in dynamic range <networking> <MAAS:Fix Committed> <MAAS 2.1:Fix Committed> <https://launchpad.net/bugs/1677573> | 13:46 |
| mup | Bug #1677573 opened: [2.2] Static addresses can be allocated in dynamic range <networking> <MAAS:Fix Committed> <MAAS 2.1:Fix Committed> <https://launchpad.net/bugs/1677573> | 13:52 |
| === gimmic_ is now known as gimmic | ||
| ThiagoCMC | hey guys, MaaS add the following line to VLAN interfaces: "mtu 1500" but, looks wrong... I think it applies only to the physical interfaces, not to the VLAN interfaces. | 14:57 |
| ThiagoCMC | The following error appear: "/etc/network/if-pre-up.d/mtuipv6: line 9: /sys/class/net/eno1.100/mtu: No such file or directory" | 14:57 |
| ThiagoCMC | when I try to "ifup eno1.100" | 14:58 |
| mup | Bug #1678188 opened: [2.2r5898] 'View full history' for machine events does nothing <regression> <MAAS:Triaged by ricgard> <https://launchpad.net/bugs/1678188> | 15:10 |
| cnf | ThiagoCMC: did you set the MTU on the interface as high as on the vlan? | 15:13 |
| ThiagoCMC | I didn't set any mtu, it is a fresh installed maas, I'm just using the defaults. | 15:17 |
| plars | blake_r: (or others, but istr seeing a reply somewhere from you on this with an earlier version) What's the current best recommendation for juju2+maas wrt the bootstrap/controller node? kvm? lxd? | 15:17 |
| mup | Bug #1678215 opened: user role , admin role <MAAS:New> <https://launchpad.net/bugs/1678215> | 16:13 |
| techguysc | ? | 16:19 |
| mup | Bug #1678231 opened: [2.1.5] node marked broken then fixed retains auto assigned IP in ready state <oil> <oil-2.0> <MAAS:New> <https://launchpad.net/bugs/1678231> | 16:43 |
| mup | Bug #1678236 opened: "Requested reserved range conflicts with an existing range", but no conflict shown <oil> <oil-2.0> <MAAS:New> <https://launchpad.net/bugs/1678236> | 16:43 |
| === frankban is now known as frankban|afk | ||
| cmd_pancakes | mpontillo: Hey one more quick question - My setup again is the region controller in AWS (using local DB now) and a rack controller physically on site. I have separated the production and BMC networks, and MAAS is not serving DHCP for the BMC network. MAAS has detected all the correct BMC information, but still reports no rack controller can access the host | 18:15 |
| cmd_pancakes | when at layer 3, my rack controller can absolutely access the BMC address | 18:16 |
| cmd_pancakes | does MAAS *have* to also provide dhcp for the BMC network for this to work? | 18:17 |
| mpontillo | cmd_pancakes: not provide DHCP, but MAAS does prefer to be able to be on the same network as the BMCs, so it can determine which rack would be the best one to communicate with the BMCs | 18:17 |
| mpontillo | cmd_pancakes: so probably something is going wrong with the logic to try to figure that out. | 18:18 |
| mpontillo | blake_r: ^ FYI | 18:18 |
| cmd_pancakes | cool...yeah i've tried to add the new subnet to the same fabric, but that still didn't do the trick | 18:18 |
| blake_r | cmd_pancakes: MAAS actively tried to be able to query your BMC's | 18:19 |
| blake_r | most likely the rack controller cannot authenticate to your BMC | 18:19 |
| cmd_pancakes | blake_r: The new host successfully PXE'ed the first time, and the initial MAAS record shows the correct IP address...I assume the initial boot image set the maas user and password for the BMC interface? | 18:20 |
| cmd_pancakes | i can try it manually from the host with the creds on file | 18:20 |
| mpontillo | cmd_pancakes: you might try going to a node details page and clicking "check power"; when MAAS does a power query, if it cannot find an on-link rack that has direct BMC access, it will try to determine which racks can route to the BMC | 18:22 |
| mpontillo | cmd_pancakes: while you're there, ensure the credentials are correct, as blake_r said =) | 18:23 |
| cmd_pancakes | mpontillo: ohhh sorry sorry, i think i know the issue...by default Dells come with IPMI over lan disabled, i bet thats it | 18:23 |
| cmd_pancakes | yeah when i tried to do it manually it timed out with ipmi 1.5 and 2.0 | 18:23 |
| blake_r | cmd_pancakes: yeah there is a bug about MAAS turning that on during enlistment | 18:24 |
| blake_r | cmd_pancakes: https://bugs.launchpad.net/maas/+bug/1664822 | 18:24 |
| cmd_pancakes | ok gotcha...in the past i rolled a lot of this automation myself and used dell's racadm for enabling it | 18:25 |
| cmd_pancakes | yep, cool, we're on the same page :) | 18:25 |
| cmd_pancakes | blake_r: so just to recap since i've played around with a lot of settings to try and get this to work, i *don't* need the BMC subnet configured on a rack controller fabric or vlan for this to work? as long as the correct ipmi settings are detected during enlisting and accessible over layer 3, MAAS is trying to just autodetect with those settings | 18:27 |
| blake_r | cmd_pancakes: correct | 18:27 |
| blake_r | cmd_pancakes: just need layer3 access | 18:27 |
| blake_r | cmd_pancakes: and the abilitty to authentication | 18:28 |
| cmd_pancakes | excellent, thanks for the help! and mpontillo | 18:28 |
| cmd_pancakes | cool deal | 18:28 |
| cmd_pancakes | yeah ipmi over lan was the issue...works great now | 18:33 |
| ThiagoCMC | Hey guys, how to add a CNAME in MaaS' DNS? I have: "eth1.100.select-fish.maas", and I want a CNAME: "openstack-1.admin.maas -> eth1.100.select-fish.maas". | 19:17 |
| ThiagoCMC | Is it possible to add CNAME using MaaS CLI? I can't find a way to do this via its Web UI. | 19:19 |
| roaksoax | lamont: ^^ | 19:21 |
| ThiagoCMC | Looks like that this is an old question as well: http://askubuntu.com/questions/775123/is-it-possible-to-add-custom-a-or-cname-records-into-zone-controlled-by-maas-1-9 =P | 19:22 |
| ThiagoCMC | No replies | 19:22 |
| ThiagoCMC | Hmm... https://www.lucaswilliams.net/index.php/2016/10/02/maas-2-0-and-dns/ | 19:24 |
| mup | Bug #1678298 opened: [2.2] Action button for "Map subnet" is misleading <MAAS:Triaged> <https://launchpad.net/bugs/1678298> | 19:38 |
| lamont | ThiagoCMC: yes: maas SESSION dnsresource-records create fqdn=LHS.DOM.AIN rrtype=CNAME rrdata=TAR.GET.FQDN. <-- note the trailing dot... | 20:18 |
| ThiagoCMC | Sounds awesome! Thank you! | 20:19 |
| ThiagoCMC | Looks like that MaaS CLI is way much more powerful than its Web UI... =P | 20:19 |
| lamont | the goal is to bring the webui into "largely parity, ish" -- reality is that most large installs are scripting everyting and hence using the CLI, so things tend to get added there first, and then added to the webui where it makes sense. | 20:20 |
| lamont | dunno if there's a bug report in launchpad asking for DNS ability via the webui, but you're certainly welcome to file such a thing | 20:21 |
| ThiagoCMC | Fair enough... =) | 20:21 |
| roaksoax | lamont: there is | 20:30 |
| roaksoax | the bug exists | 20:30 |
| roaksoax | ThiagoCMC: yes the CLI does absolutely everything the UI does + obviously more | 20:30 |
| roaksoax | there's a lot of things we dont expose over the API/CLI | 20:31 |
| ThiagoCMC | Sounds cool! I never used maas cli before, sounds like that I'll have an awesome weekend! :-D | 20:31 |
| catbus1 | Hi, I tried to create a partition on sda, it shows sda-part1, but after I saved the configuration, it shows up as sda-part2. | 21:14 |
| roaksoax | catbus1: sda-part1 is probably the efi partition ? | 21:35 |
| catbus1 | roaksoax: deploying failed and showed error:attempt to read or write outside 'hd0' and entered the grub rescue mode | 21:37 |
| catbus1 | roaksoax: maybe related to this bug https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1284196 | 21:50 |
| catbus1 | it was the only machine that has 4tb partition and it was booting in efi mode. | 21:51 |
| mup | Bug #1678323 opened: [2.1.5] Power parameters stopped working for UCSC-C220-M4L Cisco system <oil> <MAAS:Incomplete> <https://launchpad.net/bugs/1678323> | 22:20 |
| mup | Bug #1678323 changed: [2.1.5] Power parameters stopped working for UCSC-C220-M4L Cisco system <oil> <MAAS:New> <https://launchpad.net/bugs/1678323> | 22:32 |
| mup | Bug #1678323 opened: [2.1.5] Power parameters stopped working for UCSC-C220-M4L Cisco system <oil> <MAAS:Incomplete> <https://launchpad.net/bugs/1678323> | 22:38 |
| catbus1 | roaksoax: created a 2TB partition and the deploy went fine. | 22:45 |
| catbus1 | fyi. | 22:45 |
| mup | Bug #1678333 opened: [2.2] UI regressions on machine listing page <regression> <ui> <MAAS:Confirmed> <https://launchpad.net/bugs/1678333> | 23:29 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!