#919 /var/lib/containers/ doesn't mount on some systems

[omertuc]

I have a machine where #919 doesn't seem to work as intended

[core@seed ~]$ uname -a
Linux seed 5.14.0-284.55.1.el9_2.x86_64 #1 SMP PREEMPT_DYNAMIC Mon Feb 19 16:57:59 EST 2024 x86_64 x86_64 x86_64 GNU/Linux

It's basically just an 4.15.2 SNO

Without -v /var/lib/containers/storage:/var/lib/containers/storage:

ERROR Installing to filesystem: Creating ostree deployment: Pulling: Creating importer: failed to invoke method OpenImage: failed to invoke method OpenImage: reference "[overlay@/var/lib/containers/storage+/run/containers/storage:overlay.mountopt=nodev,metacopy=on]quay.io/foo/bar@sha256:4051f73db7428c9e78d699fc803df8aba04bcdfdbe7db360926674755f24a506" does not resolve to an image ID: identifier is not an image

With -v /var/lib/containers/storage:/var/lib/containers/storage it works

[cgwalters]

Humm fun. We'll probably need to do some live debugging.

5.14.0-284.55.1.el9_2.x86_64

OK so RHEL 9.2, I only tested on 9.5+. I wonder if there's some subtleties in the new mount API going on here.

Actually...looking into things here I think the error handling in that code is at best suboptimal, I can't say for sure that if we got an error in the forked child it'd propagate correctly to the parent. Looking...

[omertuc]

I can grant you live access tomorrow, just ping me whenever

[omertuc]

I can confirm that #959 does not resolve this issue as predicted