[pkg-go] Bug#1121681: Future podman metadata backend deprecation/migration (nag message)
Reinhard Tartler
siretart at tauware.de
Wed Dec 3 01:34:29 GMT 2025
Jan Binder <jb-debbugs at nlogn.org> writes:
> documenting this upcoming issue is a good first step.
>
> I have a hard time judging how generally applicable the tool for semaphoreui
> boltdb to sqlite migration is, I thought it was mentioned more as an example
> of how such a migration might be done in general.
Agreed, it is a starting point at best, not a tool that is ready to use
at this point.
> In my specific case, everything except the volumes and their contents
> is easily recreated from podman-compose.
I wonder what's the story around data backups for those volumes?
> How do you arrive at the conclusion that volumes and images survive
> podman system reset?
I mispoke, I should have written "don't survive", my thinking was that
images can always be fetched from the remote registry and critical
volumes with non-volatile data are generally on NFS, host mounts or
similar storage locations that are easy to backup and restore. I realize
and acknowledge that users may have less sophisticated setups and wish I
had better answers for them.
> The documentation [0] and the warning printed by the example command therein
> clearly state that everything will be removed.
Unfortunately, that warning is accurate.
Best,
-rt
More information about the Pkg-go-maintainers
mailing list