action #20464
closed[scheduling] Job created with "jobs post" not expand specified MACHINE variable
100%
Description
I am creating job with "jobs post" and specifying this set of variables :
{ "HDDSIZEGB=20",
"MACHINE=aarch64",
"VERSION=12-SP2",
"FLAVOR=Server-HPC",
"DISTRI=sle",
"WORKER_CLASS=qemu_aarch64",
"DESKTOP=textmode",
"ARCH=aarch64",
"PACKAGE_REPO=http://download.suse.de/ibs/Devel:/HPC:/SLE12SP2/standard",
"PACKAGETOINSTALL=openqa-ci-test-fail-openqa-tests",
"_GROUP=HPC StagingNext",
"HDD_1=sle-12-SP2-Server-HPC-aarch64-0290-with-hpc.qcow2",
"TEST=single_package_openqa-ci-test-fail-openqa-tests",
"HPC=1",
"BUILD=01"}
Created jobs don't get all variables which assigned to MACHINE='aarch64' in openQA settings.
Updated by szarate over 7 years ago
WHile talking to @asmorodskyi about this issue in particular, I was thinking that maybe if %MACHINE is found, it could be expanded by the webUI like we do already with other variables...
Updated by coolo over 7 years ago
both the expansion and the MACHINE is a feature of the job templates - which is only used by isos post. clone job also posts jobs with MACHINE because the other instance has it - and I don't think the MACHINE on your instance should have any relevance for clone_job.
So I would go with _MACHINE, _TEST_SUITE and _PRODUCT - along with _GROUP
Updated by asmorodskyi over 7 years ago
usage of _MACHINE variable produce same behavior . Or requirement is in obligatory usage of all 3 ( _MACHINE / _TEST_SUITE and _PRODUCT ) ?
Updated by coolo over 7 years ago
This is not supported yet - but it sounds useful to support, so we duplicate less infos
Updated by coolo about 7 years ago
- Subject changed from [tools] Job created with "jobs post" not expand specified MACHINE variable to Job created with "jobs post" not expand specified MACHINE variable
- Category set to 122
- Target version set to Ready
Updated by coolo almost 6 years ago
- Assignee set to Xiaojing_liu
- Target version changed from Ready to Current Sprint
- Difficulty set to medium
Updated by Xiaojing_liu almost 6 years ago
- Status changed from New to In Progress
Updated by Xiaojing_liu almost 6 years ago
- Status changed from In Progress to Resolved
- % Done changed from 0 to 100
Updated by mkittler almost 6 years ago
- Status changed from Resolved to In Progress
The implementation needs to be revised, see https://github.com/os-autoinst/openQA/pull/2073.
Likely it makes most sense to cherry-pick your first commit https://github.com/os-autoinst/openQA/pull/2057/commits/9091529a8d0e8c6b62ff38a503f1a7502a2ec62c and improve it as needed:
- The code for the settings expansion should be correct. That is the most important point and it can be verified with the testcases you created today. As @kraih mentioned it makes also sense to add tests with variables used in production.
- It should be in its own module because the utils have already grown too big. But I still wouldn't use object orientation here. It is simply an overkill in my opinion. Without object orientation the module can still hide the internal helper.
- Prevent unnecessary copies. (The previous implementation attempt created an unnecessary copy in the constructor.)
Updated by szarate almost 6 years ago
- Related to action #51479: Some jobs don't get all the %variables% properly expanded added
Updated by szarate almost 6 years ago
- Related to deleted (action #51479: Some jobs don't get all the %variables% properly expanded)
Updated by szarate almost 6 years ago
- Has duplicate action #51479: Some jobs don't get all the %variables% properly expanded added
Updated by Xiaojing_liu over 5 years ago
Updated by okurz over 5 years ago
- Subject changed from Job created with "jobs post" not expand specified MACHINE variable to [scheduling] Job created with "jobs post" not expand specified MACHINE variable
- Category changed from 122 to Feature requests
Updated by Xiaojing_liu over 5 years ago
- Status changed from In Progress to Resolved