| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-10-30 | |||
| 10:29:02 | bauzas | looks like it's a known issue https://twitter.com/dmsimard/status/1037354741959991296 | |
| 10:29:30 | bauzas | that's going to be fun | |
| 10:31:42 | bauzas | huzzah https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1790963 | |
| 10:31:43 | openstack | Launchpad bug 1790963 in openssh (Fedora) "Unable to connect with openssh 7.8 client and certificates" [Undecided,Confirmed] | |
| 10:32:04 | bauzas | my openssh client is more recent tho (8.4p1) | |
| 11:18:58 | bauzas | hmm, better explanation of the issue https://www.reddit.com/r/Fedora/comments/jh9iyi/f33_openssh_no_mutual_signature_algorithm/ | |
| 11:19:00 | bauzas | lyarwood: ^ | |
| 11:23:41 | bauzas | okay, got the workaround by setting the ssh-rsa keytype with PubkeyAcceptedKeyTypes | |
| 11:25:13 | bauzas | lyarwood: http://paste.openstack.org/show/799536/ | |
| 11:27:24 | openstack | bugzilla.redhat.com bug 1884920 in openssh "Cannot ssh into CentOS 6 using ssh key authentication" [Low,Closed: notabug] - Assigned to jjelen | |
| 11:27:24 | bauzas | hah https://bugzilla.redhat.com/show_bug.cgi?id=1884920 | |
| 11:29:30 | bauzas | while the move to remove SHA1 hashes is certainly understandable, I think there is a big user impact that I would have preffered to see better in the relnotes | |
| 12:26:24 | kashyap | stephenfin: Hey | |
| 12:27:07 | kashyap | stephenfin: On documentation: In the past you posted some notes somewhere about how Postgres (or is it some other?) has different kinds of documentation guides? | |
| 12:51:20 | gibi | nova PTG continues in 10 minutes | |
| 13:10:48 | tosky | gibi: in the "next W cycle goals" slot, are you going to talk also about "completing the V cycle goals"? :) (and in case, do I need to be around?) | |
| 13:17:04 | stephenfin | lyarwood: noddy nova-net-related patch here https://review.opendev.org/#/c/760331/ | |
| 13:17:16 | stephenfin | if you've a sec | |
| 13:58:09 | gibi | tosky: sorry I missed your comment | |
| 13:58:30 | gibi | tosky: I can circle back to this after the current topic | |
| 14:01:47 | bauzas | suffered a laptop crash, rejoining | |
| 14:02:05 | tosky | gibi: unless you have other topics of course (the list is huuuge); in case, feel free to ping me | |
| 14:02:28 | gibi | tosky: if you can join now then I think we can get to this in about 10 minutes | |
| 14:03:43 | tosky | gibi: oh, jumping in | |
| 14:03:48 | gibi | tosky: ack | |
| 14:11:01 | kashyap | gibi: /me was participating in KVM Forum BoFs and sessions; so been away here | |
| 14:11:19 | kashyap | (Too many things happening at the same time...) | |
| 14:11:24 | gibi | kashyap: ack | |
| 14:13:44 | gibi | kashyap: I think we haven't encountered any topics from you yet | |
| 14:14:17 | kashyap | gibi: The main thing I have is the long-running Secure Boot spec -- for repproval -- I put it on the back burner due to other things | |
| 14:14:28 | kashyap | So it should be fairly uncontroversial | |
| 14:15:35 | kashyap | We have various infra bits in-tree, and in-flight. (Aside: I have another conflict in an hour or so ... if I'm not around, please leave questions for me in the Etherpad) | |
| 14:15:40 | kashyap | (I'll come back and answer) | |
| 14:17:24 | gibi | kashyap: OK. I it good if we bring the secure boot up right after the current break? | |
| 14:20:42 | kashyap | gibi: Current break is how long? I have a hard-break at 16:20 CET | |
| 14:21:26 | kashyap | I can pay more attention back here again at 17:30 CET | |
| 14:21:58 | gibi | we are back at 14:26 UTC | |
| 14:22:03 | gibi | so in like 4 minutes | |
| 14:23:08 | kashyap | Ah, sure; that works | |
| 14:23:23 | kashyap | gibi: But I feel like I'm cheating by moving a topic up | |
| 14:23:29 | kashyap | So feel free to say "no" | |
| 14:24:06 | kashyap | (I don't mean, I literally moved it on the Etherpad :)) | |
| 14:25:08 | gibi | kashyap: not cheating, it is dynamic scheduling of the topic based on availability :) | |
| 14:25:23 | kashyap | Hehe, reframing, is it | |
| 14:25:26 | kashyap | Thanks a lot! | |
| 14:26:06 | gibi | I moved your topic up in the etherpd | |
| 14:27:02 | openstackgerrit | Lee Yarwood proposed openstack/nova master: zuul: Merge nova-evacuate into nova-multinode-live-migration https://review.opendev.org/755309 | |
| 14:36:39 | sean-k-mooney | im having issue with zoom ill try and rejion as soon as i can | |
| 14:42:33 | gibi | melwitt, dansmith: fyi, we are delaying the NUMA discussion on the nova PTG so that you can join. let me know if we should not wait | |
| 14:43:07 | dansmith | gibi: I'm triple-booked today | |
| 14:43:13 | dansmith | gibi: this is numa and placement? | |
| 14:43:16 | gibi | dansmith: yes | |
| 14:44:00 | dansmith | ack, well, I'm in the camp of doing this in placement of course | |
| 14:44:18 | dansmith | I think melwitt is too, so she can probably just say everything twice to pretend I'm there :) | |
| 14:44:37 | gibi | dansmith: OK. thanks. | |
| 14:55:51 | lyarwood | mgoddard: https://www.openstack.org/ptg/rooms/liberty - about to talk about https://bugs.launchpad.net/nova/+bug/1895848 if you're free btw | |
| 14:55:51 | openstack | Launchpad bug 1895848 in OpenStack Compute (nova) "Migration and evacuation fails with encrypted volumes" [Medium,Confirmed] - Assigned to Lee Yarwood (lyarwood) | |
| 14:56:03 | lyarwood | mgoddard: apologies for the late ping, failed at scrolling down. | |
| 14:56:23 | lyarwood | mgoddard: https://etherpad.opendev.org/p/nova-wallaby-ptg is the pad btw | |
| 14:56:35 | mgoddard | lyarwood: o/ | |
| 14:56:40 | mgoddard | just joined. Thanks for the ping | |
| 14:56:53 | lyarwood | np | |
| 14:56:59 | lyarwood | just finishing the previous topic | |
| 15:05:33 | melwitt | gibi: cool, thanks for doing that! I'm online now | |
| 15:05:49 | gibi | melwitt: o/ cool then we will take NUMA soon | |
| 15:06:32 | bauzas | johnthetubaguy: https://github.com/openstack/nova/blob/master/nova/scheduler/request_filter.py#L122 | |
| 15:06:43 | bauzas | we log a bit of infor | |
| 15:20:11 | bauzas | fedora's oomearly-- | |
| 15:20:35 | bauzas | zoom-- for eating all my RAM | |
| 15:23:02 | stephenfin | melwitt: you're super echo'y | |
| 15:23:33 | melwitt | stephenfin: argh ok, checking my headset settings | |
| 15:24:16 | melwitt | hm looks like it's all set right | |
| 15:24:37 | lyarwood | actually sounds really cool, I wouldn't worry | |
| 15:26:52 | melwitt | sounds cool xD heh | |
| 15:44:41 | lyarwood | gmann: https://review.opendev.org/#/c/755525/ - can you remove your -W on this btw, the `fix` landed in stable/victoria | |
| 15:45:01 | openstackgerrit | Lee Yarwood proposed openstack/nova stable/ussuri: libvirt: Increase incremental and max sleep time during device detach https://review.opendev.org/757306 | |
| 15:45:57 | gmann | lyarwood: done, | |
| 15:53:38 | lyarwood | gmann: thanks | |
| 16:19:46 | johnsom | Hi Nova community. The Octavia team is seeing some strange behavior with libvirtd. https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_c77/759973/3/check/octavia-v2-dsvm-scenario/c77fe63/controller/logs/libvirt/libvirtd_log.txt | |
| 16:19:52 | johnsom | Warning, that is a 136MB log file | |
| 16:20:08 | johnsom | It seems to go into some sort of tight loop: | |
| 16:20:26 | lyarwood | ops, opening that in chrome was a mistake | |
| 16:20:30 | johnsom | https://www.irccloud.com/pastebin/c6NcVeeF/ | |
| 16:20:54 | johnsom | Almost 90% of that log file is the above | |
| 16:20:59 | lyarwood | kashyap: ^ if you have time | |
| 16:21:05 | lyarwood | ring any bells? | |
| 16:21:38 | johnsom | Eventually it seems to finally exit. The issue we have is while it's stuck in this loop other VMs are not going ACTIVE in nova, so causes all sorts of timeouts. | |
| 16:21:39 | kashyap | lyarwood: Just a sec; lost in two other convo threads :-( | |
| 16:22:15 | lyarwood | kashyap: np | |
| 16:22:26 | kashyap | johnsom: As a quick question - in what scenario do you see that? | |
| 16:22:33 | lyarwood | johnsom: might be useful to write that up in a nova bug that kashyap can follow up with | |
| 16:22:37 | lyarwood | ops sorry | |
| 16:22:38 | kashyap | johnsom: That "End of file" ... simply means libvirt lost connection to QEMU | |
| 16:22:52 | johnsom | It appears that nova was trying to delete the instance | |
| 16:22:55 | kashyap | lyarwood: No worries; a bug also helps - as a record | |
| 16:23:45 | johnsom | Here is a chunk of the log right before the loop: | |
| 16:23:48 | johnsom | https://www.irccloud.com/pastebin/LRErlmPf/ | |
| 16:26:35 | kashyap | johnsom: Yeah, but that doesn't tell us what events led to that (they're in the 130MB log file). :-) Is this reproducible? | |
| 16:27:12 | johnsom | It is reproducible, but intermittent. Not every job triggers it. | |
| 16:28:05 | gibi | #nova now refresh connection_info / avoid storing stale connection_info in Nova | |