Earlier  
Posted Nick Remark
#openstack-nova - 2021-05-11
16:04:00 sean-k-mooney so the question is has the ovs agent finished installing the openflow rules wehn that was sent and did tha tpacket also get sent on the physical network correnctly encapsulated
16:04:00 sean-k-mooney so the question is has the ovs agent finished installing the openflow rules wehn that was sent and did tha tpacket also get sent on the physical network correnctly encapsulated
16:05:04 sean-k-mooney ignaziocassano: can you confirm that fa:16:3e:6b:8b:ee is the vms mac address
16:05:04 sean-k-mooney ignaziocassano: can you confirm that fa:16:3e:6b:8b:ee is the vms mac address
16:06:00 ignaziocassano fa:16:3e:6b:8b:ee ues
16:06:04 ignaziocassano fa:16:3e:6b:8b:ee ues
16:06:04 ignaziocassano fa:16:3e:6b:8b:ee ues
16:06:09 sean-k-mooney ignaziocassano: by the way longer message like logs are best shared using http://paste.openstack.org/
16:06:09 sean-k-mooney ignaziocassano: by the way longer message like logs are best shared using http://paste.openstack.org/
16:06:11 ignaziocassano fa:16:3e:6b:8b:ee yes it is
16:06:11 ignaziocassano fa:16:3e:6b:8b:ee yes it is
16:06:15 sean-k-mooney :)
16:06:45 sean-k-mooney cool so we can see that the RARP packets are sent but we need to look at the timestamp and compore that to the neutron agent logs
16:06:45 sean-k-mooney cool so we can see that the RARP packets are sent but we need to look at the timestamp and compore that to the neutron agent logs
16:07:38 ignaziocassano do you want I send on paste.openstack.org the openvswitch agent log related to destination node ?
16:07:38 ignaziocassano do you want I send on paste.openstack.org the openvswitch agent log related to destination node ?
16:11:14 ignaziocassano sean-k-mooney which logs do you need ?
16:11:14 ignaziocassano sean-k-mooney which logs do you need ?
16:11:30 ignaziocassano I have 3 controllers and 2 compute nodes
16:11:30 ignaziocassano I have 3 controllers and 2 compute nodes
16:14:52 sean-k-mooney ignaziocassano: if you have a subset of the log for the time perod whne it booted say a 2-5 minute span around 18:00:49
16:14:52 sean-k-mooney ignaziocassano: if you have a subset of the log for the time perod whne it booted say a 2-5 minute span around 18:00:49
16:15:07 sean-k-mooney the we coudl take a look
16:15:07 sean-k-mooney the we coudl take a look
16:17:02 ignaziocassano Paste #52iiZxCu2PRtXAhf318N
16:17:02 ignaziocassano Paste #52iiZxCu2PRtXAhf318N
16:17:33 ignaziocassano is the dhacpagent log
16:17:33 ignaziocassano is the dhacpagent log
16:18:41 ignaziocassano sorry
16:18:41 ignaziocassano sorry
16:18:46 ignaziocassano http://paste.openstack.org/show/52iiZxCu2PRtXAhf318N/
16:18:46 ignaziocassano http://paste.openstack.org/show/52iiZxCu2PRtXAhf318N/
16:19:51 sean-k-mooney can you do the same thing for the ovs l2 agent log, actully it might be better to grep by the port uuid or tap name
16:19:51 sean-k-mooney can you do the same thing for the ovs l2 agent log, actully it might be better to grep by the port uuid or tap name
16:20:30 sean-k-mooney e.g. grep -i -E "tap11fdfb84-4a|fa:16:3e:6b:8b:ee|<port uuid>"
16:20:30 sean-k-mooney e.g. grep -i -E "tap11fdfb84-4a|fa:16:3e:6b:8b:ee|<port uuid>"
16:21:29 sean-k-mooney what im looking for specificly is the l2 agent in debug mode logs when ports are added to ovs and when the prot is "treated"
16:21:29 sean-k-mooney what im looking for specificly is the l2 agent in debug mode logs when ports are added to ovs and when the prot is "treated"
16:21:54 sean-k-mooney which means it has configured ovs to handel data form the port
16:21:54 sean-k-mooney which means it has configured ovs to handel data form the port
16:22:14 ignaziocassano http://paste.openstack.org/show/805250/
16:22:14 ignaziocassano http://paste.openstack.org/show/805250/
16:23:27 sean-k-mooney hum i guess its only logged in dbug mode i assume you dont have this in debug
16:23:27 sean-k-mooney hum i guess its only logged in dbug mode i assume you dont have this in debug
16:24:27 ignaziocassano unfortunately it is not in debug mode
16:24:27 ignaziocassano unfortunately it is not in debug mode
16:25:17 sean-k-mooney ok
16:26:01 sean-k-mooney ignaziocassano: i was trying to see if any of the logs form https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/openvswitch/agent/ovs_neutron_agent.py#L1793 would be printed but the ones i wanted i think are debug only
16:26:01 sean-k-mooney ignaziocassano: i was trying to see if any of the logs form https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/openvswitch/agent/ovs_neutron_agent.py#L1793 would be printed but the ones i wanted i think are debug only
16:26:58 sean-k-mooney ignaziocassano: i belive the log we were seeing before was https://github.com/openstack/neutron/blob/a12d9e41fdaf16dfefc7fe30e6198984a7588036/neutron/plugins/ml2/drivers/openvswitch/agent/ovs_neutron_agent.py#L1936
16:26:58 sean-k-mooney ignaziocassano: i belive the log we were seeing before was https://github.com/openstack/neutron/blob/a12d9e41fdaf16dfefc7fe30e6198984a7588036/neutron/plugins/ml2/drivers/openvswitch/agent/ovs_neutron_agent.py#L1936
16:28:06 sean-k-mooney both of those logs are at 18:00:52.542 and 18:00:54.541
16:28:06 sean-k-mooney both of those logs are at 18:00:52.542 and 18:00:54.541
16:28:15 sean-k-mooney which is after teh RARP packets were sent
16:28:15 sean-k-mooney which is after teh RARP packets were sent
16:29:03 sean-k-mooney that is implying you are currntly hitting the race
16:29:03 ignaziocassano So, what can I do to help ?
16:29:03 sean-k-mooney that is implying you are currntly hitting the race
16:29:03 ignaziocassano So, what can I do to help ?
16:29:42 sean-k-mooney the last log in the dhcp agent was at 18:00:48.400
16:29:42 sean-k-mooney the last log in the dhcp agent was at 18:00:48.400
16:29:53 sean-k-mooney right before the vm started on the dest
16:29:53 sean-k-mooney right before the vm started on the dest
16:30:18 sean-k-mooney ignaziocassano: so it does look like if the dhcp race is fixed then it would fix your issue
16:30:18 sean-k-mooney ignaziocassano: so it does look like if the dhcp race is fixed then it would fix your issue
16:30:47 sean-k-mooney ignaziocassano: so i think we just need to wait for rodolfo to finish backporting that patch to train
16:30:47 sean-k-mooney ignaziocassano: so i think we just need to wait for rodolfo to finish backporting that patch to train
16:31:20 sean-k-mooney this is inline whit what i would expect without https://review.opendev.org/c/openstack/neutron/+/766277
16:31:20 sean-k-mooney this is inline whit what i would expect without https://review.opendev.org/c/openstack/neutron/+/766277
16:31:55 ignaziocassano Ok, I did not understand if when Rodolfo will finish I can apply new code with yum update command ....
16:31:55 ignaziocassano Ok, I did not understand if when Rodolfo will finish I can apply new code with yum update command ....
16:32:29 sean-k-mooney well eventually yes. after teh backport is done a new rpm will have to be build by RDO
16:32:29 sean-k-mooney well eventually yes. after teh backport is done a new rpm will have to be build by RDO
16:32:56 sean-k-mooney so it will be included in the next stable releas after its backported
16:32:56 sean-k-mooney so it will be included in the next stable releas after its backported
16:33:40 ignaziocassano So I will wait. I am not running for upgrading to train. The first step will be update from queens to stein in the next month.
16:33:40 ignaziocassano So I will wait. I am not running for upgrading to train. The first step will be update from queens to stein in the next month.
16:33:51 bauzas * bauzas is done for the week, wrote some reviews
16:34:05 sean-k-mooney bauzas: ack enjoy your pto
16:34:05 sean-k-mooney bauzas: ack enjoy your pto
16:34:09 bauzas see you on Monday folks, but I'll errand on my laptop tomorrow morning
16:34:09 ignaziocassano Then I will upgrade to train.
16:34:09 bauzas see you on Monday folks, but I'll errand on my laptop tomorrow morning
16:34:09 ignaziocassano Then I will upgrade to train.
16:34:30 bauzas (I have a few specs I'd continue to look)
16:34:30 bauzas (I have a few specs I'd continue to look)
16:34:47 bauzas gibi: I was terrible with both of your specs, don't judge me.
16:34:47 bauzas gibi: I was terrible with both of your specs, don't judge me.
16:34:54 bauzas :p
16:34:54 bauzas :p
16:35:28 bauzas sean-k-mooney: fwiw, I'm still blocked with the mdev recreate bugfix
16:35:28 bauzas sean-k-mooney: fwiw, I'm still blocked with the mdev recreate bugfix
16:35:31 gibi bauzas: thanks for the review
16:35:31 gibi bauzas: thanks for the review
16:35:47 sean-k-mooney bauzas: did you push anything yet
16:35:47 sean-k-mooney bauzas: did you push anything yet
16:35:48 gibi bauzas: so I guess you will be back next week
16:35:48 gibi bauzas: so I guess you will be back next week
16:35:56 ignaziocassano sean-k-mooney  I must arrive to train and then I must decide which operating system I will use on newer openstack releases
16:35:56 ignaziocassano sean-k-mooney  I must arrive to train and then I must decide which operating system I will use on newer openstack releases

Earlier   Later