Siduction Forum
Siduction Forum => Upgrade Warnings => Topic started by: Maik on 2017/02/10, 22:18:59
-
Nach Update auf 232-17 kommt folgende Meldung
systemd-resolved.service: Failed at step NAMESPACE spawning /lib/systemd/systemd-resolved: No such file or directory
systemd[1]: systemd-resolved.service: Main process exited, code=exited, status=226/NAMESPACE
systemd[1]: Failed to start Network Name Resolution.
systemd[1]: systemd-resolved.service: Unit entered failed state.
systemd[1]: systemd-resolved.service: Failed with result 'exit-code'.
systemd[1]: systemd-resolved.service: Service has no hold-off time, scheduling restart.
systemd[1]: Stopped Network Name Resolution.
Irgendwas mit /var/tmp will bei dieser Version nicht, da Version 232-16 problemlos sein Dienst tut.
-
Besagtes D-U habe ich heute auch gemacht.
Keine Probleme, sieht bei mir so ausapt-cache policy systemd
systemd:
Installiert: 232-17
Installationskandidat: 232-17
Versionstabelle:
*** 232-17 500
500 http://httpredir.debian.org/debian unstable/main i386 Packages
100 /var/lib/dpkg/status
systemctl status systemd-resolved.service
● systemd-resolved.service - Network Name Resolution
Loaded: loaded (/lib/systemd/system/systemd-resolved.service; disabled; vendo
Drop-In: /lib/systemd/system/systemd-resolved.service.d
└─resolvconf.conf
Active: inactive (dead)
Docs: man:systemd-resolved.service(8)
http://www.freedesktop.org/wiki/Software/systemd/resolved
http://www.freedesktop.org/wiki/Software/systemd/writing-network-conf
http://www.freedesktop.org/wiki/Software/systemd/writing-resolver-cli
Bei mir handelt es sich um ein 32-bit System auf Basis der xorg.
Vielleicht sagst du ja mal, was dadurch nicht geht, wenn dir hier einer helfen soll. ;)
-
Hi Maik,
warum sollte etwas mit /var/tmp nicht funktionieren?
-
Hier hatte ich heute früh auch einmalig Probleme mit der Namensauflösung.
Jetzt habe ich folgende Statusmeldung:
# systemctl status systemd-resolved.service
● systemd-resolved.service - Network Name Resolution
Loaded: loaded (/lib/systemd/system/systemd-resolved.service; enabled; vendor preset: enabled)
Drop-In: /lib/systemd/system/systemd-resolved.service.d
└─resolvconf.conf
Active: failed (Result: exit-code) since Sat 2017-02-11 12:39:18 CET; 9min ago
Docs: man:systemd-resolved.service(
http://www.freedesktop.org/wiki/Software/systemd/resolved
http://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
http://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
Process: 2615 ExecStart=/lib/systemd/systemd-resolved (code=exited, status=226/NAMESPACE)
Main PID: 2615 (code=exited, status=226/NAMESPACE)
Feb 11 12:39:18 tuxxy systemd[1]: ^[[0;1;39msystemd-resolved.service: Main process exited, code=exited, status=226/NAMESPACE
Feb 11 12:39:18 tuxxy systemd[1]: Failed to start Network Name Resolution.
Feb 11 12:39:18 tuxxy systemd[1]: ^[[0;1;39msystemd-resolved.service: Unit entered failed state.
Feb 11 12:39:18 tuxxy systemd[1]: ^[[0;1;39msystemd-resolved.service: Failed with result 'exit-code'.
Feb 11 12:39:18 tuxxy systemd[1]: systemd-resolved.service: Service has no hold-off time, scheduling restart.
Feb 11 12:39:18 tuxxy systemd[1]: Stopped Network Name Resolution.
Feb 11 12:39:18 tuxxy systemd[1]: ^[[0;1;39msystemd-resolved.service: Start request repeated too quickly.
Feb 11 12:39:18 tuxxy systemd[1]: Failed to start Network Name Resolution.
Feb 11 12:39:18 tuxxy systemd[1]: ^[[0;1;39msystemd-resolved.service: Unit entered failed state.
Feb 11 12:39:18 tuxxy systemd[1]: ^[[0;1;39msystemd-resolved.service: Failed with result 'exit-code'.
Neustart hilft nicht.
# systemctl restart systemd-resolved.service
Job for systemd-resolved.service failed because the control process exited with error code.
See "systemctl status systemd-resolved.service" and "journalctl -xe" for details.
# journalctl -xe
...
-- Unit systemd-resolved.service has begun starting up.
Feb 11 13:07:01 tuxxy systemd[6538]: systemd-resolved.service: Failed at step NAMESPACE spawning /lib/systemd/systemd-resolved: No such file or directory
-- Subject: Process /lib/systemd/systemd-resolved could not be executed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The process /lib/systemd/systemd-resolved could not be executed and failed.
--
-- The error number returned by this process is 2.
Feb 11 13:07:01 tuxxy systemd[1]: ^[[0;1;39msystemd-resolved.service: Main process exited, code=exited, status=226/NAMESPACE
Feb 11 13:07:01 tuxxy systemd[1]: Failed to start Network Name Resolution.
-- Subject: Unit systemd-resolved.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit systemd-resolved.service has failed.
--
-- The result is failed.
Feb 11 13:07:01 tuxxy systemd[1]: ^[[0;1;39msystemd-resolved.service: Unit entered failed state.
Feb 11 13:07:01 tuxxy systemd[1]: ^[[0;1;39msystemd-resolved.service: Failed with result 'exit-code'.
Feb 11 13:07:01 tuxxy systemd[1]: systemd-resolved.service: Service has no hold-off time, scheduling restart.
Feb 11 13:07:01 tuxxy systemd[1]: Stopped Network Name Resolution.
-- Subject: Unit systemd-resolved.service has finished shutting down
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit systemd-resolved.service has finished shutting down.
Feb 11 13:07:01 tuxxy systemd[1]: ^[[0;1;39msystemd-resolved.service: Start request repeated too quickly.
Feb 11 13:07:01 tuxxy systemd[1]: Failed to start Network Name Resolution.
-- Subject: Unit systemd-resolved.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit systemd-resolved.service has failed.
--
-- The result is failed.
Feb 11 13:07:01 tuxxy systemd[1]: ^[[0;1;39msystemd-resolved.service: Unit entered failed state.
Feb 11 13:07:01 tuxxy systemd[1]: ^[[0;1;39msystemd-resolved.service: Failed with result 'exit-code'.
...
# LANG=C apt policy systemd
systemd:
Installed: 232-17
Candidate: 232-17
Es gibt bereits einen Bugreport:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%23854814 (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%23854814)
Greetings,
Tom
-
Hi,
da steht es doch:
/lib/systemd/systemd-resolved could not be executed
Gibt es die Datei und hat sie die korrekten Rechte?
-
# ls -al /lib/systemd/systemd-resolved
-rwxr-xr-x 1 root root 321952 Feb 10 11:52 /lib/systemd/systemd-resolved
Bug #854814 hat den Status important!
-
@bluelupo
Soweit wie ich es verstanden habe, hängt es mit ProtectSystem/PrivateTmp zusammen. Korrigiert mich wenn es falsch ist.
Die Rechte stimmen und sind nicht wirklich die Ursache. Hatte kein Bock in der Nacht zu frickeln, ein downgrade auf 16 und warten auf Fix. *Dreckige* Workaround kommen bei einige Sachen nicht Frage.
@unklarer
Loaded: loaded (/lib/systemd/system/systemd-resolved.service; disabled; vendo
Aktiviere mal ;)
OFF
Hat schon was, wenn man sein eigenes *überflüssiges* Repro besitzt. ::)
-
Maik,
wird doch im Bugreport diskutiert ...
-
@unklarer
Loaded: loaded (/lib/systemd/system/systemd-resolved.service; disabled; vendo
Aktiviere mal (https://forum.siduction.org/Smileys/default/wink.gif)
Darum ging es mir gar nicht, sondern darum, dass du mit deinem Eingangspost den Leuten einen "Knochen" vorwirfst, nach dem Motto: ... du weißt schon. ;)
-
Danke @samoht,
der Bugreport und die daraus folgende Lösung (https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=030866cf7d3) funktionieren bei mir. :)
-
@unklarer
Bin kein "Erklärbär" sondern eher "Praktiker" , um Missverständnisse auszuschließen lass ich es normalerweise lieber ganz.
-
Bug in der neuesten Version behoben:
# less /usr/share/doc/systemd/changelog.Debian.gz
systemd (232-18) unstable; urgency=medium
...
* systemd-resolved.service.d/resolvconf.conf: Don't fail if resolvconf is
not installed. ReadWritePaths= fails by default if the referenced
directory does not exist. This happens if resolvconf is not installed, so
use '-' to ignore the absence. (Closes: #854814)
...
Thread kann als SOLVED markiert werden.
Greetings
Tom
PS:
Kann mich jemand über die Syntax
ReadWritePaths=-/run/resolvconf
aufklären, ich meine das Minuszeichen vor dem Slash
-
Durch das - wird der Pfad ignoriert, wenn resolvconf nicht installiert ist.
-
Danke, @devil, habe das nirgends gefunden. Steht das in der bash-Doku?
-
Steht im changelog:
apt changelog systemd
-
Ja, da steht
... use '-' to ignore the absence.
Mir ist diese Syntax/Option mit dem Minuszeichen vor dem Slash noch nie untergekommen und ich habe sie in keiner Doku gefunden :(
-
Habe gerade gemerkt das eine VM von mir auch von dem Problem betroffen ist. In welcher Config muss ich was ändern? Das ist mir nicht ganz klar.
-
in der ?
lib/systemd/system/systemd-resolved.service.d/resolvconf.conf
ist aber in der neuen Version gefixt ...
-
Hi jure,
Danke! Mit der VM komme ich bei dem Fehler nicht mehr ins Netz und muss daher den Fehler erst mal fixen.
-
Hier geht's speziell um einen Bug, aber im Allgemeinen gilt:
Dateien, die Teil eines Pakets sind, sollten nicht verändert werden, weil sie vom Paketmanager verwaltet werden.
Admins toben sich besser unter /etc/ aus.
Man kann die Dateien eines Service von /lib/systemd/system/*/ nach /etc/systemd/system/*/ kopieren und dort anpassen.
Auf diese Weise gehen Änderungen nicht verloren, wenn eine neue Paketversion installiert wird (und apt stellt keine irritierenden Fragen ...)
Grüße
musca
-
Wenn mich apt frägt ob es eine Configdatei installieren soll sage ich grundsätzlich nein, dann gibt es keine unliebsamen Überraschungen ;-)
-
@musca - der Tipp ist wirklich nur für fortgeschrittene und Leute die wirklich ganz genau wissen, was sie machen. Ansonsten gilt: Nein, wir forcen nicht. Nein, wir wollen Services auf keinen Fall selbst verwalten, ausser wir haben keinerlei andere Chancen. Einmal auf nen Diff schauen bei apt ist die wesentlich gesündere Alternative.
-
okay, wer nicht so ganz genau weiß, was er tut, der verändert also besser direkt die Dateien der Pakete?
-
Im Zweifel ja - das hat den Vorteil, dass das eventuell beim nächsten Upgrade wieder grade gebogen wird - oder ein apt purge $foo; apt install $foo was positives bringt.
EDIT: Ist genau wie mit den Modifikationen von pre- und post$foo - übermalen und den Rest richtet hoffentlich apt, wenn man z.B. mal gezwungen ist, ein exit 0 irgendwo reinzumalen.
-
Dann muss ich mich dringend bei hanisch entschuldigen.
Der hat ja auch immer postuliert, dass mit einem dist-upgrade alles repariert wird.
-
Das tu mal - äh, und ehe ich es vergesse - Sarkasmus ist nicht Deine Stärke. Aber das weisst Du ja.