问题描述

• 最近在使用虚拟机 ubuntu 20.04 编译 musl gcc 工具链时，遇到一个奇怪的问题，编译过程中异常退出，清理了多次重新编译，发现编译报错提示的信息是 internal compiler error: Segmentation fault

• 由于之前是可以正常编译的，所以怀疑编译环境造成的

解决方法

• 初步重启 ubuntu 可以解决，不过做了一些操作后，再编译，就发现又不行了，这到底是存在问题

• 经过搜索 Segmentation fault 解决方法，自己初步总结了一下：

• 问题的根本原因除了内存不足（free 查看），主要的原因是 open file 文件描述符 限制问题，因为在编译大型软件，尤其是 gcc 工具链时，多线程操作需要大量的文件的打开，也就是 ubuntu 默认的文件打开的个数受限制了

• 可以通过 ulimit -a 查看，如 open files (-n) 1024，这里是 1024，把这个改大即可正常编译通过

$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 31292
max locked memory       (kbytes, -l) 65536
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 31292
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

• 临时更改方法： ulimit -n 65535

让 ulimit -n 65535 一直生效？

• 发现当前的 shell 改了 ulimit 限制后，其他的 shell 下，依旧不生效，重启后，当前全部失效

• 可以更改 /etc/security/limits.conf 来解决，更改完后，需要重启 ubuntu 让配置生效

• sudo vim /etc/security/limits.conf ，增加或者修改

*       soft    nofile          65536      # open files  (-n)
*       hard    nofile          65536

• 注意修改 /etc/security/limits.conf 后无法立即生效，只能重启系统（而不是 shell）

• 建议先通过 ulimit -n 65535 临时修改，解决编译问题，然后再修改 /etc/security/limits.conf，这样下次重启系统即可