Re: [vpp-dev] How to solve "No problems were identified. If you know why this problem occurred, please add a suitable..." #automation

I had ever met this build issue with centos 7.6 before, upgrade ninja-build to version 1.7.2 help me fix the issue, Not know if it can fix your situation. Best Regards Yulong Pei From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Sun, Chenmin Sent: Saturday, October 12, 2019 9

Re: [vpp-dev] How to solve "No problems were identified. If you know why this problem occurred, please add a suitable..." #automation

Thanks for the feedback. Best Regards, Sun, Chenmin From: Dave Wallace [mailto:dwallac...@gmail.com] Sent: Friday, October 11, 2019 11:57 PM To: Sun, Chenmin ; vpp-dev@lists.fd.io Subject: Re: [vpp-dev] How to solve "No problems were identified. If you know why this problem occurred, please add

Re: [vpp-dev] How to solve "No problems were identified. If you know why this problem occurred, please add a suitable..." #automation

It looks like there was some state in the build executor that didn't get cleaned up correctly. I'm guessing that a new executor was used in the 'recheck' which did pass. We'll keep an eye on this to see if it is a recurring issue. Thanks for reporting it. -daw- On 10/11/2019 9:46 AM, Sun, Chen

Re: [vpp-dev] tls close from cli lead to assert error

Hi, First of all, that’s just a test tool that forces closing of sessions by “faking” a transport close request. It can potentially lead to other issues if afterwards the app calls the wrong apis into the transport. It shouldn’t be used on production traffic. Having said that, your problem i

Re: [vpp-dev] How to solve "No problems were identified. If you know why this problem occurred, please add a suitable..." #automation

Hi, Here's my patch link. https://gerrit.fd.io/r/c/vpp/+/22637 You can see the 4th compiling passed without that error, however, I didn't change any code. Best Regards, Sun, Chenmin From: Dave Wallace [mailto:dwallac...@gmail.com] Sent: Friday, October 11, 2019 9:43 PM To: Sun, Chenmin ; vpp-dev

Re: [vpp-dev] How to solve "No problems were identified. If you know why this problem occurred, please add a suitable..." #automation

Please provide the link to your gerrit patch. Thanks, -daw- On 10/10/2019 10:04 PM, Sun, Chenmin wrote: Hi, I found my patch always met an automation compiling error, stating "No problems were identified. If you know why this problem occurred, please add a suitable...".  Opening the log I can

[vpp-dev] tls close from cli lead to assert error

code: g...@github.com:FDio/vpp.git master :  1a41a35b27da6921d6d86a9f1ad5f1b46e1185f7 if i close tls session which is not in thread 0, VPP will assert error. Below is more Info: > > > > DBGvpp# sh session verbose > > > > Connection                                        State          Rx-f 

Re: [vpp-dev] Any equivalent of "ip tcp adjust-mss" command in VPP

Milan, TCP MSS adjustment is supported in the NAT and MAP features. You should of course ensure that your endpoints support PLPMTUD instead. Cheers Ole > On 11 Oct 2019, at 09:39, milan...@gmail.com wrote: > > Hello, > > Does VPP (19.04/19.08). presently support anything similar to "ip tcp

[vpp-dev] Issue with cpu jitters

Hi all，when running multiple VPP instances on one node，results in linux cpu jitters。 # turbostat -i 1 turbostat：cpu5 jitter 5084 22080 turbostat：cpu29 jitter 5020 21292 Has anyone ever encountered this problem? How to solve it ？ -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this

[vpp-dev] OpenStack Open Source Cloud Computing Software » Message: Networking-vpp 19.08.1 for VPP 19.08.1 is now available

Hello, This message may be or interest to you: http://lists.openstack.org/pipermail/openstack-discuss/2019-October/010073.html Jerome -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#14161): https://lists.fd.io/g/vpp-dev/message/14161 Mute This Topic

[vpp-dev] Any equivalent of "ip tcp adjust-mss" command in VPP

Hello, Does VPP (19.04/19.08). presently support anything similar to "ip tcp adjust-mss" seen in Cisco routers for example..   As in, modifying the MSS for transiting TCP syn packets, to account for any overlay encapsulations like vxlan. Is it planned for any future release? Thanks, Milan -=-