coordination #60518
closed
[functional][u][rpi][epic] Add support for real systems without IPMI or KVM-IP in openQA/os-autoinst
Added by ggardet_arm over 5 years ago.
Updated over 4 years ago.
Estimated time:
(Total: 0.00 h)
Description
The goal of this ticket is to track progress of the support of real systems without IPMI or KVM-IP, in openQA/os-autoinst, such as Raspberry Pi boards and other ARM boards.
We need to:
-
Power ON/OFF the board (already supported by the generalhw backend, we just need hardware and scripts) Done
-
Flash the board (use another board with USB mass storage gadget to emulate a USB disk or use a USB switch to share a USB stick across hosts) Done
-
Use SSH consoles instead of VNC Done
-
Use real serial connection (optional, but useful before ssh is available) Done
The generalhw backend is designed for real systems connected to kvm-ip (keyboard, video, mouse over IP) systems with VNC support.
So, we could reuse this backend and make the VNC part optional and switch to SSH and serial consoles.
Related issues
1 (1 open — 0 closed)
- Subject changed from Add support for real systems without IPMI in openQA/os-autoinst to Add support for real systems without IPMI or KVM-IP in openQA/os-autoinst
- Description updated (diff)
Ok, above problems are now fixed.
Time for deeper tests.
Sometimes tests are failing with:
[2019-12-04T16:50:42.852 CET] [debug] /var/lib/openqa/share/tests/opensuse/tests/console/force_scheduled_tasks.pm:31 called testapi::wait_serial
[2019-12-04T16:50:42.853 CET] [debug] <<< testapi::wait_serial(buffer_size=undef, no_regex=0, timeout=1005, expect_not_found=0, quiet=undef, record_output=undef, regexp='TOP-DONE')
[2019-12-04T16:50:42.920 CET] [debug] Driver backend collected unknown process with pid 27334 and exit status: 1
[2019-12-04T16:50:42.920 CET] [debug] Driver backend collected unknown process with pid 27336 and exit status: 84
[2019-12-04T16:50:42.920 CET] [debug] Driver backend collected unknown process with pid 27337 and exit status: 0
[2019-12-04T16:50:42.921 CET] [debug] Driver backend collected unknown process with pid 27338 and exit status: 0
[2019-12-04T16:50:43.163 CET] [debug] Backend process died, backend errors are reported below in the following lines:
unexpected end of data at /usr/lib/os-autoinst/consoles/VNC.pm line 934.
It seems that some processes (ssh connection? local Xvnc? ...?) are exiting unexpectedly.
- Status changed from New to In Progress
- Assignee set to ggardet_arm
ggardet_arm wrote:
Sometimes tests are failing with:
[2019-12-04T16:50:42.852 CET] [debug] /var/lib/openqa/share/tests/opensuse/tests/console/force_scheduled_tasks.pm:31 called testapi::wait_serial
[2019-12-04T16:50:42.853 CET] [debug] <<< testapi::wait_serial(buffer_size=undef, no_regex=0, timeout=1005, expect_not_found=0, quiet=undef, record_output=undef, regexp='TOP-DONE')
[2019-12-04T16:50:42.920 CET] [debug] Driver backend collected unknown process with pid 27334 and exit status: 1
[2019-12-04T16:50:42.920 CET] [debug] Driver backend collected unknown process with pid 27336 and exit status: 84
[2019-12-04T16:50:42.920 CET] [debug] Driver backend collected unknown process with pid 27337 and exit status: 0
[2019-12-04T16:50:42.921 CET] [debug] Driver backend collected unknown process with pid 27338 and exit status: 0
[2019-12-04T16:50:43.163 CET] [debug] Backend process died, backend errors are reported below in the following lines:
unexpected end of data at /usr/lib/os-autoinst/consoles/VNC.pm line 934.
It seems to be fixed by: https://github.com/os-autoinst/os-autoinst/pull/1310
Great plan, thanks for working on it :).
Here is my current setup working properly so far (this is not from a full openQA setup, but I run manually isotovideo from worker machine):
We could merge worker and flasher if we find an aarch64 machine with a working OTG port.
- Subject changed from Add support for real systems without IPMI or KVM-IP in openQA/os-autoinst to [functional][u][rpi][epic] Add support for real systems without IPMI or KVM-IP in openQA/os-autoinst
- Blocks action #61801: [opensuse][aarch64] Tests to run on aarch64 real hardware (RPi3/4) added
It should be ok now.
Hardware need to be added to o3.
- Description updated (diff)
Here is an updated version where SUT serial is connected to flasher instead of openQA worker.
It requires:
- Status changed from In Progress to Resolved
- Tracker changed from action to coordination
Also available in: Atom
PDF