Java 错误的网关/本机内存分配（mmap）无法映射x字节_Java_Ubuntu_Jenkins_Memory_Server

Java 错误的网关/本机内存分配（mmap）无法映射x字节

java ubuntu jenkins memory server

Java 错误的网关/本机内存分配（mmap）无法映射x字节,java,ubuntu,jenkins,memory,server,Java,Ubuntu,Jenkins,Memory,Server,因此，有时我在运行Jenkins作业时从服务器收到一个严重的网关错误，最近“有时”变成了“总是”。我们设法发现，最有可能的原因是： Java HotSpot(TM) 64-Bit Server VM warning: INFO: os::commit_memory(0x000000008c900000, 113246208, 0) failed; error='Cannot allocate memory' (errno=12) There is insufficient memory for

因此，有时我在运行Jenkins作业时从服务器收到一个严重的网关错误，最近“有时”变成了“总是”。我们设法发现，最有可能的原因是：

Java HotSpot(TM) 64-Bit Server VM warning: INFO: os::commit_memory(0x000000008c900000, 113246208, 0) failed; error='Cannot allocate memory' (errno=12)

There is insufficient memory for the Java Runtime Environment to continue.
Native memory allocation (mmap) failed to map 113246208 bytes for committing reserved memory.
An error report file with more information is saved as:
//hs_err_pid33.log
[ timer expired, abort... ]
Aborted (core dumped)

当我运行

free-m

时，我得到：

              total        used        free      shared  buff/cache   available
Mem:           7687        5983         209          83        1494        1248
Swap:             0           0           0

MemTotal:        7872324 kB
MemFree:          210708 kB
MemAvailable:    1281020 kB
Buffers:          346224 kB
Cached:           754116 kB
SwapCached:            0 kB
Active:          6580964 kB
Inactive:         526484 kB
Active(anon):    6012832 kB
Inactive(anon):    82220 kB
Active(file):     568132 kB
Inactive(file):   444264 kB
Unevictable:        3652 kB
Mlocked:            3652 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:               284 kB
Writeback:             0 kB
AnonPages:       6010792 kB
Mapped:           102896 kB
Shmem:             85520 kB
Slab:             436552 kB
SReclaimable:     362696 kB
SUnreclaim:        73856 kB
KernelStack:       14336 kB
PageTables:        22640 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     3936160 kB
Committed_AS:    9303016 kB
VmallocTotal:   34359738367 kB
VmallocUsed:           0 kB
VmallocChunk:          0 kB
HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
CmaTotal:              0 kB
CmaFree:               0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:      419816 kB
DirectMap2M:     7661568 kB
DirectMap1G:           0 kB

当我运行

less/proc/meminfo

时，我得到：

              total        used        free      shared  buff/cache   available
Mem:           7687        5983         209          83        1494        1248
Swap:             0           0           0

MemTotal:        7872324 kB
MemFree:          210708 kB
MemAvailable:    1281020 kB
Buffers:          346224 kB
Cached:           754116 kB
SwapCached:            0 kB
Active:          6580964 kB
Inactive:         526484 kB
Active(anon):    6012832 kB
Inactive(anon):    82220 kB
Active(file):     568132 kB
Inactive(file):   444264 kB
Unevictable:        3652 kB
Mlocked:            3652 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:               284 kB
Writeback:             0 kB
AnonPages:       6010792 kB
Mapped:           102896 kB
Shmem:             85520 kB
Slab:             436552 kB
SReclaimable:     362696 kB
SUnreclaim:        73856 kB
KernelStack:       14336 kB
PageTables:        22640 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     3936160 kB
Committed_AS:    9303016 kB
VmallocTotal:   34359738367 kB
VmallocUsed:           0 kB
VmallocChunk:          0 kB
HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
CmaTotal:              0 kB
CmaFree:               0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:      419816 kB
DirectMap2M:     7661568 kB
DirectMap1G:           0 kB

中的作业配置为：'-server-Xmx512m-dloging.config=/config/log/logback.xml'将

-Xmx512m

增加到

-Xmx1024m

没有帮助。此外，还有更多的詹金斯构建被一个接一个地触发

如果您能告诉我如何尝试/检查以解决此问题，我们将不胜感激

编辑：当我运行

top-o RES

时，我得到：

Tasks: 183 total,   1 running, 182 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.8 us,  0.5 sy,  0.0 ni, 98.7 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem :  7872324 total,   242744 free,  6122952 used,  1506628 buff/cache
KiB Swap:        0 total,        0 free,        0 used.  1282492 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                                                                 
16119 root      20   0 4766892 1.029g  16536 S   0.0 13.7   3:18.00 java                                                                                                                                    
16095 root      20   0 4754704 1.014g  16640 S   0.0 13.5   2:26.41 java                                                                                                                                    
16022 root      20   0 3595076 590968  16580 S   0.0  7.5   2:00.92 java                                                                                                                                    
15912 root      20   0 3083232 504068  16024 S   0.0  6.4   3:08.03 java                                                                                                                                    
16067 root      20   0 3106944 483148  16732 S   0.0  6.1   1:44.71 java                                                                                                                                    
16037 root      20   0 3039324 464488  16692 S   0.0  5.9   1:37.74 java                                                                                                                                    
16082 root      20   0 3111044 464216  16656 S   0.0  5.9   1:43.01 java                                                                                                                                    
16032 root      20   0 3026936 427452  16040 S   0.0  5.4   1:31.43 java                                                                                                                                    
15926 root      20   0 3118228 419600  16608 S   0.0  5.3   2:45.84 java                                                                                                                                    
15967 root      20   0 3016596 357356  16472 S   0.0  4.5   1:20.40 java                                                                                                                                    
 1113 root      20   0 2520832 121108   1376 S   0.0  1.5 605:52.95 dockerd

这真的不是个谜。你的内存快用完了。您的工作量增加了，该问题的发生也增加了。您需要确保您的服务器没有试图并行执行太多的操作，或者获取更多内存。如果您认为您有足够的内存，那么请确保您没有在docker之类的东西中意外地限制它。请注意，<代码> MMAP分配本地内存，所以<代码> Xmx < /代码>不会影响。你考虑过交换空间吗？@沃尔坎-我做了，但决定先搜索原因。你有什么建议？@Kayaman-so

-Xms

也不会做什么？您知道跟踪服务器操作执行的好方法是什么吗？这些Java进程是可疑的，它们总共占用了74.2%的内存。好吧，这是你的系统管理员（或者现在称之为“devops工程师”）的工作。如果您没有，那么您或其他人将开始学习一些新的东西（如Jenkins配置，如果不清楚的话）。当然，您可以尝试添加交换空间作为一种快速修复方法，但这些空间稍后会在您面前爆炸，并带来更大的后果。通过限制并行作业（可能导致更长的构建时间），您可以更轻松地完成任务。