Leap 15.4: dbus-Fehlermeldung nach Installation von Patch openSUSE-SLE-15.4-2022-4499
![](https://seccdn.libravatar.org/avatar/39f13fac7399d4bb3744a1a0390c8d94.jpg?s=120&d=mm&r=g)
Hallo, nach Installation des aktuellen openssh-Patches openSUSE-SLE-15.4-2022-4499, der openssh openssh-askpass-gnome openssh-clients openssh-common openssh-helpers openssh-server umfasst, bekomme ich beim ssh-Login auf die gepatchte Maschine folgende Fehlermeldung: dbus-update-activation-environment: warning: error sending to systemd: org.freedesktop.DBus.Error.InvalidArgs: Invalid environment assignments Sagt das jemandem etwas? Habt ihr diese Meldung auch oder bin ich der einzige damit? An meiner .bashrc liegt's nicht, das habe ich probiert. Eine Google-Suche nach der Meldung bringt nichts mich Erhellendes, nicht mal etwas aktuelles. -- 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) ____________________________________________________________
![](https://seccdn.libravatar.org/avatar/9990e086bd973f56b231df090227bffd.jpg?s=120&d=mm&r=g)
Hallo Michael, Am 21.12.22 um 10:54 schrieb Michael Behrens:
Hallo,
nach Installation des aktuellen openssh-Patches openSUSE-SLE-15.4-2022-4499, der
openssh openssh-askpass-gnome openssh-clients openssh-common openssh-helpers openssh-server
umfasst, bekomme ich beim ssh-Login auf die gepatchte Maschine folgende Fehlermeldung:
dbus-update-activation-environment: warning: error sending to systemd: org.freedesktop.DBus.Error.InvalidArgs: Invalid environment assignments
Sagt das jemandem etwas? Habt ihr diese Meldung auch oder bin ich der einzige damit?
An meiner .bashrc liegt's nicht, das habe ich probiert. Eine Google-Suche nach der Meldung bringt nichts mich Erhellendes, nicht mal etwas aktuelles.
Bestätigung. Allerdings nur auf einem von 3 mit 15.4 laufenden Rechnern. Das ist mein kleiner HP Server, der aktuell ohne Desktop läuft und auf den ich mich nur mittels ssh anmelde. Aber auch wenn ich den Desktop (KDE Plasma) starte und direkt am Rechner mit Bildschirm arbeite, ändert das nichts. Ich bekomme: Last login: Wed Dec 21 16:19:59 2022 from ::1 Have a lot of fun... dbus-update-activation-environment: warning: error sending to systemd: org.freedesktop.DBus.Error.InvalidArgs: Invalid environment assignments admin@hpserver (-bash) [1001]: Habe aber noch keine Auswirkungen erkennen können. Gruss Werner
![](https://seccdn.libravatar.org/avatar/f1e842addddd01a15c1e7a7b9aea1650.jpg?s=120&d=mm&r=g)
On Wed, 21 Dec 2022, Werner Franke wrote:
Hallo Michael,
Am 21.12.22 um 10:54 schrieb Michael Behrens:
Hallo,
nach Installation des aktuellen openssh-Patches openSUSE-SLE-15.4-2022-4499, der
openssh openssh-askpass-gnome openssh-clients openssh-common openssh-helpers openssh-server
umfasst, bekomme ich beim ssh-Login auf die gepatchte Maschine folgende Fehlermeldung:
dbus-update-activation-environment: warning: error sending to systemd: org.freedesktop.DBus.Error.InvalidArgs: Invalid environment assignments
Sagt das jemandem etwas? Habt ihr diese Meldung auch oder bin ich der einzige damit?
An meiner .bashrc liegt's nicht, das habe ich probiert. Eine Google-Suche nach der Meldung bringt nichts mich Erhellendes, nicht mal etwas aktuelles.
Bestätigung. Allerdings nur auf einem von 3 mit 15.4 laufenden Rechnern.
Das ist mein kleiner HP Server, der aktuell ohne Desktop läuft und auf den ich mich nur mittels ssh anmelde.
Aber auch wenn ich den Desktop (KDE Plasma) starte und direkt am Rechner mit Bildschirm arbeite, ändert das nichts. Ich bekomme:
Last login: Wed Dec 21 16:19:59 2022 from ::1 Have a lot of fun... dbus-update-activation-environment: warning: error sending to systemd: org.freedesktop.DBus.Error.InvalidArgs: Invalid environment assignments admin@hpserver (-bash) [1001]:
Habe aber noch keine Auswirkungen erkennen können.
So auch bei mir nach Installation des erwähnten aktuellen openssh-Patches bei ssh-Zugriff auf einen unter 15.4 laufenden Rechner. Aber nur bei Benutzung der ssh Option "-X" (enables X11 forwarding). Viele Grüße Jens
![](https://seccdn.libravatar.org/avatar/b58101fb24c64d0ff1d0f918e61cedd2.jpg?s=120&d=mm&r=g)
Hallo Michael, hallo zusammen, Am Mittwoch, 21. Dezember 2022, 10:54:18 CET schrieb Michael Behrens:
dbus-update-activation-environment: warning: error sending to systemd: org.freedesktop.DBus.Error.InvalidArgs: Invalid environment assignments
Sagt das jemandem etwas? Habt ihr diese Meldung auch oder bin ich der einzige damit?
Das ist ein (inzwischen) bekanntes Problem, Details gibt es in https://lists.opensuse.org/archives/list/support@lists.opensuse.org/message/... Frohe Weihnachten! Christian Boltz -- By basic sanity check I meant error/warning messages which can be understood by mere simple human beings from planet earth [Cristian Rodríguez in opensuse-packaging]
![](https://seccdn.libravatar.org/avatar/9ccb24a0b345131ffb0e737bad7168d6.jpg?s=120&d=mm&r=g)
Am 25.12.22 um 13:28 schrieb Christian Boltz:
Das ist ein (inzwischen) bekanntes Problem, Details gibt es in https://lists.opensuse.org/archives/list/support@lists.opensuse.org/message/...
Hallo Christian, danke, ich habe eben mal 'mc' und 'mc-lang' deinstalliert, dann kommt der Fehler nicht mehr. Nach Wiederinstallation von 'mc' (ohne oder mit 'mc-lang') ist er aber wieder da. Das Paket heißt 'mc-4.8.27-bp153.2.3.1.x86_64'. Das Problem tritt übrigens auch bei einer ssh-Verbindung von Leap 15.3 nach Leap 15.3 auf, sobald man diese openssh-Updates installiert hat. -- Viele Grüße Michael
![](https://seccdn.libravatar.org/avatar/f1e842addddd01a15c1e7a7b9aea1650.jpg?s=120&d=mm&r=g)
On Sun, 25 Dec 2022, Michael Behrens wrote:
Am 25.12.22 um 13:28 schrieb Christian Boltz:
Das ist ein (inzwischen) bekanntes Problem, Details gibt es in https://lists.opensuse.org/archives/list/support@lists.opensuse.org/message/...
Hallo Christian,
danke, ich habe eben mal 'mc' und 'mc-lang' deinstalliert, dann kommt der Fehler nicht mehr. Nach Wiederinstallation von 'mc' (ohne oder mit 'mc-lang') ist er aber wieder da. Das Paket heißt 'mc-4.8.27-bp153.2.3.1.x86_64'.
Das Problem tritt übrigens auch bei einer ssh-Verbindung von Leap 15.3 nach Leap 15.3 auf, sobald man diese openssh-Updates installiert hat.
Ja, auch auf Leap 15.3 existiert bei mir (vielleicht erst nach dem ssh Update?) die Datei /etc/profile.d/openssh-dbus.sh in der dbus-update-activation-environment --systemd --all ausgeführt wird. Ein Kommando dbus-update-activation-environment --systemd --all --verbose gibt auf meinem Leap 15.3 oder 15.4 Zielrechner u.a. die Zeile dbus-update-activation-environment: setting BASH_FUNC_mc%%=() { . /usr/share/mc/mc-wrapper.sh } aus, die wohl zu der Warnung dbus-update-activation-environment: warning: error sending to systemd: org.freedesktop.DBus.Error.InvalidArgs: Invalid environment assignments führt. Diese etwas "seltsame" Variable naiv mit unset BASH_FUNC_mc%% löschen zu wollen, klappte aber nicht, auch nicht in Hochkomma gesetzt ("not a valid identifier"). Ich habe dann nach Dateien aus dem installierten 'mc' Paket gesucht, die "mc-wrapper.sh" enthalten und bin auf die beiden identischen Dateien /etc/profile.d/mc.sh /usr/share/mc/mc.sh gestossen, die jeweils folgenden Inhalt haben: # 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 Da der betroffene Benutzer die bash als Default-Shell benutzt, habe ich als Minimaltest einmal den Variablen-Export durch Auskommentieren (als "root") in /etc/profile.d/mc.sh verhindert, was tatsächlich die Warnung zum Verschwinden brachte. Da ich 'mc' an sich gar nicht benutze (kann mich an eine Installation gar nicht erinnern), hätte ich natürlich wie Du die betreffenden Pakete auch gleich löschen kännen, ich war nur noch etwas neugierig, wer bzw. was mir genau das nervende und etwas verunsichernde kleine Problem eingebrockt hat. Jens
![](https://seccdn.libravatar.org/avatar/9ccb24a0b345131ffb0e737bad7168d6.jpg?s=120&d=mm&r=g)
Am 25.12.22 um 19:32 schrieb Jens Schleusener:
On Sun, 25 Dec 2022, Michael Behrens wrote:
Am 25.12.22 um 13:28 schrieb Christian Boltz:
Das ist ein (inzwischen) bekanntes Problem, Details gibt es in https://lists.opensuse.org/archives/list/support@lists.opensuse.org/message/...
Hallo Christian,
danke, ich habe eben mal 'mc' und 'mc-lang' deinstalliert, dann kommt der Fehler nicht mehr. Nach Wiederinstallation von 'mc' (ohne oder mit 'mc-lang') ist er aber wieder da. Das Paket heißt 'mc-4.8.27-bp153.2.3.1.x86_64'.
Das Problem tritt übrigens auch bei einer ssh-Verbindung von Leap 15.3 nach Leap 15.3 auf, sobald man diese openssh-Updates installiert hat.
Ja, auch auf Leap 15.3 existiert bei mir (vielleicht erst nach dem ssh Update?) die Datei
/etc/profile.d/openssh-dbus.sh
in der
dbus-update-activation-environment --systemd --all
ausgeführt wird.
Ein Kommando
dbus-update-activation-environment --systemd --all --verbose
gibt auf meinem Leap 15.3 oder 15.4 Zielrechner u.a. die Zeile
dbus-update-activation-environment: setting BASH_FUNC_mc%%=() { . /usr/share/mc/mc-wrapper.sh }
aus, die wohl zu der Warnung
dbus-update-activation-environment: warning: error sending to systemd: org.freedesktop.DBus.Error.InvalidArgs: Invalid environment assignments
führt. Diese etwas "seltsame" Variable naiv mit
unset BASH_FUNC_mc%%
löschen zu wollen, klappte aber nicht, auch nicht in Hochkomma gesetzt ("not a valid identifier").
Ich habe dann nach Dateien aus dem installierten 'mc' Paket gesucht, die "mc-wrapper.sh" enthalten und bin auf die beiden identischen Dateien
/etc/profile.d/mc.sh /usr/share/mc/mc.sh
gestossen, die jeweils folgenden Inhalt haben:
# 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
Da der betroffene Benutzer die bash als Default-Shell benutzt, habe ich als Minimaltest einmal den Variablen-Export durch Auskommentieren (als "root") in /etc/profile.d/mc.sh verhindert, was tatsächlich die Warnung zum Verschwinden brachte.
Da ich 'mc' an sich gar nicht benutze (kann mich an eine Installation gar nicht erinnern), hätte ich natürlich wie Du die betreffenden Pakete auch gleich löschen kännen, ich war nur noch etwas neugierig, wer bzw. was mir genau das nervende und etwas verunsichernde kleine Problem eingebrockt hat.
Jens
Hallo Jens, schöne Detektivarbeit. Ich habe eben auch die export-Strophe gelöscht, die Fehlermeldung ist weg und 'mc' tut, so weit ich sehen kann, auch noch. -- Viele Grüße Michael
![](https://seccdn.libravatar.org/avatar/9ccb24a0b345131ffb0e737bad7168d6.jpg?s=120&d=mm&r=g)
Am 25.12.22 um 19:32 schrieb Jens Schleusener:
On Sun, 25 Dec 2022, Michael Behrens wrote:
Am 25.12.22 um 13:28 schrieb Christian Boltz:
Das ist ein (inzwischen) bekanntes Problem, Details gibt es in https://lists.opensuse.org/archives/list/support@lists.opensuse.org/message/...
Hallo Christian,
danke, ich habe eben mal 'mc' und 'mc-lang' deinstalliert, dann kommt der Fehler nicht mehr. Nach Wiederinstallation von 'mc' (ohne oder mit 'mc-lang') ist er aber wieder da. Das Paket heißt 'mc-4.8.27-bp153.2.3.1.x86_64'.
Das Problem tritt übrigens auch bei einer ssh-Verbindung von Leap 15.3 nach Leap 15.3 auf, sobald man diese openssh-Updates installiert hat.
Ja, auch auf Leap 15.3 existiert bei mir (vielleicht erst nach dem ssh Update?) die Datei
/etc/profile.d/openssh-dbus.sh
in der
dbus-update-activation-environment --systemd --all
ausgeführt wird.
Ein Kommando
dbus-update-activation-environment --systemd --all --verbose
gibt auf meinem Leap 15.3 oder 15.4 Zielrechner u.a. die Zeile
dbus-update-activation-environment: setting BASH_FUNC_mc%%=() { . /usr/share/mc/mc-wrapper.sh }
aus, die wohl zu der Warnung
dbus-update-activation-environment: warning: error sending to systemd: org.freedesktop.DBus.Error.InvalidArgs: Invalid environment assignments
führt. Diese etwas "seltsame" Variable naiv mit
unset BASH_FUNC_mc%%
löschen zu wollen, klappte aber nicht, auch nicht in Hochkomma gesetzt ("not a valid identifier").
Ich habe dann nach Dateien aus dem installierten 'mc' Paket gesucht, die "mc-wrapper.sh" enthalten und bin auf die beiden identischen Dateien
/etc/profile.d/mc.sh /usr/share/mc/mc.sh
gestossen, die jeweils folgenden Inhalt haben:
# 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
Da der betroffene Benutzer die bash als Default-Shell benutzt, habe ich als Minimaltest einmal den Variablen-Export durch Auskommentieren (als "root") in /etc/profile.d/mc.sh verhindert, was tatsächlich die Warnung zum Verschwinden brachte.
Da ich 'mc' an sich gar nicht benutze (kann mich an eine Installation gar nicht erinnern), hätte ich natürlich wie Du die betreffenden Pakete auch gleich löschen kännen, ich war nur noch etwas neugierig, wer bzw. was mir genau das nervende und etwas verunsichernde kleine Problem eingebrockt hat.
Jens
Das in dem von Christian verlinkten Artikel erwähnte 'lua_lmod' führt, wenn ich es installiere, ebenfalls zu dem Fehler. Und es enthält ein File '/usr/share/lmod/8.4.28/init/bash', in dem kann man die Definition und den Export einer Funktion 'ml' auskommentieren kann, dann ist auch wieder Ruhe. -- Viele Grüße Michael
participants (5)
-
Christian Boltz
-
Jens Schleusener
-
Michael Behrens
-
Michael Behrens
-
Werner Franke