web-dev-qa-db-fra.com

APT Fatal -> Échec de la fourchette

J'ai vu beaucoup de questions à ce sujet, mais le mien semble un peu différent.

Voici ce que je reçois:

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

et

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

et

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

J'ai toujours au moins 600 Mo de RAM gratuite. Si j'essaie de courir manuellement Sudo /etc/cron.daily/apt rien ne se passe .. la coque se bloque.

Quel pourrait être le problème?

Edit : Ubuntu Server 14.04

memorycronaptcron.dailyfork
10
MultiformeIngegno

J'ai beaucoup vu ce message. Dans tous les cas, "Fatal -> Échec de la fourche". Je voulais dire qu'il n'y avait pas assez de mémoire pour le travail d'apt cron à courir. Augmentez la mémoire libre pour ce travail de cron.

13
Nils Toedtmann

Aucune des corrections suggérées n'a travaillé dans ma situation. J'ai toujours eu le message d'erreur DB Update failed, database locked Chaque jour du travail de cron quotidien. Mais désinstaller apt-xapian-index a finalement résolu le problème. La source de ce message d'erreur est dans le /etc/cron.daily/apt script qui essaie de courir update-apt-xapian-index qui est fourni par le APT-XAPIAN-Index .

J'ai écrit un Little Blog Post À propos de la question "DB Mise à jour échoue" de mon point de vue.

2
Tero Turtiainen

J'ai eu exactement le même problème sur un Ubuntu 14.04 VPS et pas une autre, alors j'ai réalisé que je n'avais pas eu de swap de travail sur celui qui manquait.

Il s'avère que tout était configuré correctement mais que tout ce que je devais faire était apt-get install cryptsetup et redémarrez.

Si vous êtes contraint par des ressources du serveur comme moi (512 Mo de RAM), je me sens comme si ce serait une bonne idée de garder apt-xapian-index, ce n'est pas bien documenté mais j'imagine que des choses comme apt-cache search courirait plus lentement sans elle.

Cela peut au moins corriger l'erreur de fourche défaillante, je ne sais pas s'il y a une alternative à supprimer l'indice APT-Xapian dans le cas de l'erreur de DB.

1
4oo4

J'ai eu le même problème avec /etc/cron.daily/apt Dans le bras Ubuntu 12 et 14, mais exécutez le script de la coquille réussit. Je l'ai résolu grâce à https://serverfault.com/a/191051/243172 en ajoutant la ligne

ulimit -s unlimited

au début du script.

1
csanchez

La raison pour laquelle votre coquille semble suspendre lorsque vous exécutez Sudo /etc/cron.daily/apt Est l'appel à random_sleep(). Si vous le commencez (sur mon Ubuntu 14.04, c'était la ligne 425), vous pouvez au moins confirmer que le script fonctionne lorsque vous l'exécutez de manière interactive.

1
Erik Wognsen