-
Notifications
You must be signed in to change notification settings - Fork 42
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
Entrypoint config over-allocates memory #41
Comments
Agreed. I'll give this a whirl. |
Does the Garbage Collection for UniFi work sufficiently well enough to handle the 500M of Memory? |
That's exactly what I was wondering. I'm not sure if we've been hitting swap or not. |
I also neglected to mention my current workaround for this issue... apologies. Here's my docker run command: My current hardware, OS, and kernel config doesn't allow me to specify container memory |
FWIW having the high heap limit doesn't seem to cause a problem on my various RPi. |
@halindrome, What OS and version are you running? |
I also haven't had a problem which is the biggest reason I've never made this change. |
UniFi Controller is still going OOM, even with the new settings specified. I'm having trouble understanding why others are not experiencing similar issues. So, it begs the question: What am I doing differently than everyone else not experiencing this issue? Is it OS? Must I abandon Ubuntu? Appreciate any feedback. |
I am actually hitting high memory on the stock compose configuration now (finally). So yes, this 1024 limit is a problem for me too. It just took a while for the memory utilization to get up there. |
Ok I'll take a crack at this. |
@0r0misElda @halindrome Please have a look at #43 You can pull |
I'm finding that I can't start the container with only 512M of heap space for the JVM. |
Oops: I built tini for amd64 for all platforms. |
Fixed. |
I think it's working with 512MB heap space. Please test and report back. |
I'll have some time, tonight, to tinker with this again. Been away, fishing, conferences etc. I'll report back after testing it out a few days. Usually doesn't take it more than 2-3 days to go OOM, if I let it sit. |
@0r0misElda That's excellent! Did you set JAVA_OPTS or did you leave it at the default? |
@ryansch So, I spoke too soon. Sometime between my update yesterday, and just now, the Pi went OOM and I can't ssh into it, nor is it showing as available from the cloud. I didn't make any modifications for the start of the container. So, to be clear, no So, this seems to play like previous attempts. Anytime after the 48-72 hour mark, it can go OOM. |
I've merged #43 to make it easier to find good values for |
@0r0misElda Do you have anything else running on that box? |
@ryansch No, nothing else running on the box besides Docker and the UC container. I have the parts for my RPi 4 w/ 4GB RAM here now. I'm hoping to have it put together and in service soon. I think I'm just going to abandon the RPi3 for a UC. I appreciate the effort put forth trying to get past this issue. |
We've been running with the 512MB default for about a year. I'm going to go ahead and close this. |
FWIW m,y approach was to restart the docker container once a day. That
solved it on smaller memory machines. I am using a 4GB pi for most
installations now, so it doesn't run into this problem.
…On Fri, Jul 17, 2020 at 4:17 PM Ryan Schlesinger ***@***.***> wrote:
We've been running with the 512MB default for about a year. I'm going to
go ahead and close this.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#41 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAD7D4HHYH4J6262EZ6VJNLR4C5W7ANCNFSM4HCBIXHA>
.
--
Shane McCarron
halindrome@gmail.com
|
In: https://github.com/ryansch/docker-unifi-rpi/blob/master/5.10/Dockerfile.arm64v8
Line: ENTRYPOINT ["/usr/bin/java", "-Xmx1024M", "-jar", "/usr/lib/unifi/lib/ace.jar"]
Specifies: Max of 1024M for JVM use within the container. However, that is the max available on the Pi. Line should be modified to use a max of say 500M-700M, to allow enough for the base OS to continue to operate while the container is running in Docker.
Environment:
Ubuntu 18.04.2 LTS (GNU/Linux 4.15.0-1032-raspi2 aarch64)
Docker version 18.09.3, build 774a1f4
Container version ryansch/unifi-rpi:5.10.20-arm64v8
Rasberry Pi Model 3B
The text was updated successfully, but these errors were encountered: