make-j 8 g++：内部编译器错误：killed(程序cc1plus)

mftmpeh8 于 2021-06-21 发布在 Mesos

关注(0)|答案(4)|浏览(1044)

当我在ubuntu12.04上部署apachemesos时，我遵循官方文档，在步骤“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 mesos g++gcc

来源：https://stackoverflow.com/questions/30887143/make-j-8-g-internal-compiler-error-killed-program-cc1plus

4条答案

按热度按时间

yyyllmsg1#

（可能是内存问题）
对于那些还在为这个问题苦苦挣扎的人（在被问到这个问题后的2年多），cryptocurrencytalk上有一个技巧似乎能让它发挥作用。
为了方便起见，我把它贴在这里：
运行这些 sudo dd if=/dev/zero of=/swapfile bs=64M count=16 sudo mkswap /swapfile sudo swapon /swapfile 这样你就可以编译你的代码了。但一定要恢复 swapon 编译后，使用这些：
sudo swapoff /swapfile sudo rm /swapfile

赞(0）回复(0）举报 2021-06-21

xuo3flqw2#

尝试运行（在失败之后）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-j8会运行大量占用更多内存的进程。当系统内存不足时，就会出现上述问题。在这种情况下，操作系统运行一个进程来为系统上的每个进程打分，而不是整个系统崩溃。得分最高的人会被操作系统杀死以释放内存。如果被终止的进程是cc1plus，gcc（可能是错误的）将其解释为进程崩溃，并因此假定它一定是编译器错误。但事实并非如此，问题是操作系统杀死了cc1plus，而不是它崩溃了。
如果是这种情况，您的内存将耗尽。所以运行make-j4代替。这将意味着更少的并行作业，意味着编译将花费更长的时间，但希望不会耗尽系统内存。

赞(0）回复(0）举报 2021-06-21

dwbf0jvd3#

通过键入以下内容检查centos安装是否已启用交换：

sudo swapon --show

如果输出为空，则表示系统未启用交换空间。
创建交换文件
1.创建一个用作交换空间的文件。计数意味着1024m*1024=1g sudo dd if=/dev/zero of=/swapfile bs=1024 count=1048576 2.确保只有根用户可以读写交换文件： sudo chmod 600 /swapfile 3.在文件上设置linux交换区

sudo mkswap /swapfile

4.激活交换

sudo swapon /swapfile

5.“sudo swapon--show”或“sudo free-h”您将看到交换空间。

赞(0）回复(0）举报 2021-06-21

kzipqqlq4#

这是我的场景（在centos 7上编译mesos）中关于aws ec2示例的线索。
我通过增加内存和cpu至少4gib和2个VCPU来修复它。

赞(0）回复(0）举报 2021-06-21

我来回答

make-j 8 g++：内部编译器错误：killed(程序cc1plus)

4条答案

相关问题

热门标签

最新问答