If you were logged in you would be able to see more operations.
|
|
|
QuickBuild
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
|
|
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
|
Description
|
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
|
Show » |
Change by Robin Shen [30/Apr/16 01:01 AM]
|
Field |
Original Value |
New Value |
Status
|
Open
[ 1
]
|
Closed
[ 6
]
|
Resolution
|
|
Fixed
[ 1
]
|
|