Monday, 2021-07-19

-opendevstatus- NOTICE: The maintenance of the review.opendev.org Gerrit service is now complete and service has been restored. Please alert us in #opendev if you have any issues. Thank you03:28
*** akekane_ is now known as abhishekk07:07
opendevreviewLukas Piwowarski proposed openstack/patrole master: Add cleanup for test_show_auto_allocated_topology test  https://review.opendev.org/c/openstack/patrole/+/78831607:12
*** pojadhav- is now known as pojadhav07:41
opendevreviewMerged openstack/devstack stable/train: Fix is_fedora RHEL 8 detection  https://review.opendev.org/c/openstack/devstack/+/75649009:22
*** rpittau|afk is now known as rpittau09:31
*** kopecmartin is now known as kopecmartin|pto09:45
lyarwoodgmann: https://review.opendev.org/c/openstack/devstack/+/798514 - would you mind hitting this re centos 8 stream support11:29
opendevreviewSlawek Kaplonski proposed openstack/devstack master: Stop creating userrc_early  https://review.opendev.org/c/openstack/devstack/+/78041712:59
opendevreviewSlawek Kaplonski proposed openstack/devstack master: Deploy Neutron with enforced new RBAC rules  https://review.opendev.org/c/openstack/devstack/+/79745012:59
opendevreviewAnanya Banerjee proposed opendev/elastic-recheck master: Run elastic-recheck container  https://review.opendev.org/c/opendev/elastic-recheck/+/72962313:06
opendevreviewAnanya proposed opendev/elastic-recheck master: Run elastic-recheck container  https://review.opendev.org/c/opendev/elastic-recheck/+/72962313:14
opendevreviewJulia Kreger proposed openstack/devstack master: Provide a sane default glance limit  https://review.opendev.org/c/openstack/devstack/+/80130914:04
TheJuliaI'd greatly appreciate reviews on ^^^ as ironic's gate is broken at the moment.14:05
clarkbthat change seems fine to me. gmann and dansmith should probably take a look though15:32
clarkbdansmith: also if you have any large patch update stacks to push today I'd be curious to hear if they go any quicker than before15:32
dansmithclarkb: okay, we just split apart a big one last week, so not sure, but will let you know15:32
dansmithwhat does "quicker" mean and ... why?15:33
dansmithquicker like gerrit submission or test runtime?15:33
clarkbdansmith: gerrit submission. We migrated gerrit servers last night15:33
dansmithah, cool, it's been painful lately, so that's great to hear15:34
clarkbto a bigger server to try and allevaite memory pressure15:34
dansmithfantastic15:36
dansmithTheJulia: why don't you just set GLANCE_ENABLE_QUOTAS=False in your job?16:32
dansmiththere's no real need for you to run with those enabled, and you can merge that right now, yeah?16:33
TheJuliadansmith: We shouldn't have to change our jobs becasue of quota enforcement now being a default thing in the jobs16:33
dansmithbut you want to change the default limit for everybody? I don't see the distinction...16:34
TheJuliaand the larger question in my mind is, what if some person fires up devstack and tries to load centos in right now16:34
TheJuliaI'm suggesting the default limit is wrong16:34
dansmithall of the disk size defaults we have are too small to do much real stuff right?16:35
TheJuliabasically, yes16:35
TheJuliaIf someone was using ubuntu or debian, those images are stock about half the size16:36
TheJuliabut anything customized is going to get decently sized quick if someone is doing basic testing16:36
dansmithright, but even with ubuntu disks being small, you can't fit two of them, or one and a snapshot, etc16:36
* TheJulia shrugs16:36
TheJuliadansmith: that is quite true16:36
dansmithI just don't think devstack needs to promise that the defaults will work for any system, any image, running a full parallel tempest16:37
TheJuliaso are we saying we don't care about someone using centos stream + devstack?16:37
dansmithespecially given that you can update the quota afterwards with a single command.. so if someone deploys a devstack, tries to upload a 1.2G image, they don't have to restack, they can just expand the limit16:38
dansmithTheJulia: now really, is that what I said? :)16:38
TheJuliadansmith: that is kind of how it comes off, to me at least if I was in the shoes of someone who didn't know waaaaay too much about all this stuff :)16:38
TheJuliabasic development+testing should be able to be usable without having to have in depth knowledge of quotas16:39
dansmithwould it help if I said I think the default should be 500M so that even the ubuntu images won't fit?16:39
TheJuliahaving to execute a command could also be viewed as a bug16:39
dansmithomg, having to execute a command? the horror!16:40
TheJuliai know right!16:40
dansmithI think most people do most testing with the cirros image, and if they're going to use real images, they're expecting to have to make some changes16:40
TheJuliaseriously though, if we want to say 500, then that is fine, but we're going to brick basically anything that does custom images to test realistic scenarios16:40
dansmith*with defaults16:41
TheJuliayeah, we shouldn't have to modify defaults heavily to do basic scenario testing either16:41
dansmithI can't remember the last time I ran devstack without a local.conf16:41
TheJuliaTrue, but the more and more options only known to developers that exist the harder it is to craft a config that works every time16:41
* TheJulia wonders if this will also break third party CIs16:41
* TheJulia hasn't even checked them yet16:42
TheJuliahmm 2 days ago16:44
opendevreviewPavan Kesava Rao proposed openstack/devstack stable/wallaby: Enable tempest tests for hostname sanitization  https://review.opendev.org/c/openstack/devstack/+/80135616:47
TheJuliadansmith: I've inquired at with at least one operator that should be around to reply, I suspect they are doing something funky but that they would be broken as they do scenario with whole images afaik16:48
TheJuliaand they don't pull in ironic's zuul configs to run thier jobs :\16:49
dansmithdo they run with 100% default devstack?16:49
dansmitheven the most basic of jobs that runs across almost everything has a pretty big config file delta from the devstack defaults: https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_4fd/801309/1/check/tempest-full-py3/4fd1de1/controller/logs/local_conf.txt16:53
TheJuliaThe change basically breaks anyone who uses any devstack with any larger images config that is not explicitly disabling it so they all need to now update their configs where previously the limit check didn't even exist.16:56
dansmithand a 5GB limit will just break fewer people but not avoid that entirely right?16:57
dansmithjust to circle back to the pressing issue and away from the philosophical one, I don't really care that much what the default is. I'd like it enabled by default so we're doing the checking everywhere, but the tests don't care about devstack's default16:59
TheJuliadansmith: true, hopefully far fewer.16:59
TheJuliaSo, the largest 3rd party CI we've got in ironic doesn't hit this becasue they run ubuntu images for deployments *whew*17:00
dansmithto summarize my opinion (which doesn't matter at all) on the philosophical issue, I don't think that (a) devstack promises config file stability and (b) devstack defaults should be promised to work for anything other than a basic stack and use of the cirros image17:01
TheJuliadansmith: I'm totally cool with the default nature of it, and I personally agree. My concern is largely just being basically minimally usable without a bunch of extra work or extra special openstack contextual knowledge17:02
TheJuliadansmith: feels like we need a philosphy file someplace17:03
dansmithpretty sure most CI systems are having to configure neutron/network stuff to make guest checks work17:03
dansmithand the default is totally fine for the image that devstack configures for you by default17:04
TheJuliaI think b is really bad for baremetal integration, but c'est la vie.17:04
dansmithyou could even say that uploading a new image or configuring devstack to use a different one is "running a command" which puts it pretty much on the same footing as tweaking the image quota default,17:05
dansmithor adding more volumes to the quota, which I've had to do before because the default is 1017:05
TheJuliaso how are people going to find out about the setting?17:05
TheJuliajust the admin through the logs?17:05
TheJuliaI guess that doesn't really matter in the grand scheme of things17:06
TheJuliaWe can just document it or force override it in ironic's devstack plugin17:06
TheJuliaoh wait... maybe not17:06
dansmithwe've got a nice config doc with service details,17:06
TheJuliayeah, no, glance will exec and setup first17:07
dansmithI'll be glad to add something there17:07
dansmithin doc/source/configuration.rst17:07
dansmithTheJulia: you are totally able to do the override in your plugin, and/or disable it as I noted earlier, but you said you didn't want to17:07
gmannlyarwood: +A17:10
TheJuliadansmith: no, I said I shouldn't have to, there is a difference, and it is not just one job. Luckily most of it all draws from the in-repo ironic-base job, so two places should address it (devstack making it configurable, and then a change to accept the override (because I agree, it should still exist but just be at a reasonable number for test jobs to run where baremetal is concerned. Downstream CI folks will just have to 17:11
TheJuliachange stuff as they find the breakage I guess17:11
dansmithit's already disable-able17:11
TheJuliaI don't think it should be wholesale disabled17:12
opendevreviewDan Smith proposed openstack/devstack master: Add configuration notes about glance limits  https://review.opendev.org/c/openstack/devstack/+/80136017:12
dansmithdepends on your limit variable ^17:12
* TheJulia goes and revises her patch17:12
TheJuliadansmith: awesome, thanks17:12
dansmithI mean human-depends, zuul doesn't know :)17:12
TheJuliai know :)17:13
opendevreviewPavan Kesava Rao proposed openstack/tempest master: Add test to verify FQDN hostname sanitization  https://review.opendev.org/c/openstack/tempest/+/80136217:16
opendevreviewJulia Kreger proposed openstack/devstack master: Provide override for glance image size limit  https://review.opendev.org/c/openstack/devstack/+/80130917:17
TheJuliadansmith: revised ^17:17
gmannkopecmartin: can you approve this quickly in case wallaby constraints start breaking gate https://review.opendev.org/c/openstack/tempest/+/801174/217:18
dansmithclarkb: I tell you, the web ui for gerrit certainly doesn't feel faster today :/17:18
TheJuliaI've had a couple UI slowdowns, but nothing like Thursday or Friday17:18
TheJulia"hold on, let me go make a sandwich"17:18
gmanndansmith: TheJulia so we are going with 1gb default but configurable right?17:19
dansmithgmann: sounds like it17:19
clarkbya I think it is the hold on make a sandwich cases we expect to go away17:19
opendevreviewPavan Kesava Rao proposed openstack/tempest master: Add test to verify FQDN hostname sanitization  https://review.opendev.org/c/openstack/tempest/+/79569917:19
dansmithTheJulia: this morning (and just now) it was like 30s to load the page17:19
clarkbbut general rtt and java is slow impacts not so much17:19
dansmithnot quite sandwich territory, but long enough for me to get distracted17:19
TheJuliadansmith: yeouch17:19
clarkbdansmith: huh I haven't experienced that yet. What page was it?17:19
dansmithclarkb: TheJulia's link above just now17:20
dansmithvoting went quicker, but the initial load was slowwww17:20
gmanndansmith: can you add default value also here https://review.opendev.org/c/openstack/devstack/+/80136017:20
clarkbhrm that loaded really quickly for me just now. I wonder if now we're hitting cold cache issues17:20
clarkbthat will be something to look into I guess17:20
dansmithclarkb: gmann's link loaded quick for me just now17:21
clarkbdansmith: ya I wonder if you loading TheJulia's change caused gerrit to go warm up the devsatck git caches17:21
clarkband so you lost on the first load but subsequent loads are happier17:21
clarkbI think some cache coldness was expected because we didn't migrate the caches over from the old server17:21
dansmithmaybe17:21
opendevreviewDan Smith proposed openstack/devstack master: Add configuration notes about glance limits  https://review.opendev.org/c/openstack/devstack/+/80136017:22
dansmithgmann: ^ rebased and default mentioned17:23
dansmithclarkb: only two spinner ticks when submitting this ^ definitely seems faster17:23
clarkbthat is good news17:23
gmanndansmith: thanks +217:24
clarkbdansmith: one thing having additional memory allows us to do is to further tune our caches too (make them bigger). I don't think we'll dive into that next week but it is something I expect we'll be doing now that we have the ability to do so17:26
clarkb*I don't think we'll dive into that until at least next week17:26
dansmithwell, cool.. sucks to have to increase the memory budget so much but.. glad we can, I guess17:27
opendevreviewPavan Kesava Rao proposed openstack/devstack master: Enable tempest tests for hostname sanitization  https://review.opendev.org/c/openstack/devstack/+/80136617:34
*** rpittau is now known as rpittau|afk17:38
opendevreviewPavan Kesava Rao proposed openstack/tempest master: Add test to verify FQDN hostname sanitization  https://review.opendev.org/c/openstack/tempest/+/79569917:39
clarkbI've approved the glance limits changes as it seems we are happy to go with the updates that dansmith made.17:42
opendevreviewMerged openstack/devstack master: libvirt: Stop installing python bindings from pip  https://review.opendev.org/c/openstack/devstack/+/79851418:27
clarkblyarwood: gmann yoctozepto ^ I think the real issue there is you are using centos 8 wheels on centos8 stream18:41
clarkbsounds like they need to be treated differently18:41
yoctozeptoclarkb: then again, installing from sources may fail if platform's libvirt headers are incompatible18:42
yoctozeptobeen there, fixed that ;-)18:42
yoctozepto(w/ masakari)18:42
clarkbyoctozepto: they shouldn't be incompatible if you use teh correct wheel builds is my point18:43
clarkbthe wheels we build for libvirt-python are distro release specific to avoid those problems18:43
yoctozeptoclarkb: we would need to pin the version per distro18:43
yoctozeptoit's easier to install from repo18:43
clarkbyoctozepto: no because newer libvirt-python is supposed to build against older libvirt. If that doesnt' work it is a bug upstream18:43
yoctozeptoyeah, I was just saying that18:43
yoctozepto(i mean, writing a very similar message)18:44
clarkbthe problem the above change addresses is using wheels built for one platform on another platform. We should not do that18:44
yoctozeptoindeed18:44
yoctozeptoI like the way we changed that in devstack18:44
clarkbCalling that out because other wheels could have similar issues over time18:44
yoctozeptoas that is how production deployment projects do it18:44
clarkbchanging libvirt-python to a distro package install doesn't fix the underlying issue18:45
yoctozeptoyeah, wheels could always go wrong by not including the exact underlying libs versions18:45
yoctozeptobut it's not easily fixable18:45
yoctozeptowe haven't been hit hard before18:45
yoctozeptoi.e., I am satisfied with the current workaround18:46
clarkbok18:46
dansmithclarkb: just had another ~20s page load... Replying to something from 30m ago19:20
dansmithI dunno how long things stay in the cache, but I'm guessing less than 30m19:20
dansmithdefinitely faster submitting a 5-patch set19:38
clarkbdansmith: that is good to know. I'll have to double check gerrit cache thigns once stuff settles down. Its possible we can increase the ttls too19:58
opendevreviewMerged openstack/devstack master: Provide override for glance image size limit  https://review.opendev.org/c/openstack/devstack/+/80130920:29
opendevreviewMerged openstack/devstack master: Add configuration notes about glance limits  https://review.opendev.org/c/openstack/devstack/+/80136020:29

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!