Earlier  
Posted Nick Remark
#openstack-nova - 2021-05-20
12:39:56 gibi stephenfin, sean-k-mooney, bauzas: I responded in the pps spec https://review.opendev.org/c/openstack/nova-specs/+/785014 Thanks for the reviews. Would be good to make some decision about the additional OVS RP question then I will respin the spec fixing up the things you asked for
12:40:16 gibi stephenfin: could you check back to https://review.opendev.org/c/openstack/nova-specs/+/785014/7/specs/xena/approved/qos-minimum-guaranteed-packet-rate.rst#82 as I might missed the point of your comment
12:40:17 gibi stephenfin: could you check back to https://review.opendev.org/c/openstack/nova-specs/+/785014/7/specs/xena/approved/qos-minimum-guaranteed-packet-rate.rst#82 as I might missed the point of your comment
12:42:22 sean-k-mooney gibi: im hoping we just will never support multiple openvswitch on the same host
12:42:22 sean-k-mooney gibi: im hoping we just will never support multiple openvswitch on the same host
12:42:36 sean-k-mooney gibi: it comes up every few months
12:42:36 sean-k-mooney gibi: it comes up every few months
12:42:40 gibi :)
12:42:48 sean-k-mooney for those that want to support ovs-dpdk and kernel ovs at the same time
12:42:49 sean-k-mooney for those that want to support ovs-dpdk and kernel ovs at the same time
12:43:00 sean-k-mooney but it woudl be a fairly invaise change
12:43:00 sean-k-mooney but it woudl be a fairly invaise change
12:43:17 sean-k-mooney we would need to modify the ml2 driver to include the ovs connection detail in the port bindings
12:43:17 sean-k-mooney we would need to modify the ml2 driver to include the ovs connection detail in the port bindings
12:43:29 sean-k-mooney and modify os-vif to then use those
12:43:29 sean-k-mooney and modify os-vif to then use those
12:44:17 gibi it would be almost free to add the extra RP now except that we would need to reparent the bridge RPs which needs the new placement version
12:44:17 gibi it would be almost free to add the extra RP now except that we would need to reparent the bridge RPs which needs the new placement version
12:44:40 sean-k-mooney yep but what value does it add
12:44:40 sean-k-mooney yep but what value does it add
12:45:28 gibi it models the reality a bit better as the agent and the OVS instance is two different software service i
12:45:28 gibi it models the reality a bit better as the agent and the OVS instance is two different software service i
12:45:46 sean-k-mooney so woudl modling the pps on the br-int
12:45:46 sean-k-mooney so woudl modling the pps on the br-int
12:45:58 gibi no
12:45:58 gibi no
12:46:07 sean-k-mooney and the reality is today you can only have one ovs agent per host
12:46:07 sean-k-mooney and the reality is today you can only have one ovs agent per host
12:46:09 gibi we would have Agent RP->OVS RP->Bridge RP
12:46:10 gibi we would have Agent RP->OVS RP->Bridge RP
12:46:20 sean-k-mooney if we had 2 ovs instance we woudl have 2 ovs agents
12:46:20 sean-k-mooney if we had 2 ovs instance we woudl have 2 ovs agents
12:46:35 gibi sean-k-mooney: true, so we _can_ merge the agent with the OVS RP, but we dont _have to_
12:46:35 gibi sean-k-mooney: true, so we _can_ merge the agent with the OVS RP, but we dont _have to_
12:47:17 gibi honestly I tend to agree with YAGNI because of the extra placement dependency :)
12:47:17 gibi honestly I tend to agree with YAGNI because of the extra placement dependency :)
12:47:25 admin0 i launched a new instance 2 vcpu and now h3 shows 2vcpu being used.. but it does not update stats from the instances already running there .. i see no diffence in nova.insances table
12:47:25 admin0 i launched a new instance 2 vcpu and now h3 shows 2vcpu being used.. but it does not update stats from the instances already running there .. i see no diffence in nova.insances table
12:47:34 admin0 is there another table where hosts vs instances are mapped ?
12:47:34 admin0 is there another table where hosts vs instances are mapped ?
12:48:26 sean-k-mooney admin0: not off the top of my head but maybe
12:48:26 sean-k-mooney admin0: not off the top of my head but maybe
12:49:04 sean-k-mooney gibi: where is there suggestion/comment
12:49:04 sean-k-mooney gibi: where is there suggestion/comment
12:49:19 admin0 sean-k-mooney, how does the nova-compute process work ? it boots up, gathers a list of insances it has .. dumps to rabbitmq and then it gets populated to the db ?
12:49:19 admin0 sean-k-mooney, how does the nova-compute process work ? it boots up, gathers a list of insances it has .. dumps to rabbitmq and then it gets populated to the db ?
12:49:23 sean-k-mooney gibi: i need to step away for 10-20 mins but i can talk about htis when i get back or on the review
12:49:23 sean-k-mooney gibi: i need to step away for 10-20 mins but i can talk about htis when i get back or on the review
12:49:56 gibi sean-k-mooney: this is the comment thread https://review.opendev.org/c/openstack/nova-specs/+/785014/7/specs/xena/approved/qos-minimum-guaranteed-packet-rate.rst#98
12:49:56 gibi sean-k-mooney: this is the comment thread https://review.opendev.org/c/openstack/nova-specs/+/785014/7/specs/xena/approved/qos-minimum-guaranteed-packet-rate.rst#98
12:50:00 gibi sean-k-mooney: ack
12:50:00 gibi sean-k-mooney: ack
12:50:02 gibi thanks
12:50:02 gibi thanks
12:50:04 sean-k-mooney admin0: not quite the db is the souce of truth for what instance should be on the host
12:50:04 sean-k-mooney admin0: not quite the db is the souce of truth for what instance should be on the host
12:50:57 admin0 isn't there any nova command that can force update these ?
12:50:57 admin0 isn't there any nova command that can force update these ?
12:51:24 sean-k-mooney gibi lol ok i forgot YAGNI was not an irc name hehe i havent heard that term use since i last spoke to cdent
12:51:25 sean-k-mooney gibi lol ok i forgot YAGNI was not an irc name hehe i havent heard that term use since i last spoke to cdent
12:51:41 gibi sean-k-mooney: ohh, sorry, stephenfin used that now in the review
12:51:41 gibi sean-k-mooney: ohh, sorry, stephenfin used that now in the review
12:52:00 gibi but true it was cdent's terminology :)
12:52:00 gibi but true it was cdent's terminology :)
12:52:33 sean-k-mooney im familar with it just havent heard it in a while but yes stephen did use it
12:52:33 sean-k-mooney im familar with it just havent heard it in a while but yes stephen did use it
12:53:20 sean-k-mooney gibi: ok ill be back soon but did you read may question regardign provder.yaml last night?
12:53:20 sean-k-mooney gibi: ok ill be back soon but did you read may question regardign provder.yaml last night?
12:53:32 gibi sean-k-mooney: responded it this morning
12:53:32 gibi sean-k-mooney: responded it this morning
12:53:36 gibi in IRC
12:53:36 gibi in IRC
12:53:52 sean-k-mooney ah ok i have not check scroll back ill do that when i get back
12:53:53 gibi 08:07 < gibi> sean-k-mooney: regarding provider.yaml; I think technically it is possible to
12:53:53 gibi 08:07 < gibi> sean-k-mooney: regarding provider.yaml; I think technically it is possible to
12:53:53 sean-k-mooney ah ok i have not check scroll back ill do that when i get back
12:53:56 gibi report bw and pps inventories via that. As a downside of it the neutron agents
12:53:56 gibi report bw and pps inventories via that. As a downside of it the neutron agents
12:53:59 gibi already have the bridge_mapping and physical_device_mappings in their config
12:53:59 gibi already have the bridge_mapping and physical_device_mappings in their config
12:54:02 gibi file as we use that to figure out which physnet traits needs to be reported
12:54:02 gibi file as we use that to figure out which physnet traits needs to be reported
12:54:05 gibi 08:08 < gibi> sean-k-mooney: if you do the physnet trait reporting in provider.yaml then you
12:54:05 gibi 08:08 < gibi> sean-k-mooney: if you do the physnet trait reporting in provider.yaml then you
12:54:08 gibi manually need to make sure that it is in sync with the bridge mappings
12:54:08 gibi manually need to make sure that it is in sync with the bridge mappings
12:54:11 gibi 08:08 < gibi> sean-k-mooney: I don't know how ovn does the bridge mapping so there it might
12:54:11 gibi 08:08 < gibi> sean-k-mooney: I don't know how ovn does the bridge mapping so there it might
12:54:14 gibi not be a problem
12:54:15 gibi not be a problem
12:54:17 gibi 08:09 < gibi> the vnic_type trait has a similar consequence
12:54:17 gibi 08:09 < gibi> the vnic_type trait has a similar consequence
12:55:43 sean-k-mooney ack. bridge mapping are stored in the ovn south db casisi table in the external-ids field
12:55:43 sean-k-mooney ack. bridge mapping are stored in the ovn south db casisi table in the external-ids field
12:56:35 sean-k-mooney although in general with ovn you just have one bridge br-int
12:56:35 sean-k-mooney although in general with ovn you just have one bridge br-int
12:56:59 sean-k-mooney it might be something to test out i need to redeploy openstack soon and ill likely try doing it with ovn
12:57:00 sean-k-mooney it might be something to test out i need to redeploy openstack soon and ill likely try doing it with ovn
12:57:05 sean-k-mooney ok brb
12:57:05 sean-k-mooney ok brb

Earlier   Later