Was kann dazu führen, dass /etc/cron.daily/apt hängt?

15

In letzter Zeit habe ich jeden Tag eine Mail vom Server bekommen,

Gegenstand

Cron <root@host> test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )

Körper

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

Wenn ich gerade das /etc/cron.daily/aptTeil laufen lasse, bleibt es gerade dort ohne Ausgabe, ich versuchte zu laufen tail -f /var/log/apt/*.log /var/log/syslog &und dann zu laufen, /etc/cron.daily/aptaber keine Ausgabe auch

Welche Datenbank ist gesperrt und was kann ich apt-get updateerfolgreich tun ?

Habe gestern ein paar Updates gemacht und musste neu gestartet werden, daher funktioniert der Microsoft Fix hier nicht (das war schon vor den Updates so, dass nichts damit zu tun hatte).

Was kann ich sonst noch untersuchen?

Dies ist eine Amazon-Instanz, falls es darauf ankommt

geermc4
quelle

Antworten:

8

Was dieses Problem für mich wirklich richtig behoben hat, war die Deinstallation des Pakets apt-xapian-index. Keine der anderen vorgeschlagenen Lösungen hat irgendetwas in meiner Situation bewirkt.

Sie können mehr Details aus meinem kleinen Blog-Post lesen .

Tero Turtiainen
quelle
2
Danke, ich hatte die gleiche Erfahrung - das Ändern der Zeitüberschreitung wie in anderen Antworten hat nichts geändert, außer wie lange es gedauert hat, bis ich aufgegeben habe. Ich möchte ein wenig aus Ihrem Blogbeitrag zitieren (der Grund, warum ich durchgeklickt habe): "Es scheint, dass Synaptic, der grafische Paketmanager von Ubuntu, wahrscheinlich Xapian verwendet. Auf meinem Ubuntu-Server verwende ich Synaptic nicht, also nicht Es ist wichtig, dass der Apt Xapian-Index nicht aktualisiert wird. Die üblichen Apt-Tools sollten immer noch einwandfrei funktionieren. " Wie dein Beitrag sagt, YMMV. Funktioniert bei mir ohne Synaptic.
Vaz
4

Lange RandomSleep=1800Rede kurzer Sinn , wechseln Sie zu etwas Angenehmerem. Ich entschied michRandomSleep=5

Ref: https://lists.ubuntu.com/archives/ubuntu-users/2009-February/175474.html & http://ubuntuforums.org/showthread.php?t=1071892#post_6747612

Bruce Aldridge
quelle
Dies hat nichts dazu beigetragen, mein Problem zu beheben, das mit dem OP identisch ist. Wenn Sie sich den Code ansehen, wird die RandomSleep-Zeit als Grenzwert für die tatsächliche Zeit verwendet, die nominell zufällig ausgewählt wird. Hmm. Betrachtet man den Code, scheint es einen Fehler zu geben. RandomSleep wird möglicherweise durch den Aufruf von apt-config auf 1 oder 0 zurückgesetzt. (Wenn es überhaupt gesetzt ist, war meins nicht.) Der apt-Aufruf stampft entweder auf die Variable oder tut nichts dagegen. Es wirkt sich nicht wirklich auf seinen Wert in nützlicher Weise aus.
Hack Saw
Es schien meine Probleme für ein paar Tage zu lösen, was meiner Meinung nach eher Zufall war.
Bruce Aldridge
1

Dies ist der Fall, wenn mehrere APT / DPKG-Instanzen gleichzeitig ausgeführt werden. Wenn Sie etwas ausführen, das apt-get wie aptitude im GUI-Modus blockiert, und sudo /etc/cron.daily/aptirgendwann eingeben, schlägt dies mit derselben Meldung fehl.

Braiam
quelle
Danke für den Einblick. Gilt nicht für diejenigen von uns, die Ubuntu-Server ohne GUI ausführen, aber es ist sicher nützlich für jemanden.
Vaz
2
@Vaz tatsächlich tut es, ein anderes Beispiel wäre apt-cron oder unbeaufsichtigt-Upgrades
Braiam