Friday, 2021-08-06

opendevreviewBrin Zhang proposed openstack/nova master: Replace all_tenants with all_projects in List Server APIs  https://review.opendev.org/c/openstack/nova/+/76531100:18
opendevreviewQiu Fossen proposed openstack/nova master: Allow migrating PMEM's data  https://review.opendev.org/c/openstack/nova/+/80222501:45
opendevreviewmelanie witt proposed openstack/placement master: Switch ConsumerType to use an AttributeCache  https://review.opendev.org/c/openstack/placement/+/67948603:06
lyarwoodgibi:  Morning, https://bugs.launchpad.net/nova/+bug/1939108 but on the positive side, logsearch++ 07:55
aarentsbauzas: thanks for  https://review.opendev.org/c/openstack/nova/+/764435 review, I applied the rephrasing.08:06
gibilyarwood: morning! could this be related to the guest blocking or delaying the detach attempt? I vaguly remember we discussed such option before08:13
lyarwoodgibi: yeah it's likely that, I need to  push the tempest change ahead to rework detach so we actually dump the console to know either way08:14
lyarwoodiirc it was failing on something random the last time I rechecked08:15
lyarwoodhttps://review.opendev.org/c/openstack/tempest/+/79475708:15
lyarwoodyeah unrelated test_create_list_show_delete_interfaces_by_network_port ssh timeouts08:15
lyarwood/o\08:15
lyarwoodrechecks again08:15
lyarwoodactually rebase as it has been that long08:16
lyarwoodgibi: https://github.com/gibizer/zuul-log-search-config/pull/1 btw, have a few ideas about the tool itself but I might not have time to hack on it until next week08:20
gibiohh, ok, lets hope the console log reveale something, other than that we can only increase timeout for the single detach attempt or increase the amount of retry we do08:29
lyarwoodindeed, 1 hit in the last 100 failures however suggests we are somewhere close to getting this right in CI finally08:30
* lyarwood looks at the test_delete_while_in_verify_resize_status func failures 08:31
gibilyarwood: if you have ideas about the feel free to note them in an github issue or directly in the TODO.md in the repo08:31
lyarwoodack will do, it's mostly basic stuff like an argument for number of days back to search for etc and maybe a handler for logstash but that's it at the moment08:31
gibilyarwood: thanks for looking at that func faiure I had the intention to look at both func faiures but I had no time since and probablny not even today08:31
bauzasaarents: thanks for the ping, just rechecked and +2d08:40
aarentsbauzas: thanks08:43
opendevreviewPierre Libeau proposed openstack/nova master: Move file system freeze after end of mirroring  https://review.opendev.org/c/openstack/nova/+/80371309:08
opendevreviewLee Yarwood proposed openstack/nova master: func: Increase rpc_response_timeout in TestMultiCellMigrate tests  https://review.opendev.org/c/openstack/nova/+/80371409:08
lyarwoodgibi / bauzas / stephenfin  ; ^ okay I think that's a pretty trivial fix to the functional failures, I don't get why it's suddenly an issue but as this RPC call to the conductor then calls down to the source I'm assuming we've added some additional overhead somewhere and were not creeping over the 1 second timeout in the test.09:09
lyarwoodare now*09:10
gibilyarwood: will check soon09:12
kashyaplyarwood: What's the "best" manual way to change the video model for an existing instance?  (Asking for a friend.)  Is the following painful approach the only way?09:42
kashyaplyarwood: (1) Stop the instance.  (2) snapshot it (what kind?).  (3) Update the metadata on the snapshot image to use 'virtio' display dev.  (4) Then rebuild the instance using the snapshot09:43
kashyapAny better way than that?09:43
kashyap(Besides the future goodness of 'nova-manage' command akin to machine_type update)09:43
lyarwoodif you want to persist the instance data then yeah I think that's the only way09:44
lyarwoodI don't think resize would change it09:44
kashyapI see.  09:45
kashyapAnd for new instances, obviously start with: openstack image set --property hw_video_model=virtio [...]09:45
lyarwoodyeah09:46
kashyapOr: 09:48
kashyap    $ openstack server create --flavor m1.micro \09:48
kashyap        --image Fedora34 \09:48
kashyap        --property 'hw_video_model=virtio' vm109:48
kashyapThanks!09:48
lyarwoodI don't think the second command is valid?09:52
* lyarwood wonders what --property even translates to09:53
lyarwoodoh it's metadata09:54
lyarwoodso yeah that isn't going to do anything kashyap 09:55
kashyaplyarwood: Oh, I see.  So what's the way again to set the prop while creating the server?09:55
lyarwoodFor new servers you would update the associated image09:56
lyarwoodfor the existing server case you'd update the snapshot image09:56
lyarwoodand then in both create a new server from the image09:57
opendevreviewMerged openstack/nova master: compute: Avoid duplicate BDMs during reserve_block_device_name  https://review.opendev.org/c/openstack/nova/+/80199009:57
stephenfinkashyap: Echoing what lyarwood said, we don't expose this kind of knob via flavor extra specs. It's only possible via image metadata properties which rn require a rebuild to change09:58
kashyapstephenfin: lyarwood: Thank you very much, both.  I don't have this top off my head.09:58
stephenfinkashyap: you can find a full list of all supported extra specs here https://docs.openstack.org/nova/latest/configuration/extra-specs.html09:59
kashyapI'll correct my mistake on a bugzilla09:59
opendevreviewLee Yarwood proposed openstack/nova stable/wallaby: Add functional test for bug 1937375  https://review.opendev.org/c/openstack/nova/+/80371710:01
opendevreviewLee Yarwood proposed openstack/nova stable/wallaby: compute: Avoid duplicate BDMs during reserve_block_device_name  https://review.opendev.org/c/openstack/nova/+/80371810:01
pjakuszewkashyap: I wrote a script which modifes extra_specs on existing instances, though I consider it dangerous10:02
kashyappjakuszew: Heh, understood.  The intersting question is - did it work reliably for you, without any nasty side-effects?10:02
opendevreviewLee Yarwood proposed openstack/nova stable/victoria: Add functional test for bug 1937375  https://review.opendev.org/c/openstack/nova/+/80372010:03
opendevreviewLee Yarwood proposed openstack/nova stable/victoria: compute: Avoid duplicate BDMs during reserve_block_device_name  https://review.opendev.org/c/openstack/nova/+/80372110:03
pjakuszewkashyap: In my case it was a case of adding a cpu_type key to a flavor, then syncing the flavor metadata to instance and reqspec extra_specs - in your case (hw_video_model=virtio) I guess you will have to do a hard reboot so the libvirt xmls will be regenerated10:04
kashyappjakuszew: Yep; in this case hard-reboot is unavoidable10:05
pjakuszewlet me check it, one sec10:06
kashyappjakuszew: Note, though: I don't have any environment to try this out.  I'm just documenting some stuff due to a fallout downstream10:13
kashyapBut thank you! :)10:13
pjakuszewkashyap: sure, I'm checking the differences between the xmls with and without properties right now10:15
pjakuszewso I can check if the metadata change was properly propagated after hard reboot later10:15
opendevreviewLee Yarwood proposed openstack/nova stable/ussuri: Add functional test for bug 1937375  https://review.opendev.org/c/openstack/nova/+/80372210:16
opendevreviewLee Yarwood proposed openstack/nova stable/ussuri: compute: Avoid duplicate BDMs during reserve_block_device_name  https://review.opendev.org/c/openstack/nova/+/80372310:16
bauzaswow, I can see light at the end of the tunnel : https://events.linuxfoundation.org/kubecon-cloudnativecon-north-america/register/10:17
kashyappjakuszew: Thank you; do keep me posted.  And post a link to your script - perhaps that can be added in some dangerous_utils/ directory10:21
kashyapbauzas: That's still living in la-la-land for LF -- I doubt many will register until the dust settles with the Delta variant10:22
bauzaskashyap: yup and the travel ban is still effective, but that's a fresh change at least for dometic flights10:22
kashyapbauzas: Domestic flights in the US, you mean?10:24
bauzasyup10:24
bauzasthis gives us some direction10:24
pjakuszewkashyap: this is something I wanted to add into nova_manage in a more accessible form, actually10:24
opendevreviewMerged openstack/nova master: func: Increase rpc_response_timeout in TestMultiCellMigrate tests  https://review.opendev.org/c/openstack/nova/+/80371410:25
bauzasconferences could run for a mixed virtual+physical system until restrictions slowly improve10:25
kashyapMixed confs suck like hell :-( It frustrates both in-person and the remotees10:25
kashyap"Can you hear me?  Oh, I was talking to myself.  Anybody there?  Oh, you all went for a coffee break?  Never mind"10:26
pjakuszewkashyap: are these server properties visible in the libvirt xml in your case? looks like adding that property both under server create --property and manually on another one doesn't seem to propagate10:34
kashyappjakuszew: They are not; see stephenfin's comment earlier10:34
pjakuszewoh I overlooked that10:34
kashyappjakuszew: Only way for existing instances are what lyarwood mentioned earlier (snapshot the image; adjust the property; and then boot an instance off the updated snapshot image)10:35
opendevreviewLee Yarwood proposed openstack/nova stable/train: Add functional test for bug 1937375  https://review.opendev.org/c/openstack/nova/+/80372710:43
opendevreviewLee Yarwood proposed openstack/nova stable/train: compute: Avoid duplicate BDMs during reserve_block_device_name  https://review.opendev.org/c/openstack/nova/+/80372810:43
opendevreviewMerged openstack/nova master: fup: Move _wait_for_volume_attach into InstanceHelperMixin  https://review.opendev.org/c/openstack/nova/+/80262310:50
lyarwoodstephenfin / gibi ; https://review.opendev.org/c/openstack/nova/+/802801/ could I get a +W on this now it's passing again with the above func test landed11:50
opendevreviewBalazs Gibizer proposed openstack/nova master: [nova-manage]support extended resource request  https://review.opendev.org/c/openstack/nova/+/80206012:58
bauzasstephenfin: hola, before I leave, I'd appreciate if you could just look at the last rev for https://review.opendev.org/q/topic:%22bp%252Fgeneric-mdevs%22+(status:open%20OR%20status:merged) we need a second pair of eyes13:15
bauzassince you already looked at it13:15
sean-k-mooneybauzas: im off today but i will sync with the rest of the team and see if i can push the mdev work forward while your on pto13:27
kashyapsean-k-mooney: Don't taint your free day with work...13:27
sean-k-mooney:) that is why im not going to review today13:28
sean-k-mooneyanyway i have almost finished what i need to do on my laptop soo ill be gone soonish13:28
bauzaskashyap: by the way, I apologize for you, my co-worker for the mdev series ;)13:29
bauzaskashyap: we hadn't time to discuss about this blueprint :p13:29
bauzassean-k-mooney: as you want, anyway I'll be back on Tuesday, 2 days before FF13:30
kashyapbauzas: I was supposed to pair on it, right?  Yeah, downstream-- stuff completely engulfed me :-(13:30
bauzas;)13:30
bauzaskashyap: heh no worries13:30
stephenfinbauzas: will do13:31
bauzasta13:31
kashyapbauzas: I was reading the mdev class code yesterday and then had to reboot the laptop and my memory flushed it.  I know, I sound lame.13:33
kashyapbauzas: Did you get around to testing it on real hardware?  Or "don't ask?"13:36
bauzaskashyap: I did13:37
bauzasI even bubbled the hostname in some pastebin, whoops13:37
bauzas:)13:37
bauzasI was smart enough to keep the hardware that was given for me for testing the Ampere GPU :p13:37
bauzasso, technically, I tested this series against MIG-backed vGPUs ;)13:38
kashyapI see; yeah, I know the hardware acquis on this PITA13:38
kashyaps/on this/here is a/13:38
bauzashopefully I should still have this server when I'm back :p13:39
kashyapbauzas: The only thing I know about MIG is that it can divide the GPU into several "mini GPUs".13:39
kashyaps/mini/flexible/13:40
gibiI associate to a fighter jet when I see MIG. Can we virtualize fighter jets these days? :)13:52
kashyapgibi: Heh, I too had to overwrite my memory to refer to a GPU instead of a fighter-jet13:55
bauzasgibi: lolelly13:58
gibiwe had MIGs in the past, nowadays we have Grippens13:59
opendevreviewBalazs Gibizer proposed openstack/nova master: Block servers with vGPU and device profile in heal_allocations  https://review.opendev.org/c/openstack/nova/+/80360314:00
gibibauzas: fixed the failing unit tests there ^^14:01
opendevreviewStephen Finucane proposed openstack/nova master: api: Rename 'parameter_types.hostname' -> 'fqdn'  https://review.opendev.org/c/openstack/nova/+/77854914:08
opendevreviewStephen Finucane proposed openstack/nova master: tests: Speed up 'servers' API tests  https://review.opendev.org/c/openstack/nova/+/77873214:08
opendevreviewStephen Finucane proposed openstack/nova master: api: Add support for 'hostname' parameter  https://review.opendev.org/c/openstack/nova/+/77855014:08
opendevreviewStephen Finucane proposed openstack/nova master: api: Pass request to 'addresses' view builder  https://review.opendev.org/c/openstack/nova/+/80375314:08
opendevreviewStephen Finucane proposed openstack/nova master: api: Remove unnecessary 'base_' prefix from schemas  https://review.opendev.org/c/openstack/nova/+/80375414:08
opendevreviewStephen Finucane proposed openstack/nova master: tests: Sanity check some tests  https://review.opendev.org/c/openstack/nova/+/80375514:08
opendevreviewStephen Finucane proposed openstack/nova master: api: Remove various legacy extension prefixes  https://review.opendev.org/c/openstack/nova/+/80375614:08
opendevreviewStephen Finucane proposed openstack/nova master: api-ref: Rename prefixed parameter definitions  https://review.opendev.org/c/openstack/nova/+/80375714:08
opendevreviewStephen Finucane proposed openstack/nova master: api-ref: Update docs for microversion 2.89  https://review.opendev.org/c/openstack/nova/+/80375814:08
bauzasgibi: maybe you got my last +2 before I leave 14:11
gibibauzas: thanks14:11
opendevreviewFelix Huettner proposed openstack/nova stable/stein: Add functional test for bug 1937375  https://review.opendev.org/c/openstack/nova/+/80376214:27
opendevreviewFelix Huettner proposed openstack/nova stable/stein: compute: Avoid duplicate BDMs during reserve_block_device_name  https://review.opendev.org/c/openstack/nova/+/80376314:27
opendevreviewFelix Huettner proposed openstack/nova stable/rocky: Add functional test for bug 1937375  https://review.opendev.org/c/openstack/nova/+/80376414:29
opendevreviewFelix Huettner proposed openstack/nova stable/rocky: compute: Avoid duplicate BDMs during reserve_block_device_name  https://review.opendev.org/c/openstack/nova/+/80376514:29
opendevreviewFelix Huettner proposed openstack/nova stable/queens: Add functional test for bug 1937375  https://review.opendev.org/c/openstack/nova/+/80376614:30
opendevreviewFelix Huettner proposed openstack/nova stable/queens: compute: Avoid duplicate BDMs during reserve_block_device_name  https://review.opendev.org/c/openstack/nova/+/80376714:30
opendevreviewMerged openstack/nova master: Add regression test for bug 1938326  https://review.opendev.org/c/openstack/nova/+/80280114:34
stephenfinbauzas: done. Left comments on the last three patches in the series14:38
bauzasstephenfin: OK, I have 20 mins to look at them ;)14:38
*** rpittau is now known as rpittau|afk14:43
gibistephenfin: I have a question about the documentation of the ignoring of use_db_reconnect in https://review.opendev.org/c/openstack/nova/+/799524/3//COMMIT_MSG#2415:11
stephenfingibi: I can look into removing it from nova's config opts, but I have deprecated the option in oslo.db so we will be dropping it soon enough15:12
stephenfingibi: https://review.opendev.org/c/openstack/oslo.db/+/79813315:12
stephenfinoh, wait, wrong config option15:13
stephenfin:)15:13
gibiyou almost tricked me :)15:13
stephenfingibi: how about a simple check on nova-compute startup to warn if the option is set to a non-default value?15:14
stephenfini.e. "this option don't do nothing, foooool"15:14
stephenfinI don't think the config generator supports excluding individual opts15:14
gibistephenfin: you mean other services than nova-compute as nova-compute cannot use direct db access15:15
stephenfinsorry, yes15:15
gibian added warning works for me15:16
stephenfinactually15:16
stephenfinI have a patch to register options ourselves somewhere15:16
stephenfinwonder can I simply del that option...15:16
stephenfinactually, that won't help the docs generation problem15:16
stephenfinwarning it is15:17
gibiack15:17
opendevreviewSylvain Bauza proposed openstack/nova master: Provide the mdev class for every PCI device  https://review.opendev.org/c/openstack/nova/+/80291815:22
opendevreviewSylvain Bauza proposed openstack/nova master: Provide and use other RCs for mdevs if needed  https://review.opendev.org/c/openstack/nova/+/80323315:22
opendevreviewSylvain Bauza proposed openstack/nova master: Expose the mdev class  https://review.opendev.org/c/openstack/nova/+/80174315:22
opendevreviewSylvain Bauza proposed openstack/nova master: WIP: Cleanup GPU vs. mdev wording  https://review.opendev.org/c/openstack/nova/+/80337915:22
bauzasgibi: stephenfin: uploaded latest rev of mdev series due to stephenfin's nits ^15:22
bauzasstephenfin: to make it clear, we accept FOO as a mdev_class option value15:22
bauzasthen, we persist FOO in the object set15:22
stephenfinbauzas: okay, what is FOO used for in that case?15:22
stephenfindoes it correspond to something on the device or in libvirt?15:23
bauzasbut when looking at the mdev_classes, we use the normalize_rc command to provide a CUSTOM_FOO RC name15:23
stephenfinor is it purely used as an identifier?15:23
bauzasthat's why we have the helper and why we don't directly return the list of classes15:23
bauzasstephenfin: no, purely an identifier given by the operator15:23
stephenfinOkay, then why not insist on the CUSTOM_ prefix?15:24
bauzasit could be STEPHENFIN15:24
bauzasstephenfin: we could... but we haven't said this in the spec ;)15:24
stephenfinit seems sensible, given this will be used placement15:24
stephenfinI personally would expect my device with mdev_class FOO to use the same value in placement15:25
stephenfin...if I didn't know better15:25
stephenfin;)15:25
stephenfinbauzas: does it make sense to you to do that though? We can amend the spec if needed15:25
bauzaswell, I wanted to stop working at 5pm :p15:26
bauzasbut I could do this this evening15:26
bauzasI need to change a few things but ok15:26
bauzasstephenfin: do you know how to accept an option value to have a specific prefix ?15:27
stephenfinbauzas: like oslo.confg?15:28
bauzasin oslo.config yes15:28
stephenfinI just assumed we'd regex it away15:28
bauzasoh shit you're right15:28
stephenfini.e. something like (VGPU|CUSTOM_[A-Z_])15:28
stephenfinbut more complete15:28
stephenfin:)15:28
zigobauzas: Hi there ! After a failed migration (mistake in the host ssh keys), I cannot start a GPU instance, it's telling me: "libvirt.libvirtError: internal error: Device 0000:41:00.0 is already in use"15:31
zigoHow can I fix this ?15:31
zigobauzas: I'm asking you because it's an instance with a GPU, as you can see...15:31
bauzaszigo: sorrry, I need to go off15:31
bauzasbut looks like you already use the mdev15:31
bauzasin another guest15:32
zigobauzas: No that's not the case.15:32
zigoIt's the only instance of this cloud with a GPU.15:32
zigo(even though we have many available: one per compute)15:32
zigobauzas: Will you be able to help me later on?15:33
zigobauzas: It's an instance for Debconf, so it's a good cause ! :)15:33
gibizigo: bauzas is about to drop of for 3 weeks of PTO in -34 minutes. so your question came just in time :)15:35
zigoAh, shit ... :)15:35
zigoI'll figure it out, no worries.15:35
zigobauzas: Have nice holidays !15:35
bauzasand I need to work on stephenfin's concern15:35
gibizigo: so no other instance is using pci device 0000:41:00.0 on that host?15:36
zigogibi: Nop.15:36
gibistill libvirt says it is used15:36
stephenfingibi: I've all but the nova-manage patch of the BW series reviewed. I assume that one can wait a while (it's in merge conflict). Also, melwitt is probably well placed to review that specifically15:36
gibistephenfin: thanks a lot. I'm still chewing on on your db series. 15:36
gibistephenfin: sure the nova-manage part is the least important and it still misses some test coverage15:37
gibistephenfin: so you are out next week, will you be back still before the FF?15:37
stephenfinnope, I'm here next week but I'm starting my move the new team15:37
gibizigo: have you tried to restart libvirtd ?15:37
gibistephenfin: ohh, then I mixed it15:38
gibistephenfin: I will be out next week :/15:38
stephenfinI was supposed to be away but things came up15:38
stephenfinI'll still be around for the rest of the cycle but in a reduced capacity15:38
stephenfinso keep reviewing what I've already reviewed and rebasing my own patches, but no new work15:38
gibistephenfin: OK, I might corner you with some re-review for the packet rate series if needed and you wil see if you have time or not15:38
stephenfinyup, sounds good :)15:39
stephenfinthere are two patches with TODOs left that I can see still15:39
gibizigo: it feels like it is some internal incosistency inside libvirtd15:39
gibistephenfin: yeah, the ones that needs the neutron counterpart to define the name of the extension15:40
gibistephenfin: the naming of api_db_api import made me chuckle :) that name well summarizes why naming is one of the hardest thing in programming15:43
stephenfinYeah :-(15:43
gibiit is sooo historical15:43
stephenfinI tried many alternatives and kept coming back to that15:43
gibiit is not a fault of the current series at all15:44
gibithe current series just distilled it to a well visible name 15:44
stephenfinI did considered removing the main DB's 'api' module and folding it in to nova.objects like we did for the API DB, but that was even more work in an already bloated series15:45
stephenfinso...15:45
gibithat api is huge so yeah15:46
gibiit is impressive that you could push through this amount of refactoring in nova15:48
opendevreviewSylvain Bauza proposed openstack/nova master: Provide the mdev class for every PCI device  https://review.opendev.org/c/openstack/nova/+/80291815:54
opendevreviewSylvain Bauza proposed openstack/nova master: Provide and use other RCs for mdevs if needed  https://review.opendev.org/c/openstack/nova/+/80323315:54
opendevreviewSylvain Bauza proposed openstack/nova master: Expose the mdev class  https://review.opendev.org/c/openstack/nova/+/80174315:54
opendevreviewSylvain Bauza proposed openstack/nova master: WIP: Cleanup GPU vs. mdev wording  https://review.opendev.org/c/openstack/nova/+/80337915:54
bauzasstephenfin: gibi: last round before I leave : change of the option value to be CUSTOM_ something15:54
bauzasgibi: sorry if I may ask you to review just before you leave, but the changes are femtonits 15:55
bauzasI prevented to rebase15:55
bauzasso, PS_n-2 to PS should show the very few differences15:55
stephenfinbauzas: Thanks. I'll start looking now but I will have to leave myself soon enough15:56
opendevreviewStephen Finucane proposed openstack/nova master: db: Exclude the 'use_db_reconnect' option  https://review.opendev.org/c/openstack/nova/+/80377815:56
stephenfinWorst case scenario, one of us can tweak it while you're away to get it over the line15:56
stephenfingibi: ^15:57
stephenfinturns out I _could_ just modify what we were registering since I stopped registering the oslo.db opts in https://review.opendev.org/c/openstack/nova/+/799523/15:57
bauzasstephenfin: I was planning to end at 5pm15:58
bauzaslooks like I was on the wrong timezone when I said this15:58
stephenfinbauzas: it's still only 9am in California ;)15:58
bauzasperfect timing for starting my day again15:59
stephenfinbauzas: Can you bang this ~50 line change in as the last thing before you leave? :D https://review.opendev.org/c/openstack/nova/+/799523/15:59
bauzasstephenfin: you eventually got my last approval before I leave, gibi you lose16:01
stephenfin \o/16:01
stephenfinwinner winner16:01
bauzasthis is like the olympics, money time16:01
stephenfinenjoy your PTO o.16:02
bauzasstephenfin: be sure I'll haunt you when I'm back even if you're not lurking this chan16:02
ade_leestephenfin, lyarwood hey -- I started to look at the failures in the fips ci job  -- https://review.opendev.org/c/openstack/nova/+/79051916:02
ade_leestephenfin, lyarwood looks like the bootfromvolume test is failing - and I think its because iscsid is not happy because its chap algorithm needs to be set to something other than md516:03
ade_leenot sure how to do that in the test ..16:04
*** bauzas is now known as bauzas_away16:04
gibibauzas_away: enjoy, I will look at your mdev series still today16:05
stephenfinade_lee: The test that's failing is an integration test running on devstack VM, so you're going to need to modify some configuration via devstack or a plugin16:05
bauzas_awaygibi: thanks, appreciated16:05
bauzas_awayanyway, back on tuesday means 2 days of work before FF, that's totally doable to merge things16:06
ade_leestephenfin, lyarwood in barbican, we do special test stuff on devstack with a script at https://github.com/openstack/barbican/blob/master/devstack/lib/barbican  for instance  , but I don't see anything similar in nova 16:06
gibibauzas_away: :D you are such an optimist :D16:06
ade_leethough as this is something that will likely show up elsewhere - its prob best to look in devstack itself ..16:07
ade_leelooking ..16:07
stephenfinade_lee: this isn't stuff I'm intimately familiar with, but we do some stuff as a post-run job. For example, you can see the stuff in roles/run-evacuate-hook which is run as part of the nova-live-migration job16:08
stephenfinpre-run probably won't do though since that'll surely run before DevStack even gets started, though maybe that's okay...16:09
stephenfindoing it in DevStack (hidden behind a config option) or via a DevStack plugin would certainly be easier I suspect16:10
ade_leestephenfin, yeah and more useful as this will undoubtedly show up in cinder fips tests amongst others 16:11
stephenfinyup16:11
gibiI'm dropping off for a week of vacation16:38
gibiback on 16th of Aug16:38
*** gibi is now known as gibi_pto16:38
gibi_ptoo/16:39
stephenfino/16:39
opendevreviewStephen Finucane proposed openstack/nova master: WIP: Expand type hints for nova.block_device  https://review.opendev.org/c/openstack/nova/+/74217016:39
opendevreviewStephen Finucane proposed openstack/nova master: mypy: Follow-up for I4a9c1ee486beda070ee0a4a9734a7ec9e2629a67  https://review.opendev.org/c/openstack/nova/+/80378716:39
opendevreviewMerged openstack/nova master: db: Move main DB migrations  https://review.opendev.org/c/openstack/nova/+/79951916:57
gmanngibi_pto: have good vacation. 17:31
gmannstephenfin: reviewed this hostname series, I think we need to leave the legacy extensions prefix things for non-related APIs and do only for hostname field https://review.opendev.org/c/openstack/nova/+/778550 17:32
gmannleft comment in https://review.opendev.org/c/openstack/nova/+/803756/117:33
opendevreviewAde Lee proposed openstack/nova master: Add check job for FIPS  https://review.opendev.org/c/openstack/nova/+/79051918:34
*** bnemec is now known as bnemec-pto19:40
opendevreviewMerged openstack/nova master: libvirt: Handle silent failures to extend volume within os-brick  https://review.opendev.org/c/openstack/nova/+/80171420:39
*** goberle_ is now known as goberle20:43

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!