action #45038
closed[functional][y][leap] test fails in installation - autoyast profile can not be retrieved, no network?
0%
Description
Observation¶
openQA test in scenario opensuse-15.1-DVD-x86_64-autoyast_reinstall_gnome@64bit fails in
installation
This looks rather openqa problem.
Reproducible¶
Fails since (at least) Build 366.2
Expected result¶
Last good: 361.3 (or more recent)
Suggestions¶
- Crosscheck with corresponding openSUSE Tumbleweed job
- Investigate if network is not working?
- Maybe blocked by "getting more info from post_fail_hook" in autoyast-installations?
Further details¶
Always latest result in this scenario: latest
Updated by SLindoMansilla about 6 years ago
- Subject changed from test fails in installation - autoyast to [functional][y] test fails in installation - autoyast
Updated by okurz almost 6 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: autoyast_reinstall_gnome
https://openqa.opensuse.org/tests/821628
Updated by okurz almost 6 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: autoyast_reinstall_gnome
https://openqa.opensuse.org/tests/830019
Updated by okurz almost 6 years ago
- Subject changed from [functional][y] test fails in installation - autoyast to [functional][y][leap] test fails in installation - autoyast profile can not be retrieved, no network?
- Description updated (diff)
- Due date set to 2019-01-29
- Status changed from New to Workable
- Priority changed from Normal to High
- Target version set to Milestone 22
@qsf-y could help with that
Updated by JRivrain almost 6 years ago
Same thing happens on Sle 12 sp5 https://openqa.suse.de/tests/2368828#step/installation/43 and Tumbleweed https://openqa.opensuse.org/tests/821009#step/installation/43. Hard to tell if it does so on sle 15 since the sut has not run for months : https://openqa.suse.de/tests/2059163#next_previous
See also https://progress.opensuse.org/issues/46094
Updated by JRivrain almost 6 years ago
See observations made here https://progress.opensuse.org/issues/46094 . The "*autoinst.xml" files appear to be under assets/other instead of assets/other/var/lib/openqa/pool/[someNumber]
Updated by JRivrain almost 6 years ago
Some variable is not initialized correctly. I think the url is generated by the data_url function in testapi (used by autoyast_boot_params in lib/bootloader_setup.pm). But I do no know what "get_var("AUTOYAST")" is returning here.
sub autoyast_boot_params {
my $ay_var = get_var("AUTOYAST");
return '' unless $ay_var;
my $autoyast_args = 'autoyast=';
# In case of SUPPORT_SERVER, profiles are available on another VM
if (get_var('USE_SUPPORT_SERVER')) {
my $proto = get_var("PROTO") || 'http';
$autoyast_args .= "$proto://10.0.2.1/";
$autoyast_args .= 'data/' if $ay_var !~ /^aytests\//;
$autoyast_args .= $ay_var;
} elsif ($ay_var !~ /^slp$|:\/\//) {
$autoyast_args .= data_url($ay_var); # Getting profile from the worker as openQA asset
} else {
$autoyast_args .= $ay_var; # Getting profile by direct url or slp
}
return $autoyast_args . " ";
}
sub data_url($) {
my ($name) = @_;
if ($name =~ /^REPO_\d$/) {
return autoinst_url("/assets/repo/" . get_var($name));
}
if ($name =~ /^ASSET_\d$/) {
return autoinst_url("/assets/other/" . get_var($name));
}
else {
return autoinst_url("/data/$name");
}
}
Updated by JRivrain almost 6 years ago
In vars.json we see that
ASSET_1 "/var/lib/openqa/pool/5/02368815-autoinst.xml"
AUTOYAST "ASSET_1"
AUTOYAST should be something like "basename ASSET_1"
Updated by okurz almost 6 years ago
- Blocks action #46094: [sle][functional][u] test fails in installation - missing assets or wrong link added
Updated by szarate almost 6 years ago
- Related to action #43511: [functional][u] Asset cache does not support ASSET_ assets added
Updated by mloviska almost 6 years ago
- Blocks deleted (action #46094: [sle][functional][u] test fails in installation - missing assets or wrong link)
Updated by mloviska almost 6 years ago
- Status changed from Workable to Rejected
I will set this as rejected since more information is in https://progress.opensuse.org/issues/46094
Updated by okurz almost 6 years ago
- Related to action #46094: [sle][functional][u] test fails in installation - missing assets or wrong link added
Updated by okurz almost 6 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: autoyast_reinstall_gnome
https://openqa.opensuse.org/tests/843192