-
Notifications
You must be signed in to change notification settings - Fork 822
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WSL 2 broken on Windows Server Preview (since change to fe_release branch) #6301
Comments
@aPinat it appears the last WSL2 compatible build of Server was 20241 and that time bombed out on 1/31 so you can no longer start WSL without setting your clock back but then TLS and everything else goes up in smoke. I have confirmed that the recently released build 20313 still has the same behavior you listed above. It would be nice if Microsoft would at least broach the subject.... |
@benhillis @bpulliam & @craigloewen-msft is there an update? I just tried again with build 20317 and it's the same behavior as listed in here. It's been broken for over 4 months now can Microsoft at least acknowledge the problem so it can be remedied in the future? |
Still the same in the build 20324 :( |
stll broken in 20344, which even removed timebomb and cannot be activated with the preview keys... |
same issue in widnows server 2022 20348.11 |
Hi folks, we've added support for WSL 2 distros on Windows Server 2022! This is available right now by installing KB5014021. Currently this update is only available for seekers, and next month it will be pushed by default. Going forwards, WSL will be supported both on Windows server and Windows desktop SKUs. Thank you all for the feedback, we appreciate your energy and passion for WSL! I've edited this comment to give more accurate up to date information. Below you can find the original comment. Hi all, thank you for your patience on this. Support for WSL 2 distros in the Windows Subsystem for Linux (WSL) is not included in Windows Server versions. WSL was created to support inner development loop scenarios. The Windows Desktop SKUs (where WSL 2 is supported) are recommended SKUs for these scenarios. For those who would like to use Linux in production scenarios in a server environment we recommend using server products such as Hyper-V VMs, and AKS on Azure Stack HCI. As always, we welcome any further Windows Server feedback through our Feedback Hub. |
In that case, update wsl.exe tool on windows server that it will not list version 2 options in help |
I agree, that's a great action item for us to take for future server versions. I've filed a bug for that on the team. |
@craigloewen-msft I disagree vehemently with this decision. It was working perfectly in prior releases. Telling customers that want to use WSL2 on a Server to use Desktop SKUs just strikes me as an incredibly tone deaf move by Microsoft. Why even have WSL1 on Windows Server at that point? |
Prob
Try to use docker desktop in production without wsl2, OSM maps for example. Is bloody hell. Docker not always start with hyper-v, and preparing custom WS builds with docker+hyper-v did not work. In W10 all work, but only 10 TCP connection. So we should give up and migrate to linux? |
That's correct. Per #6301 (comment), the advice for hosting Linux production workloads on Windows Server is Linux in a VM, or for containerised workloads, have Linux and Windows nodes available in a Kubernetes deployment. |
What's the point ? That's a nonsense. Completely disagree on this decision. |
I have been waiting years to be able to run Docker using WSL 2 on Windows Server with Desktop Experience, which suits my needs perfectly. The decision to remove the support for WSL 2 in Windows Server 2022 is very saddening... |
It's really unfortunate since I was expecting 2022 to have WSL2 so we could run tests for Docker on Windows (Linux containers). GitHub Actions and Azure DevOps Pipelines use Windows Server only so we won't be able to do anything. |
I was hoping that once LTSC version comes out the support for WSL2 will be restored as it was already working in older Windows Server insider builds. Unfortunately it's still broken. Anyone found a hack to i.e. replace some system files from an older build where WSL2 used to work? |
so it just works without "server" label :( |
Windows Server é uma merda! |
So, do I understand correctly that WSL2 will work if I install Azure Kubernetes Service onto Windows Server Datacenter? |
Not as far as I understand. If you're using AKS on Azure Stack HCI or Windows Server 2019 Datacenter, then the cluster is using Linux VMs, not WSL2. |
And using WSL (WSL2) in Windows Server 2022 has a chance to cause a blue screen error that the kernel security check fails |
is it fixed in Windows server 2022 datacenter? As I have tried but WSL is not switching to wsl2 and I have to use hyper vm to use docker desktop. Any suggestion that could help to fix this issue and i can run docker desktop with WSL2 support on windows server 2022? |
I'm pretty sure "future server versions" here meant after Windows Server 2022, which was already "RTM" at the time of that comment. Also, the "action item" was removing the WSL2 option from |
20H2 EOL is in 2 days, Craig. May I ask if you have an issue with DDA and WS2? |
looking for updates on this as well... |
Any update? I want to run linux dockers/containers on Windows Server 2022 using WSL |
I don't think it's going to happen, the reason I want to use Windows Server is because I can completely delete the antivirus because it's useless and slow when building Java projects because the antivirus keeps scanning even when it's turned off and the filter folder. |
It is ridiculous that you allow WSL1 but not 2 its hypocrisy, you can have it... but not with full kernel support, can you at least say why you wont allow this to be a fully functional kernel. Clearly it is what your users are wanting, when we are checking this after it being open for 6 months... |
Sadly WSL2 has some serious trouble still that I think they may want to solve before moving it forward. They have a "schizophrenia" problem with networking between WSL1 vs WSL2 at the moment (check out these 591 comments for an example: #4150). |
Well until WSL2 is supported on Windows Server, people are going to run Windows 10/11 in the data center simply because a lot of people need to run docker or other container platforms and it is inefficient to run in a VM instead. |
@iambenmitchell to be honest, I'm finding that running Proxmox on Hyper-V is more sane at the moment since it gives networking stability + management of LXCs (and Docker if you configure it to do so through some additional effort). Personally I think LXC mgmt via Proxmox is a little cleaner and visible, so to speak, for various applications. |
This issue is a real shame for Microsoft. The very unfair answer would be that Microsoft decides to only fix this on Azure HCI. |
Hi folks, we've added support for WSL 2 distros on Windows Server 2022! This is available right now by installing KB5014021. Currently this update is only available for seekers, and next month it will be pushed by default. Going forwards, WSL will be supported both on Windows server and Windows desktop SKUs. Thank you all for the feedback, we appreciate your energy and passion for WSL! |
Amazing! Music to my ears, and I am sure a lot of other people are pleased by this thanks! |
Amazing, thank you for listening to the community! Great work. |
Thanks @craigloewen-msft |
When is this going to be available on github action runners? (self-hosted does not count) |
Pretty sure you can do it with a self-hosted runner |
@tristanbarcelon See #6995 and possibly microsoft/terminal#3158 (comment). AFAIK this is possibly a known issue with WSL2, and depending on the exact problem, that second link mentions a workaround and the reason. |
@ssbarnea At a minimum, it'll be when https://github.com/actions/virtual-environments/blob/main/images/win/Windows2022-Readme.md is incremented past Build 740. It's currently Build 707 (the last regular update) and that happened within a few days of the update itself being released. So probably mid-June for that. I hit an issue earlier this year that suggested the Virtualisation Platform (used by both WSL2 and Hyper-V container isolation) isn't enabled on the Server 2022 GitHub runners, so that may need to be enabled as well. https://github.com/marketplace/actions/setup-wsl agrees that Hyper-V is not enabled on the So you may find that a self-hosted runner is your only option there, sadly. |
Thank you @craigloewen-msft |
Hi @craigloewen-msft, are there plans to backport this change to Windows Server 2019? |
Are the github runners hosted on AWS EC2 or Azure VMs? With our previous attempts at this with Azure, certain VM types do not have nested virtualization turned on and this prevented us from running docker. A WSL2 faq seems to confirm this. |
@jaredhagel no we do not plan to backport this change to Windows Server 2019. |
Yeah, they're Azure-hosted Standard_DS2_v2 virtual machines. The doc for DSv2-series says
so yeah, I guess unless something changes (like upgrading to Standard_D2s_v3), WSL2 on GH-hosted GHA runners still won't happen even though the OS supports it.
|
WSL2 crashes on my server 2022:
Logs: Debug:
|
@karstennilsen Maybe worth trying some of the solutions in #5768? Otherwise, I'd suggest opening a new issue, since this issue is already quite long, has a lot of subscribers, and is Closed so may not get the attention you need. |
Don't run distro as |
Environment
Steps to reproduce
Run any WSL 2 related command like for example
wsl --set-default-version 2
orwsl --set-version Ubuntu 2
or try to run Docker Desktop with the WSL 2 backend.Expected behavior
Command executes successfully.
Actual behavior
Commands just result in the same output as
wsl --help
shows.Noting that it does NOT output
Invalid command line option: <options>
in first line, but in fact only the usage info as inwsl --help
.Docker Desktop with WSL 2 backend startup also fails showing the same output (
wsl --help
) as error.Additional links
Related discussion: https://techcommunity.microsoft.com/t5/windows-server-insiders/wsl-2-not-working-after-installing-20262/m-p/1928823
The text was updated successfully, but these errors were encountered: