📖 ~1 min read
Table of contents
Symptom & Impact
`zypper` reports another instance is running and refuses to install or update packages.
Environment & Reproduction
Seen when previous zypper run was killed or a frozen process still holds the lock.
Root Cause Analysis
Stale lockfile in `/var/run/zypp.pid` or active zypper PID prevents new transactions.
Quick Triage
Check `ps -ef | grep zypp` to confirm no live zypper or packagekit process remains.
Step-by-Step Diagnosis
Inspect `/var/run/zypp.pid` and review `/var/log/zypper.log` for the last transaction state.

Solution – Primary Fix
Stop `packagekit.service`, remove the stale pid file, and rerun `zypper ref`.
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
Disable PackageKit on servers if it conflicts with automation scheduling.
Verification & Acceptance Criteria
`zypper -n patch` completes and exit code is 0 (or 102/103 for reboot/restart needed).
Rollback Plan
Restore the previous PackageKit service state if disabling impacts GUI users.
Prevention & Hardening
Serialize patching jobs and disable PackageKit on headless hosts.
Related Errors & Cross-Refs
Often paired with `System management is locked by the application` messages.
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 zypper TIDs and PackageKit interaction notes.
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.