Earlier  
Posted Nick Remark
#openstack-nova - 2022-05-06
15:36:13 sean-k-mooney os-vif does it but only if you are using the native imple
15:36:26 sean-k-mooney https://github.com/openstack/os-vif/blob/master/vif_plug_ovs/ovsdb/impl_idl.py#L62-L99=
15:37:27 mnaser sean-k-mooney: i mean technically since neutron polls so often it might as well be a keepalived
15:38:39 sean-k-mooney so this is worign aroudn a bug in the ovs python bindings
15:38:57 sean-k-mooney we basically trun off the heartbeat
15:39:02 sean-k-mooney and rely on tcp keepalive
15:39:38 sean-k-mooney https://bugs.launchpad.net/os-vif/+bug/1929446
15:41:01 sean-k-mooney the issue has been fixed in python-ovs 2.16
15:41:08 sean-k-mooney based on https://review.opendev.org/c/openstack/ovsdbapp/+/818446
15:41:24 sean-k-mooney the os-vif and neutron fixes were mitigations
15:41:30 mnaser i see
15:43:12 opendevreview Merged openstack/nova master: Add oslo.limit options to generated nova.conf https://review.opendev.org/c/openstack/nova/+/831101
15:43:21 opendevreview Merged openstack/nova master: Log the exception returned from a cell during API.get() https://review.opendev.org/c/openstack/nova/+/840260
15:43:31 opendevreview Merged openstack/nova master: Enable live_migration_events in nova-ovs-hybrid-plug https://review.opendev.org/c/openstack/nova/+/840446
15:43:44 opendevreview Merged openstack/nova master: pre-commit: Sync hacking version, bump plugins https://review.opendev.org/c/openstack/nova/+/836639
15:44:28 sean-k-mooney zuul just woke up i see
15:45:03 mnaser my guess is a slow job in a commit that slowed down the merge gate :p
15:48:36 opendevreview Balazs Gibizer proposed openstack/nova stable/yoga: Enable live_migration_events in nova-ovs-hybrid-plug https://review.opendev.org/c/openstack/nova/+/840931
15:48:49 opendevreview ribaudr proposed openstack/nova master: Allow unshelve to a specific host https://review.opendev.org/c/openstack/nova/+/831507
15:53:11 opendevreview Balazs Gibizer proposed openstack/nova master: Add Python 3.10 functional jobs https://review.opendev.org/c/openstack/nova/+/839029
15:53:48 opendevreview ribaudr proposed openstack/python-novaclient master: Microversion 2.91: Support specifying destination host to unshelve https://review.opendev.org/c/openstack/python-novaclient/+/831651
16:00:07 gmann gibi: melwitt: releasenotes for dropping py3.6|7 https://review.opendev.org/c/openstack/nova/+/840786
16:01:04 gibi gmann: thanks. +A
16:01:15 gmann gibi: thanks
16:42:11 opendevreview Merged openstack/nova master: Add releasenote about dropping pythin 3.6|7 support https://review.opendev.org/c/openstack/nova/+/840786
18:09:38 opendevreview Artom Lifshitz proposed openstack/nova-specs master: Domain names in metadata https://review.opendev.org/c/openstack/nova-specs/+/840974
19:21:37 opendevreview Merged openstack/nova master: Adapt bindep ubuntu-jammy https://review.opendev.org/c/openstack/nova/+/840822
20:28:08 opendevreview Mohammed Naser proposed openstack/nova master: Switch libvirt event timeout message to warning https://review.opendev.org/c/openstack/nova/+/840985
20:31:35 opendevreview Mohammed Naser proposed openstack/nova master: Switch libvirt event timeout message to warning https://review.opendev.org/c/openstack/nova/+/840985
21:19:53 opendevreview Mohammed Naser proposed openstack/nova master: Fix race condition in _get_pci_passthrough_devices https://review.opendev.org/c/openstack/nova/+/840993
#openstack-nova - 2022-05-07
10:58:02 opendevreview sean mooney proposed openstack/nova master: [WIP] Add VDPA support for suspend and livemigrate https://review.opendev.org/c/openstack/nova/+/841012
11:38:35 opendevreview sean mooney proposed openstack/nova master: [WIP] Add VDPA support for suspend and livemigrate https://review.opendev.org/c/openstack/nova/+/841012
11:38:35 opendevreview sean mooney proposed openstack/nova master: enable blocked VDPA move operations https://review.opendev.org/c/openstack/nova/+/832330
18:44:58 opendevreview sean mooney proposed openstack/nova master: [WIP] Add VDPA support for suspend and livemigrate https://review.opendev.org/c/openstack/nova/+/841012
18:44:59 opendevreview sean mooney proposed openstack/nova master: [WIP] fix suspend for non hostdev sriov ports https://review.opendev.org/c/openstack/nova/+/841017
18:44:59 opendevreview sean mooney proposed openstack/nova master: [WIP] add sorce dev parsing for vdpa interfaces https://review.opendev.org/c/openstack/nova/+/841016
#openstack-nova - 2022-05-08
04:59:56 opendevreview Merged openstack/python-novaclient master: Drop lower-constraints.txt and its testing https://review.opendev.org/c/openstack/python-novaclient/+/840019
14:14:45 opendevreview Balazs Gibizer proposed openstack/nova master: DNM: log number of green(thread|let)s periodically https://review.opendev.org/c/openstack/nova/+/841040
14:26:31 opendevreview Balazs Gibizer proposed openstack/nova stable/wallaby: DNM: log number of green(thread|let)s periodically https://review.opendev.org/c/openstack/nova/+/841041
16:34:01 opendevreview Merged openstack/nova master: Debug Nova APIs call failures https://review.opendev.org/c/openstack/nova/+/806683
#openstack-nova - 2022-05-09
08:24:28 gibi sean-k-mooney: when you are up. We can go through the open questions in the PCI tracing spec
09:10:21 ralonsoh gibi, qq if you know that. For live-migration, all libvirt should have the same "virsh secret-list" ?
09:14:15 gibi ralonsoh: o/ good question. I guess you are looking at a situation with encrypted volumes
09:15:00 ralonsoh gibi, yes, I've deployed two nodes with devstack and ceph
09:18:12 gibi hm, I dont seem to find any code in nova that would move the secret
09:27:41 gibi I'm not a sure how this works but seems like barbican is involved too
09:31:52 gibi ralonsoh: as melwitt took over the ephemeral encryption work from lyarwood I expect that she might know more about the volume encryption case as well
09:32:20 ralonsoh gibi, thanks, I'm going to try to deploy this env without encription, if possible
09:42:59 opendevreview Jorhson Deng proposed openstack/nova master: Clear the ignore_hosts before starting evacuate https://review.opendev.org/c/openstack/nova/+/841089
09:43:20 sean-k-mooney do you mean the ceph secret
09:43:35 sean-k-mooney if so we expect the operator to distibute that
09:43:57 ralonsoh sean-k-mooney, this is in a devstack installation
09:44:25 sean-k-mooney yep
09:44:47 ralonsoh so one compute is requesting its own secret id
09:45:00 ralonsoh and the other compute is asking for other
09:45:13 ralonsoh and I don't know it that should match the ceph.conf fsid
09:50:25 sean-k-mooney hum i could try and deploy this and see. but the devstack roles just copy the keyfiels and config to the compute https://github.com/openstack/devstack/blob/master/roles/sync-controller-ceph-conf-and-keys/tasks/main.yaml
09:50:54 sean-k-mooney then on the compute you set REMOTE_CEPH=True
09:51:05 ralonsoh sean-k-mooney, yes, that's set
09:51:31 sean-k-mooney https://github.com/openstack/devstack-plugin-ceph/blob/master/devstack/lib/ceph#L834-L841=
09:51:39 sean-k-mooney the secret config seams to be the same
09:52:49 sean-k-mooney https://github.com/openstack/devstack-plugin-ceph/blob/master/devstack/lib/ceph#L244-L259=
09:52:57 ralonsoh sean-k-mooney, yeah, it is. In any case, I'll deploy the second compute node again
09:53:18 sean-k-mooney ack
09:53:36 sean-k-mooney i think from lookign at that that the secure and keyfiles should be the same on all hosts
09:53:51 ralonsoh sean-k-mooney, one question
09:54:10 ralonsoh in the first node, the fsid is 37...
09:54:24 ralonsoh and the "sudo virsh secret-list " is d5...
09:54:27 ralonsoh this is wrong...
09:54:45 ralonsoh pffff
10:17:39 ralonsoh sean-k-mooney, sorry, I've re-deployed the first controller
10:18:18 ralonsoh and CEPH has changed the /etc/ceph/ceph.cong fsid number
10:18:36 ralonsoh that means the virsh secret and the fsid is different now
10:21:51 sean-k-mooney yes the it will change every time you stack
10:22:47 ralonsoh sean-k-mooney, but what ID should I use now?
10:23:02 sean-k-mooney ralonsoh: on a different topic has anyone raised support virtio-failover in neutron
10:23:07 sean-k-mooney ralonsoh: likely the one for the contoler
10:23:23 ralonsoh sorry what?
10:23:55 sean-k-mooney that basically answers my question :) virtio-failover is like a form of automatic bounding
10:24:14 ralonsoh ah no that I'm aware
10:24:26 sean-k-mooney you can declare one virtio device as a failover device if the primary losses connectivity
10:24:31 ralonsoh in any case, I'll check it later
10:24:45 ralonsoh nope, that is usually done inside the VM
10:24:47 sean-k-mooney no worries im 99% sure that its not supproted
10:24:59 ralonsoh sean-k-mooney, last q
10:25:07 ralonsoh about this fsid
10:25:13 sean-k-mooney ralonsoh: virtio failover allwos qemu to ask the guest virtio driver to do the failover automaticaly in the guest
10:25:20 sean-k-mooney ralonsoh: sure
10:25:29 ralonsoh if "virsh secret-list" is one number
10:25:36 ralonsoh and in ceph.conf I have another one
10:25:52 ralonsoh then which one should I use in the second comptue?
10:28:09 sean-k-mooney the secret uuid is the cinder_ceph_uuid
10:28:26 ralonsoh yes, and it's generated by devstack-ceph
10:28:27 ralonsoh CEPH_FSID=$(uuidgen)
10:28:37 sean-k-mooney yep so you coudl doble check the cidner config
10:28:48 sean-k-mooney and determin which is the correct uuid value
10:29:27 sean-k-mooney ill quickly deploy with ceph and see if we can compare
10:33:48 gibi Uggla: responded in the manila spec
10:38:53 sean-k-mooney gibi: im just going to grab coffee but we can chat about the pci spec when ever suits
10:39:06 sean-k-mooney ill be back in 10 mins

Earlier   Later