<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Wed, Jul 19, 2017 at 2:18 PM Simon McVittie <<a href="mailto:smcv@collabora.com">smcv@collabora.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, 19 Jul 2017 at 09:31:36 +0000, arnaud gaboury wrote:<br>
> Do I really need a per user dbsu session in my container?<br>
<br>
I don't know. Do you? You haven't said anything about how you start the<br>
container, </blockquote><div><br></div><div>With the systemd-nspawn@ default unit file with a small override <br></div><div><br></div><div>% cat /etc/systemd/system/systemd-nspawn@.service.d/override.conf <br>                                                                                     <br>[Service]<br>ExecStart=<br>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</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">how you log in to the container, </blockquote><div><br></div><div>sudo machinectl login poppy<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">what its purpose is, or how<br>
(if at all) its purpose interacts with the session bus.<br></blockquote><div><br></div><div>the machine is a web server with http, ssh, ftp, postfix... <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Again, the only advice I can give you based on the information you<br>
provided is to read the system log and look for error messages.<br></blockquote><div><br></div><div>I am on the journal <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
If you believe you have found a bug in some component (systemd or dbus<br>
or your container manager), the first step in resolving that bug is<br>
to describe in detail how the bug can be reproduced, including all the<br>
steps taken and any error messages that result from them.<br>
<br>
Since the trigger for this regression was a Fedora upgrade, Fedora support<br>
channels might be a more useful source of help and information than the<br>
systemd upstream mailing list (but I suspect the first things they will<br>
ask you to do are to describe the steps to reproduce the issue and check<br>
the system log, so you might as well do those first, and include them<br>
in your request for help).<br></blockquote><div><br></div><div>Thank you again for your patience and answers. <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
    S<br>
</blockquote></div></div>