Just FYI: current update seams to break NUT dependancies
-
Just a short informational update. Current xcp-ng update seems to break nut dependancies.
Error: Package: nut-2.8.0-2.el7.x86_64 (@epel) Requires: libnetsnmp.so.31()(64bit) Removing: 1:net-snmp-libs-5.7.2-52.1.xcpng8.3.x86_64 (@xcp-ng-updates) libnetsnmp.so.31()(64bit) Updated By: 1:net-snmp-libs-5.9.3-8.1.xcpng8.3.x86_64 (xcp-ng-updates) ~libnetsnmp.so.40()(64bit) Available: 1:net-snmp-libs-5.7.2-33.el7_5.2.x86_64 (xcp-ng-base) libnetsnmp.so.31()(64bit) Available: 1:net-snmp-libs-5.7.2-51.1.xcpng8.3.x86_64 (xcp-ng-base) libnetsnmp.so.31()(64bit) Available: 1:net-snmp-libs-5.7.2-51.2.xcpng8.3.x86_64 (xcp-ng-base) libnetsnmp.so.31()(64bit) Available: 1:net-snmp-libs-5.7.2-51.3.xcpng8.3.x86_64 (xcp-ng-base) libnetsnmp.so.31()(64bit)Since NUT is an "external" package and everyone was warned about installing "3rd-party" packages, this is not an official xcp-ng problem. I have not yet found a workaround. Since the old repos EPEL 7 are not really updated, it could get tricky. I just wanted to let you know.
-
@FritzGerald workaround
yum update --exclude=net-snmp* -
yum update --exclude=net-snmp*
You made my day. Works fine and I have learned something new. Thank you for your quick help!
-
I'm having the same problem. I could never get NUT to work properly anyways. What's the best way to uinstal it?
-
It looks like "yum remove nut" does the trick.
-
P ph7 referenced this topic
-
It looks like "yum remove nut" does the trick.
Yes this "extra" tool was not (never?) supported ,
If you really need it, there are 2 options to consider:
- 1st is convince us to add it to the distro
- 2d rebuild it yourself (to link with updated dep, and also rebuild its deps like neon)
-
@FritzGerald workaround
yum update --exclude=net-snmp*This is dangerous.
-
@rzr
Hi, thank you for having a look.Regarding point 1.)
As it was written by Olivier Lambert in post https://xcp-ng.org/forum/topic/10250/what-os-is-xcp-ng-8-3-based-on/8?_=1773671654080 I understand that your focus is on datacenter usage. Nevertheless I still think - and in other posts users mention it as well - there are quite a lot small non-datacenter - installations in place that use xcp-ng in small office structures using and needing an USV, since it simply essential. I love using XCP-NG and believe it would be a goodie that would make a lot small open source supporters like me very happy.Regarding point 2.)
I am always careful when interfering with "mighty" tools like hypervisors. My experience is that my knowledge is unfortunately to small to see all caveats. -
This post is deleted! -
@FritzGerald workaround
yum update --exclude=net-snmp*This is dangerous.
@stormi Do you see any immediate threat? I am asking since it is working so far for me
-
You can install nut on a separate (small) machine and let it
sshto Your master and run a shutdown script.
That's how I do it since a while back when the NUT-package was temporarily removed from the extra repo -
Yes this "extra" tool was not (never?) supported ,
NUT has never been supported in XCP-ng, it has been asked about for a long time though and a lot of people handle XCP-ng not as an appliance but as any other Server/Desktop system and install packages because they aren't blocked from doing so
-
@rzr @stormi @olivierlambert Please consider this such a request. NUT's functionality at the small system/appliance level (i.e. not datacenter) of use is too useful to ignore but not enough to build a dedicated VM for on systems/appliances with limited resources.
-
I second this request.
-
https://xcp-ng.org/forum/topic/11967/gracefull-shutdown-of-host-when-ups-battery-runs-low
Not a great response, if this is really a need paying customers should go and put a request in on the ticketing side.
-
In case my experience can help with this problem:
The package causing compatibility issues is nut, but nut-client works and allows the xcp-ng hosts update.
I installed nut-client and defined the pool hosts as clients, with my nut server on a Truenas server.
This installation is working and has allowed me to continue using nut on my hosts.
-
Hi, I had a look at it and may have something to be tested soon (TBC https://github.com/xcp-ng-rpms/nut/pull/1 )
Is any of you volunteering for testing an extra (unsupported?) package ?
Or if the client is enough maybe we can put this on hold unless there is more traction?Reminder: https://docs.xcp-ng.org/management/additional-packages/
-
@rzr Hi. Thank you very much. I will be setting up a new server within the next 2 weeks and will definitely test it. Then I will give you feedback! Thank you again for picking it up!
-
Hello, sorry for not getting back earlier. I had some "other" unexpected trouble-shooting project.
Since I have never installed this type of "dev" package, I just wanted to let others know how to install (please to so on a testing server). Besides that, just run:
yum install nut --enablerepo=xcp-ng-ciThat's it. At least installation on my newly setup and completely patched test "XCP-ng 8.3" server worked like a charme:
[22:41 xcp-test ~]# yum install nut --enablerepo=xcp-ng-ci Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile Excluding mirror: updates.xcp-ng.org * xcp-ng-base: mirrors.xcp-ng.org Excluding mirror: updates.xcp-ng.org * xcp-ng-ci: mirrors.xcp-ng.org Excluding mirror: updates.xcp-ng.org * xcp-ng-updates: mirrors.xcp-ng.org xcp-ng-base/signature | 473 B 00:00:00 xcp-ng-base/signature | 3.0 kB 00:00:00 !!! xcp-ng-ci/signature | 473 B 00:00:00 xcp-ng-ci/signature | 3.0 kB 00:00:00 !!! xcp-ng-updates/signature | 473 B 00:00:00 xcp-ng-updates/signature | 3.0 kB 00:00:00 !!! xcp-ng-ci/primary_db | 168 kB 00:00:00 Resolving Dependencies --> Running transaction check ---> Package nut.x86_64 0:2.8.0-2.1.xcpng8.3 will be installed --> Processing Dependency: libfreeipmi.so.17()(64bit) for package: nut-2.8.0-2.1.xcpng8.3.x86_64 --> Processing Dependency: libipmimonitoring.so.6()(64bit) for package: nut-2.8.0-2.1.xcpng8.3.x86_64 --> Processing Dependency: libltdl.so.7()(64bit) for package: nut-2.8.0-2.1.xcpng8.3.x86_64 --> Processing Dependency: libupsclient.so.6()(64bit) for package: nut-2.8.0-2.1.xcpng8.3.x86_64 --> Processing Dependency: libusb-0.1.so.4()(64bit) for package: nut-2.8.0-2.1.xcpng8.3.x86_64 --> Running transaction check ---> Package freeipmi.x86_64 0:1.5.7-2.el7 will be installed ---> Package libtool-ltdl.x86_64 0:2.4.2-22.el7_3 will be installed ---> Package libusb.x86_64 1:0.1.4-3.el7 will be installed ---> Package nut-client.x86_64 0:2.8.0-2.1.xcpng8.3 will be installed --> Finished Dependency Resolution Dependencies Resolved ==================================================================================================================================================================================================================== Package Arch Version Repository Size ==================================================================================================================================================================================================================== Installing: nut x86_64 2.8.0-2.1.xcpng8.3 xcp-ng-ci 2.2 M Installing for dependencies: freeipmi x86_64 1.5.7-2.el7 xcp-ng-base 2.0 M libtool-ltdl x86_64 2.4.2-22.el7_3 xcp-ng-base 48 k libusb x86_64 1:0.1.4-3.el7 xcp-ng-base 19 k nut-client x86_64 2.8.0-2.1.xcpng8.3 xcp-ng-ci 203 k Transaction Summary ==================================================================================================================================================================================================================== Install 1 Package (+4 Dependent packages) Total download size: 4.5 M Installed size: 20 M Is this ok [y/d/N]: y Downloading packages: (1/5): libtool-ltdl-2.4.2-22.el7_3.x86_64.rpm | 48 kB 00:00:00 (2/5): freeipmi-1.5.7-2.el7.x86_64.rpm | 2.0 MB 00:00:01 (3/5): libusb-0.1.4-3.el7.x86_64.rpm | 19 kB 00:00:00 (4/5): nut-client-2.8.0-2.1.xcpng8.3.x86_64.rpm | 203 kB 00:00:00 (5/5): nut-2.8.0-2.1.xcpng8.3.x86_64.rpm | 2.2 MB 00:00:01 -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Total 1.7 MB/s | 4.5 MB 00:00:02 Running transaction check Running transaction test Transaction test succeeded Running transaction Installing : nut-client-2.8.0-2.1.xcpng8.3.x86_64 1/5 Installing : freeipmi-1.5.7-2.el7.x86_64 2/5 Installing : libtool-ltdl-2.4.2-22.el7_3.x86_64 3/5 Installing : 1:libusb-0.1.4-3.el7.x86_64 4/5 Installing : nut-2.8.0-2.1.xcpng8.3.x86_64 5/5 Verifying : nut-2.8.0-2.1.xcpng8.3.x86_64 1/5 Verifying : 1:libusb-0.1.4-3.el7.x86_64 2/5 Verifying : libtool-ltdl-2.4.2-22.el7_3.x86_64 3/5 Verifying : freeipmi-1.5.7-2.el7.x86_64 4/5 Verifying : nut-client-2.8.0-2.1.xcpng8.3.x86_64 5/5 Installed: nut.x86_64 0:2.8.0-2.1.xcpng8.3 Dependency Installed: freeipmi.x86_64 0:1.5.7-2.el7 libtool-ltdl.x86_64 0:2.4.2-22.el7_3 libusb.x86_64 1:0.1.4-3.el7 nut-client.x86_64 0:2.8.0-2.1.xcpng8.3 Complete!I will let you know once I got some impressions.
-
@rzr: Sorry, first and foremost I totally forgot to say thank you very much. I really appreciate you work and effort for this "non-core" issue.
That said, I can say that it works on my test machines. I could successfully install and connected to a APC Smart-UPS 750 (SMT750RMI2UC) to my test server. Not a single problem whatsoever. I will now monitor it a bit and if I observe anything I will let you know.
Is there maybe anything particular you are interested in for me to test?
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login