-
Notifications
You must be signed in to change notification settings - Fork 287
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
RAM/memory allocation with LCOW/windows containers? #1357
Comments
This appears, at first glance, to be equivalent to microsoft/opengcs#145 , which is linked from moby/moby#33850 . (Which is unfortunate, as several of my compilation steps require 2G just to show up, so I can't test LCOW at all ;_; ) |
I encountered this limitation when trying to use Node in a LCOW container where node was trying to go above 2GB and hitting an "out of memory exception". I was using Node in a LCOW as a build agent. Please let us increase this hard limit above 2GB.. This is the snippet of the "sh" script we run that shows us calling Node saying its ok to go up to 3GB (-max-old-space-size) . This is common in build agents building complex repositories.. [the example i use is trying to build the ANGULAR repository..
Below is the Node error i got showing the "process out of memory" in Node
|
Any update on this? I'm launching a java app in a container and it freaks out that it "sees" only ~900 MB available and dies (of course things work find on linux docker host). The closest answer I got was in this cryptic post mentioning JOB_OBJECT_LIMIT_JOB_MEMORY, but I don't know how to implement, my Windows Foo is very weak. FYI, I'm running windows server 1709 and docker (17.10.0-ee-preview-3) |
Issues go stale after 90d of inactivity. Prevent issues from auto-closing with an If this issue is safe to close now please do so. Send feedback to Docker Community Slack channels #docker-for-mac or #docker-for-windows. |
/remove-lifecycle stale |
Could someone please provide an estimate for when we can run LCOW with +2GB RAM? We would very much like to use LCOW mostly to be able to bind to localhost whilst still using linux containers (or has anyone found out how to do that with the MobyLinux VM?) |
Also looking for this issue to be fixed, as I'm containerizing a ASP.Net application using SQL Server, which requires 2 GB RAM to run. |
+1 for this. |
+4096 for this! Same situation. Want to use SQL Linux in a container while also testing asp.net application that requires windows. No reason this can't be done other than an arbitrary memory limit! I have 32GB of RAM so that is very frustrating!! |
Just ran into this myself. Not enough memory. |
/remove-lifecycle stale |
This is a massive blocker for us. We have a Linux container running WildFly that needs (and gets 3Gb) when Docker for Windows is running in Linux Container mode. |
I almost can't believe how much of a blocker this is for real-world usage
for so long for so many of us. As if it's being witheld on purpose, to fix
some other issues first?
Op wo 21 nov. 2018 om 19:22 schreef Mark Hemingway <notifications@github.com
…:
This is a massive blocker for us. We have a Linux container running
WildFly that needs (and gets 3Gb) when Docker for Windows is running in
Linux Container mode.
Switching Docker for Windows to Windows Container mode, I can see (using
cat /proc/meminfo) that the same container is only given less than 1Gb of
memory, and WildFly consequently dies.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#1357 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ALjT3IMR7pVtKYwOXuppnzpvssZAPbllks5uxZn7gaJpZM4QqLGT>
.
|
Can someone from the docker development team, please advise: |
My experience is that this can be worked around by building your own dockerd using the moby/moby master branch merged (locally) into the pull here moby/moby#37296 that fixes this issue. The merge to master is pending but I could not wait. I am now able to docker run --memory 6144m for example. |
@SteveTownsendBway We plan to use docker-compose to run our Linux containers via LCOW. |
Problem for us as well. Trying to run .Net Framework container alongside Linux container on Windows 10 Build 17134 and latest Docker with LCOW enabled. Let a guy experiment please! |
I don’t know Mark. Maybe the implementor or code reviewer can comment.
From: Mark Hemingway [mailto:notifications@github.com]
Sent: Thursday, November 22, 2018 9:07 AM
To: docker/for-win <for-win@noreply.github.com>
Cc: Steve Townsend <stownsend@broadwaytechnology.com>; Mention <mention@noreply.github.com>
Subject: Re: [docker/for-win] RAM/memory allocation with LCOW/windows containers? (#1357)
@SteveTownsendBway<https://github.com/SteveTownsendBway> We plan to use docker-compose to run our Linux containers via LCOW.
Will moby/moby#37296<moby/moby#37296> fix this issue for docker-compose too?
Will the docker-compose mem_reservation: flag suddenly start working again? Or will a new PR be required for docker-compose?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#1357 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AllTTPHaPUAN1z1aMJT9xNpdlZ1xPxt_ks5uxq-SgaJpZM4QqLGT>.
|
@KwalityKoder After applying moby/moby#37296, |
- There are 2 current issues with building the Alpine based agent container in Azure: - LCOW doesn't support memory limits on containers and gcc currently gets an OOM (out of memory) error during compilation. This issue is documented in a few places, notably: docker/for-win#1357 moby/moby#37296 - Multi-stage builds aren't fully supported in LCOW, though some portions are working. Of note, the following issue is still open: microsoft/opengcs#156 And other issues have been resolved: microsoft/opengcs#168 microsoft/opengcs#169 The LCOW "epic" should eventually be updated when support is complete: moby/moby#33850 It's difficult at this time to tell if the current multi-stage support is adequate given the blocking memory problem. It may very well be enough. - For now, disable the Azure pipelines steps for building until the point at which they can be re-enabled.
- There are 2 current issues with building the Alpine based agent container in Azure: - LCOW doesn't support memory limits on containers and gcc currently gets an OOM (out of memory) error during compilation. This issue is documented in a few places, notably: docker/for-win#1357 moby/moby#37296 - Multi-stage builds aren't fully supported in LCOW, though some portions are working. Of note, the following issue is still open: microsoft/opengcs#156 And other issues have been resolved: microsoft/opengcs#168 microsoft/opengcs#169 The LCOW "epic" should eventually be updated when support is complete: moby/moby#33850 It's difficult at this time to tell if the current multi-stage support is adequate given the blocking memory problem. It may very well be enough. - For now, disable the Azure pipelines steps for building until the point at which they can be re-enabled.
Issues go stale after 90d of inactivity. Prevent issues from auto-closing with an If this issue is safe to close now please do so. Send feedback to Docker Community Slack channels #docker-for-mac or #docker-for-windows. |
/remove-lifecycle stale |
As other people have mentioned, this is pretty much covered under moby/moby#37296. According to the latest comment on that thread, the feature is now part of docker nightly builds. However no ETA on when this will be part of edge/stable of CE or EE |
Issues go stale after 90d of inactivity. Prevent issues from auto-closing with an If this issue is safe to close now please do so. Send feedback to Docker Community Slack channels #docker-for-mac or #docker-for-windows. |
/remove-lifecycle stale |
/remove-lifecycle stale |
Any update? |
Issues go stale after 90d of inactivity. Prevent issues from auto-closing with an If this issue is safe to close now please do so. Send feedback to Docker Community Slack channels #docker-for-mac or #docker-for-windows. |
/remove-lifecycle stale |
/lifecycle frozen |
/remove-lifecycle frozen |
/remove-lifecycle stale |
Issues go stale after 90 days of inactivity. Prevent issues from auto-closing with an If this issue is safe to close now please do so. Send feedback to Docker Community Slack channels #docker-for-mac or #docker-for-windows. |
Closed issues are locked after 30 days of inactivity. If you have found a problem that seems similar to this, please open a new issue. Send feedback to Docker Community Slack channels #docker-for-mac or #docker-for-windows. |
Expected behavior
I expected LCOW mode to give my containers access to all of my Windows' box's RAM.
Actual behavior
The RAM appears to be capped to 1G, per /proc/meminfo
Also, there is no longer anything in the Docker Settings to change it.
Information
B20175AC-8170-4955-8409-C1846A7F82E7/2017-11-24_12-20-54
Steps to reproduce the behavior
Run any linux contain in Windows Container mode.
The text was updated successfully, but these errors were encountered: