Also relevant:
http://www.mail-archive.com/nut-upsuser@lists.alioth.debian.org/msg07865.html
Looks like I'll need a newer version of NUT anyway...
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nut in Ubuntu.
I am confirming HW compatibility for AP9619 (AP9617, AP9618, AP9619
series).
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nut in Ubuntu.
https://bugs.launchpad.net/bugs/1197878
Title:
SNMPv3 not working with APC
To manage
Sorry, but these cards don't support AES, only DES
(AP9617,AP9618,AP9619).
I have managed to fix the communication problem by using simple passwords
without any special characters.
upsdrvctl still outputs some unhandled ASNs, but it seems to have no influence
on NUT working.
This is with mibs
After some digging I found someone having an identical problem on the
nut-upsdev mailing lists:
http://www.mail-archive.com/nut-upsdev@lists.alioth.debian.org/msg03451.html
The problem was ultimately not resolved, hence I deem that the status could be
elevated to Confirmed.
--
You received
Here is the output when mibs=auto (tried also with no mibs= line in
ups.conf, but the output is the same):
/lib/nut/snmp-ups -a ups1 -DDD
Network UPS Tools - Generic SNMP UPS driver 0.58 (2.6.3)
0.00 debug level is '3'
0.001183 SNMP UPS driver : entering upsdrv_initups()
Public bug reported:
I'm trying to connect to an AP9619 management card with SNMPv3 authPriv,
but the snmp-ups driver fails to start.
When running the driver directly:
$ sudo /lib/nut/snmp-ups -a ups1 -DDD
Network UPS Tools - Generic SNMP UPS driver 0.58 (2.6.3)
Thank you for your help. I wasn't aware of the limitation
(incompatibility) caused by co-deploying LVM and multipath, it was my
assumption that multipath would be configured to take precedence over
LVM for having PVs on multipath block devices, as having it the other
way around, as in multiple
http://h2.www2.hp.com/bizsupport/TechSupport/Document.jsp?lang=encc=ustaskId=115prodSeriesId=3559651prodTypeId=18964objectID=c01476873
This is the config recommended by HP for our SAN (2000 series is down there),
mine is functionally the same. There is no way to sense the priorities of the
Public bug reported:
I have a SAN connected via a dual-port HBA that I'm trying to get to
work with multipath.
I'm running 12.04.2 installed via netboot (clean install).
Setup options: partitioning=guided with LVM (onto internal DRAC 6/i RAID)
packages=Basic server,OpenSSH,Virtual machine host
** Attachment added: udev log
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1178721/+attachment/3672267/+files/udev.multipath-BROKEN
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to multipath-tools in Ubuntu.
10 matches
Mail list logo