Project

General

Profile

Actions

action #45038

closed

[functional][y][leap] test fails in installation - autoyast profile can not be retrieved, no network?

Added by mlin7442 about 6 years ago. Updated almost 6 years ago.

Status:
Rejected
Priority:
High
Assignee:
Category:
Bugs in existing tests
Target version:
SUSE QA (private) - Milestone 22
Start date:
2018-12-12
Due date:
2019-01-29
% Done:

0%

Estimated time:
5.00 h
Difficulty:

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


Related issues 2 (0 open2 closed)

Related to openQA Project (public) - action #43511: [functional][u] Asset cache does not support ASSET_ assetsResolvedszarate2018-11-07

Actions
Related to openQA Tests (public) - action #46094: [sle][functional][u] test fails in installation - missing assets or wrong linkResolvedszarate2019-01-142019-01-29

Actions
Actions #1

Updated by SLindoMansilla about 6 years ago

  • Subject changed from test fails in installation - autoyast to [functional][y] test fails in installation - autoyast
Actions #2

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

Actions #3

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

Actions #4

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

Actions #5

Updated by JRivrain almost 6 years ago

  • Assignee set to JRivrain
Actions #6

Updated by JRivrain almost 6 years ago

Actions #7

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]

Actions #8

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");
}
}
Actions #9

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"

Actions #10

Updated by riafarov almost 6 years ago

  • Estimated time set to 5.00 h
Actions #11

Updated by okurz almost 6 years ago

  • Blocks action #46094: [sle][functional][u] test fails in installation - missing assets or wrong link added
Actions #12

Updated by szarate almost 6 years ago

  • Related to action #43511: [functional][u] Asset cache does not support ASSET_ assets added
Actions #13

Updated by mloviska almost 6 years ago

  • Blocks deleted (action #46094: [sle][functional][u] test fails in installation - missing assets or wrong link)
Actions #14

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

Actions #15

Updated by okurz almost 6 years ago

  • Related to action #46094: [sle][functional][u] test fails in installation - missing assets or wrong link added
Actions #16

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

Actions

Also available in: Atom PDF