AlmaLinux 9.4 and network-scripts package [message #53850] |
Wed, 08 May 2024 19:11 |
wsap
Messages: 77 Registered: March 2018 Location: Halifax, NS
|
Member |
|
|
AlmaLinux 9.4 includes an updated initscripts version 10.11.6 which requires network-scripts 10.11.6 as well:
Error:
Problem: cannot install both initscripts-10.11.6-1.el9.x86_64 from baseos and initscripts-10.11.5-1.el9.x86_64 from @System
- package network-scripts-10.11.5-1.el9.x86_64 from @System requires initscripts(x86-64) = 10.11.5-1.el9, but none of the providers can be installed
- cannot install the best update candidate for package initscripts-10.11.5-1.el9.x86_64
- problem with installed package network-scripts-10.11.5-1.el9.x86_64
(try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
Yet the network-scripts package is only ever in the almalinux devel repo: https://repo.almalinux.org/almalinux/9.3/devel/x86_64/os/Pac kages/
The original @System 'repo' the package came from refers to the EZTemplate it was installed from.
Anyone know if it's safe to simply install the package from the AlmaLinux devel repo, or if perhaps there are modifications to the package by OpenVZ devs to ensure it works with OpenVZ networking?
|
|
|
|
|
Re: AlmaLinux 9.4 and network-scripts package [message #53853 is a reply to message #53852] |
Thu, 16 May 2024 22:35 |
nathan.brownrice
Messages: 15 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
|
|
|
Re: AlmaLinux 9.4 and network-scripts package [message #53855 is a reply to message #53853] |
Wed, 29 May 2024 22:38 |
wsap
Messages: 77 Registered: March 2018 Location: Halifax, NS
|
Member |
|
|
Hey @Nathan,
Thanks for that! We were going to do the same - exclude those packages.
We did just spin up a test container with AL9 and ran this:
rpm -Uvh https://repo.almalinux.org/almalinux/9.4/devel/x86_64/os/Packages/network-scripts-10.11.6-1.el9.x86_64.rpm --nodeps
yum update -y
Then just to be sure, this worked fine:
systemctl restart network
As did a reboot of the container. Networking services continued to work as expected.
So it appears we're safe to complete the update to the devel package. I did check the changelog and there's only two minor fixes included between 10.11.6 and 10.11.5, so it makes sense that it would continue to work smoothly.
---
Coincidentally I just came upon your AlmaLinux 9 forum post on that topic today, and yes we have! I have a bug report in about it here: https://bugs.openvz.org/browse/OVZ-7496?filter=-2
I commented on your AL9 forum post earlier today, but it's in review.
I've updated the above bug report earlier today with our latest findings which match closer with what you're seeing - I think the earlier data is all just symptoms of the same underlying issue wherein processes lose communication with systemd (presumably via dbus).
Note that in our case, we've been able to avoid a reboot by running: systemctl restart dbus systemd-logind
But you'll then also need to restart services that have now been broken by what appears to be lack of communication with systemd via dbus. Example:
killall sshd
killall crond
systemctl restart crond sshd
(also add in your PHP-FPM processes to the restart. For Plesk PHP this is plesk-php*)
Can discuss this more over in the AL9 forum thread, or open a new thread here on the topic, or use the bug report.
|
|
|
|
|
|
Re: AlmaLinux 9.4 and network-scripts package [message #53861 is a reply to message #53855] |
Tue, 02 July 2024 22:26 |
nathan.brownrice
Messages: 15 Registered: August 2020
|
Junior Member |
|
|
wsap wrote on Wed, 29 May 2024 22:38
Coincidentally I just came upon your AlmaLinux 9 forum post on that topic today, and yes we have! I have a bug report in about it here: https://bugs.openvz.org/browse/OVZ-7496?filter=-2
I commented on your AL9 forum post earlier today, but it's in review.
I meant to reply to you earlier, but thank you for this! I cheered out loud when I read your reply, it's great to know we're not the only ones and that there's hopefully a fix coming from the official source.
Also thanks for your tips (re: systemctl restart dbus systemd-logind), I'll experiment with that and see if we can't get around the reboot, as we have quite a few Alma VPSs that need regreSSHion patch.
Finally, thanks Futureweb for getting the bug report created and sharing the official workaround!
[Updated on: Tue, 02 July 2024 22:27] Report message to a moderator
|
|
|