aboutsummaryrefslogtreecommitdiffstats
path: root/nfvbenchvm/dib/elements
AgeCommit message (Collapse)AuthorFilesLines
2022-11-10nfvbenchvm: refactor wait for VPP serviceGwenael Lambrouin1-6/+39
Sleeping for 10s and hoping that VPP service will be ready to accept vppctl commands does not work all the times. Instead of increasing the sleep time, poll every second until "vppctl show int" returns something. Wait at most 30 seconds. By the way, exit with a clear error message if "vppctl show int" does not report two network interfaces as expected. Change-Id: I6f0f053378c0bee8fd28a231dc1041c94642f5b3 Signed-off-by: Gwenael Lambrouin <gwenael.lambrouin@orange.com>
2022-03-10nfvbenchvm: set mgmt interface MTU=1500 by defaultGwenael Lambrouin2-2/+38
By default, configure the MTU of the management interface to the conservative value of 1500: this will reduce the risk to get an unmanageable VM. Else the MTU we will get will depend on the IaaS setup and it could be high. And this will lead to troubles when we try to manage the VM from a machine configured with a high MTU and when the network path contains a link with a low MTU. This can typically happen when we try to manage the VM from another VM in the same IaaS and when the management traffic has to go outside the IaaS. To set the MTU to a different value, configure the INTF_MGMT_MTU variable in /etc/nfvbenchvm.conf. If INTF_MGMT_MTU is set to the special value "auto", the MTU will not be configured and it will keep the value set by the hypervisor ("legacy" nfvbenchvm behavior). If INTF_MGMT_MTU is unset, the MTU will be set to 1500. In other cases, the MTU will be set to the value of INTF_MGMT_MTU. Change-Id: I5816113bbacec5fcdcc9672e20d8a4e2ac0c599a Signed-off-by: Gwenael Lambrouin <gwenael.lambrouin@orange.com>
2022-03-08nfvbenchvm: keep only 1 copy of behave_tests codeGwenael Lambrouin1-0/+2
Have multiple versions of the code in the VM can be confusing during troubleshooting sessions, so we only keep one copy of behave_tests code as we did for nfvbench code. Change-Id: I5af6cd960486bafaaddfcbac11504c6dcbd1848d Signed-off-by: Gwenael Lambrouin <gwenael.lambrouin@orange.com>
2022-03-04nfvbenchvm: add option to use local nfvbench codeGwenael Lambrouin1-1/+17
build-image.sh has a new option -s to build the generator VM image from the local nfvbench code (Git working copy) instead of the master branch of nfvbench repository on OPNFV Gerrit. This is useful for testing during the development phases. When this option is used, the version of the generator VM image is extended with nfvbench development version number to be able to distinguish the development images from the latest published image. Change-Id: If21cbf2be59ff4f4110ebc157af0f934b98bddcb Signed-off-by: Gwenael Lambrouin <gwenael.lambrouin@orange.com>
2022-03-01nfvbenchvm: add 2 debug features to build-image.shGwenael Lambrouin10-0/+40
- The new option -t (enable debug traces) allows to show in the build log the commands run in the shell scripts, including the commands defined in the disk image builder elements. - The new option -d (debug) instructs disk-image-create to drop the developer in a shell inside the chroot in case an error occurs. This makes troubleshooting of the image possible (inspect files, run commands, ...) Change-Id: I5f76e7dec64fc4c86b1515f6b81a16e11e03eadf Signed-off-by: Gwenael Lambrouin <gwenael.lambrouin@orange.com>
2022-02-28nfvbenchvm: abort build on errorGwenael Lambrouin10-2/+32
Make sure a VM image build fails if any step fails. Else we can end up with a bad image not containing all that we want, and we discover this later at run time. For instance, without the current patch, we can get a generator VM image without nfvbench installed because "pip install" failed, but this is not detected by the build process because the last step in post-install.d/52-nfvbench-script is an "echo" command that returns a success code. We fix this by making all the Bash scripts fail if any command whose return code is not tested fails (set -euo pipefail). Change-Id: Ic5ec9eb85a8d6e7e4d1dcbac8ebcac5931e4808e Signed-off-by: Gwenael Lambrouin <gwenael.lambrouin@orange.com>
2022-02-28nfvbenchvm: fix broken build after dib updateGwenael Lambrouin4-8/+7
Attempting to build nfvbench VM images with diskimage_builder (dib) 3.16.0 leads to the following error: diskimage_builder.element_dependencies.MissingElementException: Element 'block-device' not found Something changed at some point of diskimage_builder history, and the updated doc states: "When using the vm element, an element that provides block-device should be included". To fix this and prevent future similar issues, this patch: - adds the "block-device-mbr" element to the dependency list - sets diskimage_builder version By the way: - replace the deprecated "centos7" element with the more generic "centos" element. - add missing dependencies in the pre-requisites section of nfvbenchvm doc - install pip with package manager (the current latest version of get-pip.py is not compatible with python 3.6, so let's use the occasion to stop getting pip directly from the Internet) - use Python 3 in build-image.sh Change-Id: I3198a1042eca04224b2a62db443c39a76903cf22 Signed-off-by: Gwenael Lambrouin <gwenael.lambrouin@orange.com>
2021-09-03Switch VPP package repository to packagecloud.ioGwenael Lambrouin1-3/+9
VPP install guide [1] now refers to packagecloud.io instead of nexus.fd.io as the source for VPP binary packages. [1] https://fd.io/docs/vpp/v2106/gettingstarted/installing/centos.html I could not find when the switch took place, but I recently got some intermittent issues when trying to use nexus.fd.io (Bad Gateway errors), so it seemed like a good opportunity to make the move. Additionally, this will make it possible to get vpp releases higher than 19.08 when building nfvbench loop VM image. Signed-off-by: Gwenael Lambrouin <gwenael.lambrouin@orange.com> Change-Id: I9cff7289e426e0ed8c8a7df8322a4a4baeb79f47
2021-06-07Add missing file for clouds.yaml managementfmenguy1-0/+1
Change-Id: Ic9be998451dceb314b2fc46e936604402a27e925 Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
2021-06-04NFVBENCH-213 Add clouds.yaml management in generator VMfmenguy2-21/+11
Change-Id: Ia741847f886a291f0b0d7276e36d5c18f7819185 Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
2021-06-04NFVBENCH-211 Fix VPP driver for loop VMfmenguy2-2/+3
Change-Id: I6e55b4c0ad41d773b5303b8dc8c09cee8482c646 Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
2021-05-25NFVBENCH-209 Fix NFVbench loopvm build failed on testpmd stepfmenguy3-36/+7
Change-Id: I0715b46b34b382176f2e06798deeede402b4c2fd Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
2021-05-17NFVBENCH-208 Fix VM imagesfmenguy4-0/+0
Change-Id: I9014b36b4f2e044f807a9b8a997e8c455511c046 Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
2021-04-28NFVBENCH-196: New NFVbench image for generator part (nfvbench and TRex codes ↵5.0.0fmenguy20-24/+540
inside VM) Change-Id: Id919a1b9dbf5e04b198d022432ed5c64232a27ba Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
2020-01-23NFVBENCH-157 Add possibility to not use the ARP static configuration for VPP ↵fmenguy1-2/+12
loop VM Change-Id: Ifd3f183345e21c7866e9e9898c7bbda601793b2c Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
2019-11-26NFVBENCH-156 Add management interface and ssh config in NFVBench imagefmenguy3-0/+65
Change-Id: Ia66553c5dbc9e800bf35c413f6448e394bf53b62 Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
2019-09-10[NFVBENCH-151] Allocate hugepages on two NUMAs in nfvbenchvm3.6.1Yichen Wang1-1/+1
Change-Id: I001db6d15453bf3af8ad109d1497bc68e7c104a7 Signed-off-by: Yichen Wang <yicwang@cisco.com>
2019-06-22NFVBENCH-138 Use yaml.safe_load() instead of unsafe yaml load3.4.2ahothan1-1/+1
Change-Id: Ifa1796b8dbc1bc5d92dd765a18b9b8022d3b3289 Signed-off-by: ahothan <ahothan@cisco.com>
2019-05-29NFVBENCH-136 Add support for multiqueue for PVP/PVVP chains3.3.0ahothan2-5/+41
Change-Id: Ia6bc2b1f97ecdf1d94206f9cda46e62910eb6546 Signed-off-by: ahothan <ahothan@cisco.com>
2019-05-16NFVBENCH-134 Support multiple idle interfaces per test VMahothan1-66/+98
Enhance test VM to support auto-selection of PCI addresses based on MAC address Enhance syslog reporting in test VM Increase test VM version to 0.7 Add new properties to cfg.defaults.yaml to support idle interfaces Enhance cleanup to support idle networks and ports Change-Id: Ia89a2a1bee9eb5fb56f7adde074bdcec09cb0a3f Signed-off-by: ahothan <ahothan@cisco.com>
2018-02-26[NFVBENCH-70] Update nfvbenchvm to 0.6Yichen Wang2-6/+4
1. Update kernel to 4.4.118-1.el7.elrepo.x86_64; 2. Update to build testpmd off DPDK 18.02; 3. Update txd/rxd of testpmd to 256/1024; 4. Update VPP to 17.10-9~gd594711~b55.x86_64; Change-Id: I1321b306143d1daf81f8a984ad7739a980c5cfb9 Signed-off-by: Yichen Wang <yicwang@cisco.com>
2017-11-30[NFVBENCH-49] Fix the regression issue and support VPPYichen Wang2-15/+23
Change-Id: I7a2e000e80ea624b279b9d0aa99a21c3f33c989d Signed-off-by: Yichen Wang <yicwang@cisco.com>
2017-11-24Add support to use vswitch to handle V2V in PVVP SRIOV scenarioYichen Wang7-9/+31
1. Add support to use vswitch to handle V2V in PVVP SRIOV scenario 2. Update nfvbenchvm to 0.5: (1) Update VPP to 17.10; (2) Update DPDK testpmd to 17.08; (3) Change kernel to based on longterm lineup; Change-Id: I944489579a4cd92d17075e80870bbdb32512a150 Signed-off-by: Yichen Wang <yicwang@cisco.com>
2017-09-08[NFVBENCH-20] Use updated kernel for the image1.0.6Yichen Wang3-4/+7
1. Update testpmd to DPDK 17.05.2; 2. Update VPP to 17.07-30; 3. Fix the script to use the new kernel; buildvm Change-Id: Icd62ff1c383598db4f80bc9b36794ff0f8d0e56c Signed-off-by: Yichen Wang <yicwang@cisco.com>
2017-08-04Add the scipts to build NFVbench VMYichen Wang17-0/+259
Change-Id: I9632333777260468d6f07cf0149c789626f20145 Signed-off-by: Yichen Wang <yicwang@cisco.com>