*** tetsuro has joined #openstack-tc | 01:23 | |
*** tetsuro has quit IRC | 01:25 | |
*** ricolin_ has joined #openstack-tc | 01:31 | |
*** zaneb has quit IRC | 02:09 | |
*** zaneb has joined #openstack-tc | 02:10 | |
*** diablo_rojo has quit IRC | 02:50 | |
*** njohnston has quit IRC | 04:22 | |
*** belmoreira has joined #openstack-tc | 04:23 | |
*** evrardjp has quit IRC | 04:33 | |
*** evrardjp has joined #openstack-tc | 04:33 | |
*** ralonsoh has joined #openstack-tc | 06:34 | |
*** e0ne has joined #openstack-tc | 06:35 | |
*** dklyle has quit IRC | 06:39 | |
*** e0ne has quit IRC | 06:39 | |
*** slaweq has joined #openstack-tc | 06:50 | |
*** tosky has joined #openstack-tc | 07:57 | |
*** slaweq has quit IRC | 08:20 | |
*** slaweq has joined #openstack-tc | 08:29 | |
*** ianychoi__ has quit IRC | 08:40 | |
*** slaweq has quit IRC | 08:49 | |
*** lxkong has joined #openstack-tc | 09:28 | |
*** e0ne has joined #openstack-tc | 09:32 | |
*** lxkong has quit IRC | 09:34 | |
*** ricolin_ has quit IRC | 09:38 | |
*** lxkong has joined #openstack-tc | 09:39 | |
*** ralonsoh has quit IRC | 10:01 | |
*** ralonsoh has joined #openstack-tc | 10:02 | |
*** zbitter has joined #openstack-tc | 10:54 | |
*** zaneb has quit IRC | 10:55 | |
knikolla | o/ | 13:27 |
---|---|---|
gmann | o/ | 13:27 |
jungleboyj | o/ | 13:33 |
*** zbitter is now known as zaneb | 13:40 | |
*** slaweq has joined #openstack-tc | 14:03 | |
*** ricolin_ has joined #openstack-tc | 14:11 | |
*** ricolin_ has quit IRC | 14:13 | |
*** dklyle has joined #openstack-tc | 14:46 | |
gmann | Office hour time... | 15:01 |
gmann | I would like to discuss on Focal migration plan -http://lists.openstack.org/pipermail/openstack-discuss/2020-September/017104.html | 15:01 |
gmann | we discussed it yesterday also. and after checking and fixing few more projects, tox based job migration is safe to do. | 15:03 |
gmann | for integration testing migration we have 3 blockers | 15:03 |
*** slaweq has quit IRC | 15:04 | |
gmann | I am thinking to do integration testing migration also so that projects can fix then things if any before release. and continue work on open 3 blockers which can go as rc candiates also | 15:09 |
gmann | what TC think on this ^^ | 15:09 |
knikolla | that sounds good to me, though it's unfortunate that it's this close to release. | 15:12 |
*** lpetrut has joined #openstack-tc | 15:12 | |
*** penick has joined #openstack-tc | 15:12 | |
smcginnis | Non-client freeze was last week. Client lib freeze is tomorrow. Can we do this now without causing disruption with that? | 15:13 |
fungi | seems like shoehorning necessary and time-sensitive test platform changes into the cycle goals framework caused delays in starting on it? | 15:13 |
gmann | i think yes, very few clietn lib are left and their work is up to merge. if any client or lib left it is not hard to fix it | 15:14 |
*** slaweq has joined #openstack-tc | 15:15 | |
gmann | and backport is also option. | 15:15 |
gmann | especially on integration testing, tox based are all ok in that term its mostly bumping the lower constraint OR merging the fixes already up | 15:17 |
fungi | to me, implementing these changes during release freeze is not as disruptive as implementing them in already released stable branches | 15:17 |
smcginnis | Is there resolution on the nova issues yet? That seems like a pretty major roadblock (and red flag) for doing this right now. | 15:17 |
fungi | doing it now shakes up stability for our developers, but backporting it after release shakes up stability for our users | 15:18 |
smcginnis | Accepting that we were too late and waiting for wallaby doesn't shake things up for anyone. Just really unfortunate that we would have to keep bionic around a little longer. | 15:19 |
gmann | lyarwood is working on nova one and he opened QEMU bug also | 15:19 |
knikolla | ++ on the nova issue, from some light reading that seems like an upstream nova issue, so it might take significant time for it to flow into repos. | 15:19 |
fungi | smcginnis: well, and also would need to alter our tested platforms list for the victoria release | 15:19 |
knikolla | upstream qemu* | 15:19 |
gmann | yeah | 15:19 |
*** slaweq has quit IRC | 15:20 | |
gmann | QEMU | 15:20 |
gmann | that is surely blocking for nova to finish this migration but not for other projects and hold the complete migration itself. | 15:21 |
fungi | so to summarize, nova's victoria release won't be usable for anyone who wants to run the current ubuntu lts version which will have been out for 6mos by victoria release time | 15:21 |
gmann | and i think best possible rc candidates | 15:21 |
fungi | i wonder what this will do for canonical's plans to ship nova for focal | 15:21 |
fungi | can they help? | 15:22 |
gmann | https://bugs.launchpad.net/qemu/+bug/1894804 | 15:23 |
openstack | Launchpad bug 1894804 in QEMU "Second DEVICE_DELETED event missing during virtio-blk disk device detach" [Undecided,New] | 15:23 |
knikolla | i hope yes. | 15:23 |
gmann | yeah, i also think so | 15:23 |
fungi | looks like ubuntu shipped the ussuri release of nova with focal, even | 15:23 |
knikolla | so do they have some fix downstream? | 15:23 |
fungi | so last cycle's nova is working for ubuntu's package on focal, what are we missing? | 15:24 |
gmann | not sure how they test the things. it is volume deatch things | 15:24 |
gmann | volume detach tests fail in our testing | 15:24 |
fungi | heh... "Skip validation that nova-scheduler is running; this serivce requires configuration of both keystone and the placement service which is beyond the scope of a single unit autopkgtest." http://changelogs.ubuntu.com/changelogs/pool/main/n/nova/nova_21.0.0~b3~git2020041013.57ff308d6d-0ubuntu2/changelog | 15:27 |
fungi | so... maybe they don't do particularly thorough testing of that package | 15:27 |
knikolla | ha, okay... | 15:27 |
fungi | jamespage and coreycb are both in #openstack if anyone wants to get more details from them, i guess | 15:29 |
*** penick has quit IRC | 15:30 | |
fungi | looking in http://archive.ubuntu.com/ubuntu/pool/main/n/nova/nova_21.0.0~b3~git2020041013.57ff308d6d-0ubuntu2.debian.tar.xz the only patches seem to be: add-mysql8-compatibility.patch arm-console-patch.patch drop-sphinx-feature-classification.patch drop-sphinxcontrib-rsvgconverter.patch | 15:31 |
gmann | and for barbican issue, it is in progress in https://review.opendev.org/#/c/731281/ and https://review.opendev.org/#/c/731281/ | 15:31 |
gmann | and not sure about ceilometer/gnoochi one https://storyboard.openstack.org/#!/story/2008121 | 15:32 |
gmann | sahara disabled celiometer to move forward on Focal testing | 15:33 |
gmann | fungi: for tox based jobs, can you merge this series - https://review.opendev.org/#/c/738328/7 | 15:35 |
gmann | so that projects can merge the fixes before they release for Victoria. | 15:35 |
*** belmoreira has quit IRC | 15:40 | |
*** penick has joined #openstack-tc | 15:47 | |
fungi | looking back over https://governance.openstack.org/tc/reference/runtimes/victoria.html why did we include python 3.7 in the python runtimes list for victoria? none of our tested runtime platforms provide it | 15:48 |
fungi | so we're apparently resorting to using old distro releases to run those jobs instead | 15:48 |
smcginnis | It was a carry over from ussuri. | 15:49 |
fungi | releases which aren't in our tested runtimes | 15:49 |
gmann | we will remove that once this migration happen | 15:49 |
gmann | there is note for that | 15:49 |
fungi | okay, thanks | 15:49 |
smcginnis | The idea was that we still had some things running on those versions, so it was fine to list it while we were in transition. | 15:49 |
gmann | "The Python 3.7 tests are no longer required once the migration of integration tests from Ubuntu 18.04 (Bionic - Python 3.7) to 20.04 (Focal - Python 3.8) is complete, even if that occurs during the Victoria development cycle. " | 15:49 |
fungi | and what's the plan for moving 3.6 testing to a tested runtime platform? | 15:49 |
fungi | gmann: hah, thanks, i should have read further | 15:50 |
fungi | apologies if it's in the answer to whether we're moving 3.6 tests to centos-8 or opensuse-15 is in the change series, i'm still working my way through reviewing | 15:51 |
gmann | k | 15:51 |
fungi | i have some comments, but i'll follow up in #openstack-infra | 15:53 |
gmann | sure | 15:54 |
*** lpetrut has quit IRC | 15:59 | |
smcginnis | In case you all hadn't seen it: http://lists.openstack.org/pipermail/openstack-discuss/2020-September/017122.html | 16:14 |
smcginnis | This is turning into a wall of the fallen: https://review.opendev.org/#/admin/groups/87,members | 16:14 |
smcginnis | Which is very relevant to the recent discussions on osc. | 16:15 |
gmann | humm | 16:15 |
tosky | oh | 16:16 |
gmann | only amotoki is here who is also sharing bandwidth in a lot other places including downstream | 16:18 |
*** slaweq has joined #openstack-tc | 16:56 | |
*** penick has quit IRC | 17:00 | |
*** slaweq has quit IRC | 17:12 | |
*** slaweq has joined #openstack-tc | 17:16 | |
*** slaweq has quit IRC | 17:21 | |
*** belmoreira has joined #openstack-tc | 17:35 | |
*** e0ne has quit IRC | 17:37 | |
*** ralonsoh has quit IRC | 18:05 | |
*** slaweq has joined #openstack-tc | 19:17 | |
*** tosky has quit IRC | 19:37 | |
*** openstackgerrit has quit IRC | 20:17 | |
*** slaweq has quit IRC | 20:51 | |
*** slaweq has joined #openstack-tc | 20:54 | |
*** slaweq has quit IRC | 20:59 | |
*** slaweq has joined #openstack-tc | 21:19 | |
*** slaweq has quit IRC | 21:23 | |
*** slaweq has joined #openstack-tc | 21:26 | |
*** slaweq has quit IRC | 21:31 | |
*** cloudnull has quit IRC | 23:26 | |
*** cloudnull has joined #openstack-tc | 23:26 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!