There have been multiple accounts created with the sole purpose of posting advertisement posts or replies containing unsolicited advertising.

Accounts which solely post advertisements, or persistently post them may be terminated.

Migrating from docker to podman, encountering some issues

cross-posted from: lemmy.world/post/3989163

I’ve been messing around with podman in Arch and porting my self-hosted services over to it. However, it’s been finicky and I am wondering if anybody here could help me out with a few things.

  1. Some of my containers aren’t getting properly started up by podman-restart.service on system reboot. I realized they were the ones that depended on my slow external BTRFS drive. Currently its mounted with x-systemd.automount,x-systemd.device-timeout=5 so that it doesn’t hang up the boot if I disconnect it, but it seems like Podman doesn’t like this. If I remove the systemd options the containers properly boot up automatically, but I risk boot hangs if the drive ever gets disconnected from my system. I have already tried x-systemd.before=podman-restart.service and x-systemd.required-by=podman-restart.service, and even tried increasing the device-timeout to no avail.

When it attempts to start the container, I see this in journalctl:


<span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: external.automount: Got automount request for /external, triggered by 3130 (3)
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: external.automount: Automount point already active?
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: external.automount: Got automount request for /external, triggered by 3130 (3)
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: external.automount: Automount point already active?
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: external.automount: Got automount request for /external, triggered by 3130 (3)
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: external.automount: Automount point already active?
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: external.automount: Got automount request for /external, triggered by 3130 (3)
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: external.automount: Automount point already active?
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: external.automount: Got automount request for /external, triggered by 3130 (3)
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: external.automount: Automount point already active?
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: external.automount: Got automount request for /external, triggered by 3130 (3)
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: external.automount: Automount point already active?
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: external.automount: Got automount request for /external, triggered by 3130 (3)
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: external.automount: Automount point already active?
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: external.automount: Got automount request for /external, triggered by 3130 (3)
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: external.automount: Automount point already active?
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas systemd[1]: libpod-742b4595dbb1ce604440d8c867e72864d5d4ce1f2517ed111fa849e59a608869.scope: Deactivated successfully.
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas conmon[3124]: conmon 742b4595dbb1ce604440 : runtime stderr: error stat'ing file `/external/share`: Too many levels of symbolic links
</span><span style="color:#323232;">Aug 27 21:15:46 arch-nas conmon[3124]: conmon 742b4595dbb1ce604440 : Failed to create container: exit status 1
</span>
  1. When I shutdown my system, it has to wait for 90 seconds for libcrun and libpod-conmon-.scope to timeout. Any idea what’s causing this? This delay gets pretty annoying especially on an Arch system since I am constantly restarting due to updates.

All the containers are started using docker-compose with podman-docker if that’s relevant.

Any help appreciated!

EDIT: So it seems like podman really doesn’t like systemd automount. Switching to nofail, x-systemd.before=podman-restart.service seems like a decent workaround if anyone’s interested.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • random
  • [email protected]
  • lifeLocal
  • goranko
  • All magazines