| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-03-23 | |||
| 13:10:31 | hrw | sean-k-mooney: https://paste.centos.org/view/61a2b0ca | |
| 13:11:15 | hrw | sean-k-mooney: openstack-single-node-bionic-aarch64 copied from devstack | |
| 13:11:30 | hrw | sean-k-mooney: openstack-single-node-bionic-aarch64 copied from devstack openstack-single-node-bionic one | |
| 13:11:35 | hrw | to be exact | |
| 13:16:41 | gibi | lyarwood: I saw yet another evacuation problem in the live-migration task on master | |
| 13:16:51 | gibi | lyarwood: VirtualInterfaceCreateException happens during evac | |
| 13:16:57 | gibi | https://zuul.opendev.org/t/openstack/build/2703656a683043a6b741fa4c2283b314/log/job-output.txt#7708 | |
| 13:17:01 | gibi | https://zuul.opendev.org/t/openstack/build/2703656a683043a6b741fa4c2283b314/log/logs/screen-n-cpu.txt?severity=4#7865 | |
| 13:17:22 | gibi | I don't knowi if you already see this | |
| 13:20:08 | artom | stephenfin, so I've finally gotten around to removing the 2/3 NUMA split in https://review.opendev.org/#/c/672595/ | |
| 13:20:29 | artom | Mind taking a look when you get a chance? I'll revisit your hugepages bugfix in the meantime | |
| 13:22:25 | sean-k-mooney | hrw: yes that woudl be better since you have the group dfinition that are used for the ansible roles | |
| 13:22:50 | sean-k-mooney | using primary may have worked but like would have caused issues | |
| 13:23:34 | hrw | sean-k-mooney: 'primary' was taken from kolla ;D | |
| 13:23:36 | sean-k-mooney | hrw: is there a reason that you are not defineing this in devstack and using a depends-on | |
| 13:23:49 | sean-k-mooney | ah i know that seamed familar | |
| 13:24:27 | sean-k-mooney | they use primary and secondary instead of subnode terminology | |
| 13:24:37 | sean-k-mooney | that we use for devstack | |
| 13:24:56 | hrw | sean-k-mooney: after playing with devstack in past there is no stick long enough to touch it (forgive poor idiom use) | |
| 13:25:39 | sean-k-mooney | hrw: devstack and kolla-ansible are my two favorite installers | |
| 13:25:45 | hrw | ;) | |
| 13:25:46 | sean-k-mooney | depending on what im doing | |
| 13:25:50 | hrw | yoctozepto: ^^ idea? | |
| 13:26:13 | lyarwood | gibi: sorry was out at lunch, no I hadn't seen any issues since my changes landed :/ | |
| 13:26:17 | hrw | sean-k-mooney: I only use k-a for deployment. at least I know that it works and gives me sane setup | |
| 13:26:40 | hrw | sean-k-mooney: when I used devstack the way of dealing with issues was 'restart and hope' | |
| 13:26:50 | sean-k-mooney | hrw: ya i use k-a for any long lived setup and use devstack for everything else | |
| 13:27:40 | sean-k-mooney | devstack is actully pretty reliable you just need to learn how to use it | |
| 13:27:51 | sean-k-mooney | and how to fix common issues | |
| 13:28:18 | sean-k-mooney | normally when it breaks its because of a depency did a new release | |
| 13:29:07 | sean-k-mooney | once you know what to look for fixing it get much simpler | |
| 13:29:13 | hrw | possible | |
| 13:29:13 | gibi | lyarwood: I hope this is just a one time issue. I've rechecked the patch see if it goes now | |
| 13:29:42 | openstackgerrit | Marcin Juszkiewicz proposed openstack/nova master: [WIP] CI: add tempest-integrated-compute-aarch64 job https://review.opendev.org/714439 | |
| 13:29:48 | hrw | let's see | |
| 13:30:50 | sean-k-mooney | gibi: whats the current state fo the cyborg series | |
| 13:31:03 | sean-k-mooney | actully i have to join a meeting | |
| 13:31:08 | gibi | sean-k-mooney: I've just re-reviewed before lunch | |
| 13:31:15 | gibi | sean-k-mooney: it looks pretty close | |
| 13:31:39 | gibi | sean-k-mooney: I have one deeper question about the amount of ARQ delete calls nova makes | |
| 13:31:48 | gibi | the rest is mostly easy fixes | |
| 13:31:48 | openstackgerrit | Marcin Juszkiewicz proposed openstack/nova master: [WIP] CI: add tempest-integrated-compute-aarch64 job https://review.opendev.org/714439 | |
| 13:32:00 | sean-k-mooney | ok so i would proably be worth my time looking at it again today | |
| 13:32:57 | gibi | sean-k-mooney: yes. I also pinged dansmith as I think he can re-review now as well | |
| 13:33:12 | dansmith | yep, I'm looking at alex_xu's query on that | |
| 13:36:51 | dansmith | gibi: will start going over that in a little bit | |
| 13:37:03 | gibi | cool | |
| 13:37:32 | openstackgerrit | Marcin Juszkiewicz proposed openstack/nova master: [WIP] CI: add tempest-integrated-compute-aarch64 job https://review.opendev.org/714439 | |
| 13:44:47 | lyarwood | kashyap / stephenfin / melwitt ; https://review.opendev.org/#/c/696834/ - can you hit this again (rbd_swap) today if you have time. FWIW with the increase in required versions I'm not going to be able to test this upstream until I get Fedora 31 images built | |
| 13:45:02 | lyarwood | https://review.opendev.org/#/c/708416/ in this change | |
| 13:45:25 | kashyap | lyarwood: Hi, it's on TODO for today. | |
| 13:49:56 | lyarwood | kashyap: thanks | |
| 14:08:22 | openstackgerrit | Brin Zhang proposed openstack/nova master: Expose instance action event details out of the API https://review.opendev.org/694430 | |
| 14:09:59 | openstackgerrit | Merged openstack/nova master: Bump python-subunit minimum to 1.4.0 https://review.opendev.org/713611 | |
| 14:11:44 | openstackgerrit | jayaditya gupta proposed openstack/nova master: Support for nova-manage placement heal_allocations --cell https://review.opendev.org/714454 | |
| 14:21:52 | openstackgerrit | jayaditya gupta proposed openstack/nova master: Support for nova-manage placement heal_allocations --cell https://review.opendev.org/714459 | |
| 14:25:32 | openstackgerrit | Brin Zhang proposed openstack/nova master: Add instance actions v283 samples test https://review.opendev.org/706251 | |
| 14:26:19 | brinzhang | gibi: Done, thanks | |
| 14:33:42 | openstackgerrit | Brin Zhang proposed openstack/nova master: Add instance actions v283 samples test https://review.opendev.org/706251 | |
| 14:43:35 | kashyap | lyarwood: Should the blockCopy() change then be dependent on the F31 change - to prove testability? | |
| 14:48:18 | lyarwood | kashyap: I've already proven it with F30 and 5.10/4.3 tbh | |
| 14:48:56 | kashyap | lyarwood: Ah, then your comment here confused me :) | |
| 14:50:00 | sean-k-mooney | lyarwood: whats the minium qemu you need | |
| 14:50:04 | sean-k-mooney | will 4.2 work | |
| 14:50:21 | lyarwood | kashyap: so the new version constrats you suggested to avoid some known issues is what's causing us to be unable to test this prior to F31 | |
| 14:50:46 | kashyap | lyarwood: Hmm; /me taps on the table and thinks ... | |
| 14:50:49 | lyarwood | sean-k-mooney: Libvirt 5.10 and QEMU 4.{3,2} I forget which | |
| 14:51:46 | kashyap | Seems like the diskimage-builder patch is at least being reviewed by the Right Person(tm). | |
| 14:52:08 | sean-k-mooney | lyarwood: i think ubuntu 20.04 will have libvirt 6.0 and qemu 4.2 | |
| 14:52:33 | lyarwood | right | |
| 14:53:00 | lyarwood | sean-k-mooney: so support was introduced a while ago, kashyap just suggested we use a later version to include some bugfixes for blockCopy. | |
| 14:53:29 | sean-k-mooney | sure but this should not be a blocker right | |
| 14:53:36 | lyarwood | and using that later version is now causing issues testing this somewhere in the gate as the virt-preview repo has only built these packages for F31 | |
| 14:53:39 | sean-k-mooney | we can test with the older versions? | |
| 14:53:57 | lyarwood | we can't if the constraints in code limit us to the newer versions | |
| 14:54:09 | lyarwood | otherwise we switch to the older blockRebase method | |
| 14:54:11 | sean-k-mooney | well the virt preview repo and fedora is not stble anyway | |
| 14:54:31 | kashyap | Yeah, FWIW, it's also the libvirt upstream suggested based on our use-case | |
| 14:54:48 | kashyap | sean-k-mooney: The reason for going with the current 6.1 and QEMU 4.2 (at least Ubuntu has this): | |
| 14:55:21 | sean-k-mooney | kashyap: i was tying to config the version did you find them | |
| 14:55:42 | hrw | Debian is at 5.0 and 3.1 | |
| 14:56:03 | sean-k-mooney | hrw: ya we are not talking about min versions here | |
| 14:56:04 | kashyap | sean-k-mooney: See my second comment on line 286: https://review.opendev.org/#/c/696834/6/nova/virt/libvirt/driver.py@286 | |
| 14:56:26 | kashyap | sean-k-mooney: The recommended version constants we're now using fix a disk image corruption bug. | |
| 14:56:49 | sean-k-mooney | right so we are defaulting to 5.10 for libvirt | |
| 14:57:02 | sean-k-mooney | and what version for qemu | |
| 14:57:16 | lyarwood | sean-k-mooney: we were | |
| 14:57:35 | sean-k-mooney | oh you bumped it to 6.1 | |
| 14:57:40 | lyarwood | sean-k-mooney: now it's 6.1.0 for Libvirt and QEMU 4.3.0 | |
| 14:57:47 | sean-k-mooney | so i dont think 6.1 will be in 20.04 | |
| 14:57:58 | sean-k-mooney | or 4.3 i think they are using 4.2 | |
| 14:58:11 | sean-k-mooney | so im not sure this will be a good base | |
| 14:58:15 | kashyap | lyarwood: I think you got the QEMU version wrong; now it is 4.2.0 | |
| 14:58:29 | sean-k-mooney | ya i think it should be 4.2 as well | |
| 14:59:52 | lyarwood | ah! | |
| 15:00:08 | sean-k-mooney | can we use 6.0 for libvirt | |
| 15:00:10 | kashyap | :) | |
| 15:00:26 | sean-k-mooney | i also dont think 6.1 will by in ubuntu 20.04 | |
| 15:00:33 | kashyap | sean-k-mooney: Let me check with the libvirt dev... | |
| 15:00:37 | sean-k-mooney | it might be in the cloud archive | |