Server out of memory - no logs
I recently upgraded to a better machine with a ryzen 9 3550x3d and about ~150gb ram. One of my servers have recently been out of memory, with a player count of about 40-60 online daily. I have allocated about 16gb to the server. There are no logs detailing the crash and no file gets created when the server crashes. Any assistance regarding this would be nice
24 Replies
Thanks for asking your question!
Make sure to provide as much helpful information as possible such as logs/what you tried and what your exact issue is
Make sure to mark solved when issue is solved!!!
/close
!close
!solved
!answered
Requested by stoffeh#0
Pterodactyl?
Yep, however the pid limits were disabled
Show startup flags
'java -Xms16384M -Xmx16384M -XX:+UseG1GC -XX:+ParallelRefProcEnabled -XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions -XX:+DisableExplicitGC -XX:+AlwaysPreTouch -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=60 -XX:G1HeapRegionSize=16M -XX:G1ReservePercent=20 -XX:G1HeapWastePercent=5 -XX:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15 -XX:G1MixedGCLiveThresholdPercent=90 -XX:G1RSetUpdatingPauseTimePercent=5 -XX:SurvivorRatio=32 -XX:+PerfDisableSharedMem -XX:MaxTenuringThreshold=1 -Dusing.aikars.flags=https://mcflags.emc.gs -Daikars.new.flags=true -jar server.jar'
Aikar's Thoughts
JVM Tuning: Optimized G1GC for Minecraft - Aikar's Thoughts
Learn more about my In depth study on tuning the G1GC garbage collector to be optimized for how Minecraft servers run, and keep low pause efficient usage.
Remove alwayspretouch and reduce xmx and xms
20gb is allocated to the container. 16 is allocated for the server itself
What should I reduce it to?
4 gb overhead should be fine hmm
Odd
lower XMS to very low
i wouldnt suggest matching on ptero. just allocates it all and crashes
Should I just remove the xms flag or set it to a certain amount?
set it to 256
and see what happens
Still crashes
Flags are the same just with the xms change
java -Xms256M -Xmx16384M -XX:+UseG1GC -XX:+ParallelRefProcEnabled -XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions -XX:+DisableExplicitGC -XX:+AlwaysPreTouch -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=60 -XX:G1HeapRegionSize=16M -XX:G1ReservePercent=20 -XX:G1HeapWastePercent=5 -XX:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15 -XX:G1MixedGCLiveThresholdPercent=90 -XX:G1RSetUpdatingPauseTimePercent=5 -XX:SurvivorRatio=32 -XX:+PerfDisableSharedMem -XX:MaxTenuringThreshold=1 -Dusing.aikars.flags=https://mcflags.emc.gs -Daikars.new.flags=true -jar server.jar
Not exactly too sure on whether this could be a memory leak or not but the server has crashed multiple times since we upgraded machines, causing a real issue on my end since it rollbacks the map every time it crashes, and it seems like the server gets killed instead of a proper crash
Finally managed to catch the crash message, no logs get created but this shows up on console before the server auto restarts
If anyone can help with this that would be greatis this a host or your own machine?
honestly just set the ptero container to unlimited (0). It solves many headaches
All our servers are set to unlimited.
Our own machine
Would there be something in the ptero/docker settings that I would need to check
check if you have enough storage on the node/machine left
We have 2tb of space on the node and the server is using 150gb
how much storage does the server have allocated
600gb*
odd
well do what frerduro said
set the server ram to 0 so itll use "Unlimited"
what are you even running?
ah
40-60 online
Numbers fluctuate but that is the average. I can provide more details such as the number of plugins or server type if that's needed
I don't think that is the underlying issue since we have the same stuff as before we upgraded
Just the container or both the container and removing the -xmx flag?
just the container.
You can set disk to unlimited also btw.