Earlier  
Posted Nick Remark
#openstack-nova - 2021-05-11
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 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:03 sean-k-mooney that is implying you are currntly hitting the race
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 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:09 bauzas see you on Monday folks, but I'll errand on my laptop tomorrow morning
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
16:36:06 bauzas sean-k-mooney: I can pass the allocations, but as we only have the rp uuid, I also need to get the provider tree
16:36:06 bauzas sean-k-mooney: I can pass the allocations, but as we only have the rp uuid, I also need to get the provider tree
16:36:09 sean-k-mooney i can take a look while your off otherwise ping me on monday and i can take a look with you or talke things thorugh
16:36:09 sean-k-mooney i can take a look while your off otherwise ping me on monday and i can take a look with you or talke things thorugh
16:36:17 bauzas gibi: indeed, Monday that's it
16:36:17 bauzas gibi: indeed, Monday that's it
16:37:02 gibi OK, then we I will prepare response for Monday
16:37:02 gibi OK, then we I will prepare response for Monday
16:37:06 sean-k-mooney ignaziocassano: ok well once an upstream backport is doen it shoudl flow into the distro versions
16:37:06 sean-k-mooney ignaziocassano: ok well once an upstream backport is doen it shoudl flow into the distro versions
16:37:07 bauzas sean-k-mooney: basically, I'm torn between #A : look up the allocations in the compute first and pass the inventories
16:37:07 bauzas sean-k-mooney: basically, I'm torn between #A : look up the allocations in the compute first and pass the inventories
16:37:16 gibi bauzas: have a nice PTO
16:37:16 gibi bauzas: have a nice PTO
16:37:25 bauzas #B : somehow get a provider tree *before* we call the RT
16:37:25 bauzas #B : somehow get a provider tree *before* we call the RT
16:37:43 bauzas gibi: well, I'll stay at home but sure
16:37:43 bauzas gibi: well, I'll stay at home but sure
16:37:59 ignaziocassano sean-k-mooney many thanks for your help. Bye
16:37:59 ignaziocassano sean-k-mooney many thanks for your help. Bye
16:38:02 gibi bauzas: I hope you have beers at least
16:38:02 gibi bauzas: I hope you have beers at least

Earlier   Later