Tuesday, 2020-03-10

*** vishalmanchanda has joined #openstack-nova00:05
*** tetsuro has joined #openstack-nova00:06
*** macz_ has quit IRC00:06
*** chenhaw1 has joined #openstack-nova00:15
*** chenhaw1 has quit IRC00:16
*** tetsuro has quit IRC00:18
*** tetsuro has joined #openstack-nova00:18
openstackgerritBrin Zhang proposed openstack/nova master: Add new default roles in os-volumes-attachments policies  https://review.opendev.org/71019000:18
openstackgerritBrin Zhang proposed openstack/nova master: Add PATCH volume attachments api to os-volume_attachments  https://review.opendev.org/69382800:18
openstackgerritBrin Zhang proposed openstack/nova master: Add new policy to PATCH update volume API  https://review.opendev.org/71119400:18
openstackgerritBrin Zhang proposed openstack/nova master: Add functional tests for PATCH volume attachments API  https://review.opendev.org/71096500:18
*** tetsuro has quit IRC00:21
*** tetsuro has joined #openstack-nova00:22
*** dklyle has quit IRC00:22
brinzhang_johnthethubaguy: Rebased done https://review.opendev.org/#/c/710190/5, thanks00:22
brinzhang_gmann: How about this os-instance-actions failed test case? https://review.opendev.org/#/c/706470/00:24
*** ccamacho has joined #openstack-nova01:25
*** hongbin has joined #openstack-nova01:31
openstackgerritBrin Zhang proposed openstack/nova master: Add new default roles in os-volumes-attachments policies  https://review.opendev.org/71019001:50
openstackgerritBrin Zhang proposed openstack/nova master: Add PATCH volume attachments api to os-volume_attachments  https://review.opendev.org/69382801:50
openstackgerritBrin Zhang proposed openstack/nova master: Add new policy to PATCH update volume API  https://review.opendev.org/71119401:50
openstackgerritBrin Zhang proposed openstack/nova master: Add functional tests for PATCH volume attachments API  https://review.opendev.org/71096501:50
*** TxGirlGeek has quit IRC02:02
*** tbachman_ has joined #openstack-nova02:03
*** tbachman has quit IRC02:05
*** tbachman_ is now known as tbachman02:05
*** happyhemant has quit IRC02:05
*** brinzhang_ has quit IRC02:14
*** brinzhang_ has joined #openstack-nova02:15
*** nicolasbock has joined #openstack-nova02:26
*** zhanglong has joined #openstack-nova02:29
*** yaawang has quit IRC02:47
*** tbachman_ has joined #openstack-nova02:50
*** yaawang has joined #openstack-nova02:50
*** tbachman has quit IRC02:51
*** tbachman_ is now known as tbachman02:51
openstackgerritMerged openstack/nova stable/train: Fix hypervisors paginted collection_name.  https://review.opendev.org/71166403:02
*** vishalmanchanda has quit IRC03:05
*** nicolasbock has quit IRC03:06
*** yaawang has quit IRC03:07
*** yaawang has joined #openstack-nova03:08
*** vishalmanchanda has joined #openstack-nova03:31
*** mkrai has joined #openstack-nova03:43
*** hongbin has quit IRC03:47
*** lbragstad_ has joined #openstack-nova03:54
*** rcernin has quit IRC04:04
*** rcernin has joined #openstack-nova04:04
*** yaawang has quit IRC04:28
*** yaawang has joined #openstack-nova04:29
*** dave-mccowan has quit IRC04:40
*** lbragstad_ has quit IRC05:34
*** evrardjp has quit IRC05:35
*** evrardjp has joined #openstack-nova05:35
*** ociuhandu has joined #openstack-nova06:07
*** ociuhandu has quit IRC06:12
*** links has joined #openstack-nova06:15
*** ccstone has quit IRC06:23
*** eandersson has quit IRC06:23
*** eandersson has joined #openstack-nova06:24
*** ccstone has joined #openstack-nova06:24
*** mkrai has quit IRC06:38
*** udesale has joined #openstack-nova06:41
*** dpawlik has joined #openstack-nova07:21
*** sapd1 has joined #openstack-nova07:23
*** ociuhandu has joined #openstack-nova07:28
*** tetsuro has quit IRC07:29
*** ociuhandu has quit IRC07:35
*** ccamacho has quit IRC07:35
*** ccamacho has joined #openstack-nova07:35
*** mkrai has joined #openstack-nova07:41
*** tetsuro has joined #openstack-nova07:43
*** damien_r has joined #openstack-nova07:54
*** slaweq has joined #openstack-nova07:56
*** xek_ has joined #openstack-nova07:57
*** ociuhandu has joined #openstack-nova08:05
*** tkajinam has quit IRC08:08
*** tesseract has joined #openstack-nova08:11
*** ociuhandu has quit IRC08:18
*** tosky has joined #openstack-nova08:18
*** yaawang has quit IRC08:20
*** yaawang has joined #openstack-nova08:21
gibilyarwood: thanks for volunteering for the stable liaison role08:27
*** amoralej|off is now known as amoralej08:29
gibialex_xu, brinzhang_: looking at the meeting slot ML thread, I see will be discriminated by the 16:00 UTC slot. So I'm thinking about possible solutions for you08:31
gibimy current running assumption is to have a single 16:00 UTC meeting slot on every Thrusday08:32
gibiand on Thrusday UTC 8:00 or 9:00 have a unofficial office hours for you to have a way to talk about issues you want to bring up on the team meeting08:34
gibithis would be like a trial08:35
gibisee if it works08:35
gibiI will dedicate time on Thursday 8:00 UTC anyhow to myself to update the meeting agenda, so having an office hour like thing at the same time seems appropriate08:36
brinzhang_ok gibi, I will try to participate in 16:00 UTC Thrusday. If I ca n’t catch up, I will check the IRC meeting record. If there are any questions, I will ask at your office time.08:41
brinzhang_Similarly, if there is a problem that needs to be discussed, it will be sent to openstack-nova on Thursday 8: 00UTC or 9: 00UTC08:41
lyarwoodgibi: np08:42
gibibrinzhang_: cool, thanks08:43
*** rpittau|afk is now known as rpittau08:43
*** priteau has joined #openstack-nova08:44
*** zhanglong has quit IRC08:48
*** ralonsoh has joined #openstack-nova08:50
*** ociuhandu has joined #openstack-nova08:53
*** ociuhandu has quit IRC09:09
*** ygk_12345 has joined #openstack-nova09:23
*** martinkennelly has joined #openstack-nova09:24
*** ygk_12345 has left #openstack-nova09:24
*** priteau has quit IRC09:28
*** tetsuro has quit IRC09:31
*** sapd1 has quit IRC09:39
*** mkrai has quit IRC09:46
*** sapd1 has joined #openstack-nova09:46
*** derekh has joined #openstack-nova09:58
*** udesale has quit IRC10:01
*** dtantsur|afk is now known as dtantsur10:06
*** gibi has quit IRC10:06
*** gibi has joined #openstack-nova10:07
*** mkrai has joined #openstack-nova10:13
*** ociuhandu has joined #openstack-nova10:17
*** tbachman has quit IRC10:37
*** mkrai has quit IRC11:00
*** zhanglong has joined #openstack-nova11:15
*** tkajinam has joined #openstack-nova11:15
*** rpittau is now known as rpittau|bbl11:16
*** udesale has joined #openstack-nova11:25
*** udesale_ has joined #openstack-nova11:29
*** udesale has quit IRC11:32
*** Luzi has joined #openstack-nova11:37
*** tbachman has joined #openstack-nova11:38
*** udesale_ has quit IRC11:38
*** ociuhandu has quit IRC11:40
*** ociuhandu has joined #openstack-nova11:40
*** udesale has joined #openstack-nova11:41
*** ociuhandu has quit IRC11:46
*** udesale has quit IRC11:47
*** nicolasbock has joined #openstack-nova11:54
*** tbachman has quit IRC12:03
*** tbachman has joined #openstack-nova12:07
*** tbachman_ has joined #openstack-nova12:11
*** tbachman has quit IRC12:12
*** tbachman_ is now known as tbachman12:12
*** nicolasbock has quit IRC12:13
*** sean-k-mooney has joined #openstack-nova12:14
sean-k-mooneygibi: o/12:14
sean-k-mooneygibi: im going to try and take another look at the provider.yaml stuff today and see how much i can get through12:14
*** nicolasbock has joined #openstack-nova12:15
sean-k-mooneyif you have no objection to https://docs.python.org/3/library/functools.html#functools.lru_cache i might swap to using that instead of the module cache.12:15
gibisean-k-mooney: o/12:16
gibisean-k-mooney: I have no objection12:16
gibisean-k-mooney: ping me if my comments are not clear12:16
sean-k-mooneysure will do12:16
sean-k-mooneyim not sure i fully follow what addtional semantic checks i need to add in the third patch12:18
sean-k-mooneywell i know we shoudl be deduping providers12:19
sean-k-mooneybased on by name vs by uuid vs by $COMPUTE_NODE12:19
sean-k-mooneyi just havent fully loaded enough of the code into my head to fully grapse that yet12:20
sean-k-mooneybut if i get stuck ill let ye know12:20
sean-k-mooneyon https://review.opendev.org/#/c/676522/41/nova/compute/resource_tracker.py@1730 is the exception for all compute nodes12:21
gibiyeah, I think the core comment is about identifying the same provider 3 different ways12:21
sean-k-mooneyso one thing that confused me a bit is why to we error in that case instead of merging12:22
sean-k-mooneye.g. if i do both by name and by uuid12:22
sean-k-mooneyand add different providers/inventories in each it should be fine right12:23
gibi both behavior could be acceptable but I guess the spec said every RP should be mentioned only once12:23
gibilet me look i tup12:23
sean-k-mooneyok ya well im not going to change it12:23
sean-k-mooneyno its fine i was just wondering if there was a fundemental reason i missed12:24
gibi"In the event that a resource provider is identified by both explicit UUID/NAME and $COMPUTE_NODE, only the UUID/NAME record will be used."12:25
gibihttps://specs.openstack.org/openstack/nova-specs/specs/ussuri/approved/provider-config-file.html12:25
sean-k-mooneyright that make sense12:25
sean-k-mooneybut it does sate what happens if you use both UUID and NAME right12:25
gibiI did not found any reference about that case yet12:26
sean-k-mooney anyway its not an issue right now. if we want to support that in the future we can12:26
gibi"The consuming nova-compute service will error and fail to start if the"12:27
gibi    # same value is used more than once across all provider configs for name12:27
gibi    # or uuid.12:27
sean-k-mooneyah ok perfect12:27
sean-k-mooneyim not sure why we chose that but i also dont partically care enough to argure that its too limiting12:27
*** zhanglong has quit IRC12:28
sean-k-mooneyi suspect most people will just use the name12:28
gibiyeah, name for computes, uuid for ironic nodes12:29
*** ociuhandu has joined #openstack-nova12:29
sean-k-mooneyisnint the ironic node RP name also the uuid12:29
sean-k-mooneythe name has to be unique so that what i would have done to make it as simple as possible but uuid for ironic makes sense12:30
gibiyes, for ironic name and uuid are the same in placement12:31
*** happyhemant has joined #openstack-nova12:40
openstackgerritMerged openstack/nova stable/rocky: libvirt: Ignore DiskNotFound during update_available_resource  https://review.opendev.org/71127812:41
*** ociuhandu has quit IRC12:43
*** ociuhandu has joined #openstack-nova12:44
*** ociuhandu has quit IRC12:49
*** rpittau|bbl is now known as rpittau12:54
*** eharney has quit IRC12:59
*** xek_ is now known as xek13:01
*** lbragstad_ has joined #openstack-nova13:01
*** lbragstad_ is now known as lbragstad13:12
*** lbragstad has quit IRC13:13
mordredsmcginnis: https://review.opendev.org/#/c/710214/13:15
mordredsmcginnis: that would be the patch that broke that test13:16
*** lbragstad has joined #openstack-nova13:16
*** amoralej is now known as amoralej|lunch13:22
mordredjkulik: https://review.opendev.org/#/c/710214/ caused a behavior change and broke SDK's functional tests13:22
gibimordred: did you depend on the HTTP 500 from nova? or what was the exact behavior change that broke the SDK?13:23
*** nweinber__ has joined #openstack-nova13:24
mordredthe opposite - we were getting NotFound before when trying to delete something by name13:24
mordredand now we're getting BadRequest13:24
mordredto be fair - there's ALSO a bug in SDK which this has shown13:24
gibican nova do something to help SDK out? the only thing I can imagine is to revert https://review.opendev.org/#/c/710214/ and re-propose it with a microversion bump on the API13:25
gibiwould that help?13:26
mordredwhich is that we were accepting a name_or_id argument to our delete method and then it looks like we're passing taht straight on - which will never have worked13:26
mordredgibi: I'm not sure - I keep going back and forth about whether the behavior change is one of those "someone might break but that person was already broken" times13:26
gibiyeah, I'm hesitant too13:27
mordredI think the more I talk out loud about it - the more I'm coming to think it's actually all a bug on our side that this just showed13:27
gibiif SDK is need to be changed anyhow then I would not jump on the revert13:32
gibibut I can be convinced otherwise13:33
mordredgibi: yeah - I just pushed up https://review.opendev.org/712068 - we had a layer that was erroneously passing name_or_id. we weren't noticing the change because we trapped for ResourceNotFound and then returned False (saying we didn't delete it) - so we _were_ telling the user it wasn't working ... but we can do better there and delete by name (with a GET first) if they pass us a nane13:38
*** eharney has joined #openstack-nova13:43
*** brinzhang has joined #openstack-nova13:44
*** ociuhandu has joined #openstack-nova13:44
jkulikmordred: I'm sorry, that this caused you problems. Any way I could have checked for this?13:46
mordredjkulik: well - maybe we should consider running sdk functional tests on nova changes13:47
mordredother than that - it was really just uncovering a latent bug on our side - so I think it's a good breakage :)13:47
brinzhanggibi, lyarwood: I find some patch always failed by nova-live-migration task, sometimes we recheck it, that it can be passed, but sut still fails13:48
brinzhanggibi, lyarwood:such as https://review.opendev.org/#/c/706897/ and https://review.opendev.org/#/c/700072/13:48
brinzhangFrom their zuul log, I am not find some useful message caused by live migration failed, or I missing something13:49
brinzhangI think we should find why it always failed, IMO, that always a hidden danger13:50
*** dklyle has joined #openstack-nova13:51
brinzhanglyarwood: I saw you want to migrate nova-live-migration job https://review.opendev.org/#/c/711604/3, that can fix this issue? I will check together :)13:54
*** tbachman has quit IRC13:54
openstackgerritMonty Taylor proposed openstack/nova master: Run sdk functional tests on nova changes  https://review.opendev.org/71209213:57
sean-k-mooneybrinzhang: i dont think that lyarwood new job will fix it13:57
sean-k-mooneybrinzhang: but it will make it less complex13:57
sean-k-mooneyso that might help us determin why its failing13:57
mordredgibi, jkulik, smcginnis: ^^ sake of argument patch to run sdk functional tests over here13:58
brinzhangsean-k-mooney: cool, that good13:58
*** mlavalle has joined #openstack-nova13:59
brinzhangsean-k-mooney: maybe lyarwood wants to migrate this job to zuulv313:59
brinzhangI remembered he looks for that migrate v3 documents the day before yesterday14:00
*** Liang__ has quit IRC14:00
sean-k-mooneybrinzhang: yes that is what he is doing14:01
sean-k-mooneybrinzhang: so i was suggesting spliting the job into two 1 for ceph image backend and one for cinder/lvm and qcow block migration14:02
sean-k-mooneythat will avoid the reconfiguration of the services in the post script and create 2 shorter jobs14:02
sean-k-mooneybrinzhang: lyarwood was also considering if the evacuation tests should be seperate. or not14:03
*** dave-mccowan has joined #openstack-nova14:03
sean-k-mooneyi think they should stay in the same job14:03
sean-k-mooneywe should be able to merge the nova-livemiration-ceph job with devstack-plugin-ceph-tempest-py314:03
sean-k-mooneyand just run that multinode with live migration enabled14:04
*** _mlavalle_1 has joined #openstack-nova14:04
brinzhangsean-k-mooney: yeah, agree14:04
sean-k-mooneyso ideally the total job cout wont increase and devstack-plugin-ceph-tempest-py3 will just get sligly longer since it will be multi node and and nova-livemigation with cinder/qcow will get shorter14:05
*** _mlavalle_2 has joined #openstack-nova14:05
lyarwoodbrinzhang: it isn't going to help stable/pike14:05
brinzhangthey should stay in the same job, but when find that issue that we can separate it as two job, but finally we should merged14:05
lyarwoodthere's an open bug for the vif plugging issue in master14:06
sean-k-mooneylyarwood: there is?14:06
sean-k-mooneythat sound like something i should proably be aware of14:06
*** mriedem has joined #openstack-nova14:07
*** mlavalle has quit IRC14:07
lyarwoodsean-k-mooney: it's an old one, I'll dig it up in a min14:07
lyarwoodsean-k-mooney: http://status.openstack.org/elastic-recheck/#181378914:07
sean-k-mooneyah ok14:08
sean-k-mooneyoh right this si a rache with registering for the event14:08
sean-k-mooney*this is a race14:08
gibimordred: I have a meeting in paralle. I will read back later14:09
lyarwoodbrinzhang: for stable/pike we might want to make the LM job NV tbh unless anyone steps up to fix it14:09
*** _mlavalle_1 has quit IRC14:09
brinzhanglyarwood: Maybe vif plug has some influence, let's take a look14:09
brinzhanglyarwood: For stable / pike, I agree with you.14:10
sean-k-mooneywe skipped this on master https://review.opendev.org/#/c/663405/14:11
sean-k-mooneyhttps://review.opendev.org/#/c/667177/ i think is the final fix14:14
sean-k-mooneywe went back and fort a few times14:14
brinzhangsean-k-mooney: this is in stable/stein, right? so from stable/stein we skip to test the migration14:14
brinzhangsean-k-mooney: oh..sorry, that's vif-plug issue14:15
sean-k-mooneyya but that should already be on rock too14:16
sean-k-mooneyhttps://review.opendev.org/#/c/670648/214:16
dansmithI wonder if it's time to consider dropping the vmware driver? http://lists.openstack.org/pipermail/openstack-discuss/2020-March/013066.html14:17
sean-k-mooneyright so ^ is marked as a partial fix for https://bugs.launchpad.net/nova/+bug/181378914:17
openstackLaunchpad bug 1813789 in OpenStack Compute (nova) "Evacuate test intermittently fails with network-vif-plugged timeout exception" [Medium,In progress] - Assigned to Artom Lifshitz (notartom)14:17
sean-k-mooneydansmith: well one devstack failure is proably not enough but if we have no idea how to fix it an no one responds the maybe14:18
artomsean-k-mooney, that patch was very specific to revert resize tho14:19
sean-k-mooneyit would help if they had included the compute agent patch14:19
dansmithsean-k-mooney: point being that was a week ago with no answer14:19
dansmithsean-k-mooney: and I don't even know who to point them to these days14:19
sean-k-mooneyartom: yes it was but i think there were other cases too14:19
artomsean-k-mooney, yeah, but IIRC those were a different cause?14:20
sean-k-mooneydansmith: ya i would say cdent but ya14:20
artomI don't think we ever dug into those14:20
sean-k-mooneyartom: probably i just remember this being really hairy to untangel14:20
artomsean-k-mooney, that it as14:20
dansmithsean-k-mooney: and no vmware CI reporting lately, that I've seen14:20
artom*was14:20
sean-k-mooneydansmith: i guess we could propose deprecation if its not fix by ussuring and drop it in Victoria?14:21
sean-k-mooney*ussuri14:21
sean-k-mooneydansmith: we have to give 1 cycle notice right14:22
dansmithsean-k-mooney: yeah, all I mean by "consider dropping" is starting the clock14:22
sean-k-mooneyya did we ever follow through on the xen support14:23
sean-k-mooneywas it xen we talked about one of the other dirvers a few months ago right14:23
dansmithyep, it's been deprecated and warning on startup for a while14:26
dansmithdon't think I've heard anything from anyone14:26
dansmithWell, only since september I guess.. maybe that's too soon still14:26
*** amoralej|lunch is now known as amoralej14:28
dansmithI guess we did merge a trivial log message fix to xenapi in January14:28
dansmithhardly indicates heavy usage though :)14:28
dansmithquality warning has been in place since May 201914:29
*** nicolasbock has quit IRC14:30
dansmithlast actual change was Feb 2019, but from canonical which may or may not indicate actual usage, just a failed test or something14:30
*** nicolasbock has joined #openstack-nova14:31
*** Wellie has joined #openstack-nova14:31
*** links has quit IRC14:32
*** Luzi has quit IRC14:32
lyarwoodstephenfin: https://review.opendev.org/#/c/706900/ - could you hit this again when you have time?14:34
sean-k-mooneydansmith: ya well we could always move it out of tree, into a repo in the x namespace and if people care they can use it or step up to support it for xen14:35
dansmith-2 on that plan :)14:36
dansmithit's in the git tree if they want to find it14:36
sean-k-mooneyi know you hate out of tree drivers14:36
sean-k-mooneywell i was wondering should we be removing it form in tree14:36
sean-k-mooneyi assume that was what you were evenutally proposing for vmware if we start the clock and no one steps up14:37
mordredpeople still use xen?14:38
*** iurygregory has quit IRC14:39
dansmithmordred: no, that's the point :)14:39
*** brinzhang has quit IRC14:39
dansmithsean-k-mooney: removing it from the tree does't remove it from the git history and previous releases14:39
dansmithsean-k-mooney: and it's likely not working now anyway14:40
mordredyeah - I agree with dansmith - it's always there - if new people want to work on it, they can always start with a revert patch reverting the removal14:40
mordreddoesn't need an x/ repo14:41
sean-k-mooneydansmith: oh that is what you ment by it being in git14:41
sean-k-mooneydansmith: ok that makes more sense14:42
sean-k-mooneymordred: i think one of the issue with the xenserver driver is that it relise on python 214:42
sean-k-mooneymordred: libvirt/xen does not have that limitaion as far as i am aware but the xen direct driver definetly had issues with python 3 elast year14:43
*** iurygregory has joined #openstack-nova14:43
sean-k-mooneylyarwood: the privsep discussion has come up a bunch of times. be we did not want to change how we use privsep until we had finished the rootwrap removal14:44
*** mkrai has joined #openstack-nova14:46
sean-k-mooneylyarwood: the hacking check i was refing too was the one that require you to do "import nova.privsep.x" instead of from nova.privsep import x14:47
sean-k-mooneyso that when you use a privaldaged function it must be fully spelled out14:47
lyarwoodsean-k-mooney: kk wasn't aware of the previous discussion then or I've conveniently forgtten them :)14:48
sean-k-mooneylyarwood: nova currently only has 1 privsep context which basically give all privladged calls full root permissions14:50
sean-k-mooneyhttps://github.com/openstack/nova/blob/master/nova/privsep/__init__.py14:50
sean-k-mooneyso the way we currently use it provides very little securtiy benifit14:50
openstackgerritDan Smith proposed openstack/nova master: Deprecate the vmwareapi driver  https://review.opendev.org/71210114:50
*** tbachman has joined #openstack-nova14:51
lyarwoodsean-k-mooney: I can follow up and tighten this up under https://review.opendev.org/#/q/topic:bug/1861071_followups but for the intital bugfix series that I want to backport I'd like to avoid as much churn as possible tbh14:52
sean-k-mooneylyarwood: what we should be doing is creating multiple context with a limited set of permission and only granting the permissions that are needed.14:52
sean-k-mooneyya that is fair. i think we should be considring this a potential blueprint/work item for victoria at this point14:53
sean-k-mooneyi would prefer not to propagate more examples of the patteren but i agree wew should not mix this with the bug fix14:54
lyarwoodsean-k-mooney: kk thanks, I'll try to take a swing at that later this week and tbh that work will bleed into the V release anyway at this point.14:56
*** _mlavalle_2 has quit IRC14:58
*** TxGirlGeek has joined #openstack-nova14:58
sean-k-mooneylyarwood: ya im debating if we should defer it to a dedicated effort14:58
sean-k-mooneylike the nova-net removal14:59
lyarwoodsean-k-mooney: ah understood15:01
mriedemvmware ci hasn't reported reliably in forever15:03
dansmithmriedem: yeah I was going to point out that it doesn't report on this patch as evidence, assuming it doesn't15:03
dansmithI haven't seen it report on vmware-touching patches in a while15:04
mriedemheh, i haven't seen vmware touching patches in awhile15:04
dansmithwell, some things that touch all the drivers should have gotten a report15:05
mriedemthe vmware ci just hasn't worked in a couple of years15:06
mriedemi think they got the band together long enough to make it work for the live migration patch because i said i wouldn't +2 it otherwise (and it needed to be multinode and show it passing live migrate)15:06
mriedembut after that...15:06
mriedemthe xen driver was deprecated in train so it's probably too early to drop that in ussuri yeah? V at the earliest i'd think.15:06
mriedemsince anyone using xen isn't likely upgrading much these days anyway...15:07
openstackgerritDan Smith proposed openstack/nova master: Deprecate the vmwareapi driver  https://review.opendev.org/71210115:09
mriedemi'm happy to give a tenured +2 on ^ though :)15:09
dansmithmriedem: yeah I commented on the xenapi driver a little earlier15:10
dansmithseems like we should probably wait until V for that, just to be squeaky clean, even though I doubt anyone cares anymore15:10
mriedempep8 pass on that line you had to wrap?15:10
mriedemsomeone will care 1 year after it's already deleted :/15:10
mriedem"care"15:11
mriedemdansmith: i think you've got a pep8 error15:12
mriedemline too long15:12
dansmithmriedem: do I?15:12
mriedemit was 79 before15:12
dansmith  fast8: commands succeeded15:12
mriedemoh, well i'll +2 then15:13
*** ociuhandu has quit IRC15:17
*** tkajinam has quit IRC15:17
*** ociuhandu has joined #openstack-nova15:17
*** ociuhandu has quit IRC15:23
*** mkrai has quit IRC15:34
*** KeithMnemonic has joined #openstack-nova15:38
*** gyee has joined #openstack-nova15:43
*** macz_ has joined #openstack-nova15:46
*** macz_ has quit IRC15:47
*** macz_ has joined #openstack-nova15:48
*** ociuhandu has joined #openstack-nova15:48
openstackgerritStephen Finucane proposed openstack/nova stable/train: Fix os-keypairs pagination links  https://review.opendev.org/71189515:55
openstackgerritStephen Finucane proposed openstack/nova stable/stein: Fix os-keypairs pagination links  https://review.opendev.org/71189615:56
openstackgerritStephen Finucane proposed openstack/nova stable/rocky: Fix os-keypairs pagination links  https://review.opendev.org/71189815:58
*** vishalmanchanda has quit IRC16:05
openstackgerritSylvain Bauza proposed openstack/nova master: Pass allocations to virt drivers when resizing  https://review.opendev.org/58908516:06
openstackgerritSylvain Bauza proposed openstack/nova master: Pass allocations to virt drivers when reverting resize  https://review.opendev.org/71211816:06
*** lbragstad has quit IRC16:07
*** lbragstad has joined #openstack-nova16:08
*** tbachman has quit IRC16:18
*** tbachman has joined #openstack-nova16:23
*** damien_r has quit IRC16:25
*** aarents has quit IRC16:27
*** aarents has joined #openstack-nova16:27
*** trident has quit IRC16:34
*** trident has joined #openstack-nova16:36
stephenfinlyarwood: dead easy stable patch for you here https://review.opendev.org/71189516:41
*** mlavalle has joined #openstack-nova16:44
openstackgerritStephen Finucane proposed openstack/nova master: Add transform_image_metadata request filter  https://review.opendev.org/66577516:48
*** tbachman has quit IRC16:51
lyarwoodstephenfin: are there many more of these?16:58
stephenfinI think that's the only other one16:59
lyarwoodkk16:59
stephenfinit's the only one I could spot anyway16:59
*** tbachman has joined #openstack-nova17:04
*** tbachman_ has joined #openstack-nova17:06
*** tesseract has quit IRC17:07
*** tbachman has quit IRC17:08
*** tbachman_ is now known as tbachman17:08
*** rpittau is now known as rpittau|afk17:10
*** ociuhandu has quit IRC17:10
*** ccamacho has quit IRC17:15
openstackgerritMonty Taylor proposed openstack/nova master: Run sdk functional tests on nova changes  https://review.opendev.org/71209217:33
*** evrardjp has quit IRC17:35
*** _kukacz has joined #openstack-nova17:35
*** evrardjp has joined #openstack-nova17:35
*** dtantsur is now known as dtantsur|afk17:36
openstackgerritJohn Garbutt proposed openstack/nova master: WIP: Enforce unified limits using oslo.limit  https://review.opendev.org/61518017:45
openstackgerritJohn Garbutt proposed openstack/nova master: Add unified limits configuration  https://review.opendev.org/71213717:45
openstackgerritJohn Garbutt proposed openstack/nova master: Add tests for the UnifiedLimits quota driver  https://review.opendev.org/71213817:45
openstackgerritJohn Garbutt proposed openstack/nova master: Add logic to enforce local api and db limits  https://review.opendev.org/71213917:45
openstackgerritJohn Garbutt proposed openstack/nova master: WIP: Add tests for API using unified limits driver  https://review.opendev.org/71214017:45
openstackgerritJohn Garbutt proposed openstack/nova master: Make unified limits APIs return reserved of 0  https://review.opendev.org/71214117:45
openstackgerritJohn Garbutt proposed openstack/nova master: WIP: Enforce api and db limits  https://review.opendev.org/71214217:45
openstackgerritJohn Garbutt proposed openstack/nova master: WIP: Update quota_class APIs for db and api limits  https://review.opendev.org/71214317:45
*** derekh has quit IRC18:00
*** trident has quit IRC18:08
*** amoralej is now known as amoralej|off18:08
*** trident has joined #openstack-nova18:18
*** martinkennelly has quit IRC18:32
*** factor has joined #openstack-nova18:36
*** brinzhang has joined #openstack-nova18:51
*** efried has joined #openstack-nova18:52
*** efried has quit IRC18:54
*** brinzhang_ has quit IRC18:54
*** ralonsoh has quit IRC19:07
*** eharney has quit IRC19:08
*** igordc has joined #openstack-nova19:09
*** mugsie has quit IRC19:23
*** mugsie has joined #openstack-nova19:26
*** openstackgerrit has quit IRC19:32
*** nweinber__ has quit IRC19:41
*** brinzhang_ has joined #openstack-nova19:41
*** brinzhang has quit IRC19:45
donnydsean-k-mooney: can you kick off a multi-numa job if you have anything that can be - I was hoping to test to make sure it works19:54
*** lbragstad_ has joined #openstack-nova19:55
*** eharney has joined #openstack-nova19:56
*** lbragstad has quit IRC19:58
sean-k-mooneydonnyd: just rechecked https://review.opendev.org/#/c/708977/19:59
*** slaweq has quit IRC20:03
sean-k-mooneydonnyd: seams to be working fine http://zuul.openstack.org/stream/a34b85c571ed47db8c4f1a4b2f1a0d82?logfile=console.log20:07
*** openstackstatus has joined #openstack-nova20:19
*** ChanServ sets mode: +v openstackstatus20:19
*** tbachman_ has joined #openstack-nova20:25
*** tbachman has quit IRC20:26
*** brinzhang has joined #openstack-nova20:26
*** dave-mccowan has quit IRC20:27
*** brinzhang_ has quit IRC20:29
*** tbachman_ has quit IRC20:30
*** tbachman has joined #openstack-nova20:31
*** brinzhang_ has joined #openstack-nova20:37
*** brinzhang has quit IRC20:40
*** tbachman has quit IRC20:40
donnydWoot woot20:50
*** _kukacz has quit IRC20:51
*** rcernin has quit IRC20:53
*** tbachman has joined #openstack-nova21:03
*** xek has quit IRC21:07
*** sapd1_x has joined #openstack-nova21:09
*** lbragstad_ has quit IRC21:11
*** openstackgerrit has joined #openstack-nova21:11
openstackgerritMonty Taylor proposed openstack/nova master: Run sdk functional tests on nova changes  https://review.opendev.org/71209221:11
*** sapd1 has quit IRC21:13
*** factor has quit IRC21:19
*** brinzhang has joined #openstack-nova21:22
*** tbachman has quit IRC21:25
*** brinzhang_ has quit IRC21:26
*** zhanglong has joined #openstack-nova21:37
*** ociuhandu has joined #openstack-nova21:37
openstackgerritMerged openstack/nova stable/stein: Fix hypervisors paginted collection_name.  https://review.opendev.org/71166921:54
*** mriedem has left #openstack-nova22:10
*** tbachman has joined #openstack-nova22:11
*** evrardjp has quit IRC22:17
*** evrardjp has joined #openstack-nova22:18
*** zhanglong has quit IRC22:31
*** evrardjp has quit IRC22:31
*** evrardjp has joined #openstack-nova22:33
*** dpawlik has quit IRC22:40
*** ociuhandu has quit IRC22:41
*** tkajinam has joined #openstack-nova22:53
*** igordc has quit IRC22:58
*** lbragstad_ has joined #openstack-nova23:00
*** zhanglong has joined #openstack-nova23:14
*** lbragstad_ has quit IRC23:25
*** rcernin has joined #openstack-nova23:26
*** nicolasbock has quit IRC23:29
*** zhanglong has quit IRC23:32
*** macz_ has quit IRC23:35
*** lbragstad_ has joined #openstack-nova23:38

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