Project

General

Profile

Actions

action #153105

closed

test fails in boot_windows: password expired

Added by dimstar 4 months ago. Updated about 1 month ago.

Status:
Resolved
Priority:
High
Assignee:
Category:
-
Target version:
-
Start date:
2024-01-04
Due date:
% Done:

100%

Estimated time:
Difficulty:

Description

Observation

This ticket is very similar to https://progress.opensuse.org/issues/151624;

Except: last time it was the Windows 11 disk, this time it's the Windows 10 disk.

openQA test in scenario opensuse-Tumbleweed-WSL-x86_64-wsl-main@win10_uefi fails in
boot_windows

Test suite description

Basic WSL test Test scope:
1) Prepare WSL and other features in Windows
2) Download the image
3) Import embedded certificate from the image
4) Load image
5) Define users
6) Register SUT
7) Exit WSL

Reproducible

Fails since (at least) Build 20240103 (current job)

Expected result

Last good: 20231228 (or more recent)

Further details

Always latest result in this scenario: latest

Actions #1

Updated by dimstar 4 months ago

https://openqa.opensuse.org/tests/3847233#step/boot_windows/5

That test is windows 11 based though - and also has an expired password :(

Actions #2

Updated by openqa_review 3 months ago

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: wsl-main@win11_uefi
https://openqa.opensuse.org/tests/3948416#step/boot_windows/1

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released" or "EOL" (End-of-Life)
  3. The bugref in the openQA scenario is removed or replaced, e.g. label:wontfix:boo1234

Expect the next reminder at the earliest in 28 days if nothing changes in this ticket.

Actions #3

Updated by ph03nix 3 months ago

  • Project changed from openQA Tests to 199
  • Category deleted (Bugs in existing tests)
  • Status changed from New to Workable
  • Priority changed from Normal to High
Actions #4

Updated by ph03nix 3 months ago

  • Project changed from 199 to openQA Tests
Actions #5

Updated by pherranz 3 months ago

  • Status changed from Workable to In Progress

Seems that the fix @etchubykalo and me applied to the registry to prevent password expiring is not working.
I'll look for another solution to this.

Actions #6

Updated by pherranz 3 months ago

  • Assignee set to pherranz
Actions #7

Updated by pherranz 3 months ago

The failure is not happening in OSD images, neither in the BIOS one. I've checked that the UEFI images in the O3 server are older than the other ones so maybe the fix did not apply propperly.

I'll re-copy the UEFI images from OSD to O3 again.

In OSD:

openqa:~/factory/hdd/fixed> ls -lah .. | grep 22H2
-rw-r--r-- 1 geekotest nogroup   11G Feb  2 13:18 windows-10-x86_64-22H2@windows_bios_boot.qcow2
-rw-r--r-- 1 geekotest nogroup   11G Feb  1 16:46 windows-10-x86_64-22H2@windows_uefi_boot.qcow2
-rw-r--r-- 1 geekotest nogroup  330K Feb  1 16:38 windows-10-x86_64-22H2@windows_uefi_boot-uefi-vars.qcow2
-rw-r--r-- 1 geekotest nogroup   14G Feb  2 13:22 windows-11-x86_64-22H2@windows_uefi_boot.qcow2
-rw-r--r-- 1 geekotest nogroup  330K Feb  2 13:11 windows-11-x86_64-22H2@windows_uefi_boot-uefi-vars.qcow2

In O3:

new-ariel:~/factory/hdd/fixed> ls -lah | grep 22H2
-rw-r--r-- 1 geekotest   nogroup  11G Feb  5 14:40 windows-10-x86_64-22H2@windows_bios_boot.qcow2
-rw-r--r-- 1 geekotest   nogroup  12G Jan 12 10:16 windows-10-x86_64-22H2@windows_uefi_boot.qcow2
-rw-r--r-- 1 geekotest   nogroup 330K Jan 12 09:29 windows-10-x86_64-22H2@windows_uefi_boot-uefi-vars.qcow2
-rw-r--r-- 1 geekotest   nogroup  12G Jan 12 11:20 windows-11-x86_64-22H2@windows_uefi_boot.qcow2
-rw-r--r-- 1 geekotest   nogroup 330K Jan 12 10:16 windows-11-x86_64-22H2@windows_uefi_boot-uefi-vars.qcow2
Actions #8

Updated by pherranz 3 months ago

qcow2 images re-copied and tests running

Actions #10

Updated by dimstar about 2 months ago

  • Status changed from Resolved to In Progress
Actions #12

Updated by ph03nix about 2 months ago

@pherranz can we not just re-create the Windows HDDs in the meantime?

Actions #13

Updated by pherranz about 2 months ago

Yes, sure. Let me start with it.

Actions #14

Updated by pherranz about 2 months ago

  • % Done changed from 0 to 50

Images re-generated in OSD. The three WSL builds have been re-run.

I'm moving the new images to O3 right now.

Actions #15

Updated by pherranz about 2 months ago

I've added some fallback code to ensure this does not happen again:

https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/18948

Actions #16

Updated by pherranz about 1 month ago

  • Status changed from In Progress to Resolved
  • % Done changed from 50 to 100
Actions

Also available in: Atom PDF