如何防止如此多的apt-check实例运行？

我有一台Ubuntu 12.04服务器，它由于一个非常明显的原因而崩溃了：30多个apt-check进程消耗了所有内存，OOM杀手kick进来，杀死了重要的服务。我不确定apt-check进程来自何处，但是我想我的Nagios / Icinga插件check_apt可能会使用它，以及byobu状态行可能想要显示其输出。我猜有些东西被锁住了，所有进程都在等待，但仍在记忆。

如何防止系统上有如此多的实例apt-check？这对我来说没有意义，应该在无法获得dpkg数据库的读取锁定后立即退出。

看来我并不是唯一一个在这里遇到麻烦的人。的所有建议apt-check都是负面的：

^{（干净的浏览器，未登录，没有个性化搜索）}

一些深入的研究apt-check为我提供了一些线索，因为它是一个非常钝的脚本，需要修复。在充分尊重作者的前提下，它在我的服务器上出现了故障。这是我的想法：

• apt-check == /usr/lib/update-notifier/apt_check.py
• 自己强制nicelevel 19
• 没有设置动作超时

后两者的结合使它可以无限螺旋地向下堆积。如果将系统用于更高优先级的其他目的，则进程数量只会增加，而且没有止境，因为apt-check永远不会获得优先级。仅当OOM杀手决定杀死您的重要系统进程时，问题才会变得更糟。

如果行为的这两个方面中的任何一个都不相同，那将是我的假设，即不允许系统最终处于这种破裂状态。

虽然字符串也说明父进程对此负责，但我认为以下几点是缺陷，apt-check必须报告为错误才能正确解决：

• 它应该暗示OOM杀手先杀了自己
• 它不应该设置nicelevel硬编码
• 如果花费不合理的时间获取信息，则应该退出

实际上，似乎Linux OOM杀手正在对此进行一些启发。良好的流程将获得更高的分数，而长时间运行的流程将减少。（来源 -由于乌尔里希Dangel为它指向了）

我可能提出的可能解决方案：

• 处理后缓存结果
• 如果少于N秒，则输出缓存，而不为每次简单（甚至--help）调用加载所有Python-APT库。
• 使nicelevel可配置-请允许我更改/禁用此功能！我相信将其设置为0实际上会有所帮助
• 有增加OOM杀手的分数

您需要找出产生apt-check的进程。您可以使用ps之类的东西来获取进程树。

ps -A --forest

如果apt-check没有父母，那么apt-check自身而不是某个特定程序可能会出现问题。如果是这种情况，我将尝试调试apt-check。

基于Ubuntu 12.04编写

我有同样的问题，发现这是因为byobu，如果我只是apt-get update不使用byobu，就不会有任何check-apt处理。此外，本发明涉及update-notifier包，当我删除那些软件包（更新通告程序共用，更新通知程序），使用byobu和运行apt-get update，它运行另一个命令，但完全一样的存储器使用：apt-get -s -o Debug::NoLocking=true upgrade。

其他一些事情可能会运行apt-get update（但可能不会运行check-apt）

• 将参数传递 check_apt给update / upgrade pkg。
• 如果已配置，则/etc/cron.daily/apt也可能会更新软件包列表（请参阅https://help.ubuntu.com/lts/serverguide/automatic-updates.html），但是它每天运行一次，应该没有问题。

在台式机上，可能涉及更多事情。

结论： byobu在您运行apt-get update并触发这些check-apt进程时捕获事件，请重新配置其状态栏byobu以解决此问题。