Project

General

Profile

Actions

action #64607

closed

[functional][y] switching to svirt console fails in hyperv_upload_assets

Added by riafarov about 4 years ago. Updated about 4 years ago.

Status:
Resolved
Priority:
High
Assignee:
Category:
Bugs in existing tests
Target version:
SUSE QA - Milestone 32
Start date:
2020-03-19
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

Observation

We enter the password, but somehow it didn't work.

openQA test in scenario sle-15-SP2-Full-x86_64-allmodules+allpatterns+registration@svirt-hyperv-uefi fails in
hyperv_upload_assets

Test suite description

Full Medium installation that covers the following cases:
1. Additional modules enabled using SCC (Legacy, Development Tools, Web and
Scripting, Containers, Desktop Applications);
2. All patterns installed;
3. System registration is skipped during installation;
4. Installation is validated by successful boot and that YaST does not
report any issues;
5. Registration is performed on the installed system.

Reproducible

Fails since (at least) Build 160.10

Expected result

Last good: (unknown) (or more recent)

Further details

Always latest result in this scenario: latest

Actions #1

Updated by szarate about 4 years ago

I'm quite sure that the hyperv_upload_assets module is there by mistake.

Use of uninitialized value in substitution (s///) at /var/lib/openqa/cache/openqa.suse.de/tests/sle/tests/shutdown/hyperv_upload_assets.pm line 69.
[2020-03-19T09:30:25.049 CET] [debug] Nothing to publish at /var/lib/openqa/cache/openqa.suse.de/tests/sle/tests/shutdown/hyperv_upload_assets.pm line 73.
Actions #2

Updated by riafarov about 4 years ago

szarate wrote:

I'm quite sure that the hyperv_upload_assets module is there by mistake.

Use of uninitialized value in substitution (s///) at /var/lib/openqa/cache/openqa.suse.de/tests/sle/tests/shutdown/hyperv_upload_assets.pm line 69.
[2020-03-19T09:30:25.049 CET] [debug] Nothing to publish at /var/lib/openqa/cache/openqa.suse.de/tests/sle/tests/shutdown/hyperv_upload_assets.pm line 73.

Strange thing that it works sometimes. Also it's not a recent change, as I've checked old runs and module was scheduled there (maybe it got changed even earlier). Haven't seen this error in the logs, it might be the root cause. Cheers!

Actions #3

Updated by riafarov about 4 years ago

  • Subject changed from [functional][u][y] switching to svirt console fails in hyperv_upload_assets to [functional][y] switching to svirt console fails in hyperv_upload_assets
  • Status changed from New to In Progress
  • Assignee set to riafarov

Actually, in the case reported we don't have image to publish, so the job dies. So unscheduling this module for that scenario will fix it. Running VR: https://openqa.suse.de/tests/4041128

Actions #4

Updated by riafarov about 4 years ago

  • Status changed from In Progress to Feedback
Actions #5

Updated by riafarov about 4 years ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF