Earlier  
Posted Nick Remark
#openstack-nova - 2022-02-11
15:56:22 sean-k-mooney but ya we shoudl aske the libirt folks although im on PTO today so im going to drop off irc again soon
15:56:47 sean-k-mooney so kashyap maybe you could folow up and see if there is a way to abort the detach or pass a timeout to qemu via libfirt
15:57:58 gibi sean-k-mooney: if we attach the detach again qemu reject it
15:58:04 gibi sean-k-mooney: if we issue the detach again qemu reject it
15:58:29 gibi as the pervious one is still ongoing
15:59:08 sean-k-mooney yep
15:59:38 sean-k-mooney but we could catch the error
15:59:58 gibi yepp, but that does not make the device actually detached :D
16:00:01 sean-k-mooney if it say devcice not found well presumabel it finsihed before we sent the detach after the time out
16:00:27 gibi sean-k-mooney: it say detach is ongoing
16:00:44 sean-k-mooney right but the second detach will abort the detach
16:00:56 sean-k-mooney that is the new behavior in qemu
16:01:15 gibi really?
16:01:24 gibi I've only checked the first two detach
16:01:33 gibi so you say the 3rd returns device not found?
16:02:34 sean-k-mooney no
16:02:52 sean-k-mooney im saying the second detach that return "detach is ongoing" cause qemu to abort the detach
16:03:12 sean-k-mooney at lest that is what i was told was the new behavior
16:09:10 gmann gibi: ack, thanks. I will check that tempest patches.
16:10:27 gibi sean-k-mooney: qemu reject each 7 retries with the message the the unplug is in progress https://paste.opendev.org/show/bW5wXCyH5em5tNI34zwV/
16:10:52 gibi sean-k-mooney: I don't think the first detach job was abborted by the second detach
16:11:06 gibi gmann: they are WIP
16:12:09 gibi gmann: how QA would feel about a 20second sleep in the tempest volume detach code? that would be a quick fix compared to the sshable series
16:12:55 sean-k-mooney gibi: huh ok i was told it would but perhaps not.
16:13:25 gibi sean-k-mooney: if there would be a way to abort a detach then we could adapt now to it
16:13:51 gibi anyhow go enjoy your PTO, this will be an open issue on Monday too :)
16:15:15 sean-k-mooney ack im currently trying to decide if i want to use brick or paving slabs in my garden to make paths and beds
16:15:27 gibi nice problem :)
16:16:10 sean-k-mooney ya im half tempted to just go with wood chip since its eaiser but a lot less permenent and i woudl have to do it every year
16:16:43 gibi less permanent mean you can decide next year to replace it with brick or slab :)
16:17:03 sean-k-mooney hehe thats true too
16:17:35 sean-k-mooney also cheaper
16:22:10 gmann gibi: I think we can wait for sshable series as it is hitting only in cenos9-stream
16:22:18 gibi gmann: ack
16:24:52 opendevreview Merged openstack/nova stable/xena: Avoid unbound instance_uuid var during delete https://review.opendev.org/c/openstack/nova/+/816488
16:26:36 opendevreview Balazs Gibizer proposed openstack/nova stable/wallaby: Avoid unbound instance_uuid var during delete https://review.opendev.org/c/openstack/nova/+/828839
16:52:29 opendevreview Jonathan Race proposed openstack/nova master: driver/secheduler/docs for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/822053
16:52:29 opendevreview Jonathan Race proposed openstack/nova master: zuul-job for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/828372
18:49:48 melwitt elodilles: done
19:49:51 opendevreview Jonathan Race proposed openstack/nova master: object/notification for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/828369
19:49:51 opendevreview Jonathan Race proposed openstack/nova master: driver/secheduler/docs for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/822053
19:49:52 opendevreview Jonathan Race proposed openstack/nova master: zuul-job for Adds Pick guest CPU architecture based on host arch in libvirt driver support https://review.opendev.org/c/openstack/nova/+/828372
#openstack-nova - 2022-02-12
17:11:12 opendevreview Merged openstack/nova stable/train: Ensure MAC addresses characters are in the same case https://review.opendev.org/c/openstack/nova/+/817830
#openstack-nova - 2022-02-13
22:25:08 opendevreview Mauricio Faria de Oliveira proposed openstack/nova stable/victoria: libvirt: disable secure boot on non-q35 or with os secure_boot options https://review.opendev.org/c/openstack/nova/+/828978
22:27:19 opendevreview Mauricio Faria de Oliveira proposed openstack/nova stable/victoria: libvirt: disable secure boot on non-q35 or with os secure_boot options https://review.opendev.org/c/openstack/nova/+/828979
22:28:24 opendevreview Mauricio Faria de Oliveira proposed openstack/nova stable/ussuri: libvirt: disable secure boot on non-q35 or with os secure_boot options https://review.opendev.org/c/openstack/nova/+/828980
#openstack-nova - 2022-02-14
05:07:06 opendevreview Ghanshyam proposed openstack/nova master: Modify remaining APIs as per RBAC new guidelines https://review.opendev.org/c/openstack/nova/+/828994
08:36:54 kashyap gibi: Morning; reading back. Don't worry, you've done a lot more already! Thank _you_ for the quick trials and tests
09:43:11 gibi kashyap: hi!
09:45:36 gibi good luck :)
10:25:09 zigo Would anyone have any idea what's going on with https://bugs.debian.org/1005632 ?
10:56:26 gibi zigo: looking...
10:58:29 zigo gibi: It's likely caused by an update of some Python dependencies in Unstable, but I can't figure it out ... :/
11:04:09 gibi zigo: this seems relevant https://github.com/openstack/python-novaclient/blob/90525a1f5f55e206554da373dda9f26735e7c67f/novaclient/tests/unit/test_shell.py#L586-L599
11:04:21 gibi so I guess it is prettytable
11:04:56 gibi from the debian build log: prettytable==0.0.0
11:05:00 gibi that seems worng :)
11:05:28 gibi but also it says python3-prettytable all 2.5.0-1
11:12:29 gibi it can be that the test code wrongly detects the version of prettytable
11:15:01 gibi dansmith: hi! I've pulled you into a review as I have some ovo / grenade questions https://review.opendev.org/c/openstack/nova/+/828369/7#message-fc72a0dda5b368c23a91f8a6b0244e10b8d511a5
11:25:04 zigo gibi: Let me check what's the result of installing prettytable in Sid and see if the egginfo is wrong.
11:25:13 gibi zigo: ok
11:26:38 zigo Installed version really says 0.0.0 ... :/
11:27:10 zigo So probably a packaging issue (I'm not the maintainer of that one ...).
11:27:41 stephenfin zigo: whenever you see 0.0.0, that usually means pbr hasn't been able to extract the version info from either git or sdist metadata
11:28:10 stephenfin I suspect whoever is building that package _might_ be using plain old tarballs or a shallow clone as opposed to an sdist or full clone
11:28:12 bauzas gmann: when you're up, I'm looking at https://review.opendev.org/c/openstack/nova/+/764292/34
11:28:29 zigo setup(
11:28:29 zigo use_scm_version={"local_scheme": local_scheme},
11:28:29 zigo )
11:28:40 zigo So it's using scm, but the packaging hasn't set it, so it's wrong ...
11:28:42 zigo I'll try to fix it.
11:29:01 zigo gibi: I'll let you know the result when I'm done.
11:29:09 gibi zigo: cool thanks
11:29:47 stephenfin ah, not pbr but a similar issue. cool :)
12:37:59 opendevreview Merged openstack/nova master: Gracefull recovery when attaching volume fails https://review.opendev.org/c/openstack/nova/+/828516
12:42:43 opendevreview Mauricio Faria de Oliveira proposed openstack/nova stable/victoria: [stable-only] libvirt: disable secure boot on non-q35 or with os secure_boot options https://review.opendev.org/c/openstack/nova/+/828979
12:45:26 opendevreview Mauricio Faria de Oliveira proposed openstack/nova stable/ussuri: [stable-only] libvirt: disable secure boot on non-q35 or with os secure_boot options https://review.opendev.org/c/openstack/nova/+/828980
12:59:23 zigo gibi: The problem was indeed in the pyparsing package in Debian, fixed this way: https://salsa.debian.org/python-team/packages/prettytable/-/merge_requests/2/diffs
12:59:34 zigo s/pyparsing/prettytable/
12:59:53 gibi zigo: good
13:00:04 gibi then it was easy
13:00:06 gibi :)
13:00:32 zigo Yeah, took me some times to realize how the current maintainer broke things though ... :P
13:01:29 gibi I don't see that part. :) Fortunately the test had a nice comment pointing at the pretty table version
13:07:36 gibi lyarwood: hi! do you know somebody planning to take ower tempest https://review.opendev.org/q/topic:wait_until_sshable_pingable series?
13:44:08 bauzas gibi: lyarwood stopped to work on Nova
13:49:22 gibi bauzas: yeah I know, hence my question
13:49:33 gibi as that series was pushed by lyarwood before
13:49:38 gibi and we still need it
13:50:47 gibi and I so that afazekas did a rebase on https://review.opendev.org/c/openstack/tempest/+/817635/ so wondering if he will take it over
13:50:57 gibi s/so/saw/
14:08:32 tobias-urdin any have some seconds to review https://review.opendev.org/c/openstack/nova/+/825064
14:08:38 tobias-urdin stable backport
14:09:01 opendevreview Tobias Urdin proposed openstack/nova stable/xena: Cleanup old resize instances dir before resize https://review.opendev.org/c/openstack/nova/+/828407
15:04:32 dmitriis https://review.opendev.org/c/openstack/nova-specs/+/828177 lost a WF+1 during a rebase to fix a doc test failure - if anybody has time
15:11:32 gibi dmitriis: fixed
15:11:38 dmitriis gibi: tyvm
15:31:21 chateaulav dansmith: i imagine id want to just do a 'del primitive' if it meets thats case, correct?
15:31:48 opendevreview Merged openstack/nova-specs master: Late Amendments to the Off-path Backends Spec https://review.opendev.org/c/openstack/nova-specs/+/828177

Earlier   Later