| opendevreview | Merged openstack/nova master: Make resource tracker use UUIDs instead of names https://review.opendev.org/c/openstack/nova/+/863919 | 00:02 |
|---|---|---|
| *** dasm is now known as dasm|off | 01:44 | |
| sahid | o/ | 07:54 |
| sahid | ouch, merge conflicts on rpc version :/ | 07:58 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: compute: enhance compute evacuate instance to support target state https://review.opendev.org/c/openstack/nova/+/858383 | 07:59 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: api: extend evacuate instance to support target state https://review.opendev.org/c/openstack/nova/+/858384 | 07:59 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: compute: enhance compute evacuate instance to support target state https://review.opendev.org/c/openstack/nova/+/858383 | 11:51 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: api: extend evacuate instance to support target state https://review.opendev.org/c/openstack/nova/+/858384 | 11:51 |
| *** tkajinam is now known as Guest3003 | 12:02 | |
| opendevreview | Rajesh Tailor proposed openstack/nova master: Fix concurrent migration of vms with multiattach volume failure https://review.opendev.org/c/openstack/nova/+/872278 | 12:40 |
| opendevreview | Rajesh Tailor proposed openstack/nova master: Fix concurrent migration of vms with multiattach volume failure https://review.opendev.org/c/openstack/nova/+/872278 | 13:17 |
| sahid | bauzas, sean-k-mooney can I request reviews on the evacuate api feature, i'ts all green. I had to rebase and fix conflicts this morning du to a rpc change | 14:09 |
| sahid | now i think we are good, i hope :-) | 14:10 |
| sean-k-mooney | ya i was waiting for ci to report back before pining bauzas | 14:26 |
| sean-k-mooney | im +2 on the first and +1.5 on the second pending bauzas's review | 14:26 |
| sean-k-mooney | if they are happy then ill escalate to +2w | 14:26 |
| *** dasm|off is now known as dasm | 14:28 | |
| opendevreview | Alexey Stupnikov proposed openstack/nova stable/ussuri: [stable-only] Disable nova-grenade-multinode voting https://review.opendev.org/c/openstack/nova/+/872281 | 14:42 |
| opendevreview | Alexey Stupnikov proposed openstack/nova stable/ussuri: reenable greendns in nova. https://review.opendev.org/c/openstack/nova/+/833437 | 14:43 |
| bauzas | sean-k-mooney: sahid: I'll look again when I have time today | 14:53 |
| sahid | ack ++ thank you bauzas | 14:58 |
| opendevreview | Dan Smith proposed openstack/nova master: Protect against a deleted node id file https://review.opendev.org/c/openstack/nova/+/872204 | 15:23 |
| elodilles | bauzas: are you editing the Nova meeting page or may I edit it? | 15:37 |
| bauzas | elodilles: do it | 15:38 |
| bauzas | elodilles: I'm doing 4 things at the same time | 15:38 |
| elodilles | bauzas: :-o | 15:38 |
| bauzas | multi-tasking | 15:38 |
| bauzas | but man, this is hard | 15:38 |
| elodilles | bauzas: i can imagine :S i don't like context switching :/ | 15:39 |
| elodilles | bauzas: done. you can also edit now (if you want to do a 5th thing :S) | 15:45 |
| bauzas | elodilles: yup, will do indeed | 15:50 |
| bauzas | #startmeeting nova | 16:00 |
| opendevmeet | Meeting started Tue Jan 31 16:00:27 2023 UTC and is due to finish in 60 minutes. The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:00 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:00 |
| opendevmeet | The meeting name has been set to 'nova' | 16:00 |
| bauzas | hey ho | 16:00 |
| gmann | o/ | 16:00 |
| elodilles | o/ | 16:00 |
| Uggla | o/ | 16:01 |
| dansmith | o/ | 16:01 |
| gibi | o7 | 16:01 |
| bauzas | okay let's start | 16:01 |
| bauzas | #topic Bugs (stuck/critical) | 16:01 |
| bauzas | #info No Critical bug | 16:01 |
| bauzas | #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 27 new untriaged bugs (+1 since the last meeting) | 16:02 |
| bauzas | #info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster | 16:02 |
| bauzas | bug baton can be passed over to artom if he wants | 16:02 |
| artom | Sure | 16:02 |
| artom | I feel like I've skipped.... many weeks | 16:02 |
| artom | (unintentionally) | 16:02 |
| bauzas | thanks | 16:03 |
| bauzas | #info bug baton is being passed to artom | 16:03 |
| bauzas | artom: again, this is just a temptative | 16:03 |
| bauzas | don't feel that much obliged | 16:03 |
| artom | Well don't say that | 16:04 |
| bauzas | ok, so, before we move on, do people want to discuss about some , per say, CVE bugfix or everything is OK since we're on track ? | 16:04 |
| bauzas | we know we need to progress with wallaby | 16:04 |
| bauzas | but I wanted to know whether people wanted to discuss it by now ? | 16:05 |
| bauzas | crickets ? ok, so, let's move on | 16:06 |
| bauzas | #topic Gate status | 16:06 |
| bauzas | #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs | 16:06 |
| bauzas | #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status | 16:06 |
| bauzas | gate is still wedgy, but tbh, I had to focus on other priorities last week and this week :( | 16:07 |
| gibi | same here, I made no progress on the functional test instability | 16:07 |
| bauzas | from what I see, the gate is quite difficult but still mergeable | 16:07 |
| dansmith | it's better | 16:07 |
| dansmith | I've been unable to reproduce any of the problems locally, unfortunately | 16:07 |
| bauzas | on the functest sage ? | 16:07 |
| bauzas | saga* | 16:08 |
| bauzas | dansmith: that's the problem, I tried too | 16:08 |
| bauzas | dansmith: running the exact same way than the gate using the testr subunits | 16:08 |
| bauzas | but got nothing | 16:08 |
| bauzas | hence me having pivoted, and tbh, there were people afraid of some security bug last week that diverted my attention | 16:09 |
| bauzas | but ok, if things are better, that's cool | 16:09 |
| bauzas | either way, I'll try to go looking at it back when I'm done with my own prios (including some feature implementation I promised) | 16:10 |
| bauzas | #info Please look at the gate failures and file a bug report with the gate-failure tag. | 16:10 |
| bauzas | #info STOP DOING BLIND RECHECKS aka. 'recheck' https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures | 16:10 |
| bauzas | ok, let's move on thenb | 16:11 |
| bauzas | #topic Release Planning | 16:11 |
| bauzas | #link https://releases.openstack.org/antelope/schedule.html | 16:11 |
| bauzas | #info Antelope-3 is in 2 weeks | 16:11 |
| bauzas | /o\ | 16:11 |
| bauzas | #link https://etherpad.opendev.org/p/nova-antelope-blueprint-status Blueprint status for 2023.1 | 16:12 |
| bauzas | so I created a tracking etherpad | 16:12 |
| bauzas | most of the blueprints are in the 'unknown' territory | 16:12 |
| bauzas | I need to investigate the crime scene and see whether the owner created some changes | 16:12 |
| bauzas | so, use that etherpad as you want | 16:13 |
| bauzas | ideally, blueprint owners are more than welcome to amend the etherpad with their comments, including patches to review | 16:13 |
| bauzas | and cores are welcome to add comments on things they want to review or already did | 16:14 |
| bauzas | I tried to add a 'API Impact' bullet on the blueprints that were actually touching the API, not exclusively by a microversion | 16:14 |
| bauzas | ok, if anything else, moving on ? | 16:15 |
| bauzas | if not* | 16:15 |
| sean-k-mooney | sure | 16:16 |
| sean-k-mooney | lets proceed | 16:16 |
| bauzas | #topic Review priorities | 16:17 |
| bauzas | #link https://review.opendev.org/q/status:open+(project:openstack/nova+OR+project:openstack/placement+OR+project:openstack/os-traits+OR+project:openstack/os-resource-classes+OR+project:openstack/os-vif+OR+project:openstack/python-novaclient+OR+project:openstack/osc-placement)+(label:Review-Priority%252B1+OR+label:Review-Priority%252B2) | 16:17 |
| bauzas | #info As a reminder, cores eager to review changes can +1 to indicate their interest, +2 for committing to the review | 16:17 |
| bauzas | nothing to mention here | 16:18 |
| bauzas | moving on | 16:18 |
| bauzas | #topic Stable Branches | 16:18 |
| bauzas | passing the mic to elodilles | 16:18 |
| elodilles | #info stable releases from last week: nova 26.1.0 (zed); nova 25.1.0 (yoga) nova 24.2.0 (xena) -- with CVE fix | 16:18 |
| elodilles | #info stable branches seem to be unblocked / OK back till xena | 16:18 |
| elodilles | #info wallaby branch is blocked by tempest (thanks gmann for working on it - https://lists.openstack.org/pipermail/openstack-discuss/2023-January/031941.html ) | 16:19 |
| elodilles | #info ussuri and train gates are broken broken ('Could not build wheels for bcrypt, cryptography' errors) | 16:19 |
| gmann | stable/wallaby fix is not merged yet #link https://review.opendev.org/c/openstack/devstack/+/871782 | 16:19 |
| elodilles | ussuri/train might work with newer pip version | 16:19 |
| bauzas | gmann: thanks for having worked hardly on that | 16:19 |
| gmann | sdk job started failing which I need to make non voting to get first fix merged | 16:19 |
| bauzas | gmann: what a pile of cards | 16:20 |
| gmann | yeah tempest pin on stable EM is always like this :) | 16:20 |
| elodilles | gmann: openstacksdk got released some hrs ago, isn't that fixing the gate? | 16:20 |
| elodilles | just asking | 16:20 |
| gmann | elodilles: need to check, it is failing on <=stable/xena only | 16:21 |
| elodilles | ack | 16:21 |
| gmann | #link https://zuul.openstack.org/builds?job_name=openstacksdk-functional-devstack&branch=stable%2Fxena&branch=stable%2Fwallaby&skip=0 | 16:21 |
| elodilles | anyway, last item from me: | 16:21 |
| elodilles | #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci | 16:21 |
| elodilles | EOM | 16:22 |
| bauzas | cool | 16:22 |
| bauzas | well, not so cool, but moving on | 16:22 |
| bauzas | #topic Open discussion | 16:22 |
| bauzas | (gmann) PyPi additional maintainers audit for Nova repo | 16:22 |
| bauzas | gmann: I've seen your email | 16:22 |
| gmann | ok | 16:22 |
| bauzas | and I looked at nova | 16:23 |
| bauzas | os-vif is impacted | 16:23 |
| bauzas | os-resource-classes too | 16:23 |
| bauzas | os-traits | 16:24 |
| bauzas | and that's it IIRC | 16:24 |
| gmann | osc-placement also i think | 16:24 |
| bauzas | oh, actually placement too | 16:25 |
| gmann | ah yes. its 'openstack-placement' | 16:26 |
| bauzas | gmann: can you summarize the issue and what's requested for each of the projects ? | 16:26 |
| bauzas | not for me, but for others | 16:26 |
| gmann | sure | 16:26 |
| gmann | TC discussed about those additional maintainers in PyPi which can get released without OpenStack knowing about it or more additional maintainers can be added | 16:27 |
| gmann | which is nothing but security issue | 16:27 |
| gmann | TC decided to clean that but wanted projects to audit their additional maintained first to check if they can be removed (if they are inactive or agreed to) or the package maintenance can be handover to them (then retire it from openstack) | 16:28 |
| gmann | xstatic-font-awesome repo from horizon is one example of handing over maintenance to additional external maintainers and use it in horizon as one of the user | 16:28 |
| bauzas | gmann: so I amended the tracking etherpad https://etherpad.opendev.org/p/openstack-pypi-maintainers-cleanup#L141 | 16:29 |
| gmann | but mostly packages are openstack initiated one and who setup the PyPi initially are in additional maintainers list which should be easy to clean up | 16:30 |
| bauzas | I'm personnally OK with removing all marked people on those | 16:30 |
| bauzas | they are no longer active contributors on the projects | 16:30 |
| bauzas | do people disagree with this ? | 16:30 |
| bauzas | pasting it | 16:30 |
| gmann | here in nova, we can check if any of those maintainers are active (in OpenStack or in PyPi maintenance) and we need to talk to them first | 16:30 |
| bauzas | novaos-vif has berrange and jaypipes as maintainers.os-resource-classes has cdent as maintainerplacement has cdent as maintainerosc-placement has malor as maintaineros-traits has o-tony as maintainer | 16:31 |
| dansmith | bauzas: fine with me | 16:31 |
| gibi | fine by me too | 16:31 |
| bauzas | tbh I even don't know malor | 16:31 |
| bauzas | which is a bit of a security risk | 16:31 |
| elodilles | +1 | 16:32 |
| gmann | +1 | 16:32 |
| sean-k-mooney | i tought i got os-vif moved over to me at some point but sure | 16:32 |
| bauzas | gmann: OK, I'll just leave a comment in the etherpad saying that the nova community agrees on removing those names | 16:32 |
| gmann | bauzas: perfect. thanks | 16:32 |
| bauzas | sean-k-mooney: tbh, I'm OK with leaving only openstackci as the sole maitainer | 16:33 |
| sean-k-mooney | ya thats fine | 16:33 |
| bauzas | from a security pov, I understand the concerns | 16:33 |
| bauzas | and that reminds me the beam accelerator security issue | 16:34 |
| sean-k-mooney | oh it was more we need to fix somehting but it was launchpad i got them to amend | 16:34 |
| bauzas | can we then consider this done ? | 16:35 |
| sean-k-mooney | i think so at least form our part | 16:35 |
| gmann | yes, that is needed from project side. adding audit result in etherpad | 16:36 |
| sean-k-mooney | the maintainer need to actuly be updated | 16:36 |
| bauzas | I mean, are we done discussing this topic now ? | 16:36 |
| bauzas | if so, nothing left on the agenda | 16:36 |
| bauzas | except maybe documing the volume detach issues but since they are actually unrelated to our releases, I think I'll just drop this iteam | 16:37 |
| bauzas | item | 16:37 |
| bauzas | so | 16:37 |
| bauzas | any other item to raise by now ? | 16:37 |
| Uggla | Can you quickly discuss about :https://review.opendev.org/c/openstack/nova/+/868089/8 | 16:38 |
| Uggla | I would like to know if we would like to backport it and to which version. | 16:39 |
| * bauzas looks | 16:40 | |
| bauzas | isn't it changing the logic ? | 16:41 |
| gibi | based on the impl it is backportable | 16:41 |
| bauzas | wait | 16:41 |
| gibi | it has a dependency on https://review.opendev.org/q/topic:bug%252F1628606 which is being backported | 16:42 |
| bauzas | this is post_live_mig_at_dest() | 16:42 |
| bauzas | which is run on the dest | 16:42 |
| bauzas | my question is, in a rolling upgrade scenario with operators moving workloads from old compute to new compute | 16:42 |
| bauzas | would that break them ? | 16:43 |
| gibi | bauzas: the bug is ther until the dest is upgraded | 16:43 |
| bauzas | we say we gonna rely on https://review.opendev.org/c/openstack/nova/+/791135 | 16:44 |
| bauzas | but correct me if I'm wrong, this won't happen for a A to B livemig if A is old, nope ? | 16:44 |
| bauzas | this chit-chat limbo dance between two hosts is confusing | 16:44 |
| bauzas | I never know which compute runs which codepath | 16:45 |
| gibi | this patch trying to fix a bug that happens on the dest after the live migration finished | 16:45 |
| gibi | at that point there is no return to the source host | 16:45 |
| gibi | Amit fixed that in this case we set the instance to point to the dest host so a hard reboot can recover the instance | 16:45 |
| bauzas | but we backported Amit's patch, right? | 16:46 |
| gibi | yes | 16:46 |
| bauzas | ok, so we're safe | 16:46 |
| gibi | Uggla had a case where a very similar failure could leave the instance in Migarting state | 16:46 |
| gibi | this fix is putting the instance in error in this case too | 16:47 |
| bauzas | I see | 16:47 |
| bauzas | ok, then to answer Uggla's question, I don't see any controversy to backport such change once we merge it | 16:47 |
| gibi | yepp | 16:47 |
| Uggla | down to ? | 16:48 |
| gibi | the same version as Amit's | 16:48 |
| bauzas | yup | 16:48 |
| gibi | I think that is proposed back to train | 16:48 |
| bauzas | which is train iirc | 16:48 |
| bauzas | yup | 16:48 |
| bauzas | but as we said, we're on hold on wallaby | 16:49 |
| bauzas | nothing prevents us to do the work tho | 16:49 |
| bauzas | can we end the meeting then ? | 16:50 |
| Uggla | ok 4 me. | 16:50 |
| gibi | nothing else from me | 16:51 |
| bauzas | then | 16:51 |
| bauzas | thanks all | 16:51 |
| bauzas | #endmeeting | 16:52 |
| opendevmeet | Meeting ended Tue Jan 31 16:52:04 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:52 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2023/nova.2023-01-31-16.00.html | 16:52 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2023/nova.2023-01-31-16.00.txt | 16:52 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2023/nova.2023-01-31-16.00.log.html | 16:52 |
| elodilles | thanks o/ | 16:55 |
| kashyap | sean-k-mooney: Running the stable/xena locally gives me this yak to shave - https://paste.opendev.org/show/bsRpOt3yk8k6LUw5D9P0/ | 16:56 |
| elodilles | kashyap: maybe i'm wrong but this can be fixed by updating/installing explicitly setuptools? | 16:57 |
| kashyap | Probably; I'm on Fedora 36 | 16:58 |
| kashyap | elodilles: I'm trying to see if this erroneous failure of stable/xena related to my backport or not (it doesn't seem so) | 16:58 |
| kashyap | https://zuul.opendev.org/t/openstack/build/796a6b05d72c4bbd87a3375028d43a1f | 16:58 |
| kashyap | This one: nova.tests.unit.virt.libvirt.test_driver.LibvirtConnTestCase.test_check_can_live_migrate_dest_numa_lm [0.046959s] | 16:58 |
| kashyap | (And that's the backport - https://review.opendev.org/c/openstack/nova/+/851205) | 16:58 |
| sean-k-mooney | oh thats a known issue | 16:59 |
| elodilles | yes, a known one and fixed in upstream gate i think | 16:59 |
| sean-k-mooney | use_2to3 was remvoed in a setuptools verison | 16:59 |
| kashyap | elodilles: Ah, thx. gibi also pointed that there's a rename, hence the fail: https://review.opendev.org/c/openstack/nova/+/871975 | 17:00 |
| kashyap | Thanks, gibi! | 17:00 |
| sean-k-mooney | https://github.com/gibizer/openstack-tox-docker/blob/main/ussuri/Dockerfile | 17:00 |
| gibi | I thiunk the yoga container from here https://github.com/gibizer/openstack-tox-docker work on xena too | 17:00 |
| * kashyap needs to head out shortly for a doc apptmt; be back later | 17:00 | |
| sean-k-mooney | gibi: yes it does | 17:00 |
| sean-k-mooney | kashyap: we swapped form the unmaintained suds_junko repo to a differnt one | 17:01 |
| sean-k-mooney | but that is not your issue | 17:01 |
| sean-k-mooney | you will need to clamp your pip/virtualevn and tox version | 17:01 |
| elodilles | yepp. in upstream xena has newer versions (ubuntu) that's why we needed this up till ussuri ( https://review.opendev.org/c/openstack/nova/+/810461 ) | 17:03 |
| elodilles | so i guess, in fedora this is needed in xena as well | 17:04 |
| opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: api: extend evacuate instance to support target state https://review.opendev.org/c/openstack/nova/+/858384 | 17:16 |
| sahid | addressed minor comments from Rajesh Tailor, thank you ! | 17:16 |
| dansmith | sean-k-mooney: gibi bauzas: Things like this https://review.opendev.org/c/openstack/nova/+/872204 are incredibly difficult to make "work" in the functional tests because of all the ways and patterns we start and restart multiple fake computes | 18:32 |
| bauzas | gdam shit | 18:33 |
| dansmith | how terrible would it be if we just always mock out those host consistency checks in functionals and rely on unit testing to cover them, and the tempest jobs to really cover the regular happy path(s) ? | 18:33 |
| dansmith | because the levels of stupid mocking to get even some of them to pass are probably worse and more complex than just not ever running those in the functionals | 18:34 |
| bauzas | dansmith: I need to look at your failures but unfortunately I need to quit today (EOB) | 18:35 |
| dansmith | bauzas: okay well, I'm just talking about a general read on the principle of the thing, but ... okay | 18:36 |
| bauzas | dansmith: if you want, mock them indeed and just leave the unittests for checking them | 18:37 |
| dansmith | ack | 18:38 |
| dansmith | probably need a read from the other two before I go down that route | 18:38 |
| sean-k-mooney | you could use a class constant to enable/disbale it | 18:39 |
| sean-k-mooney | but enabel it by default in the base test | 18:39 |
| dansmith | to enable/disable the mocking you mean? | 18:39 |
| sean-k-mooney | yep | 18:39 |
| sean-k-mooney | kind of like the microversion class constant | 18:39 |
| sean-k-mooney | or the db one | 18:40 |
| dansmith | okay, I'm not sure that will get me much, assuming you mean "so you can test it in one functional that does things in a specific way" because of the way the rest of the singleton virt node mocking works | 18:40 |
| dansmith | but I can try | 18:40 |
| sean-k-mooney | no i mean by default mock it out so it passes | 18:41 |
| sean-k-mooney | and if you need to test it then you would set MOCK_STABLE_UUID=False | 18:41 |
| sean-k-mooney | where you are explictly testing something that cares | 18:41 |
| sean-k-mooney | following this pattern https://github.com/openstack/nova/blob/master/nova/test.py#L158-L173 | 18:42 |
| dansmith | what I'm saying is, even with the mock disabled for one test, the virt node mock always returns None, so testing this in a full stack is kinda difficult without *also* making that parameterized | 18:43 |
| sean-k-mooney | oh ok | 18:43 |
| dansmith | but perhaps if I put them both behind that flag I'll get what I need, I'll have to see | 18:43 |
| sean-k-mooney | this is just needed for the last patch correct? | 18:44 |
| sean-k-mooney | as in you already worked though the other test isseus in the previous ones | 18:44 |
| dansmith | yeah | 18:45 |
| sean-k-mooney | so do you want to go up one level and just mock out _ensure_existing_node_identity and the check function for host and hypervisor hostname | 18:46 |
| dansmith | that's what I was going to do, after two hours of trying to mock only the second call to it, | 18:46 |
| dansmith | but there are just too many permutations of start, restart, stop, start, etc | 18:47 |
| dansmith | but let me try to the flag for both the node mock and that one and see if i think it results in something meaningful | 18:47 |
| dansmith | I feel like it will probably end up with 10,000 tests having that set, just so one can have it unset, but still need mocks to make it not very useful, vs. just unit testing it in isolation | 18:48 |
| dansmith | but I'll see | 18:48 |
| dansmith | tbh I wasn't thinking about tying the node mock to the compute _ensure one, so will try that first | 18:49 |
| dansmith | actually, maybe this will be better anyway and then I can write some dedicated lifecycle tests to simulate the manual testing we've been doing with devstack | 19:05 |
| opendevreview | Merged openstack/nova master: Fixup patch for stable-compute-uuid series https://review.opendev.org/c/openstack/nova/+/871848 | 19:16 |
| opendevreview | Dan Smith proposed openstack/nova master: Check our nodes for hypervisor_hostname changes https://review.opendev.org/c/openstack/nova/+/872220 | 19:31 |
| opendevreview | Dan Smith proposed openstack/nova master: Protect against a deleted node id file https://review.opendev.org/c/openstack/nova/+/872204 | 19:31 |
| opendevreview | Dan Smith proposed openstack/nova master: Move comment about _destroy_evacuated_instances() https://review.opendev.org/c/openstack/nova/+/872348 | 19:31 |
| *** dasm is now known as dasm|off | 19:33 | |
| opendevreview | Dan Smith proposed openstack/nova master: Protect against a deleted node id file https://review.opendev.org/c/openstack/nova/+/872204 | 19:55 |
| opendevreview | Dan Smith proposed openstack/nova master: Move comment about _destroy_evacuated_instances() https://review.opendev.org/c/openstack/nova/+/872348 | 19:55 |
| opendevreview | Dan Smith proposed openstack/nova master: Protect against a deleted node id file https://review.opendev.org/c/openstack/nova/+/872204 | 20:11 |
| opendevreview | Dan Smith proposed openstack/nova master: Move comment about _destroy_evacuated_instances() https://review.opendev.org/c/openstack/nova/+/872348 | 20:11 |
| opendevreview | Merged openstack/nova master: Add further workaround features for qemu_monitor_announce_self https://review.opendev.org/c/openstack/nova/+/867324 | 23:07 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!