📖 ~1 min read
Table of contents
Symptom & Impact
`docker` or `podman` services fail to start due to incompatible storage driver state.
Environment & Reproduction
Triggered after engine upgrade or switching between docker and podman on SLES 15.
Root Cause Analysis
On-disk metadata uses one driver (`overlay2`) while config requests another (`devicemapper`).
Quick Triage
Check daemon config in `/etc/docker/daemon.json` and `/etc/containers/storage.conf`.
Step-by-Step Diagnosis
Inspect `/var/lib/docker` or `/var/lib/containers` for legacy driver directories.

Solution – Primary Fix
Drain workloads, set the correct driver, remove old storage directories, and restart engine.
Still having issues? Our IT Solutions & Services team can diagnose and resolve this for you. Get in touch for a free consultation.

Solution – Alternative Approaches
Migrate images with `skopeo` to a clean storage layout when changing drivers.
Verification & Acceptance Criteria
Engine starts cleanly, containers run, and `docker info` shows the configured driver.
Rollback Plan
Reinstate the previous driver via configuration backup if data must be recovered.
Prevention & Hardening
Standardise on overlay2/fuse-overlayfs and document driver per host class.
Related Errors & Cross-Refs
Pairs with `failed to start daemon: error initializing graphdriver` errors.
Related tutorial: View the step-by-step tutorial for sles-15.
View all sles-15 tutorials on the Tutorials Hub →
Browse all common problems & solutions on the Tutorials Hub.
References & Further Reading
SUSE container engine docs and overlay2 driver guidance.
Need Expert Help?
If you cannot resolve this yourself, our team offers hands-on Server Management, Managed IT Services, and flexible Support Plans. Contact us today — we respond within one business day.