action #45038
closed
[functional][y][leap] test fails in installation - autoyast profile can not be retrieved, no network?
Added by mlin7442 over 5 years ago.
Updated about 5 years ago.
Category:
Bugs in existing tests
Target version:
SUSE QA - Milestone 22
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
- Subject changed from test fails in installation - autoyast to [functional][y] test fails in installation - autoyast
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
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
- 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
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");
}
}
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"
- Estimated time set to 5.00 h
- Blocks action #46094: [sle][functional][u] test fails in installation - missing assets or wrong link added
- Related to action #43511: [functional][u] Asset cache does not support ASSET_ assets added
- Blocks deleted (action #46094: [sle][functional][u] test fails in installation - missing assets or wrong link)
- Status changed from Workable to Rejected
- Related to action #46094: [sle][functional][u] test fails in installation - missing assets or wrong link added
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
Also available in: Atom
PDF