action #73564
closed
jeos_extra_tests_vagrant@RPi4 misses the vagrant image
Added by ggardet_arm over 3 years ago.
Updated over 3 years ago.
Category:
Bugs in existing tests
Description
Observation¶
openQA test in scenario opensuse-Tumbleweed-JeOS-for-RPi-aarch64-jeos_extra_tests_vagrant@RPi4 fails in
tumbleweed
The x86 test extra_tests_vagrant@64bit https://openqa.opensuse.org/tests/1440963 has multiple additional assets, including the vagrant.libvirt.box image.
Not sure where we need to add them.
Test suite description¶
Test vagrant on top of JeOS (for RPi4)
Reproducible¶
Fails since (at least) Build 20201014
Expected result¶
Last good: (unknown) (or more recent)
Further details¶
Always latest result in this scenario: latest
- Status changed from New to In Progress
- Assignee set to ggardet_arm
PR has been merged and now the file is available on the remote worker, but wget --quiet http://192.168.0.30:20043/GWE_OjBvwRNuo6DL/assets/other/Tumbleweed.aarch64-1.0-libvirt-Snapshot20201018.vagrant.libvirt.box is still not working: https://openqa.opensuse.org/tests/1442318#step/tumbleweed/16 (error 8 means Server issued an error response)
EDIT:
If I try manually without the --quiet, I get:
--2020-10-20 09:36:24-- http://192.168.0.30:20043/GWE_OjBvwRNuo6DL/assets/other/Tumbleweed.aarch64-1.0-libvirt-Snapshot20201018.vagrant.libvirt.box
Connecting to 192.168.0.30:20043... connected.
HTTP request sent, awaiting response... 404 Not Found
2020-10-20 09:36:24 ERROR 404: Not Found.
On the server it is in
/var/lib/openqa/cache/openqa.opensuse.org/Tumbleweed.aarch64-1.0-libvirt_aarch64-Snapshot20201018.vagrant.libvirt.box
/var/lib/openqa/pool/1/Tumbleweed.aarch64-1.0-libvirt_aarch64-Snapshot20201018.vagrant.libvirt.box
/var/lib/openqa/pool/4/Tumbleweed.aarch64-1.0-libvirt_aarch64-Snapshot20201018.vagrant.libvirt.box
- Assignee deleted (
ggardet_arm)
It seems that this image could only be retrieved via the nfs share, not from cache service as used for remote workers.
It looks like this is just a mismatch in the name now. *libvirt* vs *libvirt_aarch64*
Ok, so just a name mismatch after all.
Just for the record:
- This is supposed to work without the NFS share relying on the worker cache since https://github.com/os-autoinst/os-autoinst/pull/1527.
- Trying with wget makes only sense as long as the very same job is still running. If already the next job runs then a 404 result is actually expected because the jobtoken is now different.
- Status changed from In Progress to Resolved
Also available in: Atom
PDF