Monday, 2019-10-21

openstackgerritMerged openstack/nova master: Remove Stein compute compat checks for volume type support  https://review.opendev.org/68742800:08
*** d34dh0r53 has quit IRC00:51
*** nweinber has joined #openstack-nova01:02
*** nweinber has quit IRC01:04
*** nweinber has joined #openstack-nova01:05
*** nanzha has joined #openstack-nova01:08
*** ociuhandu has joined #openstack-nova01:08
*** ociuhandu has quit IRC01:13
*** Liang__ has joined #openstack-nova01:13
*** nweinber has quit IRC01:13
*** hamzy_ has quit IRC01:33
*** nanzha has quit IRC01:37
*** nanzha has joined #openstack-nova01:38
*** ganso has quit IRC02:18
*** ganso has joined #openstack-nova02:18
*** ricolin has joined #openstack-nova02:29
*** larainema has joined #openstack-nova02:31
*** gbarros has joined #openstack-nova02:31
*** spsurya has joined #openstack-nova02:32
*** gbarros has quit IRC02:43
*** xek has quit IRC02:49
*** nanzha has quit IRC02:54
*** nanzha has joined #openstack-nova02:54
*** mkrai_ has joined #openstack-nova03:48
*** ociuhandu has joined #openstack-nova04:31
*** factor has quit IRC04:32
*** ociuhandu has quit IRC04:36
*** gbarros has joined #openstack-nova05:02
*** Luzi has joined #openstack-nova05:03
*** gbarros has quit IRC05:06
*** dave-mccowan has quit IRC05:08
*** jhesketh has quit IRC05:11
*** markvoelker has joined #openstack-nova05:21
*** markvoelker has quit IRC05:26
*** gbarros has joined #openstack-nova05:31
*** gbarros has quit IRC05:35
*** hoonetorg has quit IRC05:37
*** Liang__ has quit IRC05:41
*** gbarros has joined #openstack-nova05:42
*** Liang__ has joined #openstack-nova05:46
*** hoonetorg has joined #openstack-nova05:48
*** gbarros has quit IRC05:49
*** ttsiouts has joined #openstack-nova06:23
*** slaweq has joined #openstack-nova06:31
*** ccamacho has joined #openstack-nova06:39
*** dpawlik has joined #openstack-nova06:51
*** gbarros has joined #openstack-nova06:53
bauzasgood morning Nova06:58
*** gbarros has quit IRC06:58
gibibauzas: good morning!07:11
bauzas:)07:11
*** pcaruana has joined #openstack-nova07:16
*** maciejjozefczyk has joined #openstack-nova07:22
*** tesseract has joined #openstack-nova07:22
*** damien_r has joined #openstack-nova07:31
*** rcernin has quit IRC07:32
*** damien_r has quit IRC07:34
*** damien_r has joined #openstack-nova07:36
*** gbarros has joined #openstack-nova07:44
*** avolkov has joined #openstack-nova07:46
*** gbarros has quit IRC07:50
*** rpittau|afk is now known as rpittau07:51
*** ralonsoh has joined #openstack-nova08:07
lyarwoodremote: amqps://messaging-devops-broker02.web.prod.ext.phx2.redhat.com:5671: proton:io: recv: Connection refused08:18
lyarwoodargh sorry08:18
openstackgerritBalazs Gibizer proposed openstack/nova master: Fix ItemMatcher to avoid false positives  https://review.opendev.org/68969008:23
*** nanzha has quit IRC08:23
*** nanzha has joined #openstack-nova08:25
mdboothsean-k-mooney: You around, yet? Mind taking a look at Stephen's unplug vif patch and the functional test I wrote for it? Head: https://review.opendev.org/#/c/663382/12 Base: https://review.opendev.org/#/c/689186/208:33
*** dpawlik has quit IRC08:34
mdbooth4 patches in total08:34
mdbooth2 bugs, unfortunately, as the functional test uncovered another one08:34
*** derekh has joined #openstack-nova08:36
*** brinzhang has joined #openstack-nova08:40
*** vesper has joined #openstack-nova08:40
*** vesper11 has quit IRC08:40
*** hamzy_ has joined #openstack-nova08:41
*** dtantsur|afk is now known as dtantsur08:41
*** jangutter has joined #openstack-nova08:42
*** dpawlik has joined #openstack-nova08:44
*** nanzha has quit IRC08:53
*** mdbooth has quit IRC08:55
*** ociuhandu has joined #openstack-nova08:56
*** mdbooth has joined #openstack-nova08:57
*** brinzhang_ has joined #openstack-nova08:57
*** ociuhandu has quit IRC09:00
*** brinzhang has quit IRC09:00
*** jaosorior has joined #openstack-nova09:06
*** nanzha has joined #openstack-nova09:06
*** ociuhandu has joined #openstack-nova09:10
*** ociuhandu has quit IRC09:11
*** ociuhandu has joined #openstack-nova09:12
*** xek has joined #openstack-nova09:18
*** shilpasd has joined #openstack-nova09:24
*** openstackgerrit has quit IRC09:37
*** Luzi has quit IRC09:43
*** ociuhandu has quit IRC09:47
*** ociuhandu has joined #openstack-nova09:48
*** Liang__ has quit IRC09:49
*** ociuhandu has quit IRC09:53
*** yaawang_ has quit IRC09:53
*** yaawang_ has joined #openstack-nova09:54
*** ociuhandu has joined #openstack-nova09:54
*** ociuhandu has quit IRC09:55
*** ociuhandu has joined #openstack-nova09:56
*** ociuhandu has quit IRC09:56
*** ociuhandu has joined #openstack-nova09:56
*** slaweq has quit IRC10:04
*** ttsiouts has quit IRC10:20
*** ttsiouts has joined #openstack-nova10:20
*** ttsiouts has quit IRC10:24
*** rcernin has joined #openstack-nova10:42
*** mkrai_ has quit IRC10:46
*** mkrai__ has joined #openstack-nova10:46
*** tbachman has quit IRC10:47
*** ttsiouts has joined #openstack-nova10:50
*** mkrai__ has quit IRC10:50
*** mkrai_ has joined #openstack-nova10:50
*** tssurya has joined #openstack-nova10:51
*** rcernin has quit IRC10:52
*** ttsiouts has quit IRC10:55
*** brinzhang_ has quit IRC10:56
*** mkrai_ has quit IRC10:56
*** brinzhang_ has joined #openstack-nova10:56
*** brinzhang has joined #openstack-nova10:57
*** brinzhang_ has quit IRC11:01
*** markvoelker has joined #openstack-nova11:10
*** trident has quit IRC11:11
*** ttsiouts has joined #openstack-nova11:13
*** ociuhandu has quit IRC11:14
*** ociuhandu has joined #openstack-nova11:15
*** trident has joined #openstack-nova11:15
*** markvoelker has quit IRC11:16
*** openstackgerrit has joined #openstack-nova11:18
openstackgerritMerged openstack/nova master: Add PrepResizeAtDestTask  https://review.opendev.org/62789011:18
openstackgerritMerged openstack/nova master: Add prep_snapshot_based_resize_at_source compute method  https://review.opendev.org/63483211:19
*** ociuhandu has quit IRC11:19
*** ociuhandu has joined #openstack-nova11:20
*** ricolin_ has joined #openstack-nova11:23
*** rcernin has joined #openstack-nova11:24
*** ociuhandu has quit IRC11:24
*** ricolin has quit IRC11:25
*** ttsiouts has quit IRC11:28
*** ttsiouts has joined #openstack-nova11:29
openstackgerritMerged openstack/nova master: Add PrepResizeAtSourceTask  https://review.opendev.org/62789111:31
*** ttsiouts has quit IRC11:33
*** rcernin has quit IRC11:34
*** brinzhang_ has joined #openstack-nova11:39
*** brinzhang has quit IRC11:43
*** jistr is now known as jistr|mtgs11:47
*** nanzha has quit IRC11:48
*** jangutter has quit IRC11:49
*** dviroel has joined #openstack-nova11:50
*** mgariepy has joined #openstack-nova11:51
*** nanzha has joined #openstack-nova11:54
*** ttsiouts has joined #openstack-nova11:55
*** shilpasd has quit IRC11:58
*** markvoelker has joined #openstack-nova11:59
*** jangutter has joined #openstack-nova12:02
*** tbachman has joined #openstack-nova12:03
*** tbachman_ has joined #openstack-nova12:08
*** tbachman has quit IRC12:08
*** tbachman_ is now known as tbachman12:08
*** ociuhandu has joined #openstack-nova12:16
*** larainema has quit IRC12:19
*** another_larsks is now known as larsks12:29
*** jaosorior has quit IRC12:32
*** obre has quit IRC12:39
*** ociuhandu has quit IRC12:44
*** ociuhandu has joined #openstack-nova12:45
*** ociuhandu has quit IRC12:50
*** ociuhandu has joined #openstack-nova12:55
*** Luzi has joined #openstack-nova12:55
*** obre has joined #openstack-nova13:00
*** davee__ has joined #openstack-nova13:00
*** mmethot has joined #openstack-nova13:17
*** nweinber has joined #openstack-nova13:18
*** damien_r has quit IRC13:22
*** Luzi has quit IRC13:27
*** dave-mccowan has joined #openstack-nova13:27
*** bnemec has joined #openstack-nova13:29
*** shilpasd has joined #openstack-nova13:31
*** damien_r has joined #openstack-nova13:33
*** brinzhang has joined #openstack-nova13:34
*** brinzhang has quit IRC13:35
*** maciejjozefczyk is now known as mjozefcz|lunch13:35
*** brinzhang has joined #openstack-nova13:35
*** eharney has joined #openstack-nova13:36
*** brinzhang_ has quit IRC13:36
*** mjozefcz|lunch has quit IRC13:40
*** gbarros has joined #openstack-nova13:41
*** jaosorior has joined #openstack-nova13:46
*** xek has quit IRC13:49
*** mjozefcz|lunch has joined #openstack-nova13:51
*** xek has joined #openstack-nova13:51
dansmithstephenfin: so, I got a novaclient change merged, what is the magic I need to be able to use that api from osc? a release and requirements bump?14:08
efrieddansmith: I think stephenfin is on vacay until the ptg.14:09
dansmithoh right14:09
efrieddtroyer: --^14:09
dansmithI could go bug other people (like dtroyer) I just was going to keep it in the family since we have experienced people here14:10
dansmithI'm sure mriedem knows too, were he around14:10
*** ociuhandu has quit IRC14:12
*** mriedem has joined #openstack-nova14:20
mriedemhappy monday everyone!14:20
dansmithum.14:21
* mriedem is delirious from cold pills14:22
dansmithmriedem: so, I got a novaclient change merged, what is the magic I need to be able to use that api from osc? a release and requirements bump?14:22
mriedemdansmith: yeah, brinzhang has a novaclient release patch i was holding for you14:22
mriedemjust update the git hash14:22
mriedemhttps://review.opendev.org/#/c/688638/14:22
mriedemlooks like he already updated it to include your stuff14:23
*** nanzha has quit IRC14:23
dansmithyeah14:23
dansmithjust found that14:23
bauzasmriedem: happy end of monday for me !14:24
*** nanzha has joined #openstack-nova14:28
*** spatel has joined #openstack-nova14:28
*** ttsiouts has quit IRC14:35
*** ttsiouts has joined #openstack-nova14:35
*** ttsiouts has quit IRC14:40
*** jmlowe has quit IRC14:43
*** jmlowe has joined #openstack-nova14:45
*** dpawlik has quit IRC14:45
*** mkrai_ has joined #openstack-nova14:47
*** dklyle has joined #openstack-nova14:50
*** brinzhang has quit IRC14:52
*** brinzhang has joined #openstack-nova14:53
*** macz has joined #openstack-nova14:54
lyarwoodmriedem: https://review.opendev.org/#/q/topic:bug/1835400+status:open - would you mind hitting these?15:00
*** mjozefcz|lunch has quit IRC15:00
mriedemsure15:02
*** TxGirlGeek has joined #openstack-nova15:02
lyarwoodthanks15:03
*** ttsiouts has joined #openstack-nova15:04
mriedemlyarwood: btw i'm assuming you've seen the emails about getting queens released sometimes this week before EM yeah?15:05
lyarwoodmriedem: no sorry, just catching up after yet more time out at the tail end of last week, I'll take a look after this meeting.15:06
mriedemok, tl;dr unfortunately a lot of what's sitting in queens is waiting to merge on newer branches, so kind of need to flush from there but you know how that goes. would be helpful to start with these in train: https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:stable/train15:08
*** mlavalle has joined #openstack-nova15:10
lyarwoodmriedem: ack I'll make a start tonight15:16
*** priteau has joined #openstack-nova15:18
*** artom has joined #openstack-nova15:19
*** igordc has joined #openstack-nova15:27
mriedemgibi: are you ready for https://blueprints.launchpad.net/nova/+spec/support-move-ops-with-qos-ports-ussuri to go into an open runway slot?15:28
gibimriedem: yes, I'm15:28
*** trident has quit IRC15:29
gibimriedem: zuul hate https://review.opendev.org/#/c/688387/ as it always fail with a different reason15:29
*** trident has joined #openstack-nova15:32
*** igordc has quit IRC15:34
*** damien_r has quit IRC15:38
*** mkrai_ has quit IRC15:38
*** mkrai_ has joined #openstack-nova15:39
*** priteau has quit IRC15:41
*** markvoelker has quit IRC15:46
*** ttsiouts has quit IRC15:48
*** tbachman has quit IRC15:48
dansmithmriedem: can probably remove mine from a slot now.. just client and docs stuff remaining, and then some notification stuff with gibi's help15:48
*** ttsiouts has joined #openstack-nova15:48
gibidansmith: do you need my help writing the notificaiton patch or just my eyes to review it?15:49
dansmithgibi: yes :D15:49
gibi:D15:49
*** markvoelker has joined #openstack-nova15:49
mriedemgibi: i'd be wary of nova-live-migration job failures on that patch since it's the only job that also runs evacuate15:50
mriedemsean-k-mooney: mdbooth: i don't see why we need to tie this regression test https://review.opendev.org/#/c/689278/ to the libvirt functional test base or the refactors you're doing in that libvirt func test tree15:51
gibimriedem: I will double check that but it does not fail constantly15:51
mriedemthat means unnecessary backports15:51
*** mkrai_ has quit IRC15:51
mriedemand the plug/unplug thing is driver agnostic15:51
mriedemgibi: https://zuul.opendev.org/t/openstack/build/2b10b4a240b84245bcee3366db93951d/log/job-output.txt#863015:52
*** tssurya has quit IRC15:52
mriedemgibi: that might be http://status.openstack.org/elastic-recheck/#181378915:52
mriedembut would have to check15:52
gibimriedem: will do15:52
*** ttsiouts has quit IRC15:53
gmannmriedem: melwitt replied on host_status policy patch. that is only doc bug for 2.75. let me know if ok to fix in same patch otherwise i can push enw one - https://review.opendev.org/#/c/679181/1/nova/policies/servers.py@12015:55
mriedemdansmith: done, removed from queue15:55
dansmithcool15:55
mriedemgmann: maybe push a separate fix and melwitt can rebase on top of it15:56
gmannmriedem: ok, even same for extended-server-attributes. https://github.com/openstack/nova/blob/964d7dc87989b5765fcc60d34f734963ab8e03e7/nova/policies/extended_server_attributes.py15:57
*** shilpasd has quit IRC16:00
*** slaweq has joined #openstack-nova16:00
melwittgmann: yeah if you upload a fix I'll rebase my patch on top of it16:00
gmannmelwitt: ok, doing..16:00
mriedemgibi: something occurs to me - what if _update_pci_request_spec_with_allocated_interface_name runs and updates the instance pci_requests, then we fail later in whatever operation (resize, cold migrate, evacuate), we don't roll that back right? so instance.pci_requests would be wrong after that and might cause issues, but i'm not sure what kind - maybe hard reboot would fail?16:00
*** tesseract has quit IRC16:03
*** jaosorior has quit IRC16:03
gibimriedem: good point. The InstancePciRequest change is not rolled back.16:04
gibimriedem: it could cause the failure of the pci_claim in the rt16:04
gibimriedem: do we re-claim resource at hard reboot? I don't think16:04
mriedemno16:05
gibimriedem: if the instance is migrated forward then the migration will update the pci request again16:05
gibiso the pci_claim at the second migration will see consitent data16:06
*** mgariepy has quit IRC16:06
gibimriedem: now I think not rolling back this is not causing problems. but I agree that it is not nice to have wrong data in the PCI request  after rollback16:07
*** brinzhang_ has joined #openstack-nova16:08
*** jistr|mtgs is now known as jistr16:08
mriedemso could we have a case like,16:08
mriedem1. create server using port request and it gets parent_ifname foo,16:09
mriedem2. try to migrate the server and we update the instance pci_request to point at parent_ifname bar,16:09
mriedem3. migrate fails and we don't rollback the instance pci_request16:09
mriedem4. another server is created - it can't use parent_ifname bar even though nothing is using it right?16:09
*** mgariepy has joined #openstack-nova16:10
mriedemiow it's "claimed" by the failed first server16:10
gibithis is not part of the claim16:10
gibiit drivers the claim to select the good PF16:10
gibibut the whole PF never claimed16:10
*** brinzhang has quit IRC16:10
*** mjozefcz|lunch has joined #openstack-nova16:11
mriedemok, then how about if we hard reboot the failed server, will it try to use parent_ifname bar and fail if another guest on the same host is already using that?16:11
gibimriedem: if we hard reboot then nobody will check the parent_ifname. It is only the VF pci address that matters16:11
mriedemok i don't know how any of this stuff is actually used in the driver16:12
mriedemjust thinking about fallout scenarios16:12
gibiparent_finame is not a consumable, it is like a trait16:12
gibiit helps selecting the proper pool of VFs during the pci_claom16:12
*** nanzha has quit IRC16:13
mriedemefried: alex_xu: looks like we have a fun TypeError for the resources stuff added late in Train https://zuul.opendev.org/t/openstack/build/2b10b4a240b84245bcee3366db93951d/log/logs/screen-n-cpu.txt.gz?severity=4#267516:13
*** dtantsur is now known as dtantsur|afk16:14
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix policy doc for host_status and extended servers attribute  https://review.opendev.org/68983316:15
gibimriedem: made a TODO to look into how hard to roll back the parent_ifname during rollback or revert16:15
* gibi leaves for today16:17
mriedemgibi: ack, not a huge deal16:17
mriedemi know you like to pull these types of threads in your spare time :)16:17
gibi:)16:17
mriedemefried: alex_xu: https://bugs.launchpad.net/nova/+bug/1849165 seems there is a race in that resources code in the RT during migrations16:18
openstackLaunchpad bug 1849165 in OpenStack Compute (nova) "_populate_assigned_resources raises TypeError: argument of type 'NoneType' is not iterable" [High,New]16:18
mriedemthis is where i say even things that touch the RT which aren't used still have side effects...16:22
*** mjozefcz|lunch has quit IRC16:22
*** markvoelker has quit IRC16:23
efriedmriedem: is that happening because mig.instance.migration_context isn't set at that point?16:30
*** macz has quit IRC16:31
*** macz has joined #openstack-nova16:31
mriedemyeah16:33
mriedemi haven't traced everything here, but in this case i think the RT is running the periodic on the dest host before the instance gets there16:33
mriedemso the Migration record exists pointing at the source and dest host, but the instance hasn't moved yet16:33
mriedemand given the migration record is usually created in the control plane but the migration context doesn't exist until we do a claim in the compute, there is a window16:34
mriedemdansmith: remember https://review.opendev.org/#/c/274870/ ? i'm seeing where we hit the KeyError in _pair_instances_to_migrations and end up still lazy-loading the migration.instance.migration_context/flavor - what do you think about changing Migration.instance to load the Instance with migration_context and flavor fields always?16:34
openstackgerritEric Fried proposed openstack/nova master: Always trait the compute node RP with COMPUTE_NODE  https://review.opendev.org/68897916:35
efriedbauzas: added reno ^16:35
*** dpawlik has joined #openstack-nova16:35
efriedmriedem: so `if not mig_ctx: continue` ?16:37
mriedemefried: yeah i think so16:39
efriedmriedem: I'll throw that out16:39
*** spsurya has quit IRC16:40
mriedem_update_usage_from_migration is what populates self.tracked_migrations and you can see the "elif incoming and not tracked:" logic16:40
mriedemthat's the case we're hitting here i think16:40
*** slaweq has quit IRC16:40
mriedem[None req-dd5ddbad-4234-4288-bbab-2c3d20b7f4ad None None] [instance: cd4148a2-4550-4e83-b6f7-c91752eaf779] Starting to track incoming migration 407fd025-e8ba-4012-ade7-d0255d2a183716:40
mriedem[None req-dd5ddbad-4234-4288-bbab-2c3d20b7f4ad None None] Error updating resources for node ubuntu-bionic-rax-iad-0012404623.16:41
efriedmriedem: but it looks like we should be under COMPUTE_RESOURCE_SEMAPHORE in all those code paths16:43
gmannmriedem: melwitt https://review.opendev.org/#/c/689833/16:43
mriedemdoesn't matter16:43
mriedemefried: that's per-worker, not global16:43
mriedemefried: so:16:44
mriedem1. conductor creates migration record with source and dest host set,16:44
mriedem2. update_available_resource runs on dest host to start tracking incoming migration16:44
mriedemkaboom16:44
mriedem3. claim happens on dest host to create migration_context (on a different request thread)16:44
dansmithmriedem: yeah, makes sense.. if we're looking for an instance involved with a migration, it's likely we care about the migration context16:45
mriedemdansmith: ok will push something16:47
efriedmriedem: are you working up a func test?16:47
mriedemnope16:47
efriedis a func test possible?16:48
mriedemyeah probably16:48
mriedemi mean, i *could* write one up16:48
mriedemif $$$properly$$$ motivated16:49
openstackgerritDan Smith proposed openstack/nova master: Add image precaching docs for aggregates  https://review.opendev.org/68734816:52
efriedI just can't seem to stop seeing that ^ as "preaching"16:52
dansmithmriedem: ^ includes some generic image caching doc stuff in addition to precaching16:52
dansmithas we discussed16:52
*** ociuhandu has joined #openstack-nova16:52
mriedemis it worth marking "Partial-Bug: #1847302" or at least related?16:53
openstackbug 1847302 in OpenStack Compute (nova) "doc: need admin guide for the image cache" [Undecided,New] https://launchpad.net/bugs/184730216:53
dansmithif you want16:54
mriedemi think that woudl be good (Related-Bug)16:54
openstackgerritEric Fried proposed openstack/nova master: WIP: Don't populate resources for not-yet-migrated instance  https://review.opendev.org/68984216:54
efriedmriedem: ^16:54
openstackgerritDan Smith proposed openstack/nova master: Add image precaching docs for aggregates  https://review.opendev.org/68734816:54
dansmithmriedem: already did partial-, I can change to related- if you want, as I'm sure this will need some respins16:54
mriedemup to you, only difference is with partial the bug is assigned to you16:55
mriedemwhich might imply signing up for more work than you want16:55
dansmithdrat! :)16:56
*** ociuhandu has quit IRC16:58
*** derekh has quit IRC17:00
efriedstill trying to understand the race.17:01
efried- create instance17:01
efried- migrate instance, which has the following steps:17:01
efried  - x create migration context -- this creates the migration record and populates the instance in it, but the instance doesn't have a migration_context yet17:01
efried  - y schedule17:01
efried  - z claim on destination (_move_claim) -- this is the thing that sets the instance's migration_context17:01
efriedSo we need update_available_resource on the dest compute to run after x and before z, yah?17:01
openstackgerritMatt Riedemann proposed openstack/nova master: Join migration_context and flavor in Migration.instance  https://review.opendev.org/68984617:03
mriedemyour steps are wrong17:03
*** markvoelker has joined #openstack-nova17:04
mriedemyou don't control when update_available_resource runs, it's on a timer in a thread pool17:04
efriedwell, we can trigger it manually in a test17:04
*** KeithMnemonic has joined #openstack-nova17:05
mriedem1. create instance,17:05
mriedem2. wrap _prep_resize on the dest compute service to trigger the periodic on the dest when calling _prep_resize17:06
mriedem3. initiate a migration17:06
mriedemcheck logs for TypeError17:06
dansmiththis is happening in CI yeah?17:06
dansmithso more soak time and we would have found it I guess17:07
mriedemyeah, multinode migration tests17:07
mriedemefried: i can whip up a func recreate test quick if you want17:09
efriedcan we please merge https://review.opendev.org/#/c/686207/ which will be useful for this?17:09
mriedemno17:09
efriedmriedem: I'm working on it, wouldn't mind the experience.17:09
mriedembecause we don't want to backport that spy stuff17:10
mriedemand this has to go to train17:10
efriedight17:10
mriedemi mean, i'd rather not backport the spy stuff17:10
mriedemif enough stuff builds on it i guess it will eventually happen17:10
efriedslight catch-22 there17:11
mriedemwell, it would be nice if the spy stuff does land, that it soaks a bit before we have to backport it for something that otherwise wouldn't need it17:12
mriedemcuz if there is a bug in spy then you have to fix and backport that later as well17:12
efriedokay. Its successor has soakage. Let's merge both17:12
mriedemi don't think you can claim "soakage" on anything that isn't merged17:13
dansmithto me, confidence in soakage comes from being in the firehose, not a few rechecks on a single patch17:13
dansmithyeah, that ^17:13
*** mjozefcz|lunch has joined #openstack-nova17:14
efriedno, my point is, if we merge both of those things in master now, they're in the firehose because the second patch puts them in the way of I think three functional tests. Then we can soak them in master until you're comfortable before doing anything further.17:16
*** ralonsoh has quit IRC17:17
*** dpawlik has quit IRC17:23
* mriedem puts food stuffs into my ingress hole17:25
openstackgerritMerged openstack/nova stable/rocky: Stop sending bad values from libosinfo to libvirt  https://review.opendev.org/68806817:26
openstackgerritMerged openstack/nova stable/stein: Fix unit of hw_rng:rate_period  https://review.opendev.org/68915317:26
*** jangutter has quit IRC17:26
*** nweinber_ has joined #openstack-nova17:26
*** nanzha has joined #openstack-nova17:27
*** dpawlik has joined #openstack-nova17:27
*** tbachman has joined #openstack-nova17:29
*** nweinber has quit IRC17:29
*** dpawlik has quit IRC17:33
*** nanzha has quit IRC17:33
*** jmlowe has quit IRC17:35
*** dpawlik has joined #openstack-nova17:40
*** ccamacho has quit IRC17:40
artomsean-k-mooney, btw, do we care about https://review.opendev.org/#/c/465783/ not being in OSP10 Neutron?17:42
artom(Sorry to make you context-switch - it's a dependency of https://code.engineering.redhat.com/gerrit/#/c/183568/1)17:42
artomDoh, was meant for the internal channel17:43
*** mjozefcz|lunch has quit IRC17:43
*** dpawlik has quit IRC17:47
efriedmriedem: I'm close-ish.17:48
efriedDoing the mock at _prep_resize wasn't working because both the migration and the migration context are happening underneath that.17:48
efriedAFAICT I need to get inside _move_claim itself, between _claim_existing_migration (at the top) and the init of mig_context (at the bottom).17:48
efriedSo I tried mocking _claim_existing_migration to do its thing first, followed by running periodics.17:48
efriedBut that deadlocks because *in test* they're both running in the same worker, so they're under the same COMPUTE_RESOURCE_SEMAPHORE.17:48
efriedWhere would you go from here?17:48
* efried also feeds face, bbiab17:49
*** mjozefcz|lunch has joined #openstack-nova18:01
*** eharney has quit IRC18:02
*** nweinber__ has joined #openstack-nova18:03
*** nweinber_ has quit IRC18:06
*** N3l1x has joined #openstack-nova18:11
mriedemefried: you don't need to replace _prep_resize entirely, just wrap it,18:11
mriedemi.e. stub it out and inside the stub run the periodics and then call the original _prep_resize18:12
mriedemlike this https://review.opendev.org/#/c/689013/1/nova/tests/functional/regressions/test_bug_1848343.py18:12
*** eharney has joined #openstack-nova18:15
mriedemlooks like the ceph job is not happy again18:19
mriedemhttp://grafana.openstack.org/d/-iKINcImz/ceph-failure-rate?orgId=118:19
mriedemand the graphs are outdated on master since we don't run tempest-full-py3 in master (we run tempest-integrated-compute)18:19
melwittdangit, I'll look and also get the grafana page issue fixed18:20
mriedemi looked at a ceph failure last week and it looked like some setup issue in devstack18:20
melwittok18:21
openstackgerritsean mooney proposed openstack/nova master: block rebuild when numa topology changed  https://review.opendev.org/68795718:23
openstackgerritsean mooney proposed openstack/nova master: Disable NUMATopologyFilter on rebuild  https://review.opendev.org/68986118:23
openstackgerritMerged openstack/nova stable/train: Update compute rpc version alias for train  https://review.opendev.org/68916418:26
openstackgerritMerged openstack/nova stable/train: Error out interrupted builds  https://review.opendev.org/68721618:27
*** mjozefcz|lunch has quit IRC18:27
melwittmriedem: can you link me a failure? I don't see any recent failure when I open a few sample patches18:28
*** nanzha has joined #openstack-nova18:32
dansmithmelwitt: could probably convince kibana to show you just that job with failed status18:33
melwittoh yeah, kibana. my old friend18:34
*** factor has joined #openstack-nova18:35
dansmithsomething like build_status:FAILURE build_name:"ceph"18:35
openstackgerritMerged openstack/nova stable/train: Handle get_host_availability_zone error during reschedule  https://review.opendev.org/68622618:35
* dansmith runs off18:35
melwittyeah, thanks18:36
melwittcan do that18:36
*** nanzha has quit IRC18:37
*** amodi has quit IRC18:38
openstackgerritMerged openstack/nova stable/train: Fix exception translation when creating volume  https://review.opendev.org/68807218:50
*** jmlowe has joined #openstack-nova18:50
*** dpawlik has joined #openstack-nova18:51
*** gbarros has quit IRC19:04
*** spatel has quit IRC19:04
*** slaweq has joined #openstack-nova19:10
efriedmriedem: yes, that's what I did, but it didn't trigger the problem.19:12
jmloweIs anybody aware off the top of their heads of a mechanism to quota vgpu's ?19:14
*** CeeMac has quit IRC19:15
efriedmelwitt: ^ did we get anywhere with the placement-based quota thing?19:17
melwittefried: not yet. that's johnthetubaguy's unified limits spec19:17
melwittI had a chat with him about it and he'd like to get started on it this cycle and will re-propose the spec19:18
efriedhttps://review.opendev.org/#/c/602201/19:18
*** jmlowe has quit IRC19:18
melwitt(and I will help with the work)19:18
efriedthat un ^ ?19:18
melwittyes that's the one19:18
efriedoh, jmlowe left, nm19:18
*** jmlowe has joined #openstack-nova19:21
*** dpawlik has quit IRC19:21
efriedmriedem: is the theory that MigrationTask._execute (n-api) creates the Migration record, which should thenceforth be able to produce an instance via the .instance @property; and then casts to prep_resize on the compute? So by hijacking _prep_resize and doing update_available_resource first, that should hit the window.19:21
efriedjmlowe: you're back!19:23
jmlowesometimes you eat the wifi sometimes the wifi eats you19:23
efriedsee https://review.opendev.org/#/c/602201/ which melwitt says she and johnthetubaguy will be working on this cycle.19:24
efriedthat would allow you to quota placement-based resources like vgpu19:24
efriedbtw, I'm assuming you were talking about post-vgpu-in-placement. Otherwise I think it's just a PCI device and can be quotaed like any other PCI device.19:24
jmloweexactly what I was hoping for19:24
jmloweslapping an arbitrary quota on something tracked by placement19:25
* melwitt nods19:25
jmlowenow I just need to hope placement can understand different flavors of vgpu's19:25
efriedjmlowe: what do you mean by "flavors"?19:26
jmlowea 8GB slice of a 16GB framebuffer != a 4GB slice of a 16GB frame buffer19:27
efriedThose are distinctions for which traits would be appropriate19:27
jmlowethe nvidia vgpu stuff slices up the frame buffer in powers of 219:27
efriedwhich of them are done by nova and which you would have to do manually, I couldn't say off the top.19:27
jmlowe1/2, 1/4, 1/8, etc19:27
efriedIf you want to hang out during euro business hours, bauzas might be able to answer those off the top.19:28
*** gyee has joined #openstack-nova19:29
efried...I can't see where we're assigning any traits to VGPU providers at the moment.19:30
jmloweI'm currently on rocky, so we are looking at the U release for the real stuff, I've got 24 GPU's now so I can manage for the time being by hand (by hand I mean sharp whacks on the back of the user's hands with a ruler)19:30
jmlowea year from now there's a chance I'll have a few gpu's hundred to manage19:31
*** eharney has quit IRC19:33
*** gbarros has joined #openstack-nova19:33
efriedis there any workaround for this f'in subunit parser bs, hitting it locally and it's making things tough to debug :(19:40
mriedemefried: MigrationTask.execute runs in conductor, not the api, but otherwise yes same idea19:40
efriedmriedem: so okay, I was doing all those things, and not seeing the error in the logs.19:41
mriedemare you running the periodic on the source or dest compute service?19:41
efriedboth19:41
efriedbecause self._run_periodics() is easier19:41
efriedthan digging up just the dest.19:41
efriedbut that shouldn't matter, should it?19:41
mriedemit shouldn't no19:42
efriedlet me push it and maybe something jumps out.19:42
mriedem"is there any workaround for this f'in subunit parser bs, hitting it locally and it's making things tough to debug" - i was hitting that a week or two ago on my "mega boot from volume request" test and had to change some stuff, i thought about pushing that up but never did19:42
mriedemiow to make OS_DEBUG=True work19:42
openstackgerritEric Fried proposed openstack/nova master: WIP: Don't populate resources for not-yet-migrated instance  https://review.opendev.org/68984219:43
openstackgerritEric Fried proposed openstack/nova master: WIP: Func: bug 1849165: mig race with _populate_assigned_resources  https://review.opendev.org/68986619:43
openstackbug 1849165 in OpenStack Compute (nova) "_populate_assigned_resources raises "TypeError: argument of type 'NoneType' is not iterable" during active migration" [High,In progress] https://launchpad.net/bugs/1849165 - Assigned to Eric Fried (efried)19:43
efriedmriedem: ^19:43
*** nweinber__ has quit IRC19:46
openstackgerritEric Fried proposed openstack/nova master: Don't populate resources for not-yet-migrated inst  https://review.opendev.org/68984219:48
efriedthat'll be copacetic once the test works at least ^19:49
openstackgerritMatt Riedemann proposed openstack/nova master: Filter duplicates from compute API get_migrations_sorted()  https://review.opendev.org/63622419:49
openstackgerritMatt Riedemann proposed openstack/nova master: Start functional testing for cross-cell resize  https://review.opendev.org/63625319:49
openstackgerritMatt Riedemann proposed openstack/nova master: Handle target host cross-cell cold migration in conductor  https://review.opendev.org/64259119:49
openstackgerritMatt Riedemann proposed openstack/nova master: Validate image/create during cross-cell resize functional testing  https://review.opendev.org/64259219:49
openstackgerritMatt Riedemann proposed openstack/nova master: Add zones wrinkle to TestMultiCellMigrate  https://review.opendev.org/64345019:49
openstackgerritMatt Riedemann proposed openstack/nova master: Add negative test for cross-cell finish_resize failing  https://review.opendev.org/64345119:49
openstackgerritMatt Riedemann proposed openstack/nova master: Refresh instance in MigrationTask.execute Exception handler  https://review.opendev.org/66901219:49
openstackgerritMatt Riedemann proposed openstack/nova master: Add negative test for prep_snapshot_based_resize_at_source failing  https://review.opendev.org/66901319:49
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add confirm_snapshot_based_resize_at_source compute method  https://review.opendev.org/63705819:49
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add ConfirmResizeTask  https://review.opendev.org/63707019:49
openstackgerritMatt Riedemann proposed openstack/nova master: Add confirm_snapshot_based_resize conductor RPC method  https://review.opendev.org/63707519:49
openstackgerritMatt Riedemann proposed openstack/nova master: Confirm cross-cell resize from the API  https://review.opendev.org/63731619:49
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add revert_snapshot_based_resize_at_dest compute method  https://review.opendev.org/63763019:49
openstackgerritMatt Riedemann proposed openstack/nova master: Deal with cross-cell resize in _remove_deleted_instances_allocations  https://review.opendev.org/63945319:49
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add finish_revert_snapshot_based_resize_at_source compute method  https://review.opendev.org/63764719:49
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add RevertResizeTask  https://review.opendev.org/63804619:49
openstackgerritMatt Riedemann proposed openstack/nova master: Add revert_snapshot_based_resize conductor RPC method  https://review.opendev.org/63804719:49
openstackgerritMatt Riedemann proposed openstack/nova master: Revert cross-cell resize from the API  https://review.opendev.org/63804819:49
efried(It'll work fine now since the repro... doesn't.)19:50
*** jmlowe has quit IRC19:50
mriedemefried: ok i think i see the problem,19:52
mriedemRT._claim_existing_migration is what sets Migration.dest_compute, not conductor,19:52
mriedemso you need to mock that, run the original and then run periodics before returning from _claim_existing_migration19:52
mriedemthe live migration task in conductor sets Migration.dest_compute so that's where i got confused19:53
mriedemi guess we do that for the live migration task because we used to never do claims in the compute for live migration19:53
mriedemso we'd never call RT._claim_existing_migration for live migration before train19:54
*** dpawlik has joined #openstack-nova19:54
*** artom has quit IRC19:54
mriedemwell, and we still don't if the instance doesn't have a numa topology19:54
efriedmriedem: I tried doing as you suggest and ran into the deadlock.19:54
efriedbut19:55
efriedwhy does Migration.dest_compute make the difference?19:55
mriedembecause RT._update_available_resource calls MigrationList.get_in_progress_by_host_and_node19:55
efriedokay19:56
mriedemwithout having Migration.dest_compute set the migration won't be returning for that dest host during the periodic19:56
efriedso I was barking up the right tree19:56
efriedto get around the deadlock, should I ... stub out the lock?19:56
efriedthat seems pretty dangerous.19:56
mriedemhmm19:57
efriedPerhaps I can stub out the lock just from within my stub19:59
mriedemwell, if we have to monkey with locks we're likely going about this the wrong way20:00
mriedemso maybe you can't reproduce with a cold migration resize_claim and instead need to do a live migration in the test,20:00
mriedembecause in that case Migration.dest_compute is set in the conductor20:00
efriedokay.20:00
efriedstill _prep_resize tho?20:01
mriedemno, that's not called for live migration20:01
mriedemyou could probably stub pre_live_migration20:01
mriedemthat runs on the dest20:01
mriedemunless the instance has a numa topology i don't think it'll ever have a migration context so it doesn't matter too much20:01
*** dpawlik has quit IRC20:02
efriedwoot, got repro20:04
mriedemyass20:05
mriedemnow i have to go pick up some contacts20:05
*** mriedem is now known as mriedem_afk20:05
*** jmlowe has joined #openstack-nova20:06
*** dpawlik has joined #openstack-nova20:07
*** spatel has joined #openstack-nova20:08
openstackgerritEric Fried proposed openstack/nova master: Func: bug 1849165: mig race with _populate_assigned_resources  https://review.opendev.org/68986620:08
openstackbug 1849165 in OpenStack Compute (nova) "_populate_assigned_resources raises "TypeError: argument of type 'NoneType' is not iterable" during active migration" [High,In progress] https://launchpad.net/bugs/1849165 - Assigned to Eric Fried (efried)20:08
openstackgerritEric Fried proposed openstack/nova master: Don't populate resources for not-yet-migrated inst  https://review.opendev.org/68984220:08
efriedmriedem_afk, luyao: ^20:09
*** markvoelker has quit IRC20:11
*** markvoelker has joined #openstack-nova20:12
openstackgerritEric Fried proposed openstack/nova master: Func: bug 1849165: mig race with _populate_assigned_resources  https://review.opendev.org/68986620:13
openstackbug 1849165 in OpenStack Compute (nova) "_populate_assigned_resources raises "TypeError: argument of type 'NoneType' is not iterable" during active migration" [High,In progress] https://launchpad.net/bugs/1849165 - Assigned to Eric Fried (efried)20:13
openstackgerritEric Fried proposed openstack/nova master: Don't populate resources for not-yet-migrated inst  https://review.opendev.org/68984220:13
efriednow with pep8 fixed!20:13
*** pcaruana has quit IRC20:16
*** slaweq has quit IRC20:16
*** bbowen has quit IRC20:25
*** slaweq has joined #openstack-nova20:28
*** slaweq has quit IRC20:33
*** slaweq has joined #openstack-nova20:43
*** dave-mccowan has quit IRC20:47
*** slaweq has quit IRC20:48
*** spatel has quit IRC20:51
*** mriedem_afk is now known as mriedem20:54
openstackgerritFlorian Haas proposed openstack/nova stable/queens: Explain nested guest support  https://review.opendev.org/60979020:56
*** tbachman has quit IRC20:57
mriedemefried: +2 on both20:58
*** dpawlik has quit IRC20:58
efriedthanks mriedem. I think gibi is to blame for the formatting -- I copy/pasted test_bug_1845291.py20:58
mriedemtarnations20:58
efriedWe should get someone like wangfaxin to propose a patch to reformat it.20:59
efriedhttps://review.opendev.org/#/q/owner:wangfaxin%2540inspur.com+status:open20:59
*** gbarros has quit IRC21:05
*** factor has quit IRC21:08
*** dave-mccowan has joined #openstack-nova21:10
*** dpawlik has joined #openstack-nova21:11
mriedemwhatever helps the new contributor21:12
mriedemefried: i replied in https://review.opendev.org/#/c/689049/ - i'm not sure how much we're on the same page, but i think i'm thinking more we need to do your "eventually" case21:13
*** amodi has joined #openstack-nova21:13
mriedemyou said, "TL;DR the only thing that should change right now is: don't retry on consumer 409." but that's not what we do today anyway in move_allocations21:13
efriedoh21:14
efriedyeah21:14
mriedemunless i don't understand how that code works21:14
efriedno, you're right, I forgot we were doing the text scraping thing21:14
efriedin that case, we shouldn't "fix" this at all.21:14
mriedemok21:14
*** mloza has joined #openstack-nova21:15
efriedI'll need to swap it back in to be more thoroughly convinced of that ^ but at least last week when I was thinking this through, I convinced myself that making these narrow/local changes was not going to help anything (given that we're not retrying on consumer alloc 409)21:16
mriedemi agree that we don't have the context for figuring out what to do within move_allocations,21:17
mriedemwhich is why i think we need a separate method that wraps move_allocations and has the necessary logic21:17
mriedemwhich only gets used in the revert case21:17
mriedemi've got about 45 min to kill so maybe i can hack something together for what i'm thinking21:18
lifelessmriedem: constraints was parallel to solver work FWIW21:19
lifelessmriedem: even with a solver we want stability and precise controls :)21:19
lifelessmriedem: I did have a solver branch, but yeah, job changes at the wrong time stalled that work then someone else popped up so ... its in a branch on github somewhere but the other volunteers thing will eventuate eventually I hope21:20
*** markvoelker has quit IRC21:25
*** mgoddard has quit IRC21:31
*** mgoddard has joined #openstack-nova21:32
*** bbowen has joined #openstack-nova21:34
mordredlifeless: you're a solver branch21:35
*** eharney has joined #openstack-nova21:36
*** gbarros has joined #openstack-nova21:40
*** slaweq has joined #openstack-nova21:44
*** mgoddard has quit IRC21:47
*** mdbooth has quit IRC21:48
*** mgoddard has joined #openstack-nova21:49
*** slaweq has quit IRC21:49
*** dpawlik has quit IRC21:50
*** mdbooth has joined #openstack-nova21:50
mriedemlifeless: ack22:02
mriedemefried: ok i've got a poc which passes functional tests, i'll push that up for you and gibi to ponder before trying to cover new unit tests22:02
efriedight22:03
*** dave-mccowan has quit IRC22:03
mriedemi think you're right in that there is still a race with the instance being deleted no matter how tight i make things unless we assert the existence of the instance both before and after calling move_allocations, which kind of sucks22:04
*** openstackgerrit has quit IRC22:07
*** jhesketh has joined #openstack-nova22:12
*** dave-mccowan has joined #openstack-nova22:14
lifelessmordred: weak sauce22:15
*** mlavalle has quit IRC22:15
*** nanzha has joined #openstack-nova22:18
efriedmriedem: do you agree the proper thing would be to pull the instance allocation at the very beginning of the operation?22:20
mriedemlike before we move the instance allocations to the migration record before calling the scheduler?22:22
mriedemor just before calling move_allocations on revert?22:22
efriedthe former22:22
*** nanzha has quit IRC22:23
efriedor, does that operation return a payload? in which case keep hold of the generation from there.22:23
mriedemdoes what operation return a payload? scheduling?22:24
efriedMoving allocs to the mig record.22:25
mriedemPOST /allocations returns a 20422:26
mriedemso no payload22:26
efriedbut22:26
efriedwe must have pushed a gen to do it22:26
efriedso, save that gen.22:26
mriedemthe target consumer generatoin is optional in move_allocations, which is the problem in my bug; the source consumer generation is required22:27
mriedembut i see what you're saying22:27
*** mgoddard has quit IRC22:27
efriedIn English: "Make sure the instance didn't change between when we started the migration and... the bug place."22:27
mriedemyeah idk what could go wonky with that, seems we'd only use that in an edge case, e.g. the target consumer doesn't have allocations for us to revert with a gen22:28
mriedemfor now i've just got a big comment so i can push this up22:29
*** mgoddard has joined #openstack-nova22:33
*** avolkov has quit IRC22:36
*** dklyle has quit IRC22:42
*** david-lyle has joined #openstack-nova22:42
*** slaweq has joined #openstack-nova22:45
*** mgoddard has quit IRC22:47
*** Liang__ has joined #openstack-nova22:48
*** slaweq has quit IRC22:50
*** macz has quit IRC22:54
*** macz has joined #openstack-nova22:55
*** dviroel has quit IRC22:58
melwittargh how do I get kibana to not show me the same change a million times for a build_status:FAILURE23:05
*** artom has joined #openstack-nova23:08
mriedemyou need one line from the console23:10
melwittok23:11
mriedem"ERROR:   all: commands failed"?23:12
mriedemthough that's only if tempest failed23:12
mriedem"failed: 1" would be if any play failed23:12
melwittaha much better. thanks23:13
mriedemhttp://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22failed%3A%201%5C%22%20AND%20tags%3A%5C%22console%5C%22%20AND%20build_name%3A%5C%22devstack-plugin-ceph-tempest%5C%22&from=7d23:13
mriedem?23:13
melwitta lot of these look like they are the result of rebases23:14
melwittlike, I go to the change that says it failed and there's no logs for that PS and it's not done running yet? I dunno, still looking23:15
mriedemlooking at https://d494348350733031166c-4e71828f84900af50a9a26357b84a827.ssl.cf1.rackcdn.com/689842/5/check/devstack-plugin-ceph-tempest/962455b/23:15
mriedemit has a few failures,23:15
mriedemsome look like http://status.openstack.org/elastic-recheck/#176307023:16
mriedemand one test failed because n-api returned a 500 due to:23:16
mriedem"NovaException: Cell 901092b8-6de2-4aad-b21a-e1c21691eb30 is not responding and hence instance info is not available."23:16
melwittyeah I was just looking at that one23:16
mriedemwhich is likely the same thing as http://status.openstack.org/elastic-recheck/#184492923:16
mriedemthough ^ has only been showing up in grenade jobs (in the scheduler logs that is)23:16
melwittah right23:17
*** rcernin has joined #openstack-nova23:19
melwittthis one's an ssh timeout https://e02da289fa5cd71d2848-a802bb880ba142924be00bfc16ee185a.ssl.cf5.rackcdn.com/637647/45/check/devstack-plugin-ceph-tempest/97e930a/testr_results.html.gz23:19
*** rcernin has quit IRC23:19
melwittso far not seeing anything outside of known gate issues23:19
*** rcernin has joined #openstack-nova23:20
mriedemhmm i know we disabled run_validation (ssh) in tempest api tests for that job but the ssh stuff in the scenario tests is unconditional i guess23:21
mriedemand in that ssh fail it's due to the guest being out of space, "GROWROOT: NOCHANGE: partition 1 is size 2078687. it cannot be grown"23:21
mriedemwhich we've been tracking with http://status.openstack.org/elastic-recheck/#180801023:21
mriedemso maybe just get the fail dashboard fixed and we go from there23:21
melwittok, yup will do23:22
mriedemotherwise i'm seeing things like creating volumes from snapshots or images failing, which might be known races with the rbd backend in cinder23:22
melwittyeah, could also be races in tempest test code. I have fixed one like that in the distant past before23:23
*** tbachman has joined #openstack-nova23:26
*** markvoelker has joined #openstack-nova23:26
*** markvoelker has quit IRC23:30
*** slaweq has joined #openstack-nova23:46
*** slaweq has quit IRC23:50
*** openstackgerrit has joined #openstack-nova23:53
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Add minor version [21] to the test_versions  https://review.opendev.org/68859923:53
*** Liang__ has quit IRC23:58

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