Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2021-11-01
09:45:25 gibi ahh, sh*t. I think nova-next is broken https://review.opendev.org/c/openstack/neutron/+/805637 landed during the weekend.
09:45:37 gibi we had some ordering issue with the pps patches I think
09:46:25 gibi https://zuul.opendev.org/t/openstack/build/f499bc60c7124acea23b05593405f278/log/job-output.txt#62786
09:46:54 gibi we should have landed https://review.opendev.org/c/openstack/nova/+/802060 before the neutron patch
09:47:48 gibi so now we either turn off the nova-manage placement heal_allocations testing in the post hook in nova-next, or we quickly land https://review.opendev.org/c/openstack/nova/+/802060
09:49:05 lyarwood I can't guarantee that I'll get to the open review today so it might be easier to turn it off, rebase the change onto that while also turning the testing back on etc
09:49:34 gibi lyarwood: stephenfin and melwitt reviewed https://review.opendev.org/c/openstack/nova/+/802060 already so it is close to land
09:49:40 lyarwood ah
09:49:49 gibi so you are off the hook :)
09:49:51 lyarwood it's your call then if you already have two cores on it
09:49:53 stephenfin lyarwood: welcome back o/
09:49:57 lyarwood \o
09:50:38 gibi I will propose the turn off of the test quickly that is easy and we have enough cores online now to land that it quickly
09:50:52 opendevreview Merged openstack/nova stable/train: address open redirect with 3 forward slashes https://review.opendev.org/c/openstack/nova/+/806629
09:56:53 opendevreview Balazs Gibizer proposed openstack/nova master: Temp disable nova-manage placement heal_allocation testing https://review.opendev.org/c/openstack/nova/+/816156
09:57:11 gibi stephenfin, lyarwood: ^^ this hopefully fixes the gate
09:57:49 gibi btw I'm mostly off today as it is a public holiday here, I will be here tomorrow, but I have to take a day of on Wednesday too
10:06:26 lyarwood gibi: ack enjoy :)
10:06:34 gibi thanks
10:14:28 opendevreview Jan Hartkopf proposed openstack/nova master: add support for updating server's user_data https://review.opendev.org/c/openstack/nova/+/816157
10:22:00 opendevreview Jan Hartkopf proposed openstack/python-novaclient master: add support for microversion 2.91 https://review.opendev.org/c/openstack/python-novaclient/+/816158
11:26:57 opendevreview Balazs Gibizer proposed openstack/nova master: Temp disable nova-manage placement heal_allocation testing https://review.opendev.org/c/openstack/nova/+/816156
12:44:46 EugenMayer is there a way to set the DNS server and hostname of an instance in wallaby when booting a cloud init instance?
14:02:00 frickler EugenMayer: did you see https://docs.openstack.org/neutron/latest/admin/config-dns-res.html ? that sets the dns server and the instance receives that information via DHCP. the hostname of an instance is pretty much hardcoded to the name of the instance afaict
14:06:08 EugenMayer frickler seen it, but that is per segment
14:06:29 EugenMayer frickler would have loved to override it for some (very few)
14:41:11 EugenMayer frickler hostname can be done in Xena during server create, but i'am yet forced to use wallaby due to the Xena/OVN metadata issue
16:49:05 opendevreview Merged openstack/nova master: Temp disable nova-manage placement heal_allocation testing https://review.opendev.org/c/openstack/nova/+/816156
18:20:13 stephenfin EugenMayer: Instance names get sanitized (removed unicode, hyphens and periods and truncate to < 64 characters). The sanitized variants are used as the hostname
18:20:23 stephenfin EugenMayer: You can't specify a FQDN though
18:20:50 stephenfin To get that configured, you need to set dns_domain on the network. I think you need to use Designate for that
19:52:54 opendevreview Dan Smith proposed openstack/nova master: WIP: Revert project-specific APIs for servers https://review.opendev.org/c/openstack/nova/+/816206
21:30:29 EugenMayer stephenfin thank you. Xena has hostnames per instance, but well i;am looking forward to it
22:58:05 opendevreview Merged openstack/nova master: [nova-manage]support extended resource request https://review.opendev.org/c/openstack/nova/+/802060
23:11:18 dinobot greetings pals, could you please review a little patch fixing a fresh bug in Victoria & Wallaby?
23:11:29 dinobot https://review.opendev.org/c/openstack/nova/+/815923
23:11:38 dinobot the bug affected me and is quite annoying, so I would love to see it fixed :)
23:15:11 artom dinobot, https://review.opendev.org/c/openstack/nova/+/810849 is doing the same thing in a better awy IMO
23:15:52 artom Maybe try to catch Pierre (the patch author) and see if you can take over his patch to address the feedback on it
23:16:08 artom As he seems to not have looked at it since the -1s
#openstack-nova - 2021-11-02
05:56:11 frickler priteau: ^^
07:05:56 opendevreview Balazs Gibizer proposed openstack/nova master: Revert "Temp disable nova-manage placement heal_allocation testing" https://review.opendev.org/c/openstack/nova/+/816242
08:20:01 bauzas good morning Nova
08:21:35 bauzas gibi: sent https://review.opendev.org/c/openstack/nova/+/815940 to the gate
08:51:47 gibi bauzas: good morning and thank
08:51:47 gibi 's
08:52:06 bauzas np
08:52:19 bauzas how things went those 2 days ?
08:52:40 gibi nothing signifficant for me but I was mostly off yesterday
09:08:13 frickler kashyap: in case you didn't see it yet: https://gitlab.com/libvirt/libvirt/-/issues/229
09:08:22 kashyap frickler: Morning
09:08:57 kashyap frickler: Just back after 2 days away from email. I indeed didn't see it. Thanks for filing it!
09:09:18 frickler kashyap: I also tested with a custom built qemu in https://review.opendev.org/c/openstack/devstack/+/815958 , which essentially has tb-size=64M
09:09:28 frickler the failures seem to be unrelated
09:14:09 kashyap frickler: Oh, cool, so you fetched the file and tested it. (I see no failures there; Zuul gave a +1)
09:14:24 kashyap frickler: Did setting it to 64M bring it back to the "previous capacity"?
09:14:42 kashyap (I'm putting it in quotes because, I don't know how many instances you were able to launch before this QEMU change)
09:20:49 frickler kashyap: the failures were in some of the rechecks. the old failures weren't 100% deterministic, it depends on how tempest with -c4 has parallel jobs that all start multiple instances
09:21:44 kashyap frickler: Rigt. Shall we let it run on multiple clouds / setups for a week or so? To rule out it's not the tb-size?
09:21:48 kashyap s/Rigt/Right/
09:21:54 frickler I based the 64M on looking at a single instance locally with a 128M flavor, qemu then uses a bit more memory than with 4.2, but not too much hopefully, like ~200M instead of 150M
09:22:40 frickler kashyap: I intend to do a couple more rechecks, but there seems to be some issue on the neutron side which makes things unstable
09:23:22 frickler I'm pretty confident by now though that tb-size is the trigger
09:37:46 stephenfin I need to test the 'GET /servers/{server_id}/migrations/{id}' API, meaning I need a way to slow down live migrations so I catch one in the act. Anyone have a suggestion for an easy throttle I can set to do that?
09:38:09 stephenfin (rather than relying on big or busy guests)
09:39:12 gibi stephenfin: limiting bandwidth ?
09:39:37 stephenfin I assume there isn't a nova or libvirt config option I can use for that though?
09:39:58 stephenfin This is a simple DevStack two-node deployment, so I don't have a separate management network :)
09:39:58 gibi there is something in libvirt
09:40:05 gibi as there is virsh migrate-setspeed command in virsh
09:40:13 stephenfin oh, I looked and didn't see anything obvious
09:41:24 kashyap frickler: Do mention the Neutron issue in the change, if / when you get a minute
09:41:38 kashyap frickler: And probably Cc some folks from Neutron who might be able to debug
09:41:51 stephenfin gibi: that's exactly what I wanted. Thanks!
09:42:04 kashyap stephenfin: Yes, migrate-setspeed lets you throttle indeed
09:42:15 gibi stephenfin: cool
09:51:07 bauzas mmmm
09:51:22 bauzas just saw a new "Your Turn" series in Gerrit default dashboard
09:51:40 bauzas what's the "attention:self" query ?
09:52:00 bauzas hah, nevermind, found https://gerrit-review.googlesource.com/Documentation/user-attention-set.html
09:52:56 bauzas interesting
09:59:25 gibi I'm still learning the rules described in ^^
10:15:32 opendevreview Balazs Gibizer proposed openstack/nova master: Reno for qos-minimum-guaranteed-packet-rate https://review.opendev.org/c/openstack/nova/+/805046
10:17:00 gibi bauzas: fyi, this is the final patch (the reno) https://review.opendev.org/c/openstack/nova/+/805046 for the https://blueprints.launchpad.net/openstack/?searchtext=qos-minimum-guaranteed-packet-rate blueprint. So we can close that bp soon \o/
10:17:38 bauzas gibi: wow, this was fast.
10:18:03 gibi bauzas: we only missed the nova-manage part of that bp in xena
10:18:13 bauzas yup, I know
10:18:17 bauzas but still :)
10:18:30 gibi yeah, it is always nice to close out a bp even before M1
10:18:34 bauzas we discussed this at the PTG, I wasn't expecting the nova-manage patch to land that soon :)
10:19:02 gibi it is thanks to stephenfin and melwitt
10:24:04 opendevreview Balazs Gibizer proposed openstack/nova master: Reno for qos-minimum-guaranteed-packet-rate https://review.opendev.org/c/openstack/nova/+/805046
10:26:29 gibi bauzas: btw, there is a bug fix for the series (for those part we landed in xena) https://review.opendev.org/c/openstack/nova/+/811396
10:28:37 bauzas +w
10:32:03 opendevreview Federico Ressi proposed openstack/nova master: Debug Nova APIs call failures https://review.opendev.org/c/openstack/nova/+/806683
10:38:03 lyarwood frickler: just catching up after a few weeks out, excellent work with the QEMU tb-size issue!
10:42:29 kashyap lyarwood: Yeah, libvirt needs to wire it up now, though
10:43:21 kashyap I'll file a RHEL libvirt RFE - that might get on their triage queue quicker
10:44:38 gibi bauzas: awesome, thank you
10:50:25 lyarwood kashyap: yeah, shame we can't hackaround this in the meantime somehow

Earlier   Later