Error code: CreateInstance/CreateVm/ConfigureNetworking/0x8007054f
- Dominant language
- C++
- Stars
- 33.7k
- Forks
- 1.8k
- Avg merge
- 3d 17h
- Merged PRs (30d)
- 116
Description
### Windows Version
Microsoft Windows [Version 10.0.22631.4460]
### WSL Version
2.3.26.0
### Are you using WSL 1 or WSL 2?
- [x] WSL 2
- [ ] WSL 1
### Kernel Version
5.15.167.4-1
### Distro Version
Ubuntu 22.04
### Other Software
None
### Repro Steps
Running wsl terminal first while wsl is stop.
### Expected Behavior
wsl can start normally without any errors.
### Actual Behavior
After Windows has been running for a certain period (during which WSL is usually inactive), there is a chance that the next time you attempt to start WSL, the following error may occur:
```
wsl: 出现了内部错误。
错误代码: CreateInstance/CreateVm/ConfigureNetworking/0x8007054f
wsl: 无法配置 networkingMode Mirrored) (网络,回退到 networkingMode None。
```
or maybe like this in english:
```
wsl: An internal error occurred.
Error code: CreateInstance/CreateVm/ConfigureNetworking/0x8007054f
wsl: Unable to configure networkingMode Mirrored) (network, falling back to networkingMode None.
```
LOG:I'm not sure where the log will appear, and the error message doesn't provide a log path.
I suspect this error code 0x8007054f is primarily caused by Windows, and the error code likely originates from the Windows system. Although WSL is functioning properly, there seems to be no internet connectivity.
And this error code always disappears after a Windows restart. Or I change `autoProxy=true` to `false` in the `.wslconfig` file. Of course, I just tested it, and even if I change the autoProxy configuration back to true and only restart WSL, it still works fine.
### Diagnostic Logs
_No response_
Contributor guide
Research direction
Start by reproducing the WSL 2 startup failure with networkingMode Mirrored and autoProxy enabled, comparing it with autoProxy=false and after restarting Windows. The report names no source file, test, or log location; done would require a reproducible diagnosis of 0x8007054f and a confirmed resolution for the networking fallback.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- networking, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100