📖 ~1 min read
Table of contents
Symptom & Impact
Network connectivity flaps because both wicked and NetworkManager attempt to manage interfaces.
Environment & Reproduction
Seen after platform migrations or partial conversion to NetworkManager on SLES 15 SP3+.
Root Cause Analysis
Conflicting service ownership causes interface configuration to be overwritten on every boot.
Quick Triage
Confirm which service is enabled with `systemctl status wicked NetworkManager`.
Step-by-Step Diagnosis
Inspect `/etc/sysconfig/network/config` for `NETWORKMANAGER=` and review `journalctl -u wicked`.

Solution – Primary Fix
Disable one stack with `systemctl disable –now`, set `NETWORKMANAGER=yes` or `no`, and reload config.
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
Use yast2 lan to enforce a single backend and migrate configs cleanly.
Verification & Acceptance Criteria
All interfaces remain up after reboot and `ip -br link` reports expected state.
Rollback Plan
Re-enable the previous backend if migration breaks routing, then plan staged migration.
Prevention & Hardening
Standardise on one network stack across the estate via configuration management.
Related Errors & Cross-Refs
Often paired with NetworkManager `failed to bring up device` entries.
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 wicked and NetworkManager migration TIDs.
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.