CLI tool to automate Podman image updates.
Selective updates, optional notifications, and image pruning when done.
Features include excluding specific containers, custom container labels, auto-prune when done, and more.
- v0.5.7: Rewrite of dependency downloads, now jq can be installed with package manager or static binary.
- v0.5.6: Directly checking for systemd units matching container names.
- Improved Quadlet detection by checking for systemd units named after the container.
- Ensures better compatibility with Quadlet-managed containers.
- v0.5.5: Switched to podman compose command.
- Adjusted the script to use podman compose instead of podman-compose.
- Removed unnecessary messages.
- v0.5.4: Improved Quadlet detection by matching container IDs with systemd units.
- The script now searches systemd unit files for references to the container ID.
- Provides reliable detection of Quadlet-managed containers.
- v0.5.0: Initial release of Podcheck, inspired by Dockcheck.
- Supports updating containers managed by Podman Compose and Quadlet.
- Includes options for automatic updates, notifications, and more.
$ ./podcheck.sh -h
Syntax: podcheck.sh [OPTION] [part of name to filter]
Example: podcheck.sh -y -d 10 -e nextcloud,heimdall
Options:
-a|y Automatic updates, without interaction.
-d N Only update to new images that are N+ days old. Lists too recent with +prefix and age.
-e X Exclude containers, separated by comma.
-f Force pod restart after update.
-h Print this Help.
-i Inform - send a preconfigured notification.
-l Only update if label is set. See readme.
-m Monochrome mode, no printf color codes.
-n No updates; only checking availability.
-p Auto-prune dangling images after update.
-r Allow updating images for podman run; won't update the container.
-s Include stopped containers in the check.
-t Set a timeout (in seconds) per container for registry checkups, 10 is default.
-v Prints current version.
$ ./podcheck.sh
...
Containers on latest version:
filebrowser
foundryvtt
Containers with updates available:
1) joplin-db
2) it-tools
Choose what containers to update:
Enter number(s) separated by comma, [a] for all - [q] to quit:
Then it proceeds to run podman pull and podman compose up -d, or restarts systemd units for every container with updates. After the updates are complete, you'll be prompted if you'd like to prune dangling images
- Podman: Ensure you have Podman installed and properly configured.
- Podman Compose: For containers managed with podman compose, make sure it's installed.
- Note: podman compose is included in recent versions of Podman.
- Quadlet: If you're using systemd units to manage your containers, ensure they are correctly set up.
- Bash shell or compatible shell of at least v4.3
- regclient/regctl (Licensed under Apache-2.0 License)
- User will be prompted to download
regctl
if not inPATH
orPWD
. - regctl requires
amd64/arm64
- see workaround if other architecture is used.
- User will be prompted to download
- jq: Used for parsing JSON output from podman inspect. User will be prompted to install.
- timeout: Optional but recommended for setting timeouts on registry checks.
Download the script to a directory in PATH, I'd suggest using ~/.local/bin
as that's usually in PATH.
# Using curl:
curl -L https://raw.githubusercontent.com/sudo-kraken/podcheck/main/podcheck.sh -o ~/.local/bin/podcheck.sh
chmod +x ~/.local/bin/podcheck.sh
# Or using wget:
wget -O ~/.local/bin/podcheck.sh "https://raw.githubusercontent.com/sudo-kraken/podcheck/main/podcheck.sh" && chmod +x ~/.local/bin/podcheck.sh
Then call the script anywhere with podcheck.sh
.
Add your preferred notify.sh template to the same directory—this will not be touched by the script's self-update function.
Trigger with the -i
flag.
Run it scheduled with -ni
to only get notified when there's updates available!
Use a notify_X.sh
template file from the notify_templates directory, copy it to notify.sh
alongside the script, modify it to your needs! (notify.sh is added to .gitignore)
Current templates:
- Synology DSM
- Email with mSMTP (or deprecated alternative sSMTP)
- Apprise (with it's multitude of notifications)
- both native caronc/apprise and the standalone linuxserver/docker-apprise-api
- Read the QuickStart
- ntfy.sh - HTTP-based pub-sub notifications.
- Gotify - a simple server for sending and receiving messages.
- Pushbullet - connecting different devices with cross-platform features.
- Telegram - Telegram chat API.
- Matrix-Synapse - Matrix, open, secure, decentralised communication.
- Pushover - Simple Notifications (to your phone, wearables, desktops)
- Discord - Discord webhooks.
Further additions are welcome - suggestions or PR!
Initiated and first contributed by mag37 as eck.
There's a function to use a lookup file to add release note URLs to the notification message.
Copy the notify_templates/urls.list file to the script directory—it will be used automatically if it's there. Modify it as necessary; the names of interest in the left column need to match your container names.
The output of the notification will look something like this:
Containers on hostname with updates available:
joplin-db -> https://github.com/laurent22/joplin/releases
it-tools -> https://github.com/CorentinTh/it-tools/releases
...
The urls.list
file is just an example and I'd gladly see that people contribute back when they add their preferred URLs to their lists.
Optionally, you can add labels to your containers to control how Podcheck handles them. Currently, these are the usable labels:
labels:
sudo-kraken.podcheck.restart-stack: true
sudo-kraken.podcheck.update: true
sudo-kraken.podcheck.restart-stack
: true works instead of the-f
option, forcing a restart of the entire pod or compose stack when an update is applied. Caution: This will restart the entire stack for every updated container within it.sudo-kraken.podcheck.update
: true will, when used with the-l
option, only update containers with this label and skip the rest. It will still list all available updates.
regctl
provides binaries for amd64/arm64, to use on other architecture you could try this workaround.
Run regctl in a container wrapped in a shell script. Copied from regclient/docs/install.md:
cat >regctl <<EOF
#!/bin/sh
opts=""
case "\$*" in
"registry login"*) opts="-t";;
esac
docker container run \$opts -i --rm --net host \\
-u "\$(id -u):\$(id -g)" -e HOME -v \$HOME:\$HOME \\
-v /etc/docker/certs.d:/etc/docker/certs.d:ro \\
ghcr.io/regclient/regctl:latest "\$@"
EOF
chmod 755 regctl
Test it with ./regctl --help
and then either add the file to the same path as eck.sh or in your path (eg. ~/.local/bin/regctl
).
Example - Change names, paths, and remove cat+password flag if you rather get prompted:
function dchk {
cat ~/pwd.txt | podman login --username YourUser --password-stdin docker.io
~/podcheck.sh "$@"
}
- No detailed error feedback (just skip + list what's skipped).
- Not respecting
--profile
options when re-creating the container. - Not working well with containers created by Portainer.
- Watchtower might cause issues due to retagging images when checking for updates (and thereby pulling new images).
Wont auto-update the containers, only their images. (compose is recommended)
podman run
does not support using new images just by restarting a container.
Containers need to be manually stopped, removed and created again to run on the new image.
If you hit issues, you could check the output of the extras/errorCheck.sh
script for clues.
Another option is to run the main script with debugging in a subshell bash -x podcheck.sh
- if there's a particular container/image that's causing issues you can filter for just that through bash -x podcheck.sh nginx
.
podcheck is created and released under the GNU GPL v3.0 license.
Podcheck was created to bring the convenience of automated container updates to the Podman ecosystem. As a user of Dockcheck for Docker, the need for a similar tool for Podman became apparent. Podcheck aims to provide the same ease of use and automation, tailored for Podman users.
Podcheck is inspired by the original Dockcheck script. Without Dockcheck, there wouldn't have been a Podcheck. Many thanks to mag37 and all the contributors to Dockcheck for their work and inspiration.
Please feel free to contribute, open issues, or submit pull requests to improve Podcheck!