问题[outofmemoryerror](server)

我正在尝试消除似乎正在影响mysqld服务的内存不足问题。该服务完全随机终止 - 有时每周一次，有时每两天一次。

我的 VPS 有 6GB 的 RAM 并且没有交换文件（我的提供商不允许/支持交换）。我的应用程序是PHP基于 - 的（Symfony框架）并在Apache 2.2.

今天晚上，我观察到 RAM 使用量激增。遗憾的是，我无法捕获 的准确输出free -m，但我记得-/+ buffers/cachefor columnfree大约为 1G。RAM 使用量从 4.8G 上升到 5.2G。

在维护窗口期间，我关闭了httpd和mysqld，mongod之后我得到了以下free -m输出：

[root@XXXYYYZZZ ~]# free -m
             total       used       free     shared    buffers     cached
Mem:          6144       4916       1227          0          0       1207
-/+ buffers/cache:       3709       2434
Swap:            0          0          0

3709M我的问题是那些用过的内存是怎么回事？该top命令没有透露太多：

top - 19:54:58 up 3 days,  6:35,  2 users,  load average: 0.00, 0.01, 0.05
Tasks:  21 total,   1 running,  20 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   6291456k total,  5034692k used,  1256764k free,        0k buffers
Swap:        0k total,        0k used,        0k free,  1236060k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      20   0 19236 1180  932 S  0.0  0.0   0:00.02 init
    2 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kthreadd/23992
    3 root      20   0     0    0    0 S  0.0  0.0   0:00.00 khelper/23992
  140 root      16  -4 10644  520  248 S  0.0  0.0   0:00.00 udevd
  482 root      20   0  179m 1252  828 S  0.0  0.0   0:00.04 rsyslogd
  493 dbus      20   0 21408  616  376 S  0.0  0.0   0:00.00 dbus-daemon
  510 root      20   0 66632 1232  520 S  0.0  0.0   0:00.00 sshd
  517 root      20   0 22184  904  668 S  0.0  0.0   0:00.00 xinetd
  870 root      20   0 66828  924  276 S  0.0  0.0   0:00.00 saslauthd
  871 root      20   0 66828  680   32 S  0.0  0.0   0:00.00 saslauthd
  886 root      20   0 83080 2664  840 S  0.0  0.0   0:04.99 sendmail
  894 smmsp     20   0 78668 2108  648 S  0.0  0.0   0:00.03 sendmail
  944 root      20   0  114m 1232  628 S  0.0  0.0   0:00.81 crond
  955 root      20   0 88304  21m 1784 S  0.0  0.3   0:05.25 miniserv.pl
22840 root      20   0 96276 4448 3460 S  0.0  0.1   0:00.09 sshd
22842 root      20   0  105m 1988 1524 S  0.0  0.0   0:00.03 bash
22985 root      20   0 96300 4168 3164 S  0.0  0.1   0:00.03 sshd
22987 root      20   0 57848 2340 1624 S  0.0  0.0   0:00.04 sftp-server
23313 root      20   0 96276 4472 3460 S  0.0  0.1   0:00.68 sshd
23315 root      19  -1  105m 2024 1544 S  0.0  0.0   0:00.16 bash
25080 root      19  -1 14900 1220  992 R  0.0  0.0   0:00.00 top

我知道 Linux 在 RAM 中进行缓存，但我会说这是非常不规则的。我可能错了，事实上，我希望我错了。

在仔细阅读了drop_cache我可以执行的调用之后，好吧，删除缓存，我决定尝试使用它，只是为了得到这个：

[root@XXXYYYZZZ ~]# sync; echo 3 > /proc/sys/vm/drop_caches
-bash: /proc/sys/vm/drop_caches: Permission denied

因此，我无法删除缓存，无法创建交换文件，并且由于 RAM 消耗而飞得离太阳非常近（并且由于mysqld崩溃而受到了一些烧伤）。

有谁知道如何更好地调查这个？

如果我要推翻我最近非常恼火的 VPS 提供商，我需要确凿的证据证明我没有误解性能数据，或者更糟糕的是，合法进程实际上正在消耗那么多 RAM。

非常感谢！

更新

我跑了virt-what，得到了openvz

更新 2：消息中的 OOM 条目：

/var/log/messages-20161009:Oct  2 16:43:43 XXXYYYZZZ kernel: [56050139.271683] Out of memory in UB 23992: OOM killed process 22029 (mysqld) score 0 vm:5044284kB, rss:656944kB, swap:8280kB
/var/log/messages-20161009:Oct  2 16:43:55 XXXYYYZZZ kernel: [56050150.552528] Out of memory in UB 23992: OOM killed process 30486 (mysqld) score 0 vm:310088kB, rss:214456kB, swap:0kB
/var/log/messages-20161009:Oct  5 12:56:17 XXXYYYZZZ kernel: [56295842.893210] Out of memory in UB 23992: OOM killed process 13284 (mysqld) score 0 vm:5066092kB, rss:694760kB, swap:40kB
/var/log/messages-20161023:Oct 22 17:54:09 XXXYYYZZZ kernel: [1219419.032263] Out of memory in UB 23992: OOM killed process 789 (mysqld) score 0 vm:5057832kB, rss:698980kB, swap:0kB
/var/log/messages-20161023:Oct 22 17:54:20 XXXYYYZZZ kernel: [1219428.340161] Out of memory in UB 23992: OOM killed process 21700 (mysqld) score 0 vm:310088kB, rss:271892kB, swap:0kB
/var/log/messages-20161030:Oct 29 12:14:47 XXXYYYZZZ kernel: [1804212.497098] Out of memory in UB 23992: OOM killed process 25691 (mysqld) score 0 vm:5057548kB, rss:690164kB, swap:0kB
/var/log/messages-20161030:Oct 29 12:15:06 XXXYYYZZZ kernel: [1804222.381820] Out of memory in UB 23992: OOM killed process 23659 (mysqld) score 0 vm:310088kB, rss:248376kB, swap:0kB

我最近尝试设置一个新的本地 XAMPP 安装，并想在其上安装 Luna 论坛软件。但是完成安装后，我收到了以下错误提示：

致命错误：第 43 行 [...]\forum\themes\Fifteen\views\header.php 中允许的内存大小为 134217728 字节已用尽（试图分配 7168 字节）

这不是以前在这里问过的常见问题，因为如您所见，7168 字节远低于 134217728 字节的最大值。发生错误的文件是https://github.com/GetLuna/Luna/blob/lunadev/themes/Fifteen/views/header.php。

它似乎不属于代码，因为正如您在该行中看到的那样，没有什么会产生问题，只有</div>.

该错误出现在最新的稳定版本和最新的 Luna 开发人员版本中。

知道如何解决吗？

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 1540673 bytes) in /home/appdev/glicious/Nutrition.php on line 41

如果您没有注意到，134217728 比 1540673 大两个数量级。

我有一台服务器现在每天多次“调用 oom-killer”！我从来没有看到过，即使在互联网上阅读了大量论坛后，我仍然感到困惑：这是一个大问题吗？为什么会这样？那是什么原因呢？我应该避免它吗？如何 ？

当它发生时，它可能会发生 30 分钟，并且有 1000 多条日志行，如下所示：

May  9 08:12:41 myserver kernel: postmaster invoked oom-killer: gfp_mask=0x201d2, order=0, oomkilladj=0
May  9 08:12:41 myserver kernel:
May  9 08:12:41 myserver kernel: Call Trace:
May  9 08:12:41 myserver kernel:  [<ffffffff800c9d70>] out_of_memory+0x8e/0x2f3
May  9 08:12:41 myserver kernel:  [<ffffffff8000f677>] __alloc_pages+0x27f/0x308
May  9 08:12:41 myserver kernel:  [<ffffffff80013034>] __do_page_cache_readahead+0x96/0x17b
May  9 08:12:41 myserver kernel:  [<ffffffff80013971>] filemap_nopage+0x14c/0x360
May  9 08:12:41 myserver kernel:  [<ffffffff8000896c>] __handle_mm_fault+0x1fd/0x103b
May  9 08:12:41 myserver kernel:  [<ffffffff80018415>] do_sync_write+0xc7/0x104
May  9 08:12:41 myserver kernel:  [<ffffffff8002dfc7>] __wake_up+0x38/0x4f
May  9 08:12:41 myserver kernel:  [<ffffffff800671f2>] do_page_fault+0x499/0x842
May  9 08:12:41 myserver kernel:  [<ffffffff800a2e52>] autoremove_wake_function+0x0/0x2e
May  9 08:12:42 myserver kernel:  [<ffffffff8005dde9>] error_exit+0x0/0x84
May  9 08:12:42 myserver kernel:
May  9 08:12:42 myserver kernel: Mem-info:
May  9 08:12:42 myserver kernel: Node 0 DMA per-cpu:
May  9 08:12:42 myserver kernel: cpu 0 hot: high 0, batch 1 used:0
May  9 08:12:42 myserver kernel: cpu 0 cold: high 0, batch 1 used:0
May  9 08:12:42 myserver kernel: cpu 1 hot: high 0, batch 1 used:0
May  9 08:12:42 myserver kernel: cpu 1 cold: high 0, batch 1 used:0
May  9 08:12:42 myserver kernel: Node 0 DMA32 per-cpu:
May  9 08:12:42 myserver kernel: cpu 0 hot: high 186, batch 31 used:30
May  9 08:12:42 myserver kernel: cpu 0 cold: high 62, batch 15 used:54
May  9 08:12:42 myserver kernel: cpu 1 hot: high 186, batch 31 used:18
May  9 08:12:42 myserver kernel: cpu 1 cold: high 62, batch 15 used:56
May  9 08:12:42 myserver kernel: Node 0 Normal per-cpu:
May  9 08:12:42 myserver kernel: cpu 0 hot: high 186, batch 31 used:50
May  9 08:12:42 myserver kernel: cpu 0 cold: high 62, batch 15 used:17
May  9 08:12:42 myserver kernel: cpu 1 hot: high 186, batch 31 used:28
May  9 08:12:42 myserver kernel: cpu 1 cold: high 62, batch 15 used:48
May  9 08:12:42 myserver kernel: Node 0 HighMem per-cpu: empty
May  9 08:12:43 myserver kernel: Free pages:       21156kB (0kB HighMem)
May  9 08:12:43 myserver kernel: Active:507857 inactive:477567 dirty:0 writeback:0 unstable:0 free:5289 slab:4642 mapped-file:1087 mapped-anon:984209 pagetables:8234
May  9 08:12:43 myserver kernel: Node 0 DMA free:10120kB min:16kB low:20kB high:24kB active:0kB inactive:0kB present:9724kB pages_scanned:0 all_unreclaimable? yes
May  9 08:12:43 myserver kernel: lowmem_reserve[]: 0 3250 4008 4008
May  9 08:12:43 myserver kernel: Node 0 DMA32 free:9548kB min:6560kB low:8200kB high:9840kB active:1623104kB inactive:1648888kB present:3328864kB pages_scanned:5466591 all_unreclaimable? yes
May  9 08:12:43 myserver kernel: lowmem_reserve[]: 0 0 757 757
May  9 08:12:43 myserver kernel: Node 0 Normal free:1488kB min:1528kB low:1908kB high:2292kB active:408324kB inactive:261380kB present:775680kB pages_scanned:1657520 all_unreclaimable? yes
May  9 08:12:43 myserver kernel: lowmem_reserve[]: 0 0 0 0
May  9 08:12:43 myserver kernel: Node 0 HighMem free:0kB min:128kB low:128kB high:128kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
May  9 08:12:43 myserver kernel: lowmem_reserve[]: 0 0 0 0
May  9 08:12:43 myserver kernel: Node 0 DMA: 4*4kB 5*8kB 3*16kB 3*32kB 5*64kB 3*128kB 0*256kB 0*512kB 1*1024kB 0*2048kB 2*4096kB = 10120kB
May  9 08:12:43 myserver kernel: Node 0 DMA32: 13*4kB 5*8kB 1*16kB 1*32kB 1*64kB 1*128kB 0*256kB 0*512kB 1*1024kB 0*2048kB 2*4096kB = 9548kB
May  9 08:12:43 myserver kernel: Node 0 Normal: 16*4kB 4*8kB 1*16kB 1*32kB 5*64kB 0*128kB 0*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB = 1488kB
May  9 08:12:43 myserver kernel: Node 0 HighMem: empty
May  9 08:12:43 myserver kernel: 2313 pagecache pages
May  9 08:12:43 myserver kernel: Swap cache: add 105602811, delete 105602345, find 70994956/74685517, race 3758+718169
May  9 08:12:43 myserver kernel: Free swap  = 0kB
May  9 08:12:43 myserver kernel: Total swap = 4192956kB
May  9 08:12:43 myserver kernel: Free swap:            0kB
May  9 08:12:43 myserver kernel: 1245184 pages of RAM
May  9 08:12:43 myserver kernel: 234724 reserved pages
May  9 08:12:44 myserver kernel: 12118 pages shared
May  9 08:12:44 myserver kernel: 601 pages swap cached
May  9 08:12:44 myserver kernel: Out of memory: Killed process 13121, UID 48, (httpd).

我正在运行具有 512MB 内存的 Ubuntu VPS。它只是开发服务器，因此实际上没有流量。尽管如此，我时不时地收到内存耗尽消息，我的整个内存都被用完了。我试图在 SF 浏览各种类似的问题，但无法真正了解没有流量的服务器正在消耗内存的场景。以下是顶部的输出：

ps aux 的输出为：

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.3  23572  1684 ?        Ss   Apr11   0:03 init
root      1177  0.0  0.1  18888  1028 ?        Ss   Apr11   0:01 cron
mysql     1189  0.0  5.6 258344 29680 ?        Ssl  Apr11   1:04 /usr/sbin/mysqld
syslog    1202  0.0  0.1  12536   788 ?        Ss   Apr11   0:01 /sbin/syslogd -u syslog
root      1268  0.0  0.5  49424  2684 ?        Ss   Apr11   0:00 /usr/sbin/sshd -D
root      1305  0.0  0.4  66168  2560 ?        Ss   Apr11   0:15 sendmail: MTA: accepting connections          
root      8062  0.0  0.6  70796  3408 ?        Ss   10:50   0:00 sshd: root@pts/0    
root      8074  0.0  0.4  18160  2224 pts/0    Ss+  10:52   0:00 -bash
root      8134  0.0  0.6  70796  3428 ?        Ss   11:37   0:00 sshd: root@pts/1    
root      8146  0.0  0.4  18160  2232 pts/1    Ss   11:37   0:00 -bash
root      9337  0.0  2.8 270140 15176 ?        Ss   11:49   0:00 /usr/sbin/apache2 -k start
www-data  9341  0.0  1.9 270272 10276 ?        S    11:49   0:00 /usr/sbin/apache2 -k start
root      9346  0.0  0.2  15064  1136 pts/1    R+   11:56   0:00 ps aux
bind     19665  0.0  2.5 142836 13624 ?        Ssl  Apr25   0:00 /usr/sbin/named -u bind

和顶部的输出：

Tasks:  18 total,   1 running,  17 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:    524288k total,   301000k used,   223288k free,        0k buffers
Swap:        0k total,        0k used,        0k free,        0k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                  
    1 root      15   0 23572 1684 1332 S    0  0.3   0:03.66 init                                                                                     
 1177 root      18   0 18888 1028  796 S    0  0.2   0:01.17 cron                                                                                     
 1189 mysql     18   0  252m  28m 7944 S    0  5.7   1:04.58 mysqld                                                                                   
 1202 syslog    15   0 12536  788  592 S    0  0.2   0:01.95 syslogd                                                                                  
 1268 root      18   0 49424 2684 2120 S    0  0.5   0:00.12 sshd                                                                                     
 1305 root      18   0 66168 2560  880 S    0  0.5   0:15.99 sendmail-mta                                                                             
 8062 root      19   0 70796 3408 2656 S    0  0.7   0:00.04 sshd                                                                                     
 8074 root      15   0 18160 2224 1548 S    0  0.4   0:00.00 bash                                                                                     
 8134 root      15   0 70796 3428 2656 S    0  0.7   0:00.10 sshd                                                                                     
 8146 root      15   0 18160 2232 1556 S    0  0.4   0:00.04 bash                                                                                     
 9337 root      18   0  263m  14m 5736 S    0  2.9   0:00.08 apache2                                                                                  
 9341 www-data  15   0  263m  10m  816 S    0  2.0   0:00.00 apache2                                                                                  
 9397 root      18   0 70796 3408 2656 S    0  0.7   0:00.02 sshd                                                                                     
 9409 root      15   0 12560  928  748 S    0  0.2   0:00.00 sftp-server                                                                              
 9410 root      15   0 70796 3428 2656 S    0  0.7   0:00.01 sshd                                                                                     
 9422 root      18   0 12564  872  668 S    0  0.2   0:00.00 sftp-server                                                                              
 9425 root      15   0 19176 1188  932 R    0  0.2   0:00.00 top                                                                                      
19665 bind      18   0  139m  13m 2152 S    0  2.6   0:00.07 named                                                                                    

我的团队在尝试处理由 OutOfMemoryErrors 触发的良好堆转储时遇到了困难。出于特定原因，我们目前使用从 bash 脚本调用的 jmap 进行转储，而不是使用 HeapDumpOnOutOfMemoryError 标志。我们使用的是 64 位 1.6 JVM，堆大小约为 3 GB。我们的堆转储在 90% 的情况下都会失败（估计）。

我们可以做些什么来提高获得干净堆转储的几率，我们可以用它来解决内存问题？我读过 jmap 在 Java 1.4 中存在重大问题，但现在应该主要解决这些问题。

我在 Linode.com 上运行了一个 Ubuntu 7.04 虚拟机来托管一些网站、电子邮件列表等。它在很长一段时间内都可以完美运行。我不修补它或真正关注它。

最近（过去几个月）并且频率越来越高，盒子内存不足，我必须重新启动它。它配置了 350MB 实内存，外加 64MB 交换空间。它运行 Apache、Mysql、Postfix 和 mailman。

内存不足的症状很明显，我在 kernel.log 中看到了这些：

Jul 21 10:16:42 grendel kernel: Out of memory: kill process 30364 (apache2) score 11205 or a child
Jul 21 10:16:42 grendel kernel: Killed process 30364 (apache2)
Jul 21 10:16:42 grendel kernel: apache2 invoked oom-killer: gfp_mask=0xa01d2, order=0, oomkilladj=0

是否有一种灵丹妙药的方法来确定这里发生了什么？我正在观看“顶部”，虽然我看到可用的实际内存随着时间的推移而下降，但我没有看到明显的罪魁祸首。

JBoss 中 PermGen OutOfMemoryError 的根本原因是什么？

我在我的开发环境中运行 JBoss AS 4.2.2，这发生在重新部署我的 Web 应用程序很多次之后。

Christian Vest Hansen 的博客给出的 JVM 选项很有帮助，但并没有完全解决问题：

-XX:+UseConcMarkSweepGC
-XX:+CMSPermGenSweepingEnabled
-XX:+CMSClassUnloadingEnabled
-XX:MaxPermSize=128m