[Ja] Ist unattended-upgrade jetzt funktionsfähig?
- Taomon
- Beiträge: 627
- Registriert: 08.03.2011 16:34:38
- Lizenz eigener Beiträge: GNU Free Documentation License
[Ja] Ist unattended-upgrade jetzt funktionsfähig?
Schönen Heiligen Abend erstmal zusammen.
Bin mir nicht sicher ob ich das richtig eingerichtet habe.
Ich hoffe alle relevanten Informationen zusammen gestellt zu haben 39647.
Schöne Grüße Taomon
Bin mir nicht sicher ob ich das richtig eingerichtet habe.
Ich hoffe alle relevanten Informationen zusammen gestellt zu haben 39647.
Schöne Grüße Taomon
Zuletzt geändert von Taomon am 10.01.2017 15:35:36, insgesamt 1-mal geändert.
Bitte gelegentliche Schreibfehler übersehen. Ich habe ADHS. Danke.
Re: Ist unattended-upgrade jetzt funktionsfähig?
Schonmal passend.
Ich habe darüberhinaus die blacklist bemüht Laufende VM habe ich öfter Probleme mit automatisiertem Neustart.
Und unter der Hand (soll meinen dem laufenden Kernel) ausgetauschte Kernelmodule auch problematisch.
debian Upgrades gewährleisten oft nicht, daß neue Dateien auch benutzt werden.
Helferlein dafür:
- einmal Unattended-Upgrade::Automatic-Reboot (damit würde meine blacklist obsolet)
- checkrestart aus debian-goodies zur Detektion, daraus folgend Aktionen oder mail-Nachricht.
- needrestart (in dpkg eingebundene Aktion vorgesehen)
Auch führe ich ein 'apt-get update' VOR dem /etc/cron.daily/apt aus (dort abgeschaltet:
APT::Periodic::Update-Package-Lists "1";),
um dann gemäß 'ls /var/lib/apt/lists/partial'
APT::Periodic::Unattended-Upgrade entsprechend an/abzuschalten.
Denn ein fehlerhafter Bezug der Paketlisten hatte mal einigen Unfug verursacht.
Ich habe darüberhinaus die blacklist bemüht
Code: Alles auswählen
Unattended-Upgrade::Package-Blacklist:: "dkms";
Unattended-Upgrade::Package-Blacklist:: "grub";
Unattended-Upgrade::Package-Blacklist:: "libvirt";
Unattended-Upgrade::Package-Blacklist:: "libxen-";
Unattended-Upgrade::Package-Blacklist:: "libxenstore";
Unattended-Upgrade::Package-Blacklist:: "linux-base";
Unattended-Upgrade::Package-Blacklist:: "linux-compiler-";
Unattended-Upgrade::Package-Blacklist:: "linux-headers-";
Unattended-Upgrade::Package-Blacklist:: "linux-image-";
Unattended-Upgrade::Package-Blacklist:: "linux-kbuild-";
Unattended-Upgrade::Package-Blacklist:: "linux-libc-dev";
Unattended-Upgrade::Package-Blacklist:: "qemu";
Unattended-Upgrade::Package-Blacklist:: "virtualbox";
Unattended-Upgrade::Package-Blacklist:: "xen-hypervisor";
Unattended-Upgrade::Package-Blacklist:: "xen-linux-system";
Unattended-Upgrade::Package-Blacklist:: "xen-system-";
Unattended-Upgrade::Package-Blacklist:: "xen-utils-";
Unattended-Upgrade::Package-Blacklist:: "xenstore-utils";
Und unter der Hand (soll meinen dem laufenden Kernel) ausgetauschte Kernelmodule auch problematisch.
debian Upgrades gewährleisten oft nicht, daß neue Dateien auch benutzt werden.
Helferlein dafür:
- einmal Unattended-Upgrade::Automatic-Reboot (damit würde meine blacklist obsolet)
- checkrestart aus debian-goodies zur Detektion, daraus folgend Aktionen oder mail-Nachricht.
- needrestart (in dpkg eingebundene Aktion vorgesehen)
Auch führe ich ein 'apt-get update' VOR dem /etc/cron.daily/apt aus (dort abgeschaltet:
APT::Periodic::Update-Package-Lists "1";),
um dann gemäß 'ls /var/lib/apt/lists/partial'
APT::Periodic::Unattended-Upgrade entsprechend an/abzuschalten.
Denn ein fehlerhafter Bezug der Paketlisten hatte mal einigen Unfug verursacht.
Zuletzt geändert von rendegast am 24.12.2016 20:04:13, insgesamt 1-mal geändert.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
- Taomon
- Beiträge: 627
- Registriert: 08.03.2011 16:34:38
- Lizenz eigener Beiträge: GNU Free Documentation License
Re: Ist unattended-upgrade jetzt funktionsfähig?
Danke erstmal. Was mich verwundert ist die Ausgabe von da steht überall off.
So jetzt krieg ich geschimpft. Glühwein ist fertig
Gruß Taomon
Code: Alles auswählen
root@Taomon:~# chkconfig --list | grep unatt
unattended-upgrades 0:off 1:off 2:off 3:off 4:off 5:off 6:off
root@Taomon:~#
So jetzt krieg ich geschimpft. Glühwein ist fertig
Gruß Taomon
Bitte gelegentliche Schreibfehler übersehen. Ich habe ADHS. Danke.
Re: Ist unattended-upgrade jetzt funktionsfähig?
Das sollte passend sein.
Es gibt zwei wirkliche Kxx-Links in rc0 und rc6,
in den anderen rc*.d/ nichts.
chkconfig berücksichtigt das nicht in seiner Darstellung.
Alternativen
Code: Alles auswählen
$ cat /etc/init.d/unattended-upgrades
#! /bin/sh
#
### BEGIN INIT INFO
# Required-Start: $local_fs $remote_fs
# Required-Stop: $local_fs $remote_fs
# Provides: unattended-upgrade-shutdown-check
# Default-Start:
# Default-Stop: 0 6
in den anderen rc*.d/ nichts.
chkconfig berücksichtigt das nicht in seiner Darstellung.
Alternativen
Code: Alles auswählen
# /usr/sbin/sysv-rc-conf --list unattended-upgrades
unattended-u 0:off 6:off
# insserv -s | grep unatt
K:01:0 6:unattended-upgrades
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
- Taomon
- Beiträge: 627
- Registriert: 08.03.2011 16:34:38
- Lizenz eigener Beiträge: GNU Free Documentation License
Re: Ist unattended-upgrade jetzt funktionsfähig?
Mercy,
Gestartet wird das ganze über anacron, welches alles aufruft was unter /etc/cron.daily/ steht zumindest habe ich das so verstanden.
Ich werde mal ein Auge auf den Log's halten. Higgs
Grüße Taomon
Gestartet wird das ganze über anacron, welches alles aufruft was unter /etc/cron.daily/ steht zumindest habe ich das so verstanden.
Ich werde mal ein Auge auf den Log's halten. Higgs
Grüße Taomon
Bitte gelegentliche Schreibfehler übersehen. Ich habe ADHS. Danke.
Re: Ist unattended-upgrade jetzt funktionsfähig?
---------------------------------------------
/etc/cron.daily/apt -> /etc/cron.daily/apt-compat, mehr ein Platzhalter.
Das Arbeitsskript cron.daily/apt
(mit einem random-Zeitfaktor von default 1/2 Stunde (welches die ganze cron.daily-Abarbeitung aufhält))
ist verlagert nach /usr/lib/apt/apt.systemd.daily, zufällig am Tag gestartet per systemd-timer-Unit.
Ausblick: vgl. Pakete apt/jessie 1.0 mit apt/stretch 1.4Taomon hat geschrieben: Gestartet wird das ganze über anacron, welches alles aufruft was unter /etc/cron.daily/ steht zumindest habe ich das so verstanden.
/etc/cron.daily/apt -> /etc/cron.daily/apt-compat, mehr ein Platzhalter.
Das Arbeitsskript cron.daily/apt
(mit einem random-Zeitfaktor von default 1/2 Stunde (welches die ganze cron.daily-Abarbeitung aufhält))
ist verlagert nach /usr/lib/apt/apt.systemd.daily, zufällig am Tag gestartet per systemd-timer-Unit.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
- Taomon
- Beiträge: 627
- Registriert: 08.03.2011 16:34:38
- Lizenz eigener Beiträge: GNU Free Documentation License
Re: Ist unattended-upgrade jetzt funktionsfähig?
Irgendwie lüppts nicht. unattended upgrade aktualisiert die Paketliste ich meine führt nicht (apt update) aus.
39659 Ich habe gewartet bis im Log aufgetaucht ist das nix zu aktualisieren ist, danach habe ich und gesehen, das für exim was aufgeschlagen ist. Danach ausgeführt und erst dann wurden die exim Pakete von unattended upgrade registriert.
Schönen 1. Weihnachtsag wünscht Taomon
39659 Ich habe gewartet bis im Log aufgetaucht ist das nix zu aktualisieren ist, danach habe ich
Code: Alles auswählen
apt update
Code: Alles auswählen
unattended-upgrade -v -d
Schönen 1. Weihnachtsag wünscht Taomon
Bitte gelegentliche Schreibfehler übersehen. Ich habe ADHS. Danke.
Re: Ist unattended-upgrade jetzt funktionsfähig?
Ich sehe da keinen Fehler.
welches darauf unattended-upgrade aufruft.
Damit das auch sauber funktioniert, sollte es nicht in der Zeit einer eventuellen Zwangstrennung vom Internet ausgeführt werden.
(Zur vollen Sicherheit halt mein eigenes Skript für das Paketlisten-Update)
Normalerweise wird cron.daily/ von cron abgearbeitet, im default (/etc/crontab) um 06:25.
Ist anacron installiert, so jedoch zu dessem default (/etc/cron.d/anacron) um 07:30.
(Ab stretch-systemd halt irgendwann am Tag, benötigt eventuell laufenden systemd-crond)
und die Aktion:2016-12-25 12:10:02,004 DEBUG pkgs that look like they should be upgraded: exim4
exim4-base
exim4-config
exim4-daemon-light
libgraphicsmagick3
2016-12-25 12:10:02,052 DEBUG Configured to install on shutdown, so exiting now
Das Aktualisieren der Paketliste wird von cron.daily/apt gemacht (APT::Periodic),unattended upgrade aktualisiert die Paketliste ich meine führt nicht (apt update) aus.
welches darauf unattended-upgrade aufruft.
Damit das auch sauber funktioniert, sollte es nicht in der Zeit einer eventuellen Zwangstrennung vom Internet ausgeführt werden.
(Zur vollen Sicherheit halt mein eigenes Skript für das Paketlisten-Update)
Normalerweise wird cron.daily/ von cron abgearbeitet, im default (/etc/crontab) um 06:25.
Ist anacron installiert, so jedoch zu dessem default (/etc/cron.d/anacron) um 07:30.
(Ab stretch-systemd halt irgendwann am Tag, benötigt eventuell laufenden systemd-crond)
Zuletzt geändert von rendegast am 25.12.2016 12:48:02, insgesamt 1-mal geändert.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
- Taomon
- Beiträge: 627
- Registriert: 08.03.2011 16:34:38
- Lizenz eigener Beiträge: GNU Free Documentation License
Re: Ist unattended-upgrade jetzt funktionsfähig?
Migräne krieg. Ich habe nur auf das Datum geschielt und nicht auf die Uhrzeit.
Gruß Taomon
Gruß Taomon
Bitte gelegentliche Schreibfehler übersehen. Ich habe ADHS. Danke.
Re: Ist unattended-upgrade jetzt funktionsfähig?
Laß in der ersten Zeit
Unattended-Upgrade::MailOnlyOnError
nicht auf 'true', zur Beobachtung.
Alternativ (um immer einen Fehler zu erzeugen)
ein upgrade-fähiges (und unkompliziertes) Paket auf 'hold' setzen.
Um da aber doch kein Problem zu bekommen,
eher einen equivs-dummy eines gar nicht installierten Pakets benutzen,
welches apt auf die Version des Repo aktualisieren möchte.
Unattended-Upgrade::MailOnlyOnError
nicht auf 'true', zur Beobachtung.
Alternativ (um immer einen Fehler zu erzeugen)
ein upgrade-fähiges (und unkompliziertes) Paket auf 'hold' setzen.
Um da aber doch kein Problem zu bekommen,
eher einen equivs-dummy eines gar nicht installierten Pakets benutzen,
welches apt auf die Version des Repo aktualisieren möchte.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
- Taomon
- Beiträge: 627
- Registriert: 08.03.2011 16:34:38
- Lizenz eigener Beiträge: GNU Free Documentation License
Re: Ist unattended-upgrade jetzt funktionsfähig?
Gut das habe ich gemacht. Ist es sinnvoll den Start von anacron zu verschieben , da selbst ich nicht um 7.30 vor'm Rechner sitzte und der Rechner nicht da läuft.rendegast hat geschrieben:Laß in der ersten Zeit
Unattended-Upgrade::MailOnlyOnError
nicht auf 'true', zur Beobachtung.
Gruß und Danke Taomon
Bitte gelegentliche Schreibfehler übersehen. Ich habe ADHS. Danke.
Re: Ist unattended-upgrade jetzt funktionsfähig?
Genau für den Zweck ist anacron.Taomon hat geschrieben: , da selbst ich nicht um 7.30 vor'm Rechner sitzte und der Rechner nicht da läuft.
Schaltest Du später ein, werden die Jobs nachgeholt (einige Minuten Verzögerung).
Kannst Du im 'htop' beobachten.
Hat anacron seine Arbeit beendet, wird auch der Prozeß 'anacron' beendet und erst wieder beim nächsten Termin gestartet
(Eintrag in /etc/cron.d/anacron,
wie/ob Du das änderst ist Dir überlassen).
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
- Taomon
- Beiträge: 627
- Registriert: 08.03.2011 16:34:38
- Lizenz eigener Beiträge: GNU Free Documentation License
Re: Ist unattended-upgrade jetzt funktionsfähig?
die exim4-pakete wurden installiert und hat mir leider einen Fehler geliefert. und entsprechende dpkg-log 39663 Ist sows umgehbar?
Denke so gehts. Zumindest taucht der Punkt bei apt-config dump auf.
Gruß Taomon
Code: Alles auswählen
2016-12-26 00:44:26,331 INFO Packages that will be upgraded: exim4 exim4-base exim4-config exim4-daemon-light libgraphicsmagick3
2016-12-26 00:44:26,344 INFO Dpkg-Protokoll wird nach »/var/log/unattended-upgrades/unattended-upgrades-dpkg.log« geschrieben
2016-12-26 00:44:44,124 ERROR Installation der Upgrades fehlgeschlagen!
2016-12-26 00:44:44,125 ERROR Fehlermeldung: »installArchives() failed«
Denke so gehts.
Code: Alles auswählen
root@Taomon:~# cat /etc/apt/apt.conf
# unattended-upgrade Abhängigkeiten auflösen ei Fehler
APT {
GET {
Fix-Broken "true";
};
};
root@Taomon:~#
Code: Alles auswählen
APT::Get::Fix-Broken "true"
Gruß Taomon
Bitte gelegentliche Schreibfehler übersehen. Ich habe ADHS. Danke.
Re: Ist unattended-upgrade jetzt funktionsfähig?
Ein banaler Fehler in den Upgrade-Skripten, einen laufenden Dienst nicht zu berücksichtigen?exim4-daemon-light (4.84.2-2+deb8u2) wird eingerichtet ...
Failed to start exim4.service: Transaction is destructive.
invoke-rc.d: initscript exim4, action "start" failed.
dpkg: Fehler beim Bearbeiten des Paketes exim4-daemon-light (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 4 zurück
Ich habe hier
QUEUERUNNER='nodaemon'
und das Upgrade lief fehlerfrei durch.
Bleibt die Frage, was sonst noch gefixt wird.Taomon hat geschrieben: Denke so gehts.
APT::Get::Fix-Broken "true"
man 'apt-get' <-> apt-periodic + unattended-upgrades soll imo kein 'dist-upgrade' sein
(damit wohl weniger für ein testing/unstable-System gedacht/geeignet).
Ich bleibe beim explizit gesetzten
Code: Alles auswählen
APT::Install-Recommends "0";
Die entsprechende Mail von unattended-upgrade ist verschickt worden?
(Ist jetzt eine blöde Frage, gezielt auf das Verhalten von unattended-upgrades,
leider spielt der Fehler des Mailers hinein.)
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
- Taomon
- Beiträge: 627
- Registriert: 08.03.2011 16:34:38
- Lizenz eigener Beiträge: GNU Free Documentation License
Re: Ist unattended-upgrade jetzt funktionsfähig?
Jupp ist angekommen die Mail. Schlägt bei mir in icedove sofort auf mit Melodie. Und exim hat mir auch keine Paniclog-Email geschickt alarendegast hat geschrieben:Die entsprechende Mail von unattended-upgrade ist verschickt worden?
Code: Alles auswählen
exim paniclog /var/log/exim4/paniclog on Taomon has non-zero size
Code: Alles auswählen
alex@Taomon:~$ systemctl status exim4
● exim4.service - LSB: exim Mail Transport Agent
Loaded: loaded (/etc/init.d/exim4)
Active: active (running) since Di 2016-12-27 12:04:33 UCT; 8min ago
Process: 887 ExecStart=/etc/init.d/exim4 start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/exim4.service
└─1223 /usr/sbin/exim4 -bd -q30m
alex@Taomon:~$
Allerding benutzte ich exim4 nur für lokale Mails.
Ich werde's erleben.rendegast hat geschrieben:Bleibt die Frage, was sonst noch gefixt wird.
Gruß Taomon
Bitte gelegentliche Schreibfehler übersehen. Ich habe ADHS. Danke.
- ingo2
- Beiträge: 1124
- Registriert: 06.12.2007 18:25:36
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Wo der gute Riesling wächst
Re: [Ja] Ist unattended-upgrade jetzt funktionsfähig?
Ich habe seit ein paar Tagen auch das Problem, daß unattended-upgrades nicht durchläuft. Es handelt sich dabei um das Upgrade von Jessie auf das Point-Release v8.7 mit insgesamt 45 Paketen. Darunter sind u.A.:
exim4
udev
Kernel
Habe schon fast alles probiert, das Holen der Pakete läuft glatt durch, auch das Entpacken und Einrichten noch zum Teil, aber irgendwann hakt's dann. In der Mail an root steht nur:
Hier ein paar Beispiele aus /var/log/unattended-upgrades/unattended-upgrades-dpkg.log
Ich habe unattended-upgrades so konfiguriert, daß alle Pakete vorm Shutdown installiert werden und natürlich Mail an root.
In der /etc/apt/listchanges.conf steht folgendes:
Und ich habe auch darauf geachtet, dass kein LF am Dateiende ist, um diesem Bug zu begegnen:
https://bugs.debian.org/cgi-bin/bugrepo ... bug=781425
Irgendwie scheint da unattended-upgrades "den Ast abzusägen, auf dem es sitzt".
Hat da jemand noch eine Idee, woran das liegen kann?
Ich konfiguriere gerade eine Rechner für einen Bekannten, der sich nichts traut zu ändern/machen, aus Angst was "kaputt zu machen". Da wäre ein voll autarkes System mit Jessie und unattended-upgrades eigentlich optimal. Die (zwangsläufig gepinnten) Pakete mit "Update-notifier" aus Wheezy funktionieren zwar noch unter Jessie, aber das ist unsauber. Und letztlich soll dieses automatische Upgrade in Stretch ja default werden.
Gruß, Ingo
exim4
udev
Kernel
Habe schon fast alles probiert, das Holen der Pakete läuft glatt durch, auch das Entpacken und Einrichten noch zum Teil, aber irgendwann hakt's dann. In der Mail an root steht nur:
Code: Alles auswählen
Packages that will be upgraded: base-files bash ca-certificates dbus dbus-x11 e2fslibs e2fsprogs exim4 exim4-base exim4-config exim4-daemon-light file hplip hplip-data libc-bin libc-dev-bin libc6 libc6-dev libcairo-gobject2 libcairo2 libcomerr2 libdbus-1-3 libfcgi-perl libgnutls-deb0-28 libgnutls-openssl27 libgudev-1.0-0 libhogweed2 libhpmud0 libio-socket-ssl-perl libmagic1 libmpg123-0 libnettle4 libpam-modules libpam-modules-bin libpam-runtime libpam-systemd libpam0g libpng12-0 libsane-hpaio libss2 libsystemd0 libudev1 libwmf0.2-7 linux-compiler-gcc-4.8-x86 linux-headers-3.16.0-4-amd64 linux-headers-3.16.0-4-common linux-image-3.16.0-4-amd64 linux-libc-dev locales multiarch-support printer-driver-hpcups printer-driver-hpijs printer-driver-postscript-hp sed systemd systemd-sysv udev w3m wireless-regdb
Dpkg-Protokoll wird nach »/var/log/unattended-upgrades/unattended-upgrades-dpkg.log« geschrieben
Installation der Upgrades fehlgeschlagen!
Fehlermeldung: »Failed to fetch http://ftp.de.debian.org/debian/pool/main/d/dbus/dbus_1.8.22-0+deb8u1_amd64.deb »ftp.de.debian.org« konnte nicht aufgelöst werden.
«
Dpkg gab einen Fehler zurück. Siehe »/var/log/unattended-upgrades/unattended-upgrades-dpkg.log« für Einzelheiten
Code: Alles auswählen
Vorbereitung zum Entpacken von .../libgd3_2.1.0-5+deb8u8_amd64.deb ...
Entpacken von libgd3:amd64 (2.1.0-5+deb8u8) über (2.1.0-5+deb8u7) ...
libgd3:amd64 (2.1.0-5+deb8u8) wird eingerichtet ...
Trigger für libc-bin (2.19-18+deb8u6) werden verarbeitet ...
Fehler beim Verbinden: Fehler beim Senden der Anmeldedaten:Fehler beim Senden der Nachricht: Datenübergabe unterbrochen (broken pipe)
.........
(Lese Datenbank ... 129129 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../libtiff5_4.0.3-12.3+deb8u2_amd64.deb ...
Entpacken von libtiff5:amd64 (4.0.3-12.3+deb8u2) über (4.0.3-12.3+deb8u1) ...
libtiff5:amd64 (4.0.3-12.3+deb8u2) wird eingerichtet ...
Trigger für libc-bin (2.19-18+deb8u6) werden verarbeitet ...
Fehler beim Verbinden: Fehler beim Senden der Anmeldedaten:Fehler beim Senden der Nachricht: Datenübergabe unterbrochen (broken pipe)
......
Vorbereitung zum Entpacken von .../libvncclient0_0.9.9+dfsg2-6.1+deb8u2_amd64.deb ...
Entpacken von libvncclient0:amd64 (0.9.9+dfsg2-6.1+deb8u2) über (0.9.9+dfsg2-6.1+deb8u1) ...
libvncclient0:amd64 (0.9.9+dfsg2-6.1+deb8u2) wird eingerichtet ...
Trigger für libc-bin (2.19-18+deb8u6) werden verarbeitet ...
Fehler beim Verbinden: Verbindung ist gescheitert:Verbindungsaufbau abgelehnt
In der /etc/apt/listchanges.conf steht folgendes:
Code: Alles auswählen
[apt]
frontend=pager
email_address=root
confirm=0
save_seen=/var/lib/apt/listchanges.db
which=news
https://bugs.debian.org/cgi-bin/bugrepo ... bug=781425
Irgendwie scheint da unattended-upgrades "den Ast abzusägen, auf dem es sitzt".
Hat da jemand noch eine Idee, woran das liegen kann?
Ich konfiguriere gerade eine Rechner für einen Bekannten, der sich nichts traut zu ändern/machen, aus Angst was "kaputt zu machen". Da wäre ein voll autarkes System mit Jessie und unattended-upgrades eigentlich optimal. Die (zwangsläufig gepinnten) Pakete mit "Update-notifier" aus Wheezy funktionieren zwar noch unter Jessie, aber das ist unsauber. Und letztlich soll dieses automatische Upgrade in Stretch ja default werden.
Gruß, Ingo
avatar: [http://mascot.crystalxp.net/en.id.2938- ... nther.html MF-License]
Re: [Ja] Ist unattended-upgrade jetzt funktionsfähig?
Kein Fehler von unattended-upgrades,
für dieses wird per 'apt-get -d' der Download der Pakete durchgeführt,
unattended-upgrades macht dann 'dpkg -i' auf die heruntergeladenen Pakete.
Die Fehler sind "dpkg" oder diesem nachgeordnet.
Oder das von Dir aufgeführte apt-listchanges will die Änderungsdaten abrufen? (wofür dabei "Anmeldedaten"?)
(/etc/cron.daily/apt erzeugt eine Pause von im default bis zu einer halben Stunde)
Speziell das Herunterladen der Pakete sollte aber abgeschlossen sein,
wenn unattended-upgrades seine Arbeit (dpkg -i) aufnimmt: Vielleicht wird ein vorheriger fehlgeschlagender Download des periodic beim dpkg wiederholt?
Vielleicht werden auch alle Meldungen (inklusive der 'apt-get -d' davor) gesammelt?
Deinstalliere / Deaktiviere (siehe apt.conf.d/20listchanges) doch erstmal apt-listchanges.
-------------------------------
Ich mache eine Prüfung auf Zustand des Verzeichnis
/var/lib/apt/lists/partial/ (nach einem '... update')
bevor apt-periodic / unattended-upgrades ihre Arbeit erlaubt wird.
Das könnte erweitert werden, um auch
/var/cache/apt/archives/partial/ (nach einem '... -d dist-upgrade')
abzudecken.
für dieses wird per 'apt-get -d' der Download der Pakete durchgeführt,
unattended-upgrades macht dann 'dpkg -i' auf die heruntergeladenen Pakete.
Die Fehler sind "dpkg" oder diesem nachgeordnet.
Wegen "Anmeldedaten": Irgendein notifier horchend am dbus o.ä.?ingo2 hat geschrieben: Fehler beim Verbinden: Fehler beim Senden der Anmeldedaten:Fehler beim Senden der Nachricht: Datenübergabe unterbrochen (broken pipe)
Oder das von Dir aufgeführte apt-listchanges will die Änderungsdaten abrufen? (wofür dabei "Anmeldedaten"?)
Netzwerkprobleme zu dem Zeitpuntk? Zwangstrennung?Dpkg-Protokoll wird nach »/var/log/unattended-upgrades/unattended-upgrades-dpkg.log« geschrieben
Installation der Upgrades fehlgeschlagen!
Fehlermeldung: »Failed to fetch http://ftp.de.debian.org/debian/pool/ma ... _amd64.deb »ftp.de.debian.org« konnte nicht aufgelöst werden.«
(/etc/cron.daily/apt erzeugt eine Pause von im default bis zu einer halben Stunde)
Speziell das Herunterladen der Pakete sollte aber abgeschlossen sein,
wenn unattended-upgrades seine Arbeit (dpkg -i) aufnimmt:
Code: Alles auswählen
APT::Periodic::Download-Upgradeable-Packages "1";
Vielleicht werden auch alle Meldungen (inklusive der 'apt-get -d' davor) gesammelt?
Böses systemd hat zu dem Zeitpunkt schon die (für apt-listchanges(?) oder nachzuholende vorherig fehlgeschlagenen Downloads nötige) Netzwerkverbindung beendet?... daß alle Pakete vorm Shutdown installiert werden
Deinstalliere / Deaktiviere (siehe apt.conf.d/20listchanges) doch erstmal apt-listchanges.
-------------------------------
Ich mache eine Prüfung auf Zustand des Verzeichnis
/var/lib/apt/lists/partial/ (nach einem '... update')
bevor apt-periodic / unattended-upgrades ihre Arbeit erlaubt wird.
Das könnte erweitert werden, um auch
/var/cache/apt/archives/partial/ (nach einem '... -d dist-upgrade')
abzudecken.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
- Taomon
- Beiträge: 627
- Registriert: 08.03.2011 16:34:38
- Lizenz eigener Beiträge: GNU Free Documentation License
Re: [Ja] Ist unattended-upgrade jetzt funktionsfähig?
Bei mit werden mit unattended upgrades nur security-fixes automatisch installiert. Alles andere nur runtergeladen.
2-3 mal in der Woche führ ich dannaus.
Gruß Taomon
2-3 mal in der Woche führ ich dann
Code: Alles auswählen
apt full-upgrade
Code: Alles auswählen
apt-config dump | grep -i unattended
Gruß Taomon
Bitte gelegentliche Schreibfehler übersehen. Ich habe ADHS. Danke.
- ingo2
- Beiträge: 1124
- Registriert: 06.12.2007 18:25:36
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Wo der gute Riesling wächst
Re: [Ja] Ist unattended-upgrade jetzt funktionsfähig?
So, ich bin jetzt Dank eurer Hilfe ein Stück weiter.
Es liegt nicht an unattended-upgrades selbst, sondern es hapert bei der Installation bzw. Upgrade von udev.
Zunächst habe ich alle Pakete downgeloaded mit
und danach einen Reboot. Dabei beginnt die Installation von 13 aus 64 Paketen und zwar bis das paket udev dran ist. Die Logs sagen dazu:
cat /var/log/unattended-upgrades/unattended-upgrades.log
und
cat /var/log/unattended-upgrades/unattended-upgrades-dpkg.log
Der Fehler passiert also: beim Bearbeiten des Paketes udev (--configure)!
Und auch nach mehreren Reboots wird der Fehler nicht korrigiert bzw. die Konfiguration von udev abgeschlossen. Es bleiben 51 Pakete übrig, die noch upzudaten sind.
Die harte Lösung dazu ist ein
mit folgender Ausgabe:
Danach beim nächsten Reboot läuft der Rest von 51 Paketen mit unattended-upgrade problemlos durch.und alles ist jetzt ok!
Mein Fehler bei meinem erstem Posting war, dass ich zu ungeduldig war und angefangen habe, an der Konfiguration zu spielen, um dort einen Fehler meinerseits zu finden.
Bei der Gelegenheit noch eine Beobachtung bezüglich den Unattended-Upgrade::Origins-Pattern
ist die default-source (nur security fixes) und die läuft problemlos seit Monaten durch.
da sind nur ganz wenige Pakete betroffen, z.B. letzthin Icedove auf 45.6, war bisher auch problemlos.
Hierin waren die ganzen 64 Pakete des Upgrades auf das Pointrelease 8.7 enthalten mit bekanntem Problem.
Sollte man da eventuell das letzte Pattern weglassen?
Oder was gibt es sonst für Vorschläge, solche Pannen wie soeben mit udev zu umgehen?
Gruß, Ingo
EDIT #1:
Habe ich jetzt erst durch Zufall bemerkt:
Nach dieser ganzenm Aktion ist zwar alles installiert, aber nicht zu Ende konfiguriert. Habe gerade ausgeführt:
output:
Erst jetzt ist wieder alles korrekt in der reihe
Da bräuchte man also eine offizielle Blacklist ???
Es liegt nicht an unattended-upgrades selbst, sondern es hapert bei der Installation bzw. Upgrade von udev.
Zunächst habe ich alle Pakete downgeloaded mit
Code: Alles auswählen
unattended-upgrade -v -d
cat /var/log/unattended-upgrades/unattended-upgrades.log
Code: Alles auswählen
.....
2017-01-19 12:26:55,910 DEBUG fetch.run() result: 0
2017-01-19 12:26:55,910 DEBUG dpkg is configured not to cause conffile prompts
2017-01-19 12:26:55,911 DEBUG InstCount=64 DelCount=0 BrokenCount=0
2017-01-19 12:26:55,911 DEBUG Configured to install on shutdown, so exiting now
2017-01-19 12:27:33,700 INFO Pakete, die anfangs auf die schwarzen Liste standen:
2017-01-19 12:27:33,701 INFO Initial whitelisted packages:
2017-01-19 12:27:33,702 INFO Skript für unbeaufsichtigte Upgrades wird gestartet.
2017-01-19 12:27:33,702 INFO erlaubte Ursprünge sind: ['origin=Debian,codename=jessie,label=Debian-Security', 'o=Debian,n=jessie']
2017-01-19 12:28:16,466 INFO Packages that will be upgraded: base-files bash ca-certificates dbus dbus-x11 e2fslibs e2fsprogs exim4 exim4-base exim4-config exim4-daemon-light file hplip hplip-data libc-bin libc-dev-bin libc6 libc6-dev libc6-i686 libcairo-gobject2 libcairo2 libcomerr2 libdbus-1-3 libfcgi-perl libgnutls-deb0-28 libgnutls-openssl27 libgudev-1.0-0 libhogweed2 libhpmud0 libio-socket-ssl-perl libmagic1 libmpg123-0 libnettle4 libobrender29 libobt2 libpam-modules libpam-modules-bin libpam-runtime libpam-systemd libpam0g libpng12-0 libsane-hpaio libss2 libsystemd0 libudev1 libwmf0.2-7 linux-compiler-gcc-4.8-x86 linux-headers-3.16.0-4-686-pae linux-headers-3.16.0-4-common linux-image-3.16.0-4-686-pae linux-libc-dev locales multiarch-support openbox printer-driver-hpcups printer-driver-hpijs printer-driver-postscript-hp python-crypto sed systemd systemd-sysv udev w3m wireless-regdb
2017-01-19 12:28:16,467 INFO Dpkg-Protokoll wird nach »/var/log/unattended-upgrades/unattended-upgrades-dpkg.log« geschrieben
2017-01-19 12:29:21,191 ERROR Installation der Upgrades fehlgeschlagen!
2017-01-19 12:29:21,192 ERROR Fehlermeldung: »installArchives() failed«
2017-01-19 12:29:21,192 ERROR Dpkg gab einen Fehler zurück. Siehe »/var/log/unattended-upgrades/unattended-upgrades-dpkg.log« für Einzelheiten
cat /var/log/unattended-upgrades/unattended-upgrades-dpkg.log
Code: Alles auswählen
Log started: 2017-01-19 12:28:16
Lese Changelogs...
apt-listchanges: Sende E-Mail an root: apt-listchanges: Neuigkeiten für tom
Extrahiere Vorlagen aus Paketen: 100%
Vorkonfiguration der Pakete ...
...
mehere pPakete werden problemlos installiert bis
....
(Lese Datenbank ... 135856 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../udev_215-17+deb8u6_i386.deb ...
Entpacken von udev (215-17+deb8u6) über (215-17+deb8u5) ...
Trigger für man-db (2.7.0.2-5) werden verarbeitet ...
Trigger für systemd (215-17+deb8u5) werden verarbeitet ...
udev (215-17+deb8u6) wird eingerichtet ...
addgroup: Die Gruppe »input« existiert bereits als Systemgruppe. Programmende.
Failed to restart udev.service: final.target is queued, ignoring restart request for unit systemd-udevd.service
invoke-rc.d: initscript udev, action "restart" failed.
dpkg: Fehler beim Bearbeiten des Paketes udev (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
udev
Error in function:
Log ended: 2017-01-19 12:29:21
Und auch nach mehreren Reboots wird der Fehler nicht korrigiert bzw. die Konfiguration von udev abgeschlossen. Es bleiben 51 Pakete übrig, die noch upzudaten sind.
Die harte Lösung dazu ist ein
Code: Alles auswählen
apt-get -f install
Code: Alles auswählen
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 51 nicht aktualisiert.
5 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
udev (215-17+deb8u6) wird eingerichtet ...
addgroup: Die Gruppe »input« existiert bereits als Systemgruppe. Programmende.
update-initramfs: deferring update (trigger activated)
libc6-i686:i386 (2.19-18+deb8u7) wird eingerichtet ...
libc-dev-bin (2.19-18+deb8u7) wird eingerichtet ...
linux-libc-dev:i386 (3.16.39-1) wird eingerichtet ...
libc6-dev:i386 (2.19-18+deb8u7) wird eingerichtet ...
Trigger für initramfs-tools (0.120+deb8u2) werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-3.16.0-4-686-pae
Trigger für libc-bin (2.19-18+deb8u7) werden verarbeitet ...
Mein Fehler bei meinem erstem Posting war, dass ich zu ungeduldig war und angefangen habe, an der Konfiguration zu spielen, um dort einen Fehler meinerseits zu finden.
Bei der Gelegenheit noch eine Beobachtung bezüglich den Unattended-Upgrade::Origins-Pattern
Code: Alles auswählen
"origin=Debian,codename=${distro_codename},label=Debian-Security";
Code: Alles auswählen
"o=Debian,n=${distro_codename}-proposed-updates";
Code: Alles auswählen
"o=Debian,n=${distro_codename}
Sollte man da eventuell das letzte Pattern weglassen?
Oder was gibt es sonst für Vorschläge, solche Pannen wie soeben mit udev zu umgehen?
Gruß, Ingo
EDIT #1:
Habe ich jetzt erst durch Zufall bemerkt:
Nach dieser ganzenm Aktion ist zwar alles installiert, aber nicht zu Ende konfiguriert. Habe gerade ausgeführt:
Code: Alles auswählen
apt-get -f install
Code: Alles auswählen
# apt-get -f install
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
5 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
dbus (1.8.22-0+deb8u1) wird eingerichtet ...
libpam-systemd:i386 (215-17+deb8u6) wird eingerichtet ...
exim4-daemon-light (4.84.2-2+deb8u3) wird eingerichtet ...
exim4 (4.84.2-2+deb8u3) wird eingerichtet ...
dbus-x11 (1.8.22-0+deb8u1) wird eingerichtet ...
Da bräuchte man also eine offizielle Blacklist ???
avatar: [http://mascot.crystalxp.net/en.id.2938- ... nther.html MF-License]
Re: [Ja] Ist unattended-upgrade jetzt funktionsfähig?
ingo2 hat geschrieben: udev (215-17+deb8u6) wird eingerichtet ...
Ich habe ob des imo work-in-progress-Charakters von systemd schon sein einiger Zeit alles systemd/udev auf 230-* aus jessie-backports.libpam-systemd:i386 (215-17+deb8u6) wird eingerichtet ...
(allein libgudev-1.0-0 verbleibt auf 215-17/jessie)
Eventuell hatte ich daher kein solches Problem?
EDIT Jedoch läuft unattended-upgrades bei mir auch regulär im cron.daily, nicht bei Shutdown/Reboot.
Zuletzt geändert von rendegast am 19.01.2017 20:14:17, insgesamt 1-mal geändert.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
- ingo2
- Beiträge: 1124
- Registriert: 06.12.2007 18:25:36
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Wo der gute Riesling wächst
Re: [Ja] Ist unattended-upgrade jetzt funktionsfähig?
Ist schon möglich, daß die neuere Version von systemd da was bringt. Ach und nochwas: bei dem letzen Versuch hatte ich den Laptop sicherheitshalber über Ethernet ans Netz angeschlosse statt bisher WLAN und auch eine /etc/apt/apt.conf.d/local nutze ich mit folgendem Inhalt:
.
Die Konfiguration der Pakete hätte also auch konsistent sein sollen - oder weiß nur "apt" nichts davon??
Aber Systemd sollte ja das Netzwerk in Ruhe lassen - zumindest noch in Jessie.
@Taomon:
Vielleicht solltes tdu den Titel doch nicht als gelöst = [Ja] kennzeichnen, höchstens mit [Ja - ABER...]
- außer du hast eine brauchbare Blacklist
Code: Alles auswählen
Dpkg::Options {
"--force-confdef";
"--force-confold";
Die Konfiguration der Pakete hätte also auch konsistent sein sollen - oder weiß nur "apt" nichts davon??
Aber Systemd sollte ja das Netzwerk in Ruhe lassen - zumindest noch in Jessie.
@Taomon:
Vielleicht solltes tdu den Titel doch nicht als gelöst = [Ja] kennzeichnen, höchstens mit [Ja - ABER...]
- außer du hast eine brauchbare Blacklist
avatar: [http://mascot.crystalxp.net/en.id.2938- ... nther.html MF-License]
- Taomon
- Beiträge: 627
- Registriert: 08.03.2011 16:34:38
- Lizenz eigener Beiträge: GNU Free Documentation License
Re: [Ja] Ist unattended-upgrade jetzt funktionsfähig?
Ich habe keine Blacklist. Und bis jetzt kein Probleme. Also für mich erstmal gelöst.
Gruß Taomon
Gruß Taomon
Bitte gelegentliche Schreibfehler übersehen. Ich habe ADHS. Danke.