Skip to content
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

rootless podman units should wait for podman-user-wait-network-online.service #24637

Open
Luap99 opened this issue Nov 21, 2024 · 1 comment
Open
Assignees
Labels
kind/bug Categorizes issue or PR as related to a bug. network Networking related issue or feature stale-issue

Comments

@Luap99
Copy link
Member

Luap99 commented Nov 21, 2024

Issue Description

In #24305 I made quadlet units wait for podman-user-wait-network-online.service, however the same network startup issue still exists for our static podman units that start containers such as podman-restart.service and [email protected].
They should use the same After=podman-user-wait-network-online.service in the rootless case to make them work the same.

Steps to reproduce the issue

Steps to reproduce the issue

  1. Have lingering enabled and try to start a container via podman-restart.service on boot before the network is ready, see Podman fail to autostart containers through quadlet/systemd, works when launched manually, error with pasta #22197

Describe the results you received

pasta failed to start as the network was not yet ready

Describe the results you expected

unit should start after the network is ready

podman info output

podman 5.3.0

Podman in a container

No

Privileged Or Rootless

Rootless

Upstream Latest Release

Yes

Additional environment details

No response

Additional information

Needs a slow network setup to reproduce (I was able to trigger this by reassigning new mac address to libvirt VMs then on the next boot network setup took several seconds which was long enough to start the user unit to early when lingering is enabled)

Copy link

A friendly reminder that this issue had no activity for 30 days.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Categorizes issue or PR as related to a bug. network Networking related issue or feature stale-issue
Projects
None yet
Development

No branches or pull requests

1 participant