| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-04-24 | |||
| 08:15:03 | gibi | I have a tab open with 52 new bugs | |
| 08:15:37 | gibi | so we can compare | |
| 08:16:16 | gibi | i haven refreshed that tab since last evening | |
| 08:16:38 | bauzas | https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New | |
| 08:16:44 | bauzas | ^ gives me 44 opens | |
| 08:17:58 | bauzas | (and gosh, it's nearly impossible to triage Newton bugs) | |
| 08:18:07 | bauzas | the code is so old | |
| 08:18:28 | openstack | Launchpad bug 1836681 in OpenStack Compute (nova) "attach volume succeeded but device not found on guest machine" [Undecided,Incomplete] | |
| 08:18:28 | gibi | bauzas: artom triaged some https://bugs.launchpad.net/nova/+bug/1836681 | |
| 08:18:41 | bauzas | that'd explain then | |
| 08:18:41 | lyarwood | bauzas: permission granted, fire. | |
| 08:18:53 | bauzas | lyarwood: ack thanks, easy peasy | |
| 08:19:28 | gibi | bauzas: after refresh I see 46 on that list | |
| 08:21:24 | bauzas | gibi: lol, I only see 44 with a refresh | |
| 08:21:26 | bauzas | brain split ! | |
| 08:22:01 | gibi | bauzas: I might see private bugs you dont ? | |
| 08:22:25 | bauzas | gibi: possibly | |
| 08:22:29 | bauzas | you have powers. | |
| 08:22:57 | bauzas | (and that'd explain why I was saying 51 and you 53 on the nova meeting :p ) | |
| 08:23:55 | bauzas | gibi: I'm not part of the nova VMT but you could have been added since you wear the leader hat | |
| 08:26:31 | bauzas | gibi: mmm, you aren't in the coresec team https://launchpad.net/~nova-coresec | |
| 09:08:03 | aarents | Hi nova | |
| 09:08:33 | aarents | kashyap: lyarwood to followup yesterday chat regarding machine type and live-migration issue, I recover our story: | |
| 09:08:55 | aarents | we follow Ubuntu LTS qemu (and their machine-type without pinning it in conf) no issue here. One day, a guy introduce a no LTS qemu propably for fixing a bug ← this was a mistake, When we go back later to newer LTS qemu that did not support this machine type, we discover the issue, and we had to rebuild the newer LTS qemu with the support of this machine type in order to avoid hard reboot.. | |
| 09:18:28 | openstackgerrit | OpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata https://review.opendev.org/722644 | |
| 09:19:14 | lyarwood | aarents: yeah as the non-LTS version likely jumped forward | |
| 09:19:51 | aarents | yep | |
| 09:20:23 | kashyap | aarents: Yeah, that's the cost of "you're on your own" non-LTS variants :) | |
| 09:20:43 | kashyap | There's water under your feet before you realize | |
| 09:20:53 | aarents | exacly :p | |
| 09:21:21 | kashyap | (Not necessarily bad, some people like to 'enjoy' debugging such needless water. ;-)) | |
| 09:26:30 | brinzhang_ | lyarwood, gibi: Our cloud used Rocky version, we want to upgrade to the latest version, do you have some documents to see? | |
| 09:27:06 | openstackgerrit | Takashi Natsume proposed openstack/nova master: Update contributor guide for Victoria https://review.opendev.org/722647 | |
| 09:28:00 | brinzhang_ | lyarwood, gibi: one way is upgrade all openstack project, nova/cinder/neutron/glance/manila/... and so on. Another way is just only upgrade nova/cinder/neutron/glance the mainly project | |
| 09:28:45 | brinzhang_ | above two way, anyone is better based on your experience? | |
| 09:29:41 | lyarwood | brinzhang_: depends on your deployment tooling really but rolling upgrades through each release are the best approach | |
| 09:30:10 | lyarwood | brinzhang_: so rocky to stein, stein to train, train to ussuri etc. | |
| 09:30:18 | brinzhang_ | lyarwood: we used kolla to deploy | |
| 09:30:19 | lyarwood | brinzhang_: and that's for everything | |
| 09:31:02 | brinzhang_ | It cannot upgrade from rocky to ussuri? jump stein and train? | |
| 09:31:39 | lyarwood | brinzhang_: AFAIK no, Kolla rolls through each release https://docs.openstack.org/kolla-ansible/latest/user/operating-kolla.html#upgrade-procedure | |
| 09:32:11 | brinzhang_ | lyarwood: ack, I will see this docs later | |
| 09:32:59 | brinzhang_ | your suggestion that we should step by step to upgrade (rocky to stein, stein to train, train to ussuri), right? | |
| 09:33:57 | lyarwood | brinzhang_: yes with kolla I think that's your only option | |
| 09:34:12 | lyarwood | brinzhang_: but you might want to ask that team :) | |
| 09:34:17 | lyarwood | brinzhang_: or sean-k-mooney ;) | |
| 09:35:16 | brinzhang_ | lyarwood: thanks, got it, if there are some question before upgrade, I will ask sean-k-mooney or kolla team ^^ | |
| 09:38:12 | brinzhang_ | I just only care of the placement, upgrade Rocky version, the placement was splite from nova, will this be affected? | |
| 09:39:49 | openstackgerrit | Wenping Song proposed openstack/nova master: error may occur when filter scheduler with accelerator https://review.opendev.org/722651 | |
| 09:40:42 | lyarwood | brinzhang_: questions for the kolla folks, I'm sure they handle that as part of the upgrade. | |
| 09:40:56 | lyarwood | actually I know they do as I think I helped them with that while working on the TripleO part | |
| 09:42:54 | bauzas | brinzhang_: aarents: btw. welcome in our subteam ! | |
| 09:44:35 | aarents | bauzas: thanks | |
| 09:49:39 | brinzhang_ | lyarwood: yeah, good to know this, thank you very much | |
| 09:49:57 | bauzas | I think kolla supports rolling upgrades | |
| 09:50:49 | lyarwood | yeah I think brinzhang_'s last question was about placement extraction that they also support AFAIK | |
| 09:51:23 | brinzhang_ | bauzas: from the kolla upgrade docs, it seems that can support, I will looked into the docs, and than have a decision | |
| 09:51:37 | lyarwood | cool, good luck :) | |
| 09:52:55 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Use compression by default for 'SshDriver' https://review.opendev.org/684393 | |
| 09:56:19 | openstackgerrit | Stephen Finucane proposed openstack/nova master: objects: Add MigrationTypeField https://review.opendev.org/706013 | |
| 09:58:19 | openstackgerrit | Stephen Finucane proposed openstack/nova master: libvirt: Remove MIN_LIBVIRT_MULTIATTACH https://review.opendev.org/710238 | |
| 10:22:26 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Rework how we check for neutron extensions https://review.opendev.org/705792 | |
| 10:39:15 | zigo | http://paste.openstack.org/show/792658/ | |
| 10:39:15 | zigo | When building Nova for buster-backports, I get 26 failures of this kind: | |
| 10:39:32 | zigo | Does anyone have an idea of what's going on? | |
| 10:40:40 | lyarwood | zigo: what's buster-backports? | |
| 10:40:51 | lyarwood | Debian? | |
| 10:40:58 | zigo | lyarwood: OpenStack Stable backported to Debian stable. | |
| 10:40:59 | zigo | Yeah. | |
| 10:41:09 | lyarwood | zigo: which branch of OpenStack? | |
| 10:41:15 | zigo | lyarwood: Ussuri RC1. | |
| 10:41:38 | lyarwood | zigo: do you have a source tree somewhere or are you just using the tarball directly? | |
| 10:41:40 | zigo | It did build fine in Debian Experimental though (and I already uploaded there...) | |
| 10:41:59 | zigo | lyarwood: I'm using the git tag, which is kind of close to the tarball. | |
| 10:42:23 | lyarwood | yup, smells like something is off with the version of mock it's pulling in | |
| 10:42:23 | zigo | My tooling does a "git archive" to generate the tarball, I've been doing this since the begining of OpenStack. | |
| 10:42:35 | zigo | It's pock 3.0.5. | |
| 10:42:37 | zigo | mock | |
| 10:43:46 | zigo | So I'm guessing it's a problem with another dependency ... | |
| 10:45:01 | lyarwood | yeah looks like we are using 3.0.5 at the moment | |
| 10:45:06 | lyarwood | upstream that is | |
| 10:55:49 | zigo | Would it be possible that it's because of a newer oslotest package? | |
| 10:56:02 | zigo | In Experimental, I built with oslotest 3.8.0, not 4.1.0 | |
| 11:02:56 | zigo | Oh, I'm lagging behind, it should be olsotest 4.2.0 maybe? | |
| 11:04:14 | zigo | Yeah, the issue is with oslotest 4.1.0 ! \o/ | |
| 11:04:23 | zigo | I'll try upgrading to 4.2.0. | |
| 11:11:12 | artom | bauzas, gibi, yeah, I managed to *actually* triage maybe 3 or 4 - the other dozen or so that I looked at I just made the o_O face | |
| 11:17:34 | lyarwood | Does anyone use vscode for upstream work? If so are there any guides on getting it configured correctly for ^openstack\/.* work? | |
| 11:17:55 | lyarwood | Just installed the flatpak and thought I'd try and give it a go this afternoon | |
| 11:18:43 | artom | lyarwood, actually, I think jparker uses it | |
| 11:19:12 | artom | He's done some stuff for whitebox | |
| 11:19:30 | artom | lyarwood, but also, shuuuun | |
| 11:19:35 | artom | Shuuuuuun the heretic | |
| 11:19:58 | lyarwood | always good to get out and try new things once in a while or so I'm told ;) | |
| 11:20:18 | lyarwood | had a moment this morning with my .vimrc and thought I'd give it a go | |
| 11:20:30 | lyarwood | I'm sure it isn't going to last long | |
| 11:21:37 | nightmare_unreal | lyarwood: i use vscode I haven't done much config. just installed few vscode plugins ,like pylint | |
| 11:22:16 | zigo | You guys should blacklist oslotest 4.1.0 ! :) | |
| 11:22:39 | zigo | Should I propose such a patch ? | |
| 11:23:16 | lyarwood | zigo: please, if it's broken | |