Leap 15.4, Fehlermeldung "dbus-update-activation-environment: warning: error sending to systemd:..."
Hallo Liste, tritt das folgende nur bei mir auf oder hat das noch jemand hier beobachtet? Auf einigen meiner zig virtuellen Leap-15.4-Maschinen (VMware) bekomme ich seit einigen Tage folgende Fehlermeldung, wenn ich mich mit "ssh -X root@<name>" einlogge: dbus-update-activation-environment: warning: error sending to systemd: org.freedesktop.DBus.Error.InvalidArgs: Invalid environment assignments Wenn ich die X-Umleitung deaktiviere (ssh -x root@<name>), kommt die Meldung nicht. Aber sie kommt nicht auf allen Maschinen, selbst Pärchen, die vor einiger Zeit durch Klonen auseinander entstanden sind, verhalten sich in dieser Beziehung unterschiedlich, trotz gleichen und aktuellen Patchstands. Die X-Umleitung funktioniert übrigens trotz der Fehlermeldung. -- Viele Grüße - Kind Regards ____________________________________________________________ Michael Behrens ____________________________________________________________ PROSTEP AG, Dolivostraße 11, D-64293 Darmstadt HR: Amtsgericht Darmstadt, HRB 8383 Vorstand: Dr. Bernd Pätzold (Vorsitz), Dr. Karsten Theis Aufsichtsrat: Dr. Heinz-Gerd Lehnhoff (Vorsitz) ____________________________________________________________
Am 28.02.23 um 10:05 schrieb Michael Behrens:
Hallo Liste,
tritt das folgende nur bei mir auf oder hat das noch jemand hier beobachtet?
Auf einigen meiner zig virtuellen Leap-15.4-Maschinen (VMware) bekomme ich seit einigen Tage folgende Fehlermeldung, wenn ich mich mit
"ssh -X root@<name>" einlogge:
dbus-update-activation-environment: warning: error sending to systemd: org.freedesktop.DBus.Error.InvalidArgs: Invalid environment assignments
Wenn ich die X-Umleitung deaktiviere (ssh -x root@<name>), kommt die Meldung nicht.
Aber sie kommt nicht auf allen Maschinen, selbst Pärchen, die vor einiger Zeit durch Klonen auseinander entstanden sind, verhalten sich in dieser Beziehung unterschiedlich, trotz gleichen und aktuellen Patchstands.
Die X-Umleitung funktioniert übrigens trotz der Fehlermeldung.
Hi, Dazu gab es schon einen Thread am 28.02.23, 10:05 "Leap 15.4: dbus-Fehlermeldung nach Installation von Patch openSUSE-SLE-15.4-2022-4499" Meine Lösung war (glaube ich), dass ich 'mc' deinstelliert habe. Die beiden Dateien /etc/profile.d/mc.sh /usr/share/mc/mc.sh gibt es bei mir jedenfalls nicht mehr. Gruss Werner
Hallo Werner, vermutlich meinst du den Thread vom 21.12.2022 11:40, ich habe keine Ahnung, warum ich den nicht mit diesem scheinbar neuen Fehler in Verbindung gebracht habe. Der Fehler ist nämlich gar nicht neu, sondern sogar derselbe - und, viel schlimmer, der erste Thread ist auch von mir. Irgendwann wird man mich notschlachten müssen... Meine Workaround ist, in /etc/profile.d/mc.sh die letzten vier Zeilen auszukommentieren: $ cat /etc/profile.d/mc.sh # Don't define aliases in plain Bourne shell [ -n "${BASH_VERSION}${KSH_VERSION}${ZSH_VERSION}" ] || return 0 mc() { . /usr/share/mc/mc-wrapper.sh } #if [ -n "$BASH_VERSION" ] #then # export -f mc #fi Aber die hatte ich wohl noch nicht auf allen VMs angewendet. Am 05.03.23 um 10:41 schrieb Werner Franke:
Hi,
Dazu gab es schon einen Thread am 28.02.23, 10:05 "Leap 15.4: dbus-Fehlermeldung nach Installation von Patch openSUSE-SLE-15.4-2022-4499"
Meine Lösung war (glaube ich), dass ich 'mc' deinstelliert habe. Die beiden Dateien /etc/profile.d/mc.sh /usr/share/mc/mc.sh
gibt es bei mir jedenfalls nicht mehr.
Gruss Werner
-- Viele Grüße ____________________________________________________________ Michael ____________________________________________________________ PROSTEP AG, Dolivostraße 11, D-64293 Darmstadt HR: Amtsgericht Darmstadt, HRB 8383 Vorstand: Dr. Bernd Pätzold (Vorsitz), Dr. Karsten Theis Aufsichtsrat: Dr. Heinz-Gerd Lehnhoff (Vorsitz) ____________________________________________________________
participants (2)
-
Michael Behrens
-
Werner Franke