The image now creates the data directory /var/lib/valkey that valkey.conf points at (the `valkey` service account is created with `useradd -r`, which does not make its home, so the server used to crash-loop with `'dir /var/lib/valkey' No such file or directory`). valkey-server starts, and first boot proves it by PINGing the running service before it marks itself complete.
If you deployed this VM before 2026-09-16, it came from the older image and is not changed by the new publication — redeploy from the current Marketplace version, or apply the one-time repair below:
sudo install -d -o valkey -g valkey -m 0750 /var/lib/valkey
sudo systemctl restart valkey-server
valkey-cli pingImage change: see the pull request.
Source: the Marketplace live version set for this offer, read from Partner Center on 2026-09-16. New deployments take the newest version by default.
| Application ports | 6379 (Valkey) — binds 0.0.0.0 with protected-mode on (remote clients refused until requirepass is set) |
|---|---|
| Service(s) | valkey-server |
| Configuration | /etc/valkey/valkey.conf (bind, protected-mode, requirepass) |
| Logs | /var/log/valkey/valkey-server.log; journalctl -u valkey-server -f |
| Version | Valkey 8.1.1 |
| Platform | Ubuntu 24.04 LTS |
Email support@dcassociatesgroup.com (response within 1 business day) or send a
message via the contact form. Include the offer name, VM size, region, and any log output — sudo journalctl -u <service> -n 100 usually tells the story.