action #90302
closed
coordination #58184: [saga][epic][use case] full version control awareness within openQA
coordination #80372: [epic] Cleanup vars.json as initial information container between openQA worker and isotovideo
coordination #67723: [epic] Remote openQA worker fails to run tests from openqa-clone-custom-git-refspec
Remote openQA worker fails to run tests from openqa-clone-custom-git-refspec due to differing paths
Added by okurz about 3 years ago.
Updated almost 3 years ago.
Category:
Regressions/Crashes
Description
Observation¶
See the original issue in #67723 for details:
Remote openQA worker fails to run tests from openqa-clone-custom-git-refspec, see: https://openqa.opensuse.org/tests/1287895
[0mneedles_dir not found: /var/lib/openqa/pool/2/os-autoinst-distri-opensuse/var/lib/openqa/cache/openqa1-opensuse/tests/opensuse/products/opensuse/needles (check vars.json?) at /usr/lib/os-autoinst/needle.pm line 330, <$fh> line 20.
[37m[2020-06-04T09:10:50.934 UTC] [debug] terminating command server 19004 because test execution ended through exception
[0m[37m[2020-06-04T09:10:51.935 UTC] [debug] done with command server
[0m18926: EXIT 1
Acceptance criteria¶
- AC1: openqa-clone-custom-git-refspec creates jobs with valid CASEDIR and valid NEEDLES_DIR if source job is a "remote worker"
- AC2: openqa-clone-custom-git-refspec still creates jobs that find tests from specified git hash and needles for other workers
Suggestions¶
- Ensure the involved workers are using relative paths, see #90290 and #90293
- Crosscheck if issue is fixed
- Status changed from Blocked to Workable
- Assignee deleted (
okurz)
with both #90290 and #90293 resolved we can check for the original problem if that still exists.
- Tracker changed from coordination to action
It would be great to have steps to reproduce and not just links to broken jobs.
I agree. But so far we simply do not have such steps formalized. Welcome to reality ;)
- Status changed from Workable to In Progress
- Assignee set to Xiaojing_liu
- Due date set to 2021-05-04
Setting due date based on mean cycle time of SUSE QE Tools
I did a test following this comment: https://progress.opensuse.org/issues/67723#note-12 on o3.
barry:~/:[0]# openqa-clone-custom-git-refspec https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/12349 https://openqa.opensuse.org/tests/1701892 WORKER_CLASS=aws
Created job #1706385: opensuse-15.3-DVD-aarch64-Build134.1-kde@aarch64 -> https://openqa.opensuse.org/t1706385
The source job 1701892 was run on worker openqa-aarch64:2. This worker is enabled cache service and using a relative path. The cloned job is run on ip-172-25-5-39:2, and the setting NEEDLE_DIR was opensuse/products/opensuse/needles.
I also did a test in my local: http://10.67.19.157/tests/531. This new job is run on a local worker that isn't enabled cache. The source job http://10.67.19.157/tests/530 was run on a remote worker which is enabled cache service. Both of the workers are enabled relative path.
So could we consider this remote worker issue has been fixed?
- Status changed from In Progress to Resolved
- Estimated time set to 4.00 h
- Due date deleted (
2021-05-04)
Also available in: Atom
PDF