What: The Linux Foundation been made aware of a security issue with the
Gerrit system that needs immediate resolution

When: Now

Why: The Linux Foundation has been made aware of a security issue and is
applying the needed fixes to the system

Impact: Jenkins will be paused and new jobs will not start until after
the work is completed. Gerrit will be temporarily unavailable as changes
are made to it

Thank you,
Vanessa

Is the JVPP project still active or can it be archived?

On 11/10/20 4:22 PM, Vanessa Valderrama wrote:
Is the JVPP project still active or can it be archived?

Thank you,

Vanessa

On 14 Oct 2020, at 21:58, Maciek Konstantynowicz (mkonstan) <mkonstan@...> wrote:

Hi All,

FD.io CSIT-2009 report is available on FD.io docs site:

https://docs.fd.io/csit/rls2009/report/

Great thanks to all contributors in CSIT and VPP communities!

Below summary and pointers to specific sections in the report.
Welcome all comments, best by email to csit-dev@....

Cheers,
-Maciek


CSIT-2009 Release Summary
-------------------------

NEW TESTS

- A new category of tests using TRex ASTF stateful APIs and traffic
profiles with up to 16M UDP and TCP/IP sessions. Initial stateful
tests include VPP NAT44 Endpoint Dependent (NAT44ed)
connections-per-second and packets-per-second throughput (with
controlled packet size). (Note: report test runs are still to be
executed in their fullness, expect them to appear in maintenance
report versions next week and week after next. Maintenance reports are
published on a weekly basis if there are changes.)

- Refactored existing NAT44 Deterministic (NAT44det) throughput tests
and added higher session scale, up to 16M UDP sessions. Continue to
use TRex STL stateless APIs and traffic profiles.

- Added NAT44ed uni-directional UDP throughput tests using TRex STL
stateless APIs and traffic profiles, as a way to verify stateful tests
performance.

- IPsec async mode VPP performance tests, with HW crypto only for now,
meaning Xeon Haswell testbeds only.

- Full suite of tests now running on Mellanox ConnectX5-2p100GE NICs in
2n-clx (Intel Xeon Cascadelake) testbeds using VPP native rdma driver.
For the first time one case see linear multi-core speedup into 72 Mpps
region (L2 on 2 cores, IPv4 on 4 cores), in some cases NIC is the
limit again (like it was to date in CSIT labs with FVL 2p25GE NICs).

BENCHMARKING

- AMD 2n-zn2 testbed onboarded with EPYC 7532 32-Core Processor. Full
set of CSIT-2009 results to be included in one of the upcoming
maintenance reports, following completion of calibrating dry runs that
are currently ongoing.

- Optimization and calibration of TRex STL and ASTF multi-core
configurations, a small impact on test results as captured in current
vs. previous release performance comparisons.


Pointers to CSIT-2009 Report sections
-------------------------------------

1. FD.io CSIT test methodology [1]
2. VPP release notes [2]
3. VPP 64B/IMIX throughput graphs [3]
4. VPP throughput speedup multi-core [4]
5. VPP latency under load [5]
6. VPP comparisons v20.09 vs. v20.05 [6]
7. VPP performance all pkt sizes & NICs [7]
8. DPDK 20.08 apps release notes [8]
9. DPDK 64B throughput graphs [9]
10. DPDK latency under load [10]
11. DPDK comparisons 20.08 vs. 20.02 [11]

Functional device tests (VPP_Device) are also included in the report.

[1] https://docs.fd.io/csit/rls2009/report/introduction/methodology.html
[2] https://docs.fd.io/csit/rls2009/report/vpp_performance_tests/csit_release_notes.html
[3] https://docs.fd.io/csit/rls2009/report/vpp_performance_tests/packet_throughput_graphs/index.html
[4] https://docs.fd.io/csit/rls2009/report/vpp_performance_tests/throughput_speedup_multi_core/index.html
[5] https://docs.fd.io/csit/rls2009/report/vpp_performance_tests/packet_latency/index.html
[6] https://docs.fd.io/csit/rls2009/report/vpp_performance_tests/comparisons/current_vs_previous_release.html
[7] https://docs.fd.io/csit/rls2009/report/detailed_test_results/vpp_performance_results/index.html
[8] https://docs.fd.io/csit/rls2009/report/dpdk_performance_tests/csit_release_notes.html
[9] https://docs.fd.io/csit/rls2009/report/dpdk_performance_tests/packet_throughput_graphs/index.html
[10] https://docs.fd.io/csit/rls2009/report/dpdk_performance_tests/packet_latency/index.html
[11] https://docs.fd.io/csit/rls2009/report/dpdk_performance_tests/comparisons/current_vs_previous_release.html

Last minute meeting conflict; sorry.

Joel

Vanessa,

Today is the VPP 21.01 RC1 milestone, and two of the 21.01-RC1 merge jobs failed during the remerge, namely:

https://jenkins.fd.io/job/vpp-merge-2101-ubuntu1804-x86_64/2/

https://jenkins.fd.io/job/vpp-merge-2101-ubuntu1804-aarch64/2/

Immediate “remerge” on https://gerrit.fd.io/r/c/vpp/+/30441 didn’t take the effect until the subsequent Jenkins restart.

The RC1 milestone thus got delayed due to need to do another remerge.

Which of the three buckets that you mentioned does this occurrence fall into ?

Thanks !

--a

On 16 Dec 2020, at 21:25, Vanessa Valderrama <vvalderrama@...> wrote:



There has been some confusion regarding the current state of Jenkins and issues we're tracking. Below is a summary with the tickets where you can find and provide updates.

As per our standard support process all communication regarding these issues will be handled via the tickets.

Jenkins slowness

• https://jira.linuxfoundation.org/browse/RELENG-3325
• The last step taken was to uninstall the depreciated Violations and FindBugs plugin and restart Jenkins
• The Warnings Next Generation plugin is a replacement for the Violations and FindBugs plugin. Please open a JSD ticket if you would like us to install the Warnings Next Generation plugin.
• https://plugins.jenkins.io/warnings-ng/
• Next steps:
• Monitor Jenkins

ci-management merge job intermittent timeouts

• https://jira.linuxfoundation.org/browse/RELENG-3324
• This issue is not resolved. The last steps taken were to upgrade the JJB version and increase the HTTP connectors from 100/20 to 300/50.
• Next steps:
• We would like to focus on the Jenkins slowness issue for now and then continue to troubleshoot the merge job timeout issue once Jenkins is stable

Jenkins build history

• https://jira.linuxfoundation.org/browse/RELENG-3335
• The current build discarder macro is not working properly.  We need to clean up build history and migrate to the global-jjb build discarder macro.
• Cleaning up the existing build history will cause slowness on Jenkins. Our options are to take down time to clean up the build history and migrate jobs to the global-jjb build discarder or clean up the build history when we migrate Jenkins to the new Vexxhost V3 instance. The V3 instances are considerably cheaper and faster than the current V2 instance.
• We would prefer to clean up the build history during the migration. We do not believe the build history is contributing to the Jenkins slowness or merge job timeout issue.
• https://jira.linuxfoundation.org/browse/RELENG-3321