History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: QB-2628
Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Critical Critical
Assignee: Robin Shen
Reporter: Phong Trinh
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
QuickBuild

Out of Memory in QB Server

Created: 20/Jan/16 05:46 PM   Updated: 13/Sep/22 07:59 PM
Component/s: None
Affects Version/s: 6.1.2
Fix Version/s: None

Original Estimate: Unknown Remaining Estimate: Unknown Time Spent: Unknown
Environment: Linux


 Description  « Hide
 We just upgraded our QuickBuild server to the latest version of QuickBuild and Java8. Then we are experiencing the memory issue which caused the server down several times since the upgrade. Look like the Java consumes a lot of memory. The physical RAM on the machine is 4GB which is as same as before the upgrade. Is QB compatible with Java8? The server log is as the follow, please advise:
   #
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (mmap) failed to map 3145728 bytes for committing reserved memory.
# Possible reasons:
# The system is out of physical RAM or swap space
# In 32 bit mode, the process size limit was hit
# Possible solutions:
# Reduce memory load on the system
# Increase physical memory or swap space
# Check if swap backing store is full
# Use 64 bit Java on a 64 bit OS
# Decrease Java heap size (-Xmx/-Xms)
# Decrease number of Java threads
# Decrease Java thread stack sizes (-Xss)
# Set larger code cache with -XX:ReservedCodeCacheSize=
# This output file may be truncated or incomplete.
#
# Out of Memory Error (os_linux.cpp:2627), pid=21777, tid=140167248578304
#
# JRE version: OpenJDK Runtime Environment (8.0_65-b17) (build 1.8.0_65-b17)
# Java VM: OpenJDK 64-Bit Server VM (25.65-b01 mixed mode linux-amd64 compressed oops)
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
--------------- T H R E A D ---------------

Current thread (0x00007f7b54081800): VMThread [stack: 0x00007f7b3aff8000,0x00007f7b3b0f9000] [id=21781]

Stack: [0x00007f7b3aff8000,0x00007f7b3b0f9000], sp=0x00007f7b3b0f7460, free space=1021k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0xa05a3d]
V [libjvm.so+0x4c2c6a]V
[libjvm.so+0x869c50]
V [libjvm.so+0x86441e]
V [libjvm.so+0x8dac2b]
V [libjvm.so+0x8db900]
V [libjvm.so+0x8dbc5b]
V [libjvm.so+0x8d81cc]
V [libjvm.so+0x8d89a8]
V [libjvm.so+0x88d673]
V [libjvm.so+0xa07693]
V [libjvm.so+0xa0bbf7]
V [libjvm.so+0xa0a5e8]
V [libjvm.so+0xa0aab9]
V [libjvm.so+0xa0af11]
V [libjvm.so+0x8670e2]

VM_Operation (0x00007f7acfc359a0): ParallelGCFailedAllocation, mode: safepoint, requested by thread 0x00007f7af4033800

 Thanks,
Phong Trinh
 

 All   Comments   Work Log   Change History      Sort Order:
Change by Robin Shen [30/Apr/16 01:01 AM]
Field Original Value New Value
Status Open [ 1 ] Closed [ 6 ]
Resolution Fixed [ 1 ]