make -j 8 g ++:内部编译器错误:已终止(程序cc1plus)

问题描述 投票:28回答:5

[当我在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

我该怎么办?

linux ubuntu gcc g++ mesos
5个回答
57
投票

尝试运行(仅在失败之后)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代替。这将意味着更少的并行作业,并且将意味着编译将花费更长的时间,但希望不会耗尽系统内存。


15
投票

(可能是内存问题)

[对于仍然在此问题上挣扎的人(在提出问题后的两年多时间内,CryptoCurrencyTalk上有this trick似乎可以使其正常工作。

为了方便起见,我将其粘贴在这里:

运行这些

  • sudo dd if=/dev/zero of=/swapfile bs=64M count=16
  • sudo mkswap /swapfile
  • sudo swapon /swapfile

那应该让您编译代码。 但是确保使用以下命令恢复编译后的swapon

  • sudo swapoff /swapfile
  • sudo rm /swapfile

4
投票

通过键入以下命令检查您的CentOS安装是否已启用交换功能:

sudo swapon --show

如果输出为空,则意味着您的系统未启用交换空间。

创建交换文件

1。创建一个将用作交换空间的文件。计数表示1024M * 1024 = 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”,您将看到交换空间。


1
投票

这是我在AWS EC2实例上的场景(在CentOS 7上编译mesos)的线索。

我通过增加内存和cpu使其至少达到4GiB和2个vCPU来解决它。


0
投票

我认为该错误是由您的硬件规格低引起的,我尝试在Azure中使用1vcpu和512 ram编译python 3.8.1,并且不起作用。我将尝试改善虚拟机的规格,并希望能正常工作。

© www.soinside.com 2019 - 2024. All rights reserved.