-
Notifications
You must be signed in to change notification settings - Fork 2.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
podman complains about missing dbus-launch
-- but I don't want to install a full desktop environment
#9353
Comments
Thanks for reaching out! Podman uses the [engine]
cgroup_manager="cgroupfs" |
Please let me know if that works for you. |
The containers.conf change should be made in /etc/containers/containers.conf |
that changes the error message but doesn't fix it: $ sudo -u pcrunner podman run --rm -ti ubuntu:focal echo
WARN[0000] Failed to add podman to systemd sandbox cgroup: dbus: couldn't determine address of session bus
|
and actually, if I install $ sudo -u pcrunner podman run --rm -ti ubuntu:focal echo
WARN[0000] Failed to add podman to systemd sandbox cgroup: dbus: couldn't determine address of session bus
|
Can you try with |
It's meant to be a service user only -- does podman require a full login session? |
(fwiw, this prints -- as I expect for service users):
|
I can reproduce the same behavior on Ubuntu 18.04. Starting with podman 3.0.0 one of dependence is
journalclt -e
lsb_release -a
Warnings don't reproduce with sudo:
|
I'm observing the same behaviour with a fresh podman 3.0.0 install on Ubuntu 20.04... I never had this issue with podman 2.2.1 on my other Ubuntu 20.04 servers, what has been changed in the latest release? |
I believe the reason it is just showing up now is the default log level changed from ERROR => WARN in 3.0.0 |
This really sucks because now I get false-positive alerts whenever podman is invoked as this gets printed during crontab task executions. BTW my use case is similar to yours: service account (accessed using |
I'm currently hacking around the warning with |
Are you saying that you changed the containers.conf to use cgroupfs for cgroup-manager, but you are still seeing it attempt to use dbus-launch? |
yes: $ grep cgroup_manager /etc/containers/containers.conf
cgroup_manager = "cgroupfs"
$ sudo -u pcrunner podman run ubuntu:focal echo
WARN[0000] Failed to add podman to systemd sandbox cgroup: dbus: couldn't determine address of session bus |
What about the log_driver? Is this set to journald? |
|
it's set to whatever the default is:
|
Uncomment that line and see if the problem goes away. |
no dice $ grep -E '(cgroup_|log_d)' /etc/containers/containers.conf
log_driver = "k8s-file"
cgroup_manager = "cgroupfs"
$ sudo -u pcrunner podman run ubuntu:focal echo
WARN[0000] Failed to add podman to systemd sandbox cgroup: dbus: couldn't determine address of session bus
|
|
@giuseppe WDYT? Should we handle the lack of dbus_launch better, IE Not Warn? |
Could you please explain why "dbus_launch" is important for podman? |
It'll work without a full login session but the storage paths may differ when logging in. Since you intend it to be service-only user, it's good.
I think it should be a debug log. |
if the current process could not be moved to a different systemd cgroup do not raise a warning but debug message. Closes: containers#9353 Signed-off-by: Giuseppe Scrivano <gscrivan@redhat.com>
I am fine to downgrade the warning to a debug message: opened a PR: #9407 |
if the current process could not be moved to a different systemd cgroup do not raise a warning but debug message. Closes: containers#9353 Signed-off-by: Giuseppe Scrivano <gscrivan@redhat.com>
if the current process could not be moved to a different systemd cgroup do not raise a warning but debug message. [NO TESTS NEEDED] Closes: containers#9353 Signed-off-by: Giuseppe Scrivano <gscrivan@redhat.com>
if the current process could not be moved to a different systemd cgroup do not raise a warning but debug message. [NO TESTS NEEDED] Closes: containers#9353 Signed-off-by: Giuseppe Scrivano <gscrivan@redhat.com>
if the current process could not be moved to a different systemd cgroup do not raise a warning but debug message. [NO TESTS NEEDED] Closes: containers#9353 Signed-off-by: Giuseppe Scrivano <gscrivan@redhat.com>
Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)
/kind bug
Description
When I run any
podman
command as another user, I get this output:dbus-launch
on ubuntu is provided by thedbus-x11
package which pulls in a full x11 environment which I absolutely do not need on a headless server.Steps to reproduce the issue:
Describe the results you received:
see above
Describe the results you expected:
no extraneous output
Additional information you deem important (e.g. issue happens only occasionally):
Output of
podman version
:Output of
podman info --debug
:Package info (e.g. output of
rpm -q podman
orapt list podman
):Have you tested with the latest version of Podman and have you checked the Podman Troubleshooting Guide?
Yes
Additional environment details (AWS, VirtualBox, physical, etc.):
AWS
The text was updated successfully, but these errors were encountered: