microsoft / microsoft/WSL

Error code: CreateInstance/CreateVm/ConfigureNetworking/0x8007054f

Open
#12,351 77 comments 29 reactions 0 assignees View on GitHub
emailed-logs
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

Open the contributing 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.