action #179611
closed
[WSL] Failure downloading ASSET_1 in Win11
Added by dimstar about 1 month ago.
Updated 17 days ago.
Description
Observation¶
The test seems unable to find the appx
openQA test in scenario opensuse-Tumbleweed-WSL-x86_64-wsl-main@win11_uefi fails in
distro_install
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 20250325
Expected result¶
Last good: 20250325 (or more recent)
Further details¶
Always latest result in this scenario: latest
Files
Related issues
1 (1 open — 0 closed)
- Project changed from openQA Tests (public) to Containers and images
- Subject changed from test fails in WSL/distro_install to [WSL] test fails in WSL/distro_install
- Category deleted (
Bugs in existing tests)
- Status changed from New to Workable
- Priority changed from Normal to High
- Status changed from Workable to In Progress
- Assignee set to pherranz
Seems like the ASSET_1 cannot be properly downloaded in Win11. I'd investigate if this is due to SMB protocol restrictions.
After enabling the SMB1 feature, the issue persists. Looks like Win11 cannot reach the 10.0.2.4 IP from O3, I'll try the same for Win10 in O3 and both versions from OSD:
Definitely Win10 works well in O3 and OSD:
Same result in Win11 from OSD:
- Subject changed from [WSL] test fails in WSL/distro_install to [WSL] Failure downloading ASSET_1 in Win11
- Status changed from In Progress to Resolved
Seems that, as @favogt suggested, there's some SMB deprecation that prevents Win11 to get the files through that protocol.
Replacing my $wsl_appx_uri = "\\\\10.0.2.4\\qemu\\$wsl_appx_filename" with my $wsl_appx_uri = data_url('ASSET_1') solves the issue.
Also available in: Atom
PDF