Monday, 2019-01-28

*** dklyle has joined #openstack-placement00:16
*** dklyle has quit IRC00:31
*** e0ne has quit IRC00:32
*** efried has quit IRC06:05
*** efried has joined #openstack-placement06:44
*** helenafm has joined #openstack-placement08:15
openstackgerritZhenyu Zheng proposed openstack/nova-specs master: Amend the detach-boot-volume design  https://review.openstack.org/61916108:26
*** tssurya has joined #openstack-placement08:36
*** takashin has left #openstack-placement09:32
*** e0ne has joined #openstack-placement09:38
*** e0ne has quit IRC09:58
*** e0ne has joined #openstack-placement10:02
*** e0ne has quit IRC11:03
*** e0ne has joined #openstack-placement11:10
*** cdent has joined #openstack-placement11:19
*** tetsuro has joined #openstack-placement12:18
*** e0ne has quit IRC12:20
*** e0ne has joined #openstack-placement12:35
*** cdent has quit IRC12:36
*** cdent has joined #openstack-placement13:02
*** e0ne has quit IRC13:17
*** takashin has joined #openstack-placement13:18
*** e0ne has joined #openstack-placement13:20
cdentthanks for responding on that email sean-k-mooney, was mostly an effort to draw people out on why not to do what I suggest13:41
*** mriedem has joined #openstack-placement13:43
sean-k-mooneycdent: did the responce make sense?13:45
sean-k-mooneyi did not have a chance to read the full thread so it may have been out of context13:45
cdentyes, but it doesn't address the "already pretty confusing" aspect of things13:45
cdentno, it's fairly relevant13:45
cdenta worthwhile addition13:45
sean-k-mooneyfrom my past experince working on kolla a year or two ago im not sure if nova for example maintining its own blessed image would be a good thing or not13:46
cdentpresumably it would be several images13:48
sean-k-mooneywell it coulbd be one image with multiple contianes useing the same image with different entry points13:49
sean-k-mooneyor it could be multiple images each with a hardcode entrypoint and a common base13:49
cdentthat seems to violate much of the point (to me)13:49
cdentthey should be as small as possible13:49
cdentor course nova is not oriented towards small or independent from other stuff13:50
sean-k-mooneytrue but multiple images does not make nova smaller13:50
cdentwhat I would want is access to a container which is solely the nova-api and nova-api's config and the python code that it (and only it) requires. same for the other processes13:53
cdentbut that ship is gone13:53
sean-k-mooneycdent: well what distro would be provideing the python/uwsgi/apache that is running it13:55
sean-k-mooneycdent: loci kind of does that13:55
cdentuwsgi from pip, no apache13:55
sean-k-mooneyso that would work for nova but cider i bevilve or swift sitll cant run under uwsgi due to its perodic tasks13:56
cdentright, but one project not being able to uwsgi doesn't mean another shouldn't13:56
sean-k-mooneycdent: what you want can certenly be dont but can i ask what is your intinet with the image. test? dev? production?13:56
sean-k-mooneycdent: true but if they were offical images i assume we would want them to be consitent in there usage?13:57
cdentmy hope is that we could produce tiny images for use in production. I don't think we are there yet because of issues with observability but I think that trying to get there would help us improve our systems13:57
cdentwhy would they need to be consistent if they worked? (i'm not disputing that, I'm asking why)13:58
sean-k-mooneyi can certenly agree with that goal13:58
sean-k-mooneythey would need to be consitent to be consumable downstram and prodctisable13:58
efriedn-sch meeting in 2 minutes in #openstack-meeting-alt13:59
sean-k-mooneyif that is not a goal then it would not need to be a requirement13:59
sean-k-mooneythat said kolla defiend an abstract api and kolla-ansbile can work with anything that implement that api13:59
cdentif an api-service container present an http interface, why does it matter which http server is within?13:59
sean-k-mooneyso if you did the same for does then your fine13:59
sean-k-mooneycdent: it only matter when it comes to configuring the service14:00
cdentnot if it as http port that is being exposed14:00
cdentif it is a unix socket of something, then yes, it gets messy14:00
sean-k-mooneyfrom a prodcut perspective the versions and distor also matter but for generic usecase it does not14:01
* cdent likes to live the lie that products and distros are dead :)14:01
sean-k-mooneycdent: i deploy kolla container form source git repos personally14:02
sean-k-mooneycdent: so a tiny image with python and pip installing everyting form git is/would be my go to14:03
*** cdent has quit IRC14:27
*** tetsuro has quit IRC14:29
*** cdent has joined #openstack-placement14:52
*** cdent has quit IRC14:59
*** takashin has left #openstack-placement15:02
*** cdent has joined #openstack-placement15:03
*** leakypipes is now known as jaypipes15:49
*** openstackgerrit has quit IRC15:51
*** dklyle has joined #openstack-placement16:06
*** helenafm has quit IRC16:25
*** efried has quit IRC16:28
*** ttsiouts has joined #openstack-placement16:53
*** ttsiouts has quit IRC17:00
*** ttsiouts has joined #openstack-placement17:01
*** ttsiouts has quit IRC17:05
*** dims has quit IRC17:08
*** openstackgerrit has joined #openstack-placement17:21
openstackgerritMerged openstack/placement master: Use local config for placement-status CLI  https://review.openstack.org/63260017:21
openstackgerritMerged openstack/placement master: Add upgrade status check for missing root ids  https://review.openstack.org/63259917:21
cdentyay17:22
*** e0ne has quit IRC17:42
*** jaypipes has quit IRC18:57
*** jaypipes has joined #openstack-placement18:57
*** e0ne has joined #openstack-placement18:59
*** dims has joined #openstack-placement19:15
openstackgerritChris Dent proposed openstack/placement master: Use one ConfigOpts in placement-status  https://review.openstack.org/63359519:57
*** efried has joined #openstack-placement20:24
*** tssurya has quit IRC20:40
*** takashin has joined #openstack-placement21:49
*** tssurya has joined #openstack-placement22:26
*** efried1 has joined #openstack-placement22:32
*** efried has quit IRC22:34
*** efried1 is now known as efried22:34
*** e0ne has quit IRC22:36
*** cdent has quit IRC22:41
*** tssurya has quit IRC22:53
*** mriedem has quit IRC23:15

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