Thursday, 2020-04-09

gmannlbragstad: thanks. i will update with the nova test result on that00:02
*** brinzhang has joined #openstack-nova00:11
*** eharney has quit IRC00:12
gmannbrinzhang: you planning to add these tests in follow up right? - https://review.opendev.org/#/c/693828/25/nova/tests/unit/api/openstack/compute/test_volumes.py@134200:13
brinzhanggmann: yes00:13
gmannok, thanks00:13
brinzhanggmann: but will be later, after FF00:13
brinzhangI remember this patch need to add FUP00:13
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.85: Change volume-update CLI  https://review.opendev.org/71265100:22
brinzhanggmann: I update the microversion 2.85 novalcient comment by stephenfin, pls review again, thanks00:23
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.85: Change volume-update CLI  https://review.opendev.org/71265100:52
*** bauzas has quit IRC01:01
*** zhanglong has joined #openstack-nova01:13
*** Liang__ has joined #openstack-nova01:13
*** Liang__ has quit IRC01:16
openstackgerritBrin Zhang proposed openstack/nova master: FUP: add missing test for PUT volume attachments API  https://review.opendev.org/71858901:28
*** bauzas has joined #openstack-nova01:29
brinzhanggmann: follow up your comments in https://review.opendev.org/#/c/718589/01:30
openstackgerritMerged openstack/python-novaclient master: Make 'server list --config-drive' a boolean option  https://review.opendev.org/71834901:39
*** corvus has quit IRC01:48
*** corvus has joined #openstack-nova01:49
*** zhanglong has quit IRC01:57
*** zhanglong has joined #openstack-nova02:03
huaqiangls02:06
*** zhanglong has quit IRC02:19
*** zhanglong has joined #openstack-nova02:24
openstackgerritGhanshyam Mann proposed openstack/nova master: DNM testing enforce new defaults flag  https://review.opendev.org/71794502:25
*** ociuhandu has quit IRC02:31
openstackgerritMerged openstack/nova master: Add new default roles in server password policies  https://review.opendev.org/71741702:34
*** mkrai has joined #openstack-nova02:45
*** yaawang has quit IRC02:55
*** yaawang has joined #openstack-nova02:56
openstackgerritGhanshyam Mann proposed openstack/nova master: Disable warning for policies changing default check_str  https://review.opendev.org/71788403:01
openstackgerritGhanshyam Mann proposed openstack/nova master: Disable warning for policies changing default check_str  https://review.opendev.org/71788403:01
*** ociuhandu has joined #openstack-nova03:03
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in tenant tenant usage policies  https://review.opendev.org/71758703:21
*** zhanglong has quit IRC03:31
*** ociuhandu has quit IRC03:32
*** mkrai_ has joined #openstack-nova03:36
*** mkrai has quit IRC03:37
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in os-console-auth-tokens policies  https://review.opendev.org/70668904:11
*** brinzhang_ has joined #openstack-nova04:14
*** brinzhang has quit IRC04:17
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in os-console-auth-tokens policies  https://review.opendev.org/70668904:24
openstackgerritGhanshyam Mann proposed openstack/nova master: Pass the actual target in os-console-auth-tokens policy  https://review.opendev.org/70669004:24
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in os-aggregates policies  https://review.opendev.org/70165404:25
*** evrardjp has quit IRC04:37
*** evrardjp has joined #openstack-nova04:37
*** yaawang has quit IRC04:40
*** udesale has joined #openstack-nova04:40
*** yaawang has joined #openstack-nova04:41
*** brinzhang has joined #openstack-nova04:43
*** logan- has quit IRC04:45
*** brinzhang_ has quit IRC04:46
*** logan_ has joined #openstack-nova04:47
*** logan_ is now known as logan-04:48
*** brinzhang_ has joined #openstack-nova04:49
*** _mlavalle_1 has joined #openstack-nova04:50
*** mlavalle has quit IRC04:53
*** brinzhang has quit IRC04:53
*** brinzhang has joined #openstack-nova04:54
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in os-aggregates policies  https://review.opendev.org/70165404:57
*** brinzhang_ has quit IRC04:57
openstackgerritGhanshyam Mann proposed openstack/nova master: Pass the actual target in os-aggregates policy  https://review.opendev.org/70165605:02
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix servers policy for admin_or_owner  https://review.opendev.org/71850105:10
*** ratailor has joined #openstack-nova05:10
*** brinzhang_ has joined #openstack-nova05:13
*** brinzhang_ has quit IRC05:15
*** brinzhang_ has joined #openstack-nova05:15
*** brinzhang has quit IRC05:16
*** brinzhang has joined #openstack-nova05:20
*** brinzhang_ has quit IRC05:23
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing server policies  https://review.opendev.org/71834805:26
*** ociuhandu has joined #openstack-nova05:31
*** brinzhang_ has joined #openstack-nova05:32
openstackgerritGhanshyam Mann proposed openstack/nova master: DNM testing enforce new defaults flag  https://review.opendev.org/71794505:36
*** brinzhang has quit IRC05:36
*** mkrai has joined #openstack-nova05:38
*** mkrai_ has quit IRC05:40
*** brinzhang has joined #openstack-nova05:49
*** brinzhang has quit IRC05:51
*** brinzhang has joined #openstack-nova05:51
*** brinzhang_ has quit IRC05:52
*** ociuhandu has quit IRC06:01
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing server policies  https://review.opendev.org/71834806:07
*** dpawlik has joined #openstack-nova06:07
*** ttsiouts has joined #openstack-nova06:30
*** slaweq_ has quit IRC06:36
*** dpawlik has quit IRC06:37
*** dpawlik has joined #openstack-nova06:39
*** _mlavalle_1 has quit IRC06:41
*** ociuhandu has joined #openstack-nova06:42
*** xek_ has joined #openstack-nova06:48
*** nightmare_unreal has joined #openstack-nova06:51
*** zhanglong has joined #openstack-nova06:59
*** vishalmanchanda has joined #openstack-nova06:59
*** dklyle has quit IRC07:00
*** slaweq_ has joined #openstack-nova07:00
openstackgerritMerged openstack/nova master: api: Add framework for extra spec validation  https://review.opendev.org/70464307:01
*** slaweq_ is now known as slaweq07:03
*** zhanglong has quit IRC07:06
*** dtantsur|afk is now known as dtantsur07:06
gibigood morning07:09
*** zhanglong has joined #openstack-nova07:09
*** maciejjozefczyk has joined #openstack-nova07:10
*** iurygregory has joined #openstack-nova07:11
*** brinzhang_ has joined #openstack-nova07:13
*** tesseract has joined #openstack-nova07:15
*** brinzhang has quit IRC07:16
*** rpittau|afk is now known as rpittau07:18
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing keypairs policies  https://review.opendev.org/71860407:19
openstackgerritGuo Jingyu proposed openstack/nova master: WIP: nova supports password encrypted VNC  https://review.opendev.org/62233607:20
*** zhanglong has quit IRC07:21
gibibrinzhang_: hi! are you working on a follow up for https://review.opendev.org/#/c/712651/ ?07:24
*** avolkov has joined #openstack-nova07:26
brinzhang_gibi: yeah, it can be follow up, but not now07:28
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix servers policy for admin_or_owner  https://review.opendev.org/71850107:28
gibibrinzhang_: ack07:29
bauzasgibi: fwiw, I updated my vgpu series based on stephenfin's feedback https://review.opendev.org/#/c/715489/07:29
gibibauzas: ack :)07:29
brinzhang_gibi: I fixed some commnets from stephenfin, and Takashi in PS17, can you +A for this patch?07:29
gibibrinzhang_: I will read, and I have to decied how much of that patch is my code before I +At. worst case we can ask stephenfin to +A-it07:30
bauzasgibi: thanks07:30
bauzasgibi: I understand your position, I don't want to rush on you07:31
*** zhanglong has joined #openstack-nova07:32
brinzhang_gibi: got it, thanks ^^07:32
brinzhang_good morning gibi07:32
lyarwood\o morning all07:33
gibibauzas: I want to unblock the client patches as we need to release the client today and that need the API patches to land.07:33
gibilyarwood: o/07:33
gibilyarwood: surprise! your 2.87 patches got merge conflicted :/07:34
*** jraju__ has joined #openstack-nova07:35
*** psachin has joined #openstack-nova07:37
lyarwoodgibi: /o\07:37
lyarwoodgibi: ./me looks07:37
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing server policies  https://review.opendev.org/71834807:38
lyarwoodah stephenfin rebased his series07:38
* lyarwood rebases all the things07:38
bauzasgibi: that's totally understandable07:39
bauzasgibi: fwiw, I can also review a few things07:39
openstackgerritLee Yarwood proposed openstack/nova master: virt: Provide block_device_info during rescue  https://review.opendev.org/70081107:40
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Add support for stable device rescue  https://review.opendev.org/70081207:40
openstackgerritLee Yarwood proposed openstack/nova master: compute: Report COMPUTE_RESCUE_BFV and check during rescue  https://review.opendev.org/70142907:40
openstackgerritLee Yarwood proposed openstack/nova master: api: Introduce microverion 2.87 allowing boot from volume rescue  https://review.opendev.org/70143007:40
openstackgerritLee Yarwood proposed openstack/nova master: compute: Extract _get_bdm_image_metadata into nova.utils  https://review.opendev.org/70521207:40
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Support boot from volume stable device instance rescue  https://review.opendev.org/70143107:40
brinzhang_lyarwood: your rebase are not lost +A, surprise07:41
brinzhang_today I rebased watcher, cyborg project's patch, all lost the +A :(07:42
*** tosky has joined #openstack-nova07:42
*** ralonsoh has joined #openstack-nova07:45
bauzasbrinzhang_: you loose the +W if your rebase impacted your series somewhere07:46
bauzasbrinzhang_: if you just rebase on some change or master that just changes SHA1s without really needing to update your series, then meh07:47
brinzhang_bauzas: you mean, if anything changed, and not conflict in the same place, it will be not lost the +W?07:47
lyarwoodbrinzhang_: if nothing has changed in your changes you keep the +W07:47
brinzhang_lyarwood: Got it, I will be concern this in the future ^^, thanks lyarwood, bauzas07:48
*** ratailor has quit IRC07:51
*** brinzhang has joined #openstack-nova07:51
*** brinzhang_ has quit IRC07:54
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in keypairs  https://review.opendev.org/71860907:56
*** ratailor has joined #openstack-nova07:58
*** zhanglong has quit IRC07:59
bauzasbrinzhang_: fwiw, you can upload your series without having them rebased on the gerrit remote before by using git review -R08:00
bauzasi never use this one tho08:00
*** threestrands has quit IRC08:00
bauzastbc, git review does rebase on the gerrit git remote you have locally (and which is updated) before it does send it to Gerrit08:01
bauzasbrinzhang: this is the step you can skip with the -R flag08:01
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Break up get_disk_mapping within blockinfo  https://review.opendev.org/71496208:06
openstackgerritLee Yarwood proposed openstack/nova master: fup: Combine SUPPORTED_DEVICE_BUS and SUPPORTED_STORAGE_BUSES  https://review.opendev.org/71844808:06
openstackgerritLee Yarwood proposed openstack/nova master: fup: Remove the use of the term `unstable rescue` INFO logs  https://review.opendev.org/71845108:06
openstackgerritLee Yarwood proposed openstack/nova master: fup: Add missing docstrings from get_rescue_device|bus diskinfo funcs  https://review.opendev.org/71846408:06
lyarwoodI'm using it at the moment to avoid rebasing mine and stephenfin's unmerged stuff08:06
bauzaslyarwood: good call08:09
brinzhangbauzas: I have nerver used this, do you have some docs that I can reference, I would like to study ^^08:11
*** zhanglong has joined #openstack-nova08:11
*** xek_ is now known as xek08:17
bauzasbrinzhang: not more than https://docs.openstack.org/infra/git-review/usage.html08:20
brinzhangbauzas: "git review -R" not any suffix? that I can directly run it, and that can skip "git rebase i xxx"08:22
*** martinkennelly has joined #openstack-nova08:23
bauzasit's just a flag08:24
bauzasyou can use any other one for uploading08:24
bauzasof course git review -d -R doesn't make any sense08:24
bauzassince you download instead08:24
brinzhangI always use git review -d id08:25
gibistephenfin: could you hit https://review.opendev.org/#/c/712651 when you are up?08:25
gibibauzas: if you have time, could you re-review https://review.opendev.org/#/c/718357 ?08:27
gibistephenfin: the tests in custom trait handling needs tweeking https://review.opendev.org/#/c/71846108:28
gibiwe need somebody other than stephen who feels good about +2ing https://review.opendev.org/#/c/700812 in lyarwood's series. that part of nova is not my strong suite so I'm only +108:30
bauzasgibi: sure thing, I'm available for upstream this week08:31
brinzhanggibi: I have a question in https://review.opendev.org/#/c/712651/19/novaclient/v2/shell.py@274108:32
brinzhanggibi: do we need add default=None to --no-delete-on-termination? and why?08:33
gibibrinzhang: let me check that08:33
gibibauzas: thanks08:33
gibibrinzhang: I copied stephenfin's solution from the reworked 2.83 patch08:33
brinzhangI reviewed the config_drive form stephenfin, I also find he also set for the --no-config-drive08:34
gibiohh08:34
brinzhangI think it's ok, but I dont know why08:34
gibiI will look08:34
brinzhangs/ also set / also not set08:35
gibiahh, then I copied well at least :D08:35
brinzhanggibi: yeah, I think stephenfin can answer why ^^08:36
openstackgerritKevin Zhao proposed openstack/nova master: libvirt: change UEFI check to handle AArch64 better  https://review.opendev.org/71431108:36
bauzasgibi: stephenfin: mmm, something is still wrong with https://review.opendev.org/#/c/718461/3 https://5f439afd55f568b98179-509bae49365f8635e29d5b96780095d8.ssl.cf5.rackcdn.com/718461/3/check/openstack-tox-py37/bd3dc11/testr_results.html08:37
gibibauzas: yepp, I think the regex changed and therefore the name of the namespace changed, so the test needs to be updated08:38
gibiI let stephenfin do that so we can +2 it08:38
brinzhangbauzas: https://review.opendev.org/#/c/718357/ this patch and https://review.opendev.org/#/c/701430 from lyarwood all modified rest_api_version_history.rst, do you think is there a conflict?08:39
*** zhanglong has quit IRC08:42
gibibrinzhang: looking at the change they are separate by unchanged lines so I think git will manage to merge it08:43
bauzasbrinzhang: gibi: sorry a bit distracted due to the kids :)08:45
*** ociuhandu has quit IRC08:46
brinzhanggibi: yes, it's ok, I tested in local used:08:46
brinzhanggit review -d 70143008:46
*** ociuhandu has joined #openstack-nova08:46
brinzhanggit review -x 71835708:46
brinzhangI think I should simulate a scenario to check "git review -R", thanks gibi, bauzas08:47
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in servers Policies  https://review.opendev.org/66296808:47
bauzasbrinzhang: since recent revisions, Gerrit now tells you whether it would create a merge conflict08:47
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in servers Policies  https://review.opendev.org/66296808:48
bauzasI mean, the Gerrit UI08:48
gibiI never used git review. I like the full controll of git push <remote> <what>:refs/for/<branch>/topic08:48
*** brinzhang_ has joined #openstack-nova08:49
gibiI mean <topic>08:49
brinzhang_bauzas: yeah, I know, but that until the patch merged then we can know whether conflict from gerrit08:49
huaqiang:qa08:49
huaqiangexit08:49
huaqiang:(08:49
*** huaqiang has left #openstack-nova08:49
bauzasbrinzhang: no, you can test on your local git repo08:50
brinzhang_ah, I was dropped, I think I missed what did you said above, gibi08:50
gibiI never used git review. I like the full controll of git push <remote>08:50
*** huaqiang has joined #openstack-nova08:50
gibi              <what>:refs/for/<branch>/topic08:50
bauzasbrinzhang: you have a local git remote on your git repo that's named 'gerrit'08:50
bauzasgit remote -v | grep gerrit08:50
brinzhang_bauzas: yeah, I know, it's in the project's git/config08:51
bauzascorrect08:51
*** huaqiang has quit IRC08:51
bauzasso you can basically test what you want08:51
*** huaqiang has joined #openstack-nova08:51
brinzhang_I mean, Gerrit cannot know the merged conflict, if the patch doesnot merge08:51
brinzhang_in local I am easy to know which is conflict08:52
*** brinzhang has quit IRC08:52
brinzhang_s/am/can08:52
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in keypairs policies  https://review.opendev.org/71861908:52
bauzasmaybe I misunderstand you08:53
*** zhanglong has joined #openstack-nova08:53
bauzasyou mean that you can't predict that Zuul will tell you a merge conflict if there are concurrent patches coming by, if so yes I agree08:53
brinzhang_gibi: yes, git push gave by gerrit form patch's "Download" tag08:53
brinzhang_bauzas: yes, that's what I want to say08:54
bauzas... and nobody can :-)08:54
bauzasthat's what happens when you merge N changes at once without testing them each one by one08:55
brinzhang_bauzas, gibi: haha, thanks, I will check my question from sandbox test.08:55
brinzhang_bauzas: yes, agree08:55
*** derekh has joined #openstack-nova08:56
*** brinzhang has joined #openstack-nova08:58
openstackgerritGhanshyam Mann proposed openstack/nova master: Pass the actual target in keypairs policy  https://review.opendev.org/71862108:58
bauzasgibi: okay so I'm confused08:58
bauzasgibi: about https://review.opendev.org/#/c/718461/08:58
bauzastbh, I dropped attention yesterday evening about how things were going08:59
gibibauzas: we found yesterday that keys like trait:CUSTOM_* is not accepted08:59
bauzasthat, I understood :)09:00
gibiand also found out that placement is more strict about trait names and resource class names than nova09:00
gibiI think this is the two change in that patch09:00
*** brinzhang_ has quit IRC09:01
*** zhanglong has quit IRC09:01
kashyapsean-k-mooney: stephenfin: Can you remind me again: Nova doesn't yet support vCPU hot unplug, yeah?09:01
openstackgerritKevin Zhao proposed openstack/nova master: fix scsi disk unit number of the attaching volume when cdrom bus is scsi  https://review.opendev.org/71260709:02
stephenfinkashyap: correct09:02
*** tobias-urdin has quit IRC09:02
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing keypairs policies  https://review.opendev.org/71860409:02
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in keypairs  https://review.opendev.org/71860909:03
*** tkajinam has quit IRC09:03
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in keypairs policies  https://review.opendev.org/71861909:03
openstackgerritGhanshyam Mann proposed openstack/nova master: Pass the actual target in keypairs policy  https://review.opendev.org/71862109:03
openstackgerritStephen Finucane proposed openstack/nova master: api: Allow custom traits  https://review.opendev.org/71846109:03
kashyapstephenfin: Thx09:03
kashyapAnd we do support I/O throttling?  IIRC, we do have the I/O limit settings09:04
stephenfinyes, though I don't know how well they work since testing is light09:04
kashyapYep; read_bytes_sec/write_bytes_sec09:04
kashyapstephenfin: Oh, that rings a faint bell where you were traiging a bug on it09:05
kashyaps/on it/about it/09:05
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in os-evacuate policies  https://review.opendev.org/70823709:05
brinzhangstephenfin: can you explain why we add default=None, and not add for the --no-config-drive and --no-delete-on-termination?09:06
brinzhangstephenfin: thanks for +W09:06
kashyap Another one: no memory hotplug either, yeah?09:06
*** zhanglong has joined #openstack-nova09:06
brinzhangstephenfin: https://review.opendev.org/#/c/712651/19/novaclient/v2/shell.py@2741 and https://review.opendev.org/#/c/718349/4/novaclient/v2/shell.py@155109:07
stephenfinbrinzhang: It's not necessary. The default will be set by '--config-drive' if it's not specified, and will be overridden by '--no-config-drive' if necessary09:08
*** huaqiang has quit IRC09:08
brinzhangcontrolled by "group"?09:09
*** huaqiang has joined #openstack-nova09:09
stephenfinYeah, group is our own invention. It's essentially an alias for dest that also implies that we should add opts sharing the same value to a mutually exclusive group. See [1]09:10
*** dpawlik has quit IRC09:10
stephenfin[1] https://review.opendev.org/#/c/718349/4/novaclient/shell.py09:10
stephenfinkashyap: correct09:10
kashyapstephenfin: Thx; I'm answering a doc writer's questions.  Hence the questions here09:11
*** zhanglong has quit IRC09:11
*** zhanglong has joined #openstack-nova09:13
gibish*t https://review.opendev.org/#/c/716222/ got double hit by https://bugs.launchpad.net/nova/+bug/1823251 the gate queue will reset :/09:14
openstackLaunchpad bug 1823251 in OpenStack Compute (nova) "Spike in TestNovaMigrationsMySQL.test_walk_versions/test_innodb_tables failures since April 1 2019 on limestone-regionone" [High,Confirmed]09:14
brinzhangstephenfin: yeah, I looked the group, got it, thanks09:15
lyarwoodgibi: time to reintroduce https://review.opendev.org/#/c/683009/ ?09:16
gibilyarwood: yeah. I think I will push that again09:16
*** zhanglong has quit IRC09:17
bauzasgibi: FWIW, I work tomorrow, I can fast-approve any change that was +W today09:18
bauzasin case we got hit by the gate09:18
gibibauzas: thanks. I will rely on your power09:18
bauzasgibi: the only problem is that I could miss any change, so please CC on the ones you'd like to see09:19
bauzasCC me*09:19
bauzasI can still ask gerrit to find me all +Wd tho09:19
bauzasactually, nevermind, I'll work this way09:19
gibibauzas: also there is the novaclient release patch that needs an update when 2.87 lands https://review.opendev.org/#/c/718260/09:19
gibiand thank you09:20
*** zhanglong has joined #openstack-nova09:20
bauzasgibi: fill an etherpad for tracking if you feel I could loose anything09:20
gibibauzas: I'm on it :)09:20
bauzascool09:20
bauzasstephenfin: I thought placement wasn't accepting dashes for trait names ?09:21
bauzasshit, can't find the regex on the placement api-ref for reference09:23
stephenfinbauzas: I thought so too, but I checked the regex and they are09:23
stephenfinSec, lemme drag it out09:23
stephenfinbauzas: https://github.com/openstack/placement/blob/master/placement/schemas/common.py#L2709:24
bauzasstephenfin: just held a procedural -109:24
stephenfinWe have a similar regex somewhere in nova09:24
bauzasstephenfin: but then it could be nova regex09:24
bauzasyeah, I was thinking of so09:24
stephenfinbauzas: yeah, here https://github.com/openstack/nova/blob/master/nova/scheduler/utils.py#L5709:25
bauzasbecause when I wanted to create a custom trait for nvidia-11, I got fucked up09:25
stephenfinhyphens are perfectly fine based on those09:25
bauzasI'm then confused09:26
*** damien_r has quit IRC09:26
bauzaslemme provide a DNM based on my func test09:26
bauzasand you'll see that CUSTOM_NVIDIA-11 isn't a thing accepted09:26
bauzasthat had to be upper cases btw.09:26
openstackgerritGhanshyam Mann proposed openstack/nova master: DNM testing enforce new defaults flag  https://review.opendev.org/71794509:26
bauzasstephenfin: man, we're bikeshedding on a regex while this should be documented on the api-ref...09:27
openstackgerritBalazs Gibizer proposed openstack/nova master: Temporarily skip TestNovaMigrationsMySQL  https://review.opendev.org/71862909:27
*** damien_r has joined #openstack-nova09:27
dtantsurmorning folks! we seem to be seeing guru meditations in grenade jobs (at least) https://zuul.opendev.org/t/openstack/build/638527be7aba44b59bb37c71dffe4a4a/log/logs/screen-n-cpu.txt#1585909:27
gibilyarwood: ^^09:28
openstackgerritBalazs Gibizer proposed openstack/nova master: Revert "Temporarily skip TestNovaMigrationsMySQL"  https://review.opendev.org/71863009:28
*** damien_r has quit IRC09:28
*** tobias-urdin has joined #openstack-nova09:29
*** zhanglong has quit IRC09:32
*** damien_r has joined #openstack-nova09:32
bauzasgibi: +Wd the skippest test09:32
lyarwoodbauzas++ got there ahead of me09:32
gibithanks folks!09:32
*** udesale_ has joined #openstack-nova09:34
stephenfinlyarwood: comment on https://review.opendev.org/#/c/718464/09:35
kashyaplyarwood: What does the term "storage live migration" mean to you?09:35
kashyap(In terms of Nova)09:35
kashyapFor me, there are two ways to read it:09:35
kashyap(1) Live migration without shared storage (also confusingly called "live block migration")09:35
kashyap(2) Migrating only the storage from src to dest, while the VM itself is running on src.09:36
lyarwood2, moving storage between backends while the instance stays in place, something we only support through volume migration and retype.09:37
*** zhanglong has joined #openstack-nova09:37
lyarwoodstephenfin: looking09:37
*** udesale has quit IRC09:38
kashyaplyarwood: Right, it's the thing that's based on "swap volume".09:38
lyarwoodkashyap: yeah indeed09:38
kashyaplyarwood: Thx.  (Context: trying to answer a docs person)09:39
*** damien_r has quit IRC09:39
kashyaplyarwood: I'd guess this doc is good enough about 'cinder retype', yeah? -- https://docs.openstack.org/cinder/rocky/contributor/migration.html09:40
*** zhanglong has quit IRC09:42
lyarwoodhttps://docs.openstack.org/cinder/latest/contributor/migration.html but yeah09:43
*** ociuhandu has quit IRC09:45
kashyapThx09:45
*** dpawlik has joined #openstack-nova09:49
bauzasgibi: I really appreciate your help on my series btw. given how you're overloaded09:49
bauzasI mean, i saw your comments09:49
bauzasand I appreciated them09:49
gibibauzas: I think I can finish the test review before lunch :)09:50
bauzastbh, I'll remember this cycle for my whole life09:50
gibicrazy times09:50
bauzasjust because of the lockdown with kids hitting me every 5 mins for questions09:50
bauzasme, Sylvain Bauza, software engineer, teacher, IT support folk for my spouse, legal advisor, parent of 2 kids09:51
gibibut it is a great achievement that you can manage all these09:52
bauzas(legal advisor because we have to consider every time we go out whether it's a legally accepted reason)09:52
*** ociuhandu has joined #openstack-nova09:58
*** brinzhang_ has joined #openstack-nova09:59
*** brinzhang has quit IRC10:02
*** d34dh0r53 has quit IRC10:02
*** d34dh0r53 has joined #openstack-nova10:03
*** zhanglong has joined #openstack-nova10:09
kashyapCan anyone remind me: does Nova distnguish between these two suspend-related power states: S3 (standby) and S4 (hibernate)10:12
*** rpittau is now known as rpittau|bbl10:13
*** zhanglong has quit IRC10:14
openstackgerritLee Yarwood proposed openstack/nova master: fup: Add missing docstrings from get_rescue_device|bus diskinfo funcs  https://review.opendev.org/71846410:15
gibibauzas: small issue in https://review.opendev.org/#/c/717975/11/nova/tests/functional/libvirt/test_vgpu.py@173 but overall looks good10:15
kashyapNope, we don't: https://docs.openstack.org/api-guide/compute/server_concepts.html10:15
* gibi lunches10:16
bauzasgibi: <3 with love10:19
* bauzas pdb'ing to verify your point10:20
*** zhanglong has joined #openstack-nova10:22
openstackgerritMerged openstack/python-novaclient master: Microversion 2.85: Change volume-update CLI  https://review.opendev.org/71265110:23
openstackgerritMerged openstack/nova master: Convert delete_on_termination from string to boolean  https://review.opendev.org/71838710:28
*** zhanglong has quit IRC10:29
openstackgerritGhanshyam Mann proposed openstack/nova master: Pass the target in os-services APIs policy  https://review.opendev.org/67668810:30
openstackgerritGhanshyam Mann proposed openstack/nova master: Pass the target in os-services APIs policy  https://review.opendev.org/67668810:31
*** xek has quit IRC10:32
sean-k-mooneybauzas: the hypens need to be converted to _10:40
sean-k-mooneybauzas: https://github.com/openstack/os-traits/blob/master/os_traits/__init__.py#L140-L15610:42
sean-k-mooneykashyap: yes10:43
sean-k-mooneykashyap: suspend/resume is suspend to disk, pause/unpause is suspend to ram10:43
sean-k-mooneykashyap: so not qutie the same as s3 vs s410:44
sean-k-mooneybut for pause we just stop the execution fo the qemu cpu without stoping the full qemu proces10:44
sean-k-mooneywhere as suspend does a libvirt managed save dumping guest ram to a file on disk10:45
sean-k-mooneyfrom a guest os perspecitive its more or less looks the same unless you have pci passthough deivces10:45
*** ttsiouts has quit IRC10:46
bauzassean-k-mooney: ahah, thanks for the explanation !10:48
bauzasnow I understand, I could have asked to create a trait like 'custom_nvidia-11' but then normalize_name() would ask Placement to create trait named 'CUSTOM_NVIDIA_11')10:49
sean-k-mooneyyou can just take the mdev type and call that function and it should work10:49
sean-k-mooneyyes10:49
*** ociuhandu has quit IRC10:50
bauzasI could even provide a name like 'custom_foo?.%^', it would just do 'CUSTOM_FOO____'10:50
sean-k-mooneywhich means in your flavor you need to use 'CUSTOM_NVIDIA_11' or you will get no results form placement10:50
*** zhanglong has joined #openstack-nova10:50
bauzassean-k-mooney: yeah, ok, good point10:50
bauzassean-k-mooney: I'm afraid placement api-ref doesn't mention it10:51
bauzasnot talking of the normalization10:51
sean-k-mooneythe vaild chariters10:51
bauzasyup10:51
bauzasthis would clarify the expectations10:51
sean-k-mooneyso i think it wont normalise on your behalf10:51
*** ociuhandu has joined #openstack-nova10:51
*** ttsiouts has joined #openstack-nova10:51
bauzasyou could do whatever you want, but ask placement the right things10:51
sean-k-mooneyit will reject the creation fo the trait?10:51
bauzassean-k-mooney: that's the whole point, I dunno10:52
sean-k-mooneyya i have never tried to check honestly10:52
bauzasI dunno whether Placement API is strict with naming or just allows anything to come by and normalize it10:52
bauzaswith the latter, I have concerns10:52
bauzasthis is not RESTful10:52
bauzasif I'm creating an object, I'm expecting the output of the creation is identical to the object I passed10:53
bauzasfrom a semantics perspective10:53
bauzas(or idempotent if you prefer)10:53
sean-k-mooneythey dont actully have a test case for it but from the doc text i would expect you will get a 40010:55
sean-k-mooneyhttps://github.com/openstack/placement/blob/master/placement/tests/functional/gabbits/traits.yaml#L17-L3410:55
openstackgerritSylvain Bauza proposed openstack/nova master: Functional test with pGPUs  https://review.opendev.org/71797510:56
bauzassean-k-mooney: FWIW, the docs I wrote for vgpu multiple types only mentions trait names being capitalized and not having other chars but the ones wanted https://8ae97f93626416bcf134-be430d2f919a8698d2e96141ed3ac146.ssl.cf1.rackcdn.com/715490/10/check/openstack-tox-docs/b670504/docs/admin/virtual-gpu.html#optional-provide-custom-traits-for-multiple-gpu-types10:56
kashyapsean-k-mooney: Yeap; noted - on suspend.  Thanks10:57
*** ociuhandu has quit IRC10:57
bauzassean-k-mooney: yeah thanks for the gabbit, that proves the Placement API ref should be updated to mention such limitations10:57
sean-k-mooneywell gabbit should also be extened to test an invalid trait that is not normalised10:58
bauzassean-k-mooney: talking of https://docs.openstack.org/api-ref/placement/?expanded=update-resource-provider-traits-detail#update-resource-provider-traits10:58
bauzaswhoops, wrong link10:59
bauzassean-k-mooney: this one sorry https://docs.openstack.org/api-ref/placement/?expanded=update-traits-detail#traits11:00
bauzasError response codes: badRequest(400)  400 BadRequest if trait name is not prefixed with CUSTOM_ prefix.11:00
sean-k-mooneybauzas: found it https://github.com/openstack/placement/blob/master/placement/schemas/common.py#L17-L2211:00
bauzasI wasn't crazy \o/11:01
sean-k-mooneythey are using json schema for that validation https://github.com/openstack/placement/blob/master/placement/schemas/common.py#L17-L2211:01
bauzasstephenfin:  ^11:01
sean-k-mooneywith this scema https://github.com/openstack/placement/blob/master/placement/schemas/trait.py11:01
bauzasI was betting this morning that it *wasn't* possible to create traits with hyphens in them11:01
stephenfin<stephenfin> Sec, lemme drag it out11:01
stephenfin<stephenfin> bauzas: https://github.com/openstack/placement/blob/master/placement/schemas/common.py#L2711:01
*** mgoddard has quit IRC11:02
stephenfinWith 1.33 they become alphanumeric, '_', and '-' with a length limit of 64.11:02
bauzasyou're talking of the group info11:02
bauzasnot the trait11:02
bauzashttps://github.com/openstack/placement/blob/master/placement/schemas/common.py#L2011:03
sean-k-mooneystephenfin: this is the important bit https://github.com/openstack/placement/blob/master/placement/schemas/common.py#L17-L2211:03
sean-k-mooneyso it expands to " "^CUSTOM_[A-Z0-9_]+$"11:04
stephenfinI'm confused. Isn't that exactly what I have?11:04
sean-k-mooneyso hyphen is not allowed in the name11:04
stephenfinhttps://review.opendev.org/#/c/718461/4/nova/api/validation/extra_specs/traits.py@6511:04
stephenfinI don't allow hyphens in that trait name. I only allow them in the group11:04
sean-k-mooneyno11:05
sean-k-mooney[a-zA-Z0-9_-]11:05
sean-k-mooneythe trailing -11:05
sean-k-mooneyallows hypenes11:05
stephenfinthat's the group name, not the trait name11:05
sean-k-mooneyoh sorry group11:05
stephenfintrait{group}:CUSTOM_{trait}11:05
bauzasstephenfin: tbc, I clarified https://review.opendev.org/#/c/718461/411:05
stephenfinr'([a-zA-Z0-9_-]{1,64})?' applies to group11:05
bauzas(my -1)11:05
sean-k-mooneyyep what you have is correct11:05
stephenfinr'[A-Z0-9_]+' applies to trait11:06
bauzasmy only concern is with traits11:06
sean-k-mooneybauzas: line 65 handels that11:06
sean-k-mooneyand that is correct11:06
bauzasof what ?11:06
sean-k-mooneyhttps://review.opendev.org/#/c/718461/4/nova/api/validation/extra_specs/traits.py@6511:06
*** ttsiouts has quit IRC11:07
sean-k-mooneystephenfin: although i think bauzas was originally not talking about your validation stuff11:07
stephenfinbauzas: replied11:07
bauzasyeah, again my concern is just abotu https://review.opendev.org/#/c/718461/4/nova/tests/unit/api/validation/extra_specs/test_validators.py@3311:07
openstackgerritBalazs Gibizer proposed openstack/python-novaclient master: Microversion 2.86 - Extra spec validation  https://review.opendev.org/71805711:07
openstackgerritBalazs Gibizer proposed openstack/python-novaclient master: Microversion 2.87 - Stable device boot from volume rescue  https://review.opendev.org/71495611:07
stephenfinI think you're mixing up the {group} and {trait} parts of the validator11:07
bauzasoh man11:07
bauzasI'm getting headache11:07
sean-k-mooney bauzas that is the list of namespaces11:08
sean-k-mooneyso the partern ther is the group name11:08
bauzasyup, turned up my vote11:08
bauzasanyway, lunch11:08
sean-k-mooneystephenfin: could you use constnts for this11:08
sean-k-mooneyso in the test you can just refer to the constnat11:09
sean-k-mooneythat might make it clearer?11:09
sean-k-mooneyim not going to -1 over that but it might help11:09
stephenfinNot really, because we "build" the regex so I have proper groups11:09
stephenfinAlso, I'm always reluctant to use constants in unit tests, because if you've a mistake in the constant then you propagate the mistake11:10
sean-k-mooneyya that is a factor although i have seen many typos in unit test where the typo was not important11:10
sean-k-mooneyuntill you change something11:11
sean-k-mooneyok im going to go re review the vgpu stuff11:11
sean-k-mooneyoh lyarwood changes are on top of yours i was wondering why the validation serires was suddenly much longer11:12
lyarwoodyeah microversion fun11:14
gibibauzas: after your lunch, could you check and upgrade your vote on https://review.opendev.org/#/c/700812 ?11:15
*** zhanglong has quit IRC11:15
sean-k-mooneylyarwood: its still not as bad as last cycle when we were trying to land numa live migration, pcpus in plamcnet and vpmem all at once11:16
sean-k-mooneythey were ligitametly conflciting at the code level too11:17
lyarwoodouch yeah that must have been fun11:17
sean-k-mooneywe ended up doing the same ting stacking it all into one big chain11:19
*** ttsiouts has joined #openstack-nova11:26
openstackgerritBalazs Gibizer proposed openstack/python-novaclient master: Microversion 2.86 - Extra spec validation  https://review.opendev.org/71805711:27
openstackgerritBalazs Gibizer proposed openstack/python-novaclient master: Microversion 2.87 - Stable device boot from volume rescue  https://review.opendev.org/71495611:27
*** ociuhandu has joined #openstack-nova11:32
*** ratailor has quit IRC11:36
*** yedongcan has joined #openstack-nova11:36
openstackgerritMerged openstack/nova master: Correct server shelve policy check_str  https://review.opendev.org/71754211:40
*** ttsiouts has quit IRC11:42
*** ttsiouts has joined #openstack-nova11:43
openstackgerritTakashi Natsume proposed openstack/python-novaclient master: Microversion 2.86 - Extra spec validation  https://review.opendev.org/71805711:46
*** ociuhandu has quit IRC11:48
*** ociuhandu has joined #openstack-nova11:49
openstackgerritTakashi Natsume proposed openstack/python-novaclient master: Microversion 2.87 - Stable device boot from volume rescue  https://review.opendev.org/71495611:54
*** ociuhandu has quit IRC11:55
*** dpawlik has quit IRC11:56
*** rpittau|bbl is now known as rpittau11:57
*** nweinber has joined #openstack-nova12:02
*** eharney has joined #openstack-nova12:03
*** dpawlik has joined #openstack-nova12:08
*** mkrai has quit IRC12:12
openstackgerritAlexandre arents proposed openstack/nova master: libvirt: Calculate disk_over_committed for raw instances  https://review.opendev.org/71703712:14
bauzasgibi: back there12:14
bauzasgibi: just upped to +2 https://review.opendev.org/#/c/700812/22 do you want to +W ?12:15
gibibauzas: no, go ahead with +W12:16
gibiand thanks12:16
*** igordc has quit IRC12:18
*** psachin has quit IRC12:26
*** ociuhandu has joined #openstack-nova12:27
sean-k-mooneyartom: just noticed you had https://review.opendev.org/#/c/672127/1 for https://bugs.launchpad.net/nova/train/+bug/183638912:38
openstackLaunchpad bug 1836389 in OpenStack Compute (nova) ussuri "Device role tagging doesn't work for SRIOV PF" [Medium,In progress] - Assigned to Artom Lifshitz (notartom)12:39
sean-k-mooneyi just went and triaged the bug but are you actully planning to pick that back up since its been 9 months12:39
sean-k-mooneyit would be good to fix it but not sure if you will have time between now and rc112:40
*** iurygregory has quit IRC12:43
*** iurygregory has joined #openstack-nova12:44
*** ttsiouts has quit IRC12:48
*** ttsiouts has joined #openstack-nova12:50
artomsean-k-mooney, we had another downstream bug for that downstream, I can try to find the link12:51
artomsean-k-mooney, yeah, I guess I can try and get that in before RC12:52
*** lbragstad_ has joined #openstack-nova12:52
sean-k-mooneyyou had the link in the upstream bug12:53
artomsean-k-mooney, ah ok - I wonder why that stalled out12:54
*** lbragstad has quit IRC12:54
sean-k-mooneyyou proably got pulled into something else that was on fire12:55
*** jamesden_ has joined #openstack-nova12:55
*** ociuhandu has quit IRC12:55
*** ociuhandu has joined #openstack-nova12:55
sean-k-mooneyfrom the looks of it the bug was filed by the nfv dfg as they were trying to use the device role tagging for configuring the trex trafic generator12:56
sean-k-mooneyi would guess they just worked around it manually12:57
*** jamesdenton has quit IRC12:57
*** ttsiouts has quit IRC12:59
*** ociuhandu has quit IRC13:00
*** ttsiouts has joined #openstack-nova13:03
*** ociuhandu has joined #openstack-nova13:04
*** ttsiouts has quit IRC13:19
stephenfinbauzas: comments from sean-k-mooney and I on https://review.opendev.org/#/c/715490/13:25
*** ttsiouts has joined #openstack-nova13:29
* huaqiang 13:36
*** huaqiang has quit IRC13:36
*** huaqiang has joined #openstack-nova13:37
bauzasstephenfin: sean-k-mooney: yup, sorry, I was off for my kids13:38
bauzaswill provide a new patchset13:40
*** ociuhandu has quit IRC13:44
*** ociuhandu has joined #openstack-nova13:44
*** ociuhandu has quit IRC13:47
*** ociuhandu has joined #openstack-nova13:48
*** priteau has joined #openstack-nova13:49
*** ttsiouts has quit IRC13:49
*** ttsiouts has joined #openstack-nova13:49
*** rcernin has quit IRC13:54
openstackgerritKevin Zhao proposed openstack/nova master: Fix ut error on Aarch64(And other non-x86 platform)  https://review.opendev.org/71316313:59
*** nightmare_unreal has quit IRC14:00
lyarwoodhmm did the gate just get reset?14:00
lyarwoodactually nvm I don't think it did14:02
gmanngibi ping14:03
*** ttsiouts has quit IRC14:05
*** d34dh0r53 has quit IRC14:08
*** d34dh0r53 has joined #openstack-nova14:09
*** d34dh0r53 has quit IRC14:11
*** tkajinam has joined #openstack-nova14:13
bauzasstephenfin: gibi: sean-k-mooney: new patch for https://review.opendev.org/#/c/715490/ is on its way14:14
*** dave-mccowan has joined #openstack-nova14:14
sean-k-mooneycool ill review it when its ready14:15
bauzasjust running tests locally14:17
bauzassean-k-mooney: you left a -1 but I didn't understand exacly why14:17
* gibi is back14:19
*** lpetrut has joined #openstack-nova14:19
gibigmann: ping14:20
sean-k-mooneyit was for the fact we skiped creating the mdev if the could not instead of failing to start the agent14:20
*** lbragstad_ is now known as lbragstad14:20
gmanngibi: i will be requesting the FFE for policy things as few are still need to be merged and I am thinking to do for deprecated APIs also14:21
sean-k-mooneybauzas: so this comment https://review.opendev.org/#/c/715490/10/nova/virt/libvirt/driver.py@81414:21
stephenfinsame comment for me14:21
*** Jeffrey4l has quit IRC14:22
gmanngibi: I will request on ML. my question is for cycle highlights - https://review.opendev.org/#/c/712498/2/deliverables/ussuri/nova.yaml@2514:22
bauzassean-k-mooney: okay, fixed by the rev I'm testing14:23
bauzasneed to adapt a few more tests than planned, but fair enough14:23
gmannshould we include policy things in highlights because amending later might not be acceptable (or at least might get missed by various other forum )14:23
bauzaswon't be a FUP14:23
*** Jeffrey4l has joined #openstack-nova14:23
gibigmann: hm, let's try to grant FFE for policy bp on the today's meeting and if nobody is against that then I can add info about it to the cyclehighlight14:24
gibigmann: but I would need some doc I can link to14:24
*** ociuhandu has quit IRC14:25
*** ociuhandu has joined #openstack-nova14:25
gmanngibi: ok. then let me work on doc part and release notes first.  thanks.14:26
*** mgoddard has joined #openstack-nova14:26
gibigmann: thanks14:26
*** nightmare_unreal has joined #openstack-nova14:26
gmanngibi: you want me to send FFE on ML and then discuss in meeting or directly in meeting ?14:26
gibigmann: let's have a mail about the FFE but it is OK to send the mail after the meeting14:27
gmanni see. let's wait for meeting.14:27
gibimy point is to let's discuss that today14:27
gmannsure14:27
openstackgerritSylvain Bauza proposed openstack/nova master: Support different vGPU types per pGPU  https://review.opendev.org/71549014:28
openstackgerritSylvain Bauza proposed openstack/nova master: Functional test with pGPUs  https://review.opendev.org/71797514:28
bauzasgibi: stephenfin: sean-k-mooney: last revision, based on your feedback, hardstopping if two types are provided but only one is having PCI devices14:30
*** ociuhandu has quit IRC14:30
*** dave-mccowan has quit IRC14:30
gibibauzas: ack, will look shortly14:31
bauzashow can I help now ?14:31
bauzasgibi: my time is free, so maybe time for you to handover some reviews if you want14:31
* bauzas looks at the company calendar to see whether all countries but France aren't working tomorrow (jk)14:32
gibibauzas: are you familiar with gmann's policy changes? he just pinged me about an FFE request, so we could speed that series up with some review14:32
sean-k-mooneybauzas: we get a company day in ireland for good friday and then monday is a public holiday14:33
sean-k-mooneybauzas: so stephenfin and i wont be around until tuesday14:33
bauzasgibi: I was knowing a bit, but I can look14:33
gibibauzas: cool, that would help14:33
bauzassean-k-mooney: yup, I know, also UK, Germany, Hungary and other EU countries AFAICU14:34
gibiyepp, me too ^^14:34
bauzassome US states aren't working too14:34
bauzasI don't know for Canada, artom ?14:34
gibibut having the covid situation I might check in a bit each day14:34
sean-k-mooneyi may have forgot easter was a thing until remineded by stephenfin that i dont need to work on friday or monday...14:34
artombauzas, tomorrow? Yeah, we're off14:34
bauzask14:35
artomMonday too14:35
bauzasso, afaict, I can see our Chinese contributors be around and maybe France14:35
bauzascan't speak for Italy and Spain14:35
sean-k-mooneyi basically know this as FF week instead of easter14:35
bauzassean-k-mooney: my wife and I just realized on Monday it was Easter this week14:39
bauzasyou're not alone14:39
gmannlbragstad: this can go in or should i add the diff in some doc ? - https://review.opendev.org/#/c/717879/314:41
bauzasgibi: mind giving me the gmann's policy patches ?14:41
gmannbauzas: these - https://review.opendev.org/#/q/topic:bp/policy-defaults-refresh+(status:open+OR+status:merged)14:42
gibibauzas: it is multiple thread of patches but each is on this topic https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/policy-defaults-refresh14:42
* gibi is slow14:42
stephenfingmann: How many of those are left to do?14:42
gmannbauzas: i need to update few policies also and deprecated API policy14:42
stephenfinif you know off the top of your head?14:42
gmannstephenfin: other than which are already up + 3 APIs new + deprecated APIs. i think doing deprecated APIs also good to update also to make it consistent as they still stay.14:44
bauzasgibi: gmann: FWIW, I remember our discussions at the Shanghai PTG, any important points you wanna me to explain before I go reviewing ?14:44
bauzasor is it something not new from Shanghai, just implementation thingies ?14:45
nightmare_unrealif someone has time, can you look at this : https://review.opendev.org/#/c/715395/ .14:45
nightmare_unrealThanks.14:45
gmannbauzas: key things is the existing test coverage at the first patch and then see how those gets changed for scope and new defaults14:45
*** ttsiouts has joined #openstack-nova14:45
gmannbauzas: nothing new from shanghai. it is just implementation of that in all policies14:46
bauzasnightmare_unreal: we're cutting M-3 tonight with Feature Freeze, I'll spend a reasonable couple of hours for reviewing bugs in the next week14:46
bauzasgmann: perfect, then I know the outcomes14:46
nightmare_unrealaah o.O thanks for your work :)14:47
bauzasgmann: will you be around tomorrow or off ?14:47
bauzasgmann: (can't remember where you live, I apologize)14:47
gmannbauzas: thanks. I am working tomorrow and Monday too. might be on weekend too14:47
*** ociuhandu has joined #openstack-nova14:47
gmannbauzas: canada14:47
*** dklyle has joined #openstack-nova14:47
bauzasgmann: ok, gtk, just saying because we just discovered we'll miss a couple of countries for work tomorrow, including Canada14:48
gmannyeah.14:48
bauzas(at least for Red Hat)14:48
artombauzas, in practice, feature freeze is today :P14:50
sean-k-mooneynightmare_unreal: that --overwrite kind of acts like a --force would14:50
*** ttsiouts has quit IRC14:50
*** ociuhandu has quit IRC14:50
bauzasgmann: patches seem not to be piled in a branch, but rather only by topic name14:50
bauzasartom: I fuckingly know about it14:51
*** ociuhandu has joined #openstack-nova14:51
gmannbauzas: correct. 2 are olso one which I are almost ready to go.14:52
bauzasgmann: that makes reviewing a bit hard, I don't know where to start and a couple of patches got -1 from Zuul14:52
bauzasgmann: so I need guidance for reviews14:52
bauzasgmann: I'd say https://review.opendev.org/#/c/718348/ is crucial before we move on14:52
stephenfinbauzas: anything +2'd by me is passing CI14:52
gmannbauzas: ok so there is always set of series for each API. let me find the review guidelines i sent on ML14:52
stephenfinand good (IMO, of course)14:52
bauzasstephenfin: you're Zuul \o/14:52
bauzaswe finally discovered it14:53
stephenfinI wish I was that good at multitasking14:53
bauzasstephenfin: raise 2 kids, get locked down and you'll be surprised about multitasking14:53
sean-k-mooneystephenfin: e.g. it is force updating an allocation even if we dont think it needs healing14:53
sean-k-mooneyoh that was for nightmare_unreal ^14:53
gmannbauzas: http://lists.openstack.org/pipermail/openstack-discuss/2019-August/008504.html14:54
bauzasgmann: perfect, thanks14:54
bauzasgmann: you'd understand that I'd hold reviews on the servers API until https://review.opendev.org/#/c/718348/ get merged ?14:55
bauzasin particular given the criticity of the servers API about policy enforcement14:56
gmannbauzas: yeah that make sense. if test coverage is failing somewhere then it is good to wait to have clear pic of what going to be changed in scope and new defaults patches14:56
gmannbauzas: true. that is one of complex one too given the lot of inline policies per attributes  .14:57
stephenfinbauzas: I think you missed sean-k-mooney and I's point https://review.opendev.org/#/c/715490/11/nova/virt/libvirt/driver.py@81514:57
bauzasstephenfin: did I ? shit.14:58
stephenfinTo be clear, I agree with the change you've made in that PS, but it's not the one we were concerned about so I think there's another one to do14:58
bauzasholy shit.14:58
sean-k-mooneybauzas: basically the current code logs a warning if an instance was using an mdev type that cant be recreated14:59
bauzasstephenfin: I absolutely missed your concern, I apologize.14:59
openstackgerritIvaylo Mitev proposed openstack/nova master: Implementing graceful shutdown.  https://review.opendev.org/66624514:59
sean-k-mooneyi was saying that should cause the agent not to start14:59
sean-k-mooneywhich i think is what stephenfin ment by make it an error too right14:59
bauzassean-k-mooney: stephenfin: lemme think about it14:59
bauzasI'm honestly not sure we'd have to hardstop but I could be wrong15:00
bauzasstephenfin: worth accepting a FUP for the doc nit ?15:01
stephenfinbauzas: What would happen in that situation? You wouldn't be able to restart the instance using the mdev because it wasn't recreated?15:01
*** yedongcan has left #openstack-nova15:01
stephenfinbauzas: Yeah, I'm not sure if we can hard fail for that case (missing '[vgpu_{name}]' sections) after all15:02
stephenfinWe already allowed people to list multiple values in 'enabled_vgpu_types', yeah?15:02
stephenfinEven though they did nothing15:02
stephenfinSo it's possible there are nova.conf files in the wild with e.g. '[devices] enabled_vgpu_types = nvidia-35, nvidia-36'15:03
sean-k-mooneybauzas: we could not start instance vm at that point right15:03
stephenfinand if they upgrade to Ussuri, they suddenly won't be able to start nova15:03
stephenfin*nova-compute15:03
bauzasstephenfin: I considered this point (having set multiple types while we weren't supporting it)15:03
bauzasstephenfin: I think the hardstop is a reasonable failure15:04
bauzasstephenfin: for operators having set multiple types, they would see that it wasn't really supported before and now they have some action to do15:04
bauzasstephenfin: instead of blindly thinking it was working15:05
*** gyee has joined #openstack-nova15:05
stephenfinright, but it was allowed and didn't break anything15:05
bauzasstephenfin: we only refuse to start15:05
bauzasstephenfin: people can just adapt their confs if so15:05
bauzasagain, we made it on purpose15:05
*** ttsiouts has joined #openstack-nova15:05
bauzasI see this as "we won't impact you if you made things the right way"15:06
bauzas'but if you made things the wrong way, it's time to change your config to make it work correctly"15:06
stephenfinidk, I thought it was a given that nova.conf from N should continue to work in N+115:06
stephenfinwith warnings, sure15:06
*** slaweq has quit IRC15:06
bauzasstephenfin: it will15:06
bauzasstephenfin: but I can honestly revert to PS1015:07
bauzasstephenfin: tbc, there is zero upgrade impact for single-typed configurations15:07
bauzasit's debatable tho and I don't want to hold15:08
sean-k-mooneybauzas: any chace you could add a nova-staus command for this?15:08
bauzassean-k-mooney: certainly not for Train :)15:08
bauzaswhich is the case we're discussing about15:08
sean-k-mooneyah ok hehe15:08
sean-k-mooneyim also not sure how useful it would be given you would have eto run it on the compute node15:09
stephenfinYeah, I think what you had before was better. "Your nova.conf is wrong and needs to be fixed. We're reverting to the old Train behaviour until you do that"15:09
*** vishalmanchanda has quit IRC15:09
bauzasstephenfin: okay here is a trade-off, I can write an upgrade note saying that multiple-typed confs have to adapt their confs15:09
bauzasstephenfin: okay, let's revert to PS10 then15:10
sean-k-mooneythat still does not adress https://review.opendev.org/#/c/715490/11/nova/virt/libvirt/driver.py@81515:10
bauzassean-k-mooney: yup, it will be PS10 with recreate hard stopping15:10
bauzaswe all okay ?15:10
sean-k-mooneyin that case you have a direct conflict between an instance type used by a guest on the current host and and the config15:10
stephenfinYeah, change where we do the hard stop and I'm happy15:10
sean-k-mooneybauzas: yep15:10
sean-k-mooneythat works for me15:10
bauzascool, on it15:11
stephenfinthat's a straight up misconfiguration and should be a hard stop15:11
stephenfinMight even be worth backporting a variant of that to stable/train15:11
sean-k-mooneythe warning15:11
sean-k-mooneymaybe15:11
*** dklyle has quit IRC15:12
*** ociuhandu has quit IRC15:13
*** ociuhandu has joined #openstack-nova15:15
*** dklyle has joined #openstack-nova15:18
*** ociuhandu has quit IRC15:20
bauzasstephenfin: you're talking of the recreate issue you raised ?15:21
bauzasstephenfin: apologies btw. I fucked up with your point, I thought you were arguing about what I fixed in PS1115:21
*** slaweq has joined #openstack-nova15:22
bauzaslooks like multitasking with kids raises bugs15:22
bauzas-ETOOMANYTHINGS15:22
stephenfinbauzas: Um, I am :) I'm saying I think you need to hard fail at https://review.opendev.org/#/c/715490/11/nova/virt/libvirt/driver.py@815 and *not* hard fail at https://review.opendev.org/#/c/715490/11/nova/virt/libvirt/driver.py@653115:23
bauzasyup, I finally understood15:24
*** avolkov has quit IRC15:25
bauzasstephenfin: worth saying, do you think we should return a InvalidLibvirtGPUConfig within https://review.opendev.org/#/c/715490/11/nova/virt/libvirt/driver.py@815 ?15:27
bauzasor another exception ?15:28
stephenfinIt's invalid config, so that makes sense IMO15:28
bauzasI honestly think the operator messed up their config if so15:28
bauzasyup, ok15:28
bauzasstephenfin: to answer your last comment on https://review.opendev.org/#/c/715490/11/nova/virt/libvirt/driver.py@815  ,15:30
bauzasif the operator messes up their config and self._get_vgpu_type_per_pgpu(parent) can't find the right vgpu type because $mess15:31
bauzasthen we get a None value and the conditional statement fails15:31
bauzasstephenfin: but unless the operator did provided a section for each of the vGPU types and added devices, you're right, we fall back to only supporting one type, like we did previously15:32
stephenfincool. gtk I was reading that correctly15:34
*** ociuhandu has joined #openstack-nova15:37
*** ttsiouts has quit IRC15:45
*** damien_r has joined #openstack-nova15:45
openstackgerritSylvain Bauza proposed openstack/nova master: Support different vGPU types per pGPU  https://review.opendev.org/71549015:47
openstackgerritSylvain Bauza proposed openstack/nova master: Functional test with pGPUs  https://review.opendev.org/71797515:47
bauzasstephenfin: sean-k-mooney: gibi ^15:47
sean-k-mooneyi like how gerrit leaves the filtes ticked if they have not changed form the last revision15:49
sean-k-mooneylooking now15:49
*** maciejjozefczyk has quit IRC15:49
*** tkajinam has quit IRC15:49
gibibauzas: ack15:50
gibiwill look shortly15:50
gibinova meeting starts in 9 minutes on #openstack-meeting-315:51
bauzasgibi: sean-k-mooney: shit, forgot to remove two things, will provide a FUP if you don't disagree15:52
stephenfinbauzas: https://review.opendev.org/#/c/715490/12/nova/virt/libvirt/driver.py@81715:52
stephenfinah, guess that's one of them15:52
stephenfinjust respin it now? not like it's even in the queue yet15:52
sean-k-mooneythe continue15:52
bauzasstephenfin: yup15:52
bauzasstephenfin: okay, just doing15:53
sean-k-mooneyi have a commnet i was going to make15:53
sean-k-mooneyits just dead code so it wont break anythying but ya15:53
bauzasuploading a new rev as of I speak15:54
openstackgerritSylvain Bauza proposed openstack/nova master: Support different vGPU types per pGPU  https://review.opendev.org/71549015:55
openstackgerritSylvain Bauza proposed openstack/nova master: Functional test with pGPUs  https://review.opendev.org/71797515:55
bauzas(live my life, DSL with 1Mbps up)15:55
bauzasstephenfin: sean-k-mooney: gibi: sorry, last rev ^15:55
sean-k-mooneybig claime  :P15:55
gibilast? are you sure? ;) (just kidding)15:55
bauzaslatest*15:55
sean-k-mooneybauzas: so out of scope for this cycle but is there any reason in victora we could not auto report custom triats for the vgpu providres15:56
bauzassean-k-mooney: it's within the spec, said as "planned"15:57
sean-k-mooneybauzas: so we can skip  https://review.opendev.org/#/c/715490/13/doc/source/admin/virtual-gpu.rst@29015:57
sean-k-mooneyok cool15:57
sean-k-mooneydoing it manually for now is fine by the way i was just wondering15:57
gibibauzas: Is there proper 4G coverage where you live? that would be a lot more than 1Mbps15:58
sean-k-mooneygibi: bauzas was ment to be getting fiber a few months ago but there were issues15:58
*** rpittau is now known as rpittau|afk15:59
bauzassean-k-mooney: I did not implemented it on purpose since mdev types are passed directly from the kernel driver without any kind of abstractional outcome15:59
sean-k-mooneybauzas: sure i dont really thing that is a proablem15:59
bauzasfrom my position, it is15:59
sean-k-mooneywe dont really have an abstration for cpu flags16:00
sean-k-mooneywe do some normallisation but very little16:00
sean-k-mooneyits basically the same thing16:00
bauzasif nvidia decides that nvidia-31 is no longer a thing and just uses a new typename, say nvidia-mygoo for the same headset etc. then nova would be impacted16:00
openstackgerritMerged openstack/nova master: Temporarily skip TestNovaMigrationsMySQL  https://review.opendev.org/71862916:00
sean-k-mooneybauzas: sure, same is mostly true for cpu flags. we could provide a mapping layer if we wanted via config but anyway some other days problem16:01
bauzassean-k-mooney: yup, CPU flags are the exact same things16:02
bauzasusing traits for them is terrible16:02
sean-k-mooneybauzas: traits exits basicaly because of them16:02
bauzaswe somehow need a versioned mapping table16:02
sean-k-mooneywe do that in some places but not others16:02
bauzasfor managing libvirt versions (and even kernel versions) against trait names16:02
sean-k-mooneybauzas: not really its considerdf part of the public api of the cpu16:03
*** iurygregory has quit IRC16:03
sean-k-mooneyif they change it will break gcc and many many other things16:03
sean-k-mooneybauzas: anyway for what its worth here is the cpu fetaru flag mapping table16:06
sean-k-mooneyhttps://github.com/openstack/nova/blob/c5f3d3b73256ff0d31e1c1a972909228287c3f64/nova/virt/libvirt/utils.py#L5116:06
*** dpawlik has quit IRC16:06
bauzassean-k-mooney: tbc, I think cpu flags are considered with more cautiousness than mdev types, y'know16:07
*** martinkennelly has quit IRC16:07
sean-k-mooneybauzas: maybe but if they ever change the mdev type we are already screwed16:07
sean-k-mooneythe existing vms wil not be able to boot16:08
bauzasyeah maybe I'm overthinking it16:08
bauzasbut at least having some way to prevent a possible API trait explosion in nova would be nice (and that was drafted in the spec likewise)16:09
sean-k-mooneybauzas: but didnt you hear plamcent and traits will solve all problems :)16:10
bauzasthis alleviates some problems but raises other concerns, I'd politically say  :-)16:10
*** ociuhandu has quit IRC16:10
sean-k-mooneydansmith: thanks for the review on the cyborg stuff16:16
sean-k-mooneyi responded to your comments16:16
sean-k-mooneyalso is nova meeting now16:17
dansmithack16:17
sean-k-mooneyyes ill go join that16:17
bauzassean-k-mooney: you mean the warning that was filling the logs ?16:20
bauzas(re: policy and olso)16:20
bauzasoslo*16:21
openstackgerritStephen Finucane proposed openstack/nova master: libvirt: Change UEFI check to handle AArch64 better  https://review.opendev.org/71431116:21
sean-k-mooneybauzas: yes16:22
sean-k-mooneybauzas: i think we have stop it by disabling it entirly a temp messure but gmann is altering oslo to do it properly16:23
bauzask, thanks for the heads up16:23
sean-k-mooneyso if you manually set it you will get the deprecation warning but not for the defualts16:23
gmannbauzas: sean-k-mooney this is nova change to adopt the new flag, waiting for new version of oslo.policy - https://review.opendev.org/#/c/717884/16:24
gmannits working fine so once we have olso release then i will update the lower constraint and remvoe WIP16:25
*** lpetrut has quit IRC16:26
sean-k-mooneycool. the cyborg patch seres is like 100 commits behind master so i still get the wall fo error if i touch nova manage16:26
sean-k-mooneyso it will be nice when that is all resovled16:26
*** ociuhandu has joined #openstack-nova16:28
gmannlbragstad: on gate, somehow new flag is not reflecting due to oslo checkout etc but tested localyl and it worked fine - https://review.opendev.org/#/c/717943/216:31
*** udesale_ has quit IRC16:35
*** evrardjp has quit IRC16:37
*** evrardjp has joined #openstack-nova16:37
*** ociuhandu has quit IRC16:38
*** dtantsur is now known as dtantsur|afk16:46
*** nightmare_unreal has quit IRC16:50
*** brinzhang has joined #openstack-nova16:57
*** brinzhang_ has quit IRC17:00
bauzasgibi: can you put some vote on https://review.opendev.org/#/c/715490/13 before you leave ?17:00
gibiwill do17:00
bauzasyou already +1d with comment saying you'd want to review the functest17:01
bauzasthanks17:01
bauzas(and I know this is late)17:01
bauzasgibi: working at home btw. during the lockdown or back to the office ?17:01
gibiI will do the cycle highlught patch anyhow17:01
*** derekh has quit IRC17:01
*** mgoddard has quit IRC17:03
gibibauzas: I'm home in the last 3 weeks17:03
gibior 4? I dont even remember17:04
bauzasgibi: I'm facing my 24th day in paradise17:04
bauzas25th actually17:04
gibiparadise, lol17:05
bauzasI honestly and frankly enjoy this period17:05
bauzasI don't have to taxi the kids 4 times a day17:05
bauzasI can arrange my worktime like I want17:06
bauzasand my wife is stuck with me and discovering remote work17:06
bauzaswhat dare could I complain ?17:06
gmanngibi: cycle highlights lines for policy, let me know if it need to be shorten, also feel free to rephrase if needed  - http://paste.openstack.org/show/791896/17:08
gibigmann: thanks a lot! looks good17:09
gmannok, thanks.17:09
gibibauzas: I have a fairly small flat in the middle of the capital. Now this place feels too small17:09
gibibauzas: I'm +2+A on the whole vgpu series17:11
*** jraju__ has quit IRC17:15
gibicores: latest cycle highlights patch is up https://review.opendev.org/#/c/71249817:17
gibibauzas: btw, do you want to add a highlight about the vgpu work?17:17
bauzasgibi: thanks17:17
bauzasgibi: and nope for the highlights, it's a minor thing17:17
gibibauzas: ack. I just wanted to double check17:18
*** ociuhandu has joined #openstack-nova17:19
gibiI think this is it for me today. I will check the gate tomorrow but will not work much17:19
*** priteau has quit IRC17:22
gmanngibi: sent the FFE request on ML- http://lists.openstack.org/pipermail/openstack-discuss/2020-April/014027.html17:23
*** ociuhandu has quit IRC17:25
bauzasgibi: \o and I'll handover your work17:33
*** mlavalle has joined #openstack-nova17:52
*** ociuhandu has joined #openstack-nova18:07
openstackgerritGhanshyam Mann proposed openstack/nova master: DNM testing enforce new defaults flag  https://review.opendev.org/71794518:07
gmannlbragstad: melwitt now this ^^ can test the new flag for defaults switch. flag needs to be set before load_rules() which happens during setup of test.py18:08
melwittthanks18:08
gmannpreviously i was setting it after load_rules called and old defaults already as OrCheck.18:08
melwittah ok18:12
openstackgerritMerged openstack/nova master: api: Add support for new cyborg extra specs  https://review.opendev.org/71622218:13
openstackgerritMerged openstack/nova master: Pass the actual target in server diagnostics policy  https://review.opendev.org/71681018:13
stephenfingmann: You're going to address the issues with the policy patches that are failing at the gate, I assume?18:17
stephenfinI started to fix some of them today but got distracted and probably won't have a chance to close it off now18:17
gmannstephenfin: yeah. working on those18:18
gmannstephenfin: np!.18:19
gmannlet me check all review if any query for you.18:19
openstackgerritStephen Finucane proposed openstack/nova master: Add test coverage of existing shelve policies  https://review.opendev.org/71753918:19
openstackgerritStephen Finucane proposed openstack/nova master: Introduce scope_types in shelve server  https://review.opendev.org/71757118:20
openstackgerritStephen Finucane proposed openstack/nova master: Add new default roles in shelve server policies  https://review.opendev.org/71758118:20
*** ociuhandu has quit IRC18:20
*** ralonsoh has quit IRC18:20
*** ociuhandu has joined #openstack-nova18:22
gmannstephenfin: replied on this. is ok for you ? -https://review.opendev.org/#/c/718619/2/nova/policies/keypairs.py@2618:22
*** ociuhandu has quit IRC18:27
*** markmcclain has quit IRC18:27
*** markmcclain has joined #openstack-nova18:29
openstackgerritsean mooney proposed openstack/nova master: Delete ARQs by UUID if Cyborg ARQ bind fails.  https://review.opendev.org/71618618:30
*** mriedem has joined #openstack-nova18:34
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing keypairs policies  https://review.opendev.org/71860418:35
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in keypairs  https://review.opendev.org/71860918:36
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in keypairs policies  https://review.opendev.org/71861918:36
openstackgerritGhanshyam Mann proposed openstack/nova master: Pass the actual target in keypairs policy  https://review.opendev.org/71862118:36
*** mgoddard has joined #openstack-nova18:46
*** martinkennelly has joined #openstack-nova18:48
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix servers policy for admin_or_owner  https://review.opendev.org/71850119:06
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing server policies  https://review.opendev.org/71834819:07
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in servers Policies  https://review.opendev.org/66296819:07
*** spsurya_ has quit IRC19:08
*** ociuhandu has joined #openstack-nova19:20
*** markmcclain has quit IRC19:22
*** markmcclain has joined #openstack-nova19:24
*** ociuhandu has quit IRC19:50
*** priteau has joined #openstack-nova19:55
*** tesseract has quit IRC20:00
openstackgerritMerged openstack/nova master: Provide the parent pGPU when creating a new vGPU  https://review.opendev.org/71548920:01
openstackgerritMerged openstack/nova master: libvirt: Calculate disk_over_committed for raw instances  https://review.opendev.org/71703720:01
*** priteau has quit IRC20:05
*** tesseract has joined #openstack-nova20:06
*** larsks has joined #openstack-nova20:09
larsksHowdy. Has any encountered a situation where 'server list' shows a server, but any attempt to interact with that (server show <uuid>, etc) results in "No server with a name or ID of <uuid> exists"? In the database, the server has vm_state "error" and task_state "NULL".20:11
larsksThis is queens.20:11
melwittyes, let me look for a link20:13
melwittI think that's likely https://bugs.launchpad.net/nova/+bug/1784093 which was fixed in queens 17.0.11 upstream20:15
openstackLaunchpad bug 1784093 in OpenStack Compute (nova) stein "Build requests can be orphaned without instance mappings" [Medium,Fix committed] - Assigned to melanie witt (melwitt)20:15
*** mgariepy has quit IRC20:16
*** tesseract has quit IRC20:17
larsksmelwitt: thanks, perfect!20:21
dansmiththat looks more like a missing instance mapping to me,20:29
dansmithalthough potentially missing BR too I guess20:29
dansmithor maybe that bug is about BRs, but the fix is instance mappings?20:29
melwittyeah, it is. it's a bit different. I think the fix is the same (atomic update of BR, IM, RS)20:36
dansmithack20:36
melwittbut yes this is a missing IM20:36
*** markmcclain has quit IRC20:42
*** markmcclain has joined #openstack-nova20:42
*** owalsh is now known as owalsh_afk20:43
*** ociuhandu has joined #openstack-nova21:01
*** ociuhandu has quit IRC21:06
*** mgariepy has joined #openstack-nova21:09
*** dlbewley has joined #openstack-nova21:11
*** martinkennelly has quit IRC21:16
melwittdansmith: ideas welcome on what to do to recover/cleanup when an instance mapping update fails due to DBError https://bugs.launchpad.net/nova/+bug/187192521:19
openstackLaunchpad bug 1871925 in OpenStack Compute (nova) "Server appears in "openstack server list" but "openstack server (show|delete|etc)" insists it doesn't exist" [Medium,Confirmed]21:19
melwittthe "easy" solution is retry a few times and hope that does it21:20
bauzasgibi: good call on rechecking changes for 2.86 and 2.87, will follow up on this21:24
melwittI think I'm gonna propose a retry first21:33
*** slaweq has quit IRC22:14
*** nweinber has quit IRC22:15
*** slaweq has joined #openstack-nova22:15
*** slaweq has quit IRC22:20
mriedemthere was a bug like that in novaclient once, related to markers and how novaclient did it's marker stuff when listing servers. since osc uses novaclient, depending on when that was fixed and the version of osc being used here it could be related.22:24
mriedeme.g. the marker was for a build request or something, but i can't remember the details. there have been a few weird things like that with markers.22:25
*** mriedem has left #openstack-nova22:25
melwittnoted22:30
*** tkajinam has joined #openstack-nova22:53
*** tosky has quit IRC23:08
openstackgerritMerged openstack/nova master: Support different vGPU types per pGPU  https://review.opendev.org/71549023:29
openstackgerritMerged openstack/nova master: Functional test with pGPUs  https://review.opendev.org/71797523:29
openstackgerritMerged openstack/nova master: Add test coverage of existing shelve policies  https://review.opendev.org/71753923:29
openstackgerritMerged openstack/nova master: Reset the cell cache for database access in Service  https://review.opendev.org/71766223:30
*** lseki has quit IRC23:53

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