Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ethernet tests ethernet/iperf3_{interface} #295

Closed
pieqq opened this issue Jan 6, 2023 · 1 comment
Closed

Ethernet tests ethernet/iperf3_{interface} #295

pieqq opened this issue Jan 6, 2023 · 1 comment
Labels
bug Something isn't working duplicate This issue or pull request already exists

Comments

@pieqq
Copy link
Collaborator

pieqq commented Jan 6, 2023

Bug Description

ethernet/iperf3_{interface} job runs the network.py script that toggles network interfaces before and after the test.

Sometimes, this does not work; recently, we've got issues with 2 customer projects:

  • in the first, a CANBus interface is declared. It is down by default because it is not plugged to anything, and we only plug it during the CANBus test. When ethernet/iperf3_{interface} jobs are run, it tries to up the CANBus interface, fails and complains
  • in the other one, a virtual network is present, and, similarly, is down by default (and cannot be activated). It results in the following complaints from the script:
WARNING:root:Removing iperf server 10.102.182.100 (10.102.182.100) from
WARNING:root:test list since it's not within 10.102.88.0/23.
WARNING:root:Removing iperf server 10.102.182.137 (10.102.182.137) from
WARNING:root:test list since it's not within 10.102.88.0/23.
WARNING:root:Removing iperf server 10.102.182.101 (10.102.182.101) from
WARNING:root:test list since it's not within 10.102.88.0/23.
INFO:root:Testing enp1s0 against 10.102.89.198
INFO:root:Have successfully pinged 10.102.89.198 on enp1s0
INFO:root:-------------------- Test Run Number 1 --------------------
INFO:root:Using 1 thread.
INFO:root:Connecting to port 5201 on server....
INFO:root:Avg Transfer speed: 939.1 Mb/s
INFO:root:93.91% of theoretical max 1000 Mb/s
INFO:root:Average CPU utilization: 3.0%
INFO:root:
INFO:root:-------------------- Test Run Number 2 --------------------
INFO:root:Using 1 thread.
INFO:root:Connecting to port 5201 on server....
INFO:root:Avg Transfer speed: 939.3 Mb/s
INFO:root:93.93% of theoretical max 1000 Mb/s
INFO:root:Average CPU utilization: 2.9%
INFO:root:
INFO:root:-------------------- Test Run Number 3 --------------------
INFO:root:Using 1 thread.
INFO:root:Connecting to port 5201 on server....
INFO:root:Avg Transfer speed: 939.1 Mb/s
INFO:root:93.91% of theoretical max 1000 Mb/s
INFO:root:Average CPU utilization: 2.9%
INFO:root:
INFO:root:-------------------- Test Run Number 4 --------------------
INFO:root:Using 1 thread.
INFO:root:Connecting to port 5201 on server....
INFO:root:Avg Transfer speed: 939.1777777777778 Mb/s
INFO:root:93.92% of theoretical max 1000 Mb/s
INFO:root:Average CPU utilization: 3.0%
INFO:root:
RTNETLINK answers: Invalid argument
ERROR:root:Failed to restore enp0s30f4:Command '['ip', 'link', 'set', 'dev', 'enp0s30f4', 'up']' returned non-zero exit status 2.
RTNETLINK answers: Invalid argument
ERROR:root:Failed to restore enp0s30f5:Command '['ip', 'link', 'set', 'dev', 'enp0s30f5', 'up']' returned non-zero exit status 2.

Maybe a better way would be to save the status of each interface before the test, and bring all the interfaces in the same status after the test (i.e. to not touch interfaces that are down at the beginning of the test).

To Reproduce

  1. Make sure the device you're testing has network interfaces that are down and cannot be brought up.
  2. Ensure that checkbox config contains the IP# for the iperf3 server
  3. Select the stress test plan for 22.04 desktop
  4. Select the Ethernet tests under this test plan.

Environment

  • OS: 22.04
  • Checkbox 2.0.0

Relevant log output

No response

Additional context

No response

@pieqq pieqq added bug Something isn't working duplicate This issue or pull request already exists labels Jan 6, 2023
@pieqq
Copy link
Collaborator Author

pieqq commented Jan 6, 2023

Duplicate of #233

@pieqq pieqq marked this as a duplicate of #233 Jan 6, 2023
@pieqq pieqq closed this as completed Jan 6, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working duplicate This issue or pull request already exists
Projects
None yet
Development

No branches or pull requests

1 participant