cosa può causare l'arresto di /etc/cron.daily/apt?

15

Ultimamente ricevo una mail dal server ogni giorno,

Soggetto

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

Corpo

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

Se eseguo solo la /etc/cron.daily/aptparte, rimane lì senza output, ho provato a correre tail -f /var/log/apt/*.log /var/log/syslog &e poi a correre, /etc/cron.daily/aptma senza output

Quale database è bloccato e da cosa, sono in grado di fare apt-get updatecon successo.

Ieri ha fatto alcuni aggiornamenti e ha dovuto riavviare, quindi la correzione di Microsoft non funzionerà qui (questo è successo da prima degli aggiornamenti, quindi non correlato)

Cos'altro posso esaminare?

Questa è un'istanza di Amazon nel caso sia importante

apt cron amazon-ec2

— geermc4
fonte

8

Ciò che ha risolto correttamente questo problema per me è stata la disinstallazione del pacchetto apt-xapian-index. Nessuna delle altre soluzioni suggerite ha fatto nulla nella mia situazione.

Puoi leggere maggiori dettagli dal mio piccolo post sul blog .

— Tero Turtiainen
fonte

2

Grazie, ho avuto la stessa esperienza: cambiare il timeout come in altre risposte non ha cambiato nulla tranne il tempo impiegato per arrendersi. Vorrei citare un po 'dal tuo post sul blog (il motivo per cui ho cliccato): "sembra che Synaptic, il gestore di pacchetti grafici di Ubuntu probabilmente usi Xapian. Sul mio server Ubuntu non uso Synaptic, quindi non attenzione se l'indice Apt Xapian non viene aggiornato. I soliti strumenti apt dovrebbero comunque funzionare perfettamente. " Come dice il tuo post, YMMV. Funziona per me, non usando Synaptic.

— Vaz,

4

Per farla breve, cambia RandomSleep=1800in qualcosa di più piacevole. Ho sceltoRandomSleep=5

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

— Bruce Aldridge
fonte

Questo non ha fatto nulla per risolvere il mio problema, che è lo stesso dell'OP. Se guardi il codice, il tempo di RandomSleep viene utilizzato come limite per il tempo effettivo, che viene scelto nominalmente in modo casuale. Hmm. Guardando il codice, sembra che ci sia un bug. RandomSleep è eventualmente resettato a 1 o 0, dalla chiamata apt-config. (Se è addirittura impostato, il mio non lo era.) La chiamata apt o fa un salto nella variabile o non fa nulla. In realtà non agisce sul suo valore in modo utile.

— Hack Saw

Sembrava che risolvesse i miei problemi per alcuni giorni, che ritengo fosse una coincidenza più di ogni altra cosa.

— Bruce Aldridge,

1

Questo accade quando si hanno più istanze APT / DPKG in esecuzione contemporaneamente. Se esegui qualcosa che blocca apt-get come aptitude in modalità GUI e digiti, sudo /etc/cron.daily/aptalla fine fallirà con lo stesso messaggio.

— Braiam
fonte

Grazie per la comprensione. Non si applica a quelli di noi che eseguono server Ubuntu senza GUI ma è sicuramente utile per qualcuno.

— Vaz,

2

@Vaz in realtà, lo fa, un altro esempio potrebbe essere apt-cron o aggiornamenti automatici

— Braiam