Re: AlmaLinux 9.4 and network-scripts package [message #53853 is a reply to message #53852] |
Thu, 16 May 2024 22:35 ![Go to previous message Go to previous message](/theme/ovz3/images/up.png) ![Go to next message Go to previous message](/theme/ovz3/images/down.png) |
nathan.brownrice
Messages: 14 Registered: August 2020
|
Junior Member |
|
|
Howdy! I have some info on this, as I ran into it last week. Here's how I understand it (of course I could be wrong):
First I tried --allowerasing on a container to test, which worked to resolve the conflict and install the new network packages, and it completely broke networking.
After bit of googling I found the exact issue: https://techsch.com/tutorials/linux-troubleshooting-guide
This explained that "Deprecated 'network-scripts' package breaks yum/dnf update in RHEL9 based OS templates. This was for SolusVM, but the same principal applies here.
Their solution was to "--skip-broken", but this isn't a permanent solution. Considering that 'network-scripts' is apparently deprecated, and that 'network-scripts' needs a specific version of 'initscripts' to function, and that OpenVZ7 was designed around this 'network-scripts' package I think it's best that we exclude these permanently from being updated (that way you can easily run yum updates going forward without having to worry about breaking stuff)
In your
Add:
exclude=network-scripts* initscripts*
And then you can update like normal and without error, and this will keep us from accidentally updating these packages down the road and breaking containers. I think this is the best path forward for us. There is another "solution" that requires removing network-scripts, and instead configuring NetworkManager instead, but I didn't even go down that road. It seems likely that this will cause issues with OpenVZ since it clearly relies on the network-scripts package - but hey you could try it and let us know if it works! I have enough production Alma9 containers running that even if that worked, the labor to get all of them switched over would bee too intensive.
Hey, while I have another Openvz7 Alma9 template user, have you ever run into this issue? https://forums.almalinux.org/t/alma9-and-dnf-yum-update-issu es/3088
That's my forum post, I've never actually found a fix for it. I just end up rebooting alma containers after yum/dnf updates to get around it, but I've never had to do this for our Centos7 VPSs. It doesn't seem like an Alma9 issue, as we have dedi boxes running it and I've never had it happen there. More of a specific issue with Openvz7 + Alma9 template.
[Updated on: Thu, 16 May 2024 22:38] Report message to a moderator
|
|
|