Age | Commit message (Collapse) | Author | Files | Lines |
|
Rework the doc in order to improve the navigation experience and to make
it easier to update the doc:
- simplify structure: docs/{release-notes,user,developer}
- recreate sphinx config file
- switch theme from opnfv to piccolo
- fix minor rst issues
- fix external references
- add missing license headers (add a short header with copyright and
SPDX license identifier to the files lacking the information. The
header is based on https://github.com/david-a-wheeler/spdx-tutorial)
Change-Id: I9a1135a2873d9955beb26760e0cb6c5d6c1326bd
Signed-off-by: Gwenael Lambrouin <gwenael.lambrouin@orange.com>
|
|
Update the link to access to the qcow2 VM image in Google storage: use
https instead of http
Change-Id: I315fec57ae12256753bc9abf561c29aafa9aa325
Signed-off-by: Gwenael Lambrouin <gwenael.lambrouin@orange.com>
|
|
- separate loop VM and generator VM version numbers (a first step
towards using nfvbench version number for the generator VM)
- increase loop VM version number
- Add a release note page dedicated to nfvbench loop VM
Signed-off-by: Gwenael Lambrouin <gwenael.lambrouin@orange.com>
Change-Id: I2bc651eb315bfa889e5dd1d56f69e2c3d9219646
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
- 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>
|
|
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>
|
|
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>
|
|
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
|
|
Change-Id: Ic9be998451dceb314b2fc46e936604402a27e925
Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
|
|
Change-Id: I5ab68c6eadd4cbb91753870c10b53ead0b973bca
Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
|
|
Change-Id: Ia741847f886a291f0b0d7276e36d5c18f7819185
Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
|
|
Change-Id: I6e55b4c0ad41d773b5303b8dc8c09cee8482c646
Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
|
|
Change-Id: I0715b46b34b382176f2e06798deeede402b4c2fd
Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
|
|
Change-Id: Ic742d0f538b62a101d3c3752fd2008163bb3bbe0
Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
|
|
Change-Id: I9014b36b4f2e044f807a9b8a997e8c455511c046
Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
|
|
Change-Id: I789caa7f46bd2b21af15ec5ffe4d857e10a7734c
Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
|
|
inside VM)
Change-Id: Id919a1b9dbf5e04b198d022432ed5c64232a27ba
Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
|
|
loop VM
Change-Id: Ifd3f183345e21c7866e9e9898c7bbda601793b2c
Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
|
|
Change-Id: Ia66553c5dbc9e800bf35c413f6448e394bf53b62
Signed-off-by: fmenguy <francoisregis.menguy@orange.com>
|
|
Change-Id: I001db6d15453bf3af8ad109d1497bc68e7c104a7
Signed-off-by: Yichen Wang <yicwang@cisco.com>
|
|
Change-Id: Ifa1796b8dbc1bc5d92dd765a18b9b8022d3b3289
Signed-off-by: ahothan <ahothan@cisco.com>
|
|
build VM to adapt to new ci/cd workflow.
The VM image is built on gerrit verify when the image is not present in google storage.
It is not uploaded yet on google storage.
The build + upload of the new VM image is done after the review is merged.
For details on how this is done, refer to ./jjb/nfvbench/nfvbench.yaml in the opnfv releng repository.
Change-Id: I147d4ee6d101e9f2a7cf55fadd637c7fc89467a0
Signed-off-by: ahothan <ahothan@cisco.com>
|
|
Change-Id: Ia6bc2b1f97ecdf1d94206f9cda46e62910eb6546
Signed-off-by: ahothan <ahothan@cisco.com>
|
|
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>
|
|
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>
|
|
Change-Id: I7a2e000e80ea624b279b9d0aa99a21c3f33c989d
Signed-off-by: Yichen Wang <yicwang@cisco.com>
|
|
Change-Id: I2c049679be27c4404ba859d30c8b37f17b60496f
Signed-off-by: Kerim Gokarslan <kgokarsl@cisco.com>
|
|
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>
|
|
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>
|
|
Change-Id: Iffad4cccacccbb3df240d1b004c27ae209cec701
Signed-off-by: Kerim Gokarslan <kgokarsl@cisco.com>
|
|
Change-Id: I9632333777260468d6f07cf0149c789626f20145
Signed-off-by: Yichen Wang <yicwang@cisco.com>
|
|
Change-Id: Ie2993886dc8e95c5f73ccdb871add8b96ffcc849
Signed-off-by: ahothan <ahothan@cisco.com>
|