Re: [systemd-devel] no user dbus session in container
On Wed, Jul 19, 2017 at 2:18 PM Simon McVittiewrote: > On Wed, 19 Jul 2017 at 09:31:36 +, arnaud gaboury wrote: > > Do I really need a per user dbsu session in my container? > > I don't know. Do you? You haven't said anything about how you start the > container, With the systemd-nspawn@ default unit file with a small override % cat /etc/systemd/system/systemd-nspawn@.service.d/override.conf [Service] ExecStart= ExecStart=/usr/bin/systemd-nspawn --quiet --keep-unit --boot --link-journal=try-guest --network-bridge=br0 -U --settings=override --machine=%i --bind-ro=/home/gabx --bind=/home/gabx/share:/home/poisonivy/share how you log in to the container, sudo machinectl login poppy > what its purpose is, or how > (if at all) its purpose interacts with the session bus. > the machine is a web server with http, ssh, ftp, postfix... > > Again, the only advice I can give you based on the information you > provided is to read the system log and look for error messages. > I am on the journal > > If you believe you have found a bug in some component (systemd or dbus > or your container manager), the first step in resolving that bug is > to describe in detail how the bug can be reproduced, including all the > steps taken and any error messages that result from them. > > Since the trigger for this regression was a Fedora upgrade, Fedora support > channels might be a more useful source of help and information than the > systemd upstream mailing list (but I suspect the first things they will > ask you to do are to describe the steps to reproduce the issue and check > the system log, so you might as well do those first, and include them > in your request for help). > Thank you again for your patience and answers. > > S > ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] no user dbus session in container
On Wed, 19 Jul 2017 at 09:31:36 +, arnaud gaboury wrote: > Do I really need a per user dbsu session in my container? I don't know. Do you? You haven't said anything about how you start the container, how you log in to the container, what its purpose is, or how (if at all) its purpose interacts with the session bus. Again, the only advice I can give you based on the information you provided is to read the system log and look for error messages. If you believe you have found a bug in some component (systemd or dbus or your container manager), the first step in resolving that bug is to describe in detail how the bug can be reproduced, including all the steps taken and any error messages that result from them. Since the trigger for this regression was a Fedora upgrade, Fedora support channels might be a more useful source of help and information than the systemd upstream mailing list (but I suspect the first things they will ask you to do are to describe the steps to reproduce the issue and check the system log, so you might as well do those first, and include them in your request for help). S ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] no user dbus session in container
On Tue, Jul 18, 2017 at 3:09 PM Simon McVittiewrote: > On Fri, 14 Jul 2017 at 12:36:12 +, arnaud gaboury wrote: > > After upgrade from Fedora 25 to 26, there is no more user dbus session > for user > > in container. > ... > > On container, user can't connect to dbus session, and I have no idea why. > > May someone please give me some hints on how to debug this issue? > > Please start by reading the system log (the Journal). > > The chain of events that is meant to result in a D-Bus session bus is: > > * A user logging in (somehow) starts a login session > * The login session starts an instance of `systemd --user` > * `systemd --user` starts the dbus.socket user service, listening on > that user's $XDG_RUNTIME_DIR/bus > * Some client in the login session interacts with the session bus > * As a side-effect of connecting to $XDG_RUNTIME_DIR/bus, > `systemd --user` starts the dbus.service user service > (dbus-daemon --session --address=systemd:) > * The dbus-daemon accepts the client's connection > I can't tell in the container the variable DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus. I have tried many places (~/.pam_environment; /etc/systemd/system/user@.service.d/local.conf; ~/.config/systemd/user.conf). Could it be at the root of my issue? Do I really need a per user dbsu session in my container? > > The system log should tell you which step in that chain of events is > no longer happening. > > S > ___ > systemd-devel mailing list > systemd-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/systemd-devel > ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] no user dbus session in container
On Fri, 14 Jul 2017 at 12:36:12 +, arnaud gaboury wrote: > After upgrade from Fedora 25 to 26, there is no more user dbus session for > user > in container. ... > On container, user can't connect to dbus session, and I have no idea why. > May someone please give me some hints on how to debug this issue? Please start by reading the system log (the Journal). The chain of events that is meant to result in a D-Bus session bus is: * A user logging in (somehow) starts a login session * The login session starts an instance of `systemd --user` * `systemd --user` starts the dbus.socket user service, listening on that user's $XDG_RUNTIME_DIR/bus * Some client in the login session interacts with the session bus * As a side-effect of connecting to $XDG_RUNTIME_DIR/bus, `systemd --user` starts the dbus.service user service (dbus-daemon --session --address=systemd:) * The dbus-daemon accepts the client's connection The system log should tell you which step in that chain of events is no longer happening. S ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel