Hi, I just wanted to comment that the provided packages work for all my server. Thank you!
F
Offline
Best posts made by FritzGerald
-
RE: [SOLVED] Just FYI: current update seams to break NUT dependancies
-
RE: What OS is XCP-ng 8.3 based on?
Hello everyone,
I absolutely understand the point regarding datacenters. I am using xcp-ng for years in smaller - non datacenter - environments and its great. Therefore I added the nut packages (8.2 and 8.3) and it works like a charm. It's installation is well explained in:
However, I agree with @Kajetan321 that it would be great if the nut package could be included in the standard "updated" packages repo since its added quite some benefits (imho) for "smaller" IT environments. However, I do not know how much effort it takes to maintain that.
-
RE: [SOLVED] Just FYI: current update seams to break NUT dependancies
Good point.
Quick install procedure for anyone interested. I use a USB connected APC Smart-UPS 750 (SMT750RMI2U) on a completely patched test "XCP-ng 8.3" server. To install ci packages run:
yum install nut --enablerepo=xcp-ng-ciMost important, check that your USV device is properly connected and found using
lsusbit should show something like:
... Bus 002 Device 002: ID 051d:0003 American Power Conversion UPS ...Grab details then by:
lsusb -s 002:002 -vwhich should give you something like
[12:53 xcp-test ~]# lsusb -s 002:002 -v Bus 002 Device 002: ID 051d:0003 American Power Conversion UPS Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x051d American Power Conversion idProduct 0x0003 UPS bcdDevice 1.06 iManufacturer 1 American Power Conversion iProduct 2 Smart-UPS 750 FW:UPS 15.1 / ID=18 iSerial 3 SERIALXXXXXXXX bNumConfigurations 1 ... Remote Wakeup EnabledBased upon this data you can add this information to your ups.conf
nano /etc/ups/ups.conf[apc] driver = "usbhid-ups" port = "auto" vendorid = "051D" productid = "0003" product = "Smart-UPS 750 FW:UPS 15.1 / ID=18" serial = "SERIALXXXXXXXX" vendor = "American Power Conversion" bus = "002"Now add users in
nano /etc/ups/upsd.users. "upsmon" is for slave connected devices.[admin] password = PWXXXXXX actions = SET FSD instcmds = ALL upsmon master [upsmon] password = SLAVEPW upsmon slaveNow add/enable via
nano /etc/ups/upsd.confthe required lines. If you want other servers to listen, you need to listen to a non-localhost IP of course.LISTEN 127.0.0.1 3493Now enable in
nano /etc/ups/upsmon.confthe relevant line:MONITOR apc@localhost 1 admin PWXXXXXX masterNow restart services:
upsdrvctl start systemctl start nut-server.service systemctl start nut-monitor.serviceand you should be able to see the USV data by calling:
upsc apc@localhostIt should show:
battery.charge: 100 battery.charge.low: 10 battery.charge.warning: 50 battery.runtime: 3900 battery.runtime.low: 120 battery.type: PbAc battery.voltage: 27.3 battery.voltage.nominal: 24.0 device.mfr: American Power Conversion device.model: Smart-UPS 750 device.serial: SERIALXXXXX device.type: ups driver.name: usbhid-ups driver.parameter.bus: 002 driver.parameter.pollfreq: 30 driver.parameter.pollinterval: 2 driver.parameter.port: auto driver.parameter.product: Smart-UPS 750 FW:UPS 15.1 / ID=18 driver.parameter.productid: 0003 driver.parameter.serial: SERIALXXXXX driver.parameter.synchronous: auto driver.parameter.vendor: American Power Conversion driver.parameter.vendorid: 051D driver.version: 2.8.0 driver.version.data: APC HID 0.98 driver.version.internal: 0.47 driver.version.usb: libusb-0.1 (or compat) ups.beeper.status: enabled ups.delay.shutdown: 20 ups.firmware: UPS 15.1 / ID=18 ups.mfr: American Power Conversion ups.mfr.date: 2015/08/14 ups.model: Smart-UPS 750 ups.productid: 0003 ups.serial: SERIALXXXXX ups.status: OL ups.timer.reboot: -1 ups.timer.shutdown: -1 ups.vendorid: 051dHINT#1: I experienced that the bus id of the usb device sometimes changes after reboot. Watch out if you restart the server and adapt your ups.conf accordingly!!!
HINT#2: You need to open firewall port 3493 if you want to access it from a monitor!
-
RE: [SOLVED] Just FYI: current update seams to break NUT dependancies
@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?
-
RE: [SOLVED] Just FYI: current update seams to break NUT dependancies
@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!
-
RE: [SOLVED] Just FYI: current update seams to break NUT dependancies
@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. -
RE: XCP-ng 8.3 updates announcements and testing
Sorry, about this. I think when migrating PV VMs from a previous system I had issues and "needed" to install "qemu-img" and I did not remember. So removing it, solved the problem. So all my fault. Sorry about this message!!!
-
RE: How to create a user with read only access to all objects in xoa for monitoring purposes
Hello everyone. I tripped over this issue. If someone got another approach I would be interested.
Thanks to @lsouai-vates I had a look at:
and
To what I understand it is not possible as a Non-Admin user to get information like pools, ... By creating a new admin user limiting the resources via ACLS with viewer right worked around this. However, granting admin rights still looks sort of strange.
Just in case someone struggled as well this information might help.
Latest posts made by FritzGerald
-
RE: XCP-ng 8.3 updates announcements and testing
Sorry, about this. I think when migrating PV VMs from a previous system I had issues and "needed" to install "qemu-img" and I did not remember. So removing it, solved the problem. So all my fault. Sorry about this message!!!
-
RE: XCP-ng 8.3 updates announcements and testing
Hello. just wanted to let you know that I got this error message on one of my servers (the others worked fine), when installing the last 25 updates manually via "yum update"
[10:39 xen1 ~]# yum update 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-updates: mirrors.xcp-ng.org Resolving Dependencies --> Running transaction check ---> Package blktap.x86_64 0:3.55.5-6.3.xcpng8.3 will be updated ---> Package blktap.x86_64 0:3.55.5-6.7.xcpng8.3 will be an update ---> Package forkexecd.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package forkexecd.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package kernel.x86_64 0:4.19.19-8.0.46.1.xcpng8.3 will be updated ---> Package kernel.x86_64 0:4.19.19-8.0.46.2.xcpng8.3 will be an update ---> Package message-switch.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package message-switch.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package qcow-stream-tool.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package qcow-stream-tool.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package rrdd-plugins.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package rrdd-plugins.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package sm.x86_64 0:3.2.12-17.1.xcpng8.3 will be updated ---> Package sm.x86_64 0:3.2.12-17.7.xcpng8.3 will be an update ---> Package sm-cli.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package sm-cli.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package sm-fairlock.x86_64 0:3.2.12-17.1.xcpng8.3 will be updated ---> Package sm-fairlock.x86_64 0:3.2.12-17.7.xcpng8.3 will be an update ---> Package squeezed.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package squeezed.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package varstored-guard.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package varstored-guard.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package vhd-tool.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package vhd-tool.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package wsproxy.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package wsproxy.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package xapi-core.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package xapi-core.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package xapi-nbd.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package xapi-nbd.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package xapi-rrd2csv.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package xapi-rrd2csv.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package xapi-storage-script.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package xapi-storage-script.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package xapi-tests.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package xapi-tests.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package xapi-xe.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package xapi-xe.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package xcp-networkd.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package xcp-networkd.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package xcp-ng-pv-tools.noarch 0:8.3-16.xcpng8.3 will be updated ---> Package xcp-ng-pv-tools.noarch 0:8.3-17.xcpng8.3 will be an update ---> Package xcp-rrdd.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package xcp-rrdd.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package xenopsd.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package xenopsd.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package xenopsd-cli.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package xenopsd-cli.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package xenopsd-xc.x86_64 0:26.1.3-1.9.xcpng8.3 will be updated ---> Package xenopsd-xc.x86_64 0:26.1.3-1.10.xcpng8.3 will be an update ---> Package zabbix-agent2.x86_64 0:7.0.25-release1.el7 will be updated ---> Package zabbix-agent2.x86_64 0:7.0.26-release1.el7 will be an update ---> Package zabbix-agent2-plugin-ember-plus.x86_64 0:7.0.25-release1.el7 will be updated ---> Package zabbix-agent2-plugin-ember-plus.x86_64 0:7.0.26-release1.el7 will be an update ---> Package zabbix-agent2-plugin-mongodb.x86_64 0:7.0.25-release1.el7 will be updated ---> Package zabbix-agent2-plugin-mongodb.x86_64 0:7.0.26-release1.el7 will be an update ---> Package zabbix-agent2-plugin-mssql.x86_64 0:7.0.25-release1.el7 will be updated ---> Package zabbix-agent2-plugin-mssql.x86_64 0:7.0.26-release1.el7 will be an update ---> Package zabbix-agent2-plugin-postgresql.x86_64 0:7.0.25-release1.el7 will be updated ---> Package zabbix-agent2-plugin-postgresql.x86_64 0:7.0.26-release1.el7 will be an update --> Finished Dependency Resolution Dependencies Resolved ==================================================================================================================================================================================================================== Package Arch Version Repository Size ==================================================================================================================================================================================================================== Updating: blktap x86_64 3.55.5-6.7.xcpng8.3 xcp-ng-updates 772 k forkexecd x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 2.5 M kernel x86_64 4.19.19-8.0.46.2.xcpng8.3 xcp-ng-updates 29 M message-switch x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 4.6 M qcow-stream-tool x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 1.4 M rrdd-plugins x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 9.8 M sm x86_64 3.2.12-17.7.xcpng8.3 xcp-ng-updates 391 k sm-cli x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 4.8 M sm-fairlock x86_64 3.2.12-17.7.xcpng8.3 xcp-ng-updates 52 k squeezed x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 1.9 M varstored-guard x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 4.9 M vhd-tool x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 4.9 M wsproxy x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 1.1 M xapi-core x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 30 M xapi-nbd x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 3.1 M xapi-rrd2csv x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 3.0 M xapi-storage-script x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 2.5 M xapi-tests x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 5.0 M xapi-xe x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 1.5 M xcp-networkd x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 4.8 M xcp-ng-pv-tools noarch 8.3-17.xcpng8.3 xcp-ng-updates 16 M xcp-rrdd x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 3.6 M xenopsd x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 1.4 M xenopsd-cli x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 2.0 M xenopsd-xc x86_64 26.1.3-1.10.xcpng8.3 xcp-ng-updates 5.3 M zabbix-agent2 x86_64 7.0.26-release1.el7 zabbix 6.6 M zabbix-agent2-plugin-ember-plus x86_64 7.0.26-release1.el7 zabbix 1.6 M zabbix-agent2-plugin-mongodb x86_64 7.0.26-release1.el7 zabbix 3.8 M zabbix-agent2-plugin-mssql x86_64 7.0.26-release1.el7 zabbix 2.7 M zabbix-agent2-plugin-postgresql x86_64 7.0.26-release1.el7 zabbix 3.1 M Transaction Summary ==================================================================================================================================================================================================================== Upgrade 30 Packages Total size: 162 M Is this ok [y/d/N]: y Downloading packages: Running transaction check Running transaction test Transaction check error: file /usr/bin/qemu-img from install of blktap-3.55.5-6.7.xcpng8.3.x86_64 conflicts with file from package qemu-img-10:1.5.3-175.el7_9.6.x86_64 Error Summary ------------- [10:39 xen1 ~]#So in consequence the update seems to simply fail. I am aware that the manually installed zabbix packages are not "official" packages. However, from my current understanding the error looks more like a non-zabbix related issue. I am wondering, since I have another exactly identical server, which updated fine. If you need some informations, just let me know.
-
RE: [SOLVED] Just FYI: current update seams to break NUT dependancies
Hi, I just wanted to comment that the provided packages work for all my server. Thank you!
-
RE: [SOLVED] Just FYI: current update seams to break NUT dependancies
@rzr Just for curiosity.
As far as I understand you assess the risk as low for the nut package - and only for that - to use ci-repo. I am fine with that for my personal servers. In terms of staying as close to the stable version in order to avoid potential future upgrade issues, is there a chance to say something about:
- Would you consider to integrate this into "stable" branch?
- What would be the next steps on our side to support this?
- How long would does that roughly take?
Thank again!
-
RE: [SOLVED] Just FYI: current update seams to break NUT dependancies
Good point.
Quick install procedure for anyone interested. I use a USB connected APC Smart-UPS 750 (SMT750RMI2U) on a completely patched test "XCP-ng 8.3" server. To install ci packages run:
yum install nut --enablerepo=xcp-ng-ciMost important, check that your USV device is properly connected and found using
lsusbit should show something like:
... Bus 002 Device 002: ID 051d:0003 American Power Conversion UPS ...Grab details then by:
lsusb -s 002:002 -vwhich should give you something like
[12:53 xcp-test ~]# lsusb -s 002:002 -v Bus 002 Device 002: ID 051d:0003 American Power Conversion UPS Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x051d American Power Conversion idProduct 0x0003 UPS bcdDevice 1.06 iManufacturer 1 American Power Conversion iProduct 2 Smart-UPS 750 FW:UPS 15.1 / ID=18 iSerial 3 SERIALXXXXXXXX bNumConfigurations 1 ... Remote Wakeup EnabledBased upon this data you can add this information to your ups.conf
nano /etc/ups/ups.conf[apc] driver = "usbhid-ups" port = "auto" vendorid = "051D" productid = "0003" product = "Smart-UPS 750 FW:UPS 15.1 / ID=18" serial = "SERIALXXXXXXXX" vendor = "American Power Conversion" bus = "002"Now add users in
nano /etc/ups/upsd.users. "upsmon" is for slave connected devices.[admin] password = PWXXXXXX actions = SET FSD instcmds = ALL upsmon master [upsmon] password = SLAVEPW upsmon slaveNow add/enable via
nano /etc/ups/upsd.confthe required lines. If you want other servers to listen, you need to listen to a non-localhost IP of course.LISTEN 127.0.0.1 3493Now enable in
nano /etc/ups/upsmon.confthe relevant line:MONITOR apc@localhost 1 admin PWXXXXXX masterNow restart services:
upsdrvctl start systemctl start nut-server.service systemctl start nut-monitor.serviceand you should be able to see the USV data by calling:
upsc apc@localhostIt should show:
battery.charge: 100 battery.charge.low: 10 battery.charge.warning: 50 battery.runtime: 3900 battery.runtime.low: 120 battery.type: PbAc battery.voltage: 27.3 battery.voltage.nominal: 24.0 device.mfr: American Power Conversion device.model: Smart-UPS 750 device.serial: SERIALXXXXX device.type: ups driver.name: usbhid-ups driver.parameter.bus: 002 driver.parameter.pollfreq: 30 driver.parameter.pollinterval: 2 driver.parameter.port: auto driver.parameter.product: Smart-UPS 750 FW:UPS 15.1 / ID=18 driver.parameter.productid: 0003 driver.parameter.serial: SERIALXXXXX driver.parameter.synchronous: auto driver.parameter.vendor: American Power Conversion driver.parameter.vendorid: 051D driver.version: 2.8.0 driver.version.data: APC HID 0.98 driver.version.internal: 0.47 driver.version.usb: libusb-0.1 (or compat) ups.beeper.status: enabled ups.delay.shutdown: 20 ups.firmware: UPS 15.1 / ID=18 ups.mfr: American Power Conversion ups.mfr.date: 2015/08/14 ups.model: Smart-UPS 750 ups.productid: 0003 ups.serial: SERIALXXXXX ups.status: OL ups.timer.reboot: -1 ups.timer.shutdown: -1 ups.vendorid: 051dHINT#1: I experienced that the bus id of the usb device sometimes changes after reboot. Watch out if you restart the server and adapt your ups.conf accordingly!!!
HINT#2: You need to open firewall port 3493 if you want to access it from a monitor!
-
RE: [SOLVED] Just FYI: current update seams to break NUT dependancies
@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?
-
RE: [SOLVED] Just FYI: current update seams to break NUT dependancies
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.
-
RE: [SOLVED] Just FYI: current update seams to break NUT dependancies
@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!
-
RE: [SOLVED] Just FYI: current update seams to break NUT dependancies
@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