Wednesday, 2019-06-19

*** hwoarang has quit IRC01:10
*** hwoarang has joined #openstack-dib01:11
*** hwoarang has quit IRC03:50
*** hwoarang has joined #openstack-dib03:51
prometheanfirejohnsom: have you looked at the package-installs 'when' support?03:53
*** hwoarang has quit IRC04:25
*** hwoarang has joined #openstack-dib04:25
johnsomprometheanfire: yes, in the docs, not the code. It is boolean decisions from what I saw. So messy with all of the kernel options, but possible.  Frankly I see three options, I proposed one to start the conversation.04:54
johnsomUbuntu, for OpenStack has three useful options today, so boolean decision trees seemed messy.04:57
prometheanfireya, they can be04:58
prometheanfireI feel like you could set three bools though04:58
prometheanfireand have 3 whens for each package04:58
johnsomI also didn’t want to go down the uninstall path of doom04:58
johnsomYeah, for sure it would work04:58
johnsomThen you need to know the magic environment variables, etc.04:59
prometheanfirethey should be doc'd :P04:59
johnsomAgreed04:59
prometheanfirecat likes miracle whip05:00
johnsomLol05:00
johnsomWith jello?05:00
prometheanfirenah, berries, just cleaning the bowl05:01
prometheanfirehe has a sweet tooth I think05:01
johnsomIf that is the consensus I can make it happen. I just want the 200MB back....05:02
prometheanfiresure, that part I understand :D05:02
johnsomBreaking it down into element options seems valid too.  We just need to make a decision that the other distros are ok with05:03
prometheanfireya, I'd like a standard way, personally I see all the multiple debian and ubuntu elements as overkill05:04
johnsomOk, so your vote is environment variables?05:05
prometheanfireor something else to keep it in one element05:05
johnsomCurious what ianw vote would be.05:05
* johnsom wonders if he is online yet05:05
johnsomprometheanfire: Thanks for the feedback.  The PoC tests based on this patch all based perfectly, so I am happy with the result.05:08
johnsomUgh, mobile, based->passed05:09
*** irclogbot_2 has quit IRC05:30
*** irclogbot_0 has joined #openstack-dib05:31
ianwjohnsom: in .au, so online :)  but i start super early on wednesdays to catch infra meeting05:44
ianw200mb seems like a lot, are we bringing in debug symbols or something by default?05:46
johnsomianw: it is all the extra kernel modules that bulk it up with the generic kernel.06:33
ianwhmm, we shouldn't need the -extras package though?  i just kind of went through this, because the kafs modules are in there, which we wanted on production servers06:34
ianwand the extras package wasn't in there, so if it's coming in, maybe we can stop that?06:34
johnsomAll of the linux-image-* packages are meta-packages, each bring in different modules.  Generic is the most, followed by virtual, and then KVM.06:36
johnsomIn the case of octavia, we don’t need the sound drivers as no one will hear the Amphora scream. Lol06:37
johnsomI am all about the *choice* of kernel package, it is really about how do we want to handle this across the distros.06:38
ianwright, but i'm talking about specifically the package like linux-modules-extra-4.15.0-22-generic06:38
johnsomelements, env variables, etc.06:38
johnsomThose only come in if the meta package depends on them or we call them out06:39
ianwlike, per the comment, i'm not really seeing where the 200mb comes from between generic and kvm, they look not that far apart06:40
johnsomlinux-image-generic pulls in the kitchen sink and bathroom tub06:41
ianwbut i guess that's my point, i don't think it *has* to ... the upstream images seem to have -generic without -extra for example ... so it might be worth confirming we're not doing stuff we don't need to06:42
ianwcertainly no dbg symbols etc should be coming in06:42
johnsomHere is the difference in qcow2 size:06:43
johnsomhttps://www.irccloud.com/pastebin/tSbHbF4L/06:43
johnsomSo comparing the old kernel to the new, size: 605397504 vs 393244160 according to glance06:44
ianwi'm not arguing it isn't bigger :)  just that maybe we're doing something wrong if it makes such a difference06:44
johnsomIf you look at the package dependencies, generic: https://packages.ubuntu.com/bionic-updates/linux-image-generic06:45
johnsomkvm: https://packages.ubuntu.com/bionic-updates/linux-image-kvm06:45
johnsomThis is where the bulk of the difference comes from06:45
johnsomI dug in the images, the kernel modules are a killer on generic06:46
ianwright, ok, so the -generic image *does* depend on the -extra package.  the kvm one doesn't06:48
johnsomYes, it is a different kernel config as well to my understanding. It's not pulling in the base generic kernel package.06:49
johnsomReally my question comes down to "how" we want to implement kernel selection.06:49
johnsomI threw up a proposal to test my PoC and start the conversation.06:49
johnsomI see three options:06:50
johnsom1. per-kernel elements. Likely some duplication.06:50
ianwthere is probably a strong argument we should have been installing the kvm kernel all along06:50
johnsom2. Environment variables that specify the kernel.06:50
johnsom3. A hybrid of 1, where we layer more abstractions down and make ubuntu-minimal-kvm a child of ubuntu-minimal, which is a child of ubuntu-common.06:51
johnsomAgreed, but choice is good too.06:51
johnsomI am happy to do the leg work on any of those, I just want a consensus across the distros so we don't all do it differently.06:52
ianwright, well i haven't thought about it that much, but my thought is that a model like i pseudo layed out in review comment would work.  have a variable to choose, but default06:52
johnsomI guess 4 would be change the behavior of package-install to be smarter than boolean06:53
ianwi don't think we really want to get that into the parsing game06:53
ianwbefore you know it, it's turing complete06:53
johnsomYeah, that was my first thought as well. The boolean mess made me second guess it.06:53
johnsomlol O(n)06:53
ianwi don't think it's too much mess with a bunch of when:'s and set the default in an environment.d file06:53
ianwi don't think we need to think too strongly about complete cross distro (gentoo/fedora/centos/opensuse) behaviour here; they're all too different in the way they configure things like the kernel06:54
ianwfor mine, a variable to choose the ubuntu kernel type specifically is fine06:54
johnsomYeah, so my "vision" is environment.d that looks for DIB_KERNEL and then sets booleans that package-install can handle.06:54
johnsomDefault would be generic06:55
ianwright, i think i'd just go for DIB_UBUNTU_KERNEL though and constrain the problem06:55
ianwand honestly, defaulting to kvm is probably correct ... i'm guessing it just didn't exist as a package when we started06:55
johnsomWell, we most likely have the same problem with the other distros. Shouldn't we do something "common"?06:55
ianwthat can always be a follow on, anyway.  i'd probably switch the infra images to it, after now having looked :)06:56
johnsomYes, trusty didn't have it.06:56
johnsomIt went from "virtual" to "virtual" == generic to "generic" and "virtual" and "kvm". lol06:57
johnsomMoving target for sure.06:57
ianwok, yeah we can't quite kill trusty yet :/06:57
johnsomThey have 5-6 other kernels too, but I'm not sure they matter to OpenStack.06:57
johnsomAre you sure we should do distro specific variables?  I will do the patch in the morning, but I have an itch that we should do a generic variable that other distros could adopt as well.06:59
ianwi think my preference is for distro specific.  we've gotten ourselves tied up before trying to do low-level things like this in generic ways, then like with trusty etc distros change kernel patterns or packages or something, and now you have to paper over not just that but other distros etc etc07:01
ianwit's a pretty specific thing, choosing the exact package name for the kernel, that's why i'd suggest that07:01
ianwbut, you know, just a suggestion.  if you look at other distros and think it just fits better, i'm all ears :)07:01
johnsomOk, fair enough. I will add DIB_UBUNTU_KERNEL and have environment.d parse it out so package-install can handle it.  In the morning as it just rolled over midnight here and I have a 6:30am meeting.07:03
ianwgo to bed! :) thanks07:03
johnsomThanks for the feedback!07:03
*** ivve has joined #openstack-dib07:07
openstackgerritMerged openstack/diskimage-builder master: Sync Sphinx requirement  https://review.opendev.org/66602307:48
openstackgerritjacky06 proposed openstack/diskimage-builder master: Update hacking version to latest  https://review.opendev.org/62846607:52
openstackgerritjacky06 proposed openstack/diskimage-builder master: Update hacking version to latest  https://review.opendev.org/62846608:18
*** chhagarw has joined #openstack-dib09:14
*** yolanda has quit IRC09:41
*** priteau has joined #openstack-dib10:46
*** chhagarw has quit IRC10:50
*** yolanda has joined #openstack-dib11:17
*** chhagarw has joined #openstack-dib12:18
*** priteau has quit IRC12:27
*** yolanda has quit IRC13:13
*** yolanda has joined #openstack-dib13:17
*** ivve has quit IRC14:23
*** Vorrtex has joined #openstack-dib15:12
*** ivve has joined #openstack-dib18:50
*** chhagarw has quit IRC18:50
*** ivve has quit IRC19:16
*** Vorrtex has quit IRC20:10
*** hwoarang has quit IRC20:16
*** hwoarang has joined #openstack-dib20:17
openstackgerritMichael Johnson proposed openstack/diskimage-builder master: Add DIB_UBUNTU_KERNEL to ubuntu-minimal  https://review.opendev.org/66606321:09
openstackgerritMichael Johnson proposed openstack/diskimage-builder master: Add DIB_UBUNTU_KERNEL to ubuntu-minimal  https://review.opendev.org/66606321:11
openstackgerritMichael Johnson proposed openstack/diskimage-builder master: Add DIB_UBUNTU_KERNEL to ubuntu-minimal  https://review.opendev.org/66606321:12
openstackgerritMichael Johnson proposed openstack/diskimage-builder master: Add DIB_UBUNTU_KERNEL to ubuntu-minimal  https://review.opendev.org/66606322:10
openstackgerritMichael Johnson proposed openstack/diskimage-builder master: Add DIB_UBUNTU_KERNEL to ubuntu-minimal  https://review.opendev.org/66606323:39

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