[Admin] [reboot required] unattended-upgrades result for mail.ffnw.de: SUCCESS

Unattended upgrade result: No packages found that can be upgraded
unattended and no pending auto-removals

Warning: A reboot is required to complete this upgrade, or a previous one.

Packages that were auto-removed:
linux-image-4.19.0-10-amd64 linux-headers-4.19.0-10-amd64
linux-headers-4.19.0-10-common linux-headers-4.19.0-12-common
linux-headers-4.19.0-12-amd64 linux-image-4.19.0-12-amd64

Package installation log:
Log started: 2021-02-08 06:20:01
Removing linux-image-4.19.0-10-amd64 (4.19.132-1) ...
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-4.19.0-10-amd64
/etc/kernel/postrm.d/zz-update-grub:
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.19.0-14-amd64
Found initrd image: /boot/initrd.img-4.19.0-14-amd64
Found linux image: /boot/vmlinuz-4.19.0-13-amd64
Found initrd image: /boot/initrd.img-4.19.0-13-amd64
Found linux image: /boot/vmlinuz-4.19.0-12-amd64
Found initrd image: /boot/initrd.img-4.19.0-12-amd64
Found linux image: /boot/vmlinuz-4.19.0-8-amd64
Found initrd image: /boot/initrd.img-4.19.0-8-amd64
Found linux image: /boot/vmlinuz-4.19.0-7-amd64
Found initrd image: /boot/initrd.img-4.19.0-7-amd64
done
Log ended: 2021-02-08 06:20:04

Log started: 2021-02-08 06:20:04
Removing linux-headers-4.19.0-10-amd64 (4.19.132-1) ...
dpkg: warning: while removing linux-headers-4.19.0-10-amd64, directory '/lib/modules/4.19.0-10-amd64' not empty so not removed
Removing linux-headers-4.19.0-10-common (4.19.132-1) ...
Log ended: 2021-02-08 06:20:06

Log started: 2021-02-08 06:20:06
Removing linux-headers-4.19.0-12-amd64 (4.19.152-1) ...
Removing linux-headers-4.19.0-12-common (4.19.152-1) ...
Log ended: 2021-02-08 06:20:08

Log started: 2021-02-08 06:20:09
Removing linux-image-4.19.0-12-amd64 (4.19.152-1) ...
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-4.19.0-12-amd64
/etc/kernel/postrm.d/zz-update-grub:
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.19.0-14-amd64
Found initrd image: /boot/initrd.img-4.19.0-14-amd64
Found linux image: /boot/vmlinuz-4.19.0-13-amd64
Found initrd image: /boot/initrd.img-4.19.0-13-amd64
Found linux image: /boot/vmlinuz-4.19.0-8-amd64
Found initrd image: /boot/initrd.img-4.19.0-8-amd64
Found linux image: /boot/vmlinuz-4.19.0-7-amd64
Found initrd image: /boot/initrd.img-4.19.0-7-amd64
done
Log ended: 2021-02-08 06:20:11

Unattended-upgrades log:
Initial blacklist :
Initial whitelist:
Starting unattended upgrades script
Allowed origins are: origin=Debian,codename=buster,label=Debian, origin=Debian,codename=buster,label=Debian-Security
Removing unused kernel packages: linux-image-4.19.0-10-amd64 linux-headers-4.19.0-10-common linux-headers-4.19.0-10-amd64 linux-headers-4.19.0-12-common linux-image-4.19.0-12-amd64 linux-headers-4.19.0-12-amd64
Packages that were successfully auto-removed: linux-headers-4.19.0-10-amd64 linux-headers-4.19.0-10-common linux-headers-4.19.0-12-amd64 linux-headers-4.19.0-12-common linux-image-4.19.0-10-amd64 linux-image-4.19.0-12-amd64
Packages that are kept back:
No packages found that can be upgraded unattended and no pending auto-removals

Done.

Lg
Tarek

@bjo der mailman3.service knallt beim booten der kiste. Ein manuelles
starten der Service ist notwendig. Zudem scheint neben dem
mailman3.service auch ein mailman.service zu laufen falls das korrekt
ist dann ist dieser Hinweis nichtig. :stuck_out_tongue:

Falls du mal ne ruhige Minute findest, kannst du ja gerne mal drauf
schauen. :slight_smile:

Lg
Tarek

Moin,

@bjo der mailman3.service knallt beim booten der kiste. Ein manuelles
starten der Service ist notwendig. Zudem scheint neben dem
mailman3.service auch ein mailman.service zu laufen falls das korrekt
ist dann ist dieser Hinweis nichtig. :stuck_out_tongue:

Wodrann hing mailman3 denn? mailman.service scheint ein Relikt von
mailman2 zu sein, der Service steht ja auch auf exited.

VG

irgend eine python? exeception. Warscheinlich in den logs zu finden.

VG

fixed. Das Problem war, dass mailman3 vor postgresql hoch kam und das in
einer Python exception in mailman3 endete.

btw. das mailman relikt ist nun entfernt.

lg
Tarek

Moin,

fixed. Das Problem war, dass mailman3 vor postgresql hoch kam und das in
einer Python exception in mailman3 endete.

btw. das mailman relikt ist nun entfernt.

Danke - und merkwürdig, Mailman3 nutzt momentan noch leider MySQL.
Hinsichtlich des Mailmans stellt sich eh die Frage, ob wir das nicht
wieder auf PIP umstellen. Die Pakete selbst in Debian Stable sind voller
Bugs und einer der Personen auf der Mailman3-Liste erstellte nun
folgende Anleitung:
https://wiki.list.org/DOC/Howto_Install_Mailman3_On_Debian10

Dies führte dazu, dass ein Debian-Hardliner mitteilte, das sei aber
nicht der "gold standard", da er weder Apache2 noch exim verwendete
(Debian Defaults) und er nicht schlichtweg "apt-get install mailman"
macht. Denn stable = gut, und wenn der Maintainer seine Arbeit gut
mache, bedeute nunmal "stable = bugfree" und bleeding edge = voller
Bugs. Das führte zur Frage anderer Listenteilnehmer, in welcher Realität
er lebe.
Angesichts dessen, dass aber auch hyperkitty ja etwas kaputt ist, ob man
das ganze nicht mit PIP und Postgresql neu aufsetzt.

VG

Aua. Das klingt böse und dein Vorschlag fast nach der logischen Konsequenz.

Ob das dauerhaft ein guter Weg ist kannst du ohnehin am besten einschätzen, von daher: feel free.

Das hatte ich auch überlegt, dann kann man das ganze schön in nen Python
venv schmeißen.

https://docs.mailman3.org/en/latest/install/virtualenv.html

lg
Tarek