make -j 8 g++: 内部编译器错误:已终止(程序 cc1plus)
- 2024-10-24 08:50:00
- admin 原创
- 82
问题描述:
当我在 Ubuntu12.04 上部署 Apache Mesos 时,我按照官方文档进行操作,在步骤“make -j 8”中,控制台中出现此错误:
g++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.9/README.Bugs> for instructions.
make[2]: *** [slave/containerizer/mesos/libmesos_no_3rdparty_la-containerizer.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
mv -f log/.deps/liblog_la-log.Tpo log/.deps/liblog_la-log.Plo
mv -f slave/containerizer/.deps/libmesos_no_3rdparty_la-docker.Tpo slave/containerizer/.deps/libmesos_no_3rdparty_la-docker.Plo
mv -f log/.deps/liblog_la-consensus.Tpo log/.deps/liblog_la-consensus.Plo
mv -f slave/containerizer/.deps/libmesos_no_3rdparty_la-external_containerizer.Tpo slave/containerizer/.deps/libmesos_no_3rdparty_la-external_containerizer.Plo
mv -f log/.deps/liblog_la-coordinator.Tpo log/.deps/liblog_la-coordinator.Plo
mv -f slave/.deps/libmesos_no_3rdparty_la-slave.Tpo slave/.deps/libmesos_no_3rdparty_la-slave.Plo
mv -f master/.deps/libmesos_no_3rdparty_la-master.Tpo master/.deps/libmesos_no_3rdparty_la-master.Plo
make[2]: Leaving directory `/root/Mesos/mesos/build/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/root/Mesos/mesos/build/src'
make: *** [all-recursive] Error 1
我应该怎么办?
解决方案 1:
尝试运行(失败之后)dmesg
。
您看到过这样的线吗?
Out of memory: Kill process 23747 (cc1plus) score 15 or sacrifice child
Killed process 23747, UID 2243, (cc1plus) total-vm:214456kB, anon-rss:178936kB, file-rss:5908kB
这很可能就是您的问题。运行 make -j 8 会运行大量占用更多内存的进程。上述问题发生在您的系统内存不足时。在这种情况下,操作系统不会让整个系统崩溃,而是运行一个进程来对系统上的每个进程进行评分。得分最高的进程将被操作系统杀死以释放内存。如果被杀死的进程是 cc1plus,gcc(可能错误地)会将其解释为进程崩溃,因此假设这一定是编译器错误。但事实并非如此,问题是操作系统杀死了 cc1plus,而不是它崩溃了。
如果是这种情况,则说明内存不足。因此,也许可以运行 make -j 4。这意味着并行作业更少,编译时间更长,但希望不会耗尽系统内存。
解决方案 2:
(可能是内存问题)
对于那些仍然为此苦苦挣扎的人来说(在提出这个问题两年多后),CryptoCurrencyTalk 上有一个似乎可以让它发挥作用的技巧。
为了方便起见,我将其粘贴在这里:
运行这些(调整bs=
到count=
你想要的交换量)
sudo dd if=/dev/zero of=/swapfile bs=64M count=16
sudo mkswap /swapfile
sudo swapon /swapfile
这样你就可以编译代码了。但请确保你随后恢复swapon
编译后的代码,如下所示:
sudo swapoff /swapfile
sudo rm /swapfile
解决方案 3:
输入以下命令检查你的 CentOS 安装是否已启用交换:
sudo swapon --show
如果输出为空,则表示您的系统没有启用交换空间。
创建交换文件
1.创建一个将用作交换空间的文件。bs 是一个块的大小。count 是块的数量。它将获得 1024K * 1M = 1G 的空间。
sudo dd if=/dev/zero of=/swapfile bs=1024 count=1048576
2.确保只有root用户可以读写交换文件:
sudo chmod 600 /swapfile
3.在文件上设置Linux交换区域
sudo mkswap /swapfile
4.激活交换
sudo swapon /swapfile
5.“sudo swapon --show”或“sudo free -h”您将看到交换空间。
解决方案 4:
这是我在 AWS EC2 实例上的场景(在 CentOS 7 上编译 mesos)中的线索。
我通过将内存和 CPU 增加到至少 4GiB 和 2 vCPU 来解决这个问题。
- 2024年20款好用的项目管理软件推荐,项目管理提效的20个工具和技巧
- 2024年开源项目管理软件有哪些?推荐5款好用的项目管理工具
- 项目管理软件有哪些?推荐7款超好用的项目管理工具
- 项目管理软件哪个最好用?盘点推荐5款好用的项目管理工具
- 项目管理软件有哪些最好用?推荐6款好用的项目管理工具
- 项目管理软件有哪些,盘点推荐国内外超好用的7款项目管理工具
- 2024项目管理软件排行榜(10类常用的项目管理工具全推荐)
- 项目管理软件排行榜:2024年项目经理必备5款开源项目管理软件汇总
- 2024年常用的项目管理软件有哪些?推荐这10款国内外好用的项目管理工具
- 项目管理必备:盘点2024年13款好用的项目管理软件