Chrome / Chromium falha (“Aw, snap!”, segfault): “Recurso temporariamente indisponível”

Question

O Chrome / Chromium não carrega nenhum site e apenas mostra a página "Aw, Snap! Algo deu errado ...". Alguns sub-processos segfault.

Quando iniciado em um terminal, ele mostrará muitos deles:

[...ERROR:platform_thread_posix.cc(126)] pthread_create: Resource temporarily unavailable

Embora o Google Chrome ainda esteja em execução, iniciar outro programa às vezes aciona o mesmo erro: Resource temporarily unavailable

Isto está no Arch Linux com o systemd 229, mas um comportamento similar foi reportado no Fedora Linux.

O que está causando essas falhas?

À primeira vista, o limite do processo não parece ser o problema:

$ ulimit -a
core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 23870
max locked memory       (kbytes, -l) unlimited
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) 99
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 23870
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

    

Answer 1

Ao investigar outro problema, eu posso ter encontrado algo relevante. Não foi possível alternar para outro tty (Ctrl + Alt + F2):

A start job is running for Login Service...

Acontece que este pode ser outro problema do systemd, que tem seus próprios limites.

O seguinte arquivo de configuração foi criado, o que aparentemente corrigiu o problema:

# mkdir /etc/systemd/logind.conf.d/
# /etc/systemd/logind.conf.d/systemd-stupid-limits.conf
LimitNOFILE=500000
LimitNPROC=100000
UserTasksMax=100000

Após a reinicialização, o Chrome não falha mais e a mudança para outro tty está funcionando novamente.

Não tenho certeza se essa é a solução correta, mas parece funcionar até agora. Se alguém tiver uma ideia melhor, poste uma resposta.

Para referência futura, isso foi registrado em /var/log/daemon.log quando o tty não estava funcionando:

systemd[1]: Starting Login Service...
systemd[1]: systemd-logind.service: Main process exited, code=exited, status=1/FAILURE
systemd[1]: Failed to start Login Service.
systemd[1]: systemd-logind.service: Unit entered failed state.
systemd[1]: systemd-logind.service: Failed with result 'exit-code'.
systemd[1]: systemd-logind.service: Service has no hold-off time, scheduling restart.
systemd[1]: Stopped Login Service.

    

Answer 2

Eu tenho o mesmo problema, ainda acontecendo no Ubuntu 17.10. Quando executei o google-chrome-stable, tive o mesmo problema descrito acima e procurei a string referente a pthread_create e encontrei este thread aqui. Eu tentei a sugestão sobre as configurações do systemd, e após a reinicialização, quase meio que funciona, desta vez pelo menos piscando uma renderização da página por menos de um segundo antes de ir para a página ah-snap.

Na saída "dmesg", eu acho isso:

[   69.637083] traps: chrome[4368] trap int3 ip:5591e27939e3 sp:7ffc0846d840 error:0
[   69.923279] traps: chrome[4229] trap invalid opcode ip:5591e235959f sp:7ffc0846cfb0 error:0 in chrome[5591e0e99000+5667000]
[   71.938211] traps: ServiceWorker T[4403] trap invalid opcode ip:5591e4a9babf sp:7f825d84fdd8 error:0 in chrome[5591e0e99000+5667000]
[   78.415573] traps: chrome[4408] trap invalid opcode ip:5591e235959f sp:7ffc0846c670 error:0 in chrome[5591e0e99000+5667000]