Project

General

Profile

action #45038

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

Added by mlin7442 over 4 years ago. Updated over 4 years ago.

Status:
Rejected
Priority:
High
Assignee:
JRivrain
Category:
Bugs in existing tests
Target version:
SUSE QA - 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

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

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

History

#1 Updated by SLindoMansilla over 4 years ago

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

#2 Updated by okurz over 4 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

#3 Updated by okurz over 4 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

#4 Updated by okurz over 4 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

#5 Updated by JRivrain over 4 years ago

  • Assignee set to JRivrain

#6 Updated by JRivrain over 4 years ago

#7 Updated by JRivrain over 4 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]

#8 Updated by JRivrain over 4 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");
}
}

#9 Updated by JRivrain over 4 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"

#10 Updated by riafarov over 4 years ago

  • Estimated time set to 5.00 h

#11 Updated by okurz over 4 years ago

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

#12 Updated by szarate over 4 years ago

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

#13 Updated by mloviska over 4 years ago

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

#14 Updated by mloviska over 4 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

#15 Updated by okurz over 4 years ago

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

#16 Updated by okurz over 4 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

Also available in: Atom PDF