APT FATAL - Falha ao garfo

3

Eu vi muitas perguntas sobre isso, mas a minha parece um pouco diferente.

Veja o que recebo:

/etc/cron.weekly/apt-xapian-index:
FATAL -> Failed to fork.
run-parts: /etc/cron.weekly/apt-xapian-index exited with return code 100

e

/etc/cron.daily/apt:
FATAL -> Failed to fork.

e

/etc/cron.daily/apt:
DB Update failed, database locked

Eu sempre tenho pelo menos 600 MB de RAM livre. Se eu tentar executar manualmente sudo /etc/cron.daily/apt nada acontece .. o shell trava.

Qual poderia ser o problema?

EDIT: Servidor Ubuntu 14.04

    
por MultiformeIngegno 07.09.2014 / 17:00

5 respostas

2

Nenhuma das correções sugeridas funcionou na minha situação. Ainda recebo a mensagem de erro DB Update failed, database locked todos os dias do trabalho diário do cron. Mas a desinstalação do pacote apt-xapian-index finalmente resolveu o problema. A fonte dessa mensagem de erro está no script /etc/cron.daily/apt que tenta executar update-apt-xapian-index , que é fornecido pelo pacote apt-xapian-index .

Eu escrevi uma pequena postagem no blog a> sobre o problema "Falha na atualização do banco de dados" do meu ponto de vista.

    
por 13.06.2015 / 19:31
1

Eu vi muito essa mensagem. Em todos os casos, "FATAL - > Falha ao garfo". significava que não havia memória suficiente para o trabalho do apt cron rodar. Aumente a memória livre para este trabalho cron.

    
por 07.09.2014 / 18:16
1

A razão pela qual seu shell parece travar quando você executa sudo /etc/cron.daily/apt é a chamada para random_sleep() . Se você comentar (no meu Ubuntu 14.04, era a linha 425), você pode pelo menos confirmar que o script funciona quando você o executa interativamente.

    
por 14.01.2015 / 10:33
1

Eu tive exatamente este mesmo problema em um Ubuntu 14.04 VPS e não em outro, então eu percebi que não tinha uma troca de trabalho naquele que estava falhando.

Acontece que tudo foi configurado corretamente, mas tudo o que eu precisei fazer foi apt-get install cryptsetup e reinicializar.

Se você estiver limitado por recursos do servidor como eu (512 MB de RAM), parece que seria uma boa ideia manter apt-xapian-index , não está bem documentado, mas imagino que coisas como apt-cache search seriam executadas mais devagar sem isso.

Isso pode, pelo menos, corrigir o erro de não conseguir bifurcar, não tenho certeza se há alguma alternativa para remover o índice do apt-xapian no caso do erro do banco de dados.

    
por 14.11.2016 / 01:22
0

Eu tive o mesmo problema com /etc/cron.daily/apt no Ubuntu 12 e 14, mas a execução do script do shell foi bem-sucedida. Resolvi o problema graças ao link adicionando a linha

ulimit -s unlimited

no início do script.

    
por 19.09.2014 / 18:41