similar to: Misreported values with newhidups

Hello, I am having trouble getting upsd to start. I am using the Debian NUT packages version 2.0.3 (current in Debian/sid). I am using the newhidups driver with an APC Back-UPS BR 800. The init.d script wasn't functioning, so I backtracked to running upsd manually and I get: foxstar:/etc/nut# upsd -u root Network UPS Tools upsd 2.0.3 Can't connect to UPS [foxstarups] (newhidups-auto):

Hello, Upon upgrading to the Debian package of NUT 2.2.0 my APC Back-UPS Pro is no longer recognized. Here is the output if I try to run the driver manually: ----------- # /lib/nut/usbhid-ups -DDD -x vendorid=051d -x productid=0002 -a foxstarups Network UPS Tools: 0.28 USB communication driver 0.28 - core 0.30 (2.2.0-) debug level is '3' No appropriate HID device found No matching HID

Hello all, I am trying to leave a video voicemail but am unable to do so. I am using Ekiga (formerly Gnomemeeting) to make a SIP connection to Asterisk 1.2.4. Ekiga supports h261 for video. The call connects and negotiation seems okay. When I leave a message, however, only the audio is recorded. Looking in the log file afterwards I see many messages like this: Mar 21 22:02:34 WARNING[2418]

Hi there, [ http://www.contribs.org/bugzilla/show_bug.cgi?id=654 ] I just received this: Broadcast message from nut (Sat Feb 4 04:02:45 2006): UPS UPS@localhost battery is low and Feb 4 04:02:45 bigted upsmon[11532]: UPS UPS@localhost battery is low Feb 4 04:02:45 bigted wall[4032]: wall: user nut broadcasted 1 lines (34 chars) but I believe this looks o.k., except for the input voltage

Hi there, I'm one of the maintainers of the SME Server distro (www.contribs.org) and we've been chasing this one for some time: http://www.contribs.org/bugzilla/show_bug.cgi?id=352 http://lists.alioth.debian.org/pipermail/nut-upsdev/2006-January/000543.html Many thanks to Peter Selinger and everyone else who helped with the debugging and patches. Thanks, Gordon

Bonjour, Je souheterais utilis? la version qui permet le '-x generic',mais je ne sais pas ou la recuperer car ca devrait solutionner mon probleme (cf mail ci-dessous) DaneZ _____ From: DaneZ [mailto:david.guillotte@danez.no-ip.org] To: arnaud.quette@mgeups.com Sent: Sat, 08 Jul 2006 23:24:06 +0200 Subject: Fw: INFOSEC 500 XP en USB _____ Bonjour Arnaud, Je me

Peter Selinger wrote: > Hm. I need more information, as NUT seems to garble the values even > before I can see them. I am not so worried about the date and > temperatures (although, strangely, the battery replacement date > appears to be Sept 25, 2001, which makes no sense). But the voltage is > definitely important. > > [...] > Thanks Peter - I'll send the new

I was looking at how other drivers deal with outlet collections, and I noticed some differences between newhidups in 2.0.4 (from Debian's 2.0.4-2.3) and the SVN trunk (rev 723) on an Evolution. Full diff is below, but here are the highlights: * MGE HID 0.9 vs 1.0 * outlet.#.switch seems to have moved to the commands outlet.#.load.{on,off} Then I found this in the ChangeLog: * fix

Hi I'm hoping someone can help. I'm running fc5 with nut 2.0.3. I just recently acquired 2 Gamatronic SmartCompact ups for my Linux boxes. As you can see from the info below, everything looks ok. When I unplug the ups from the wall, after a while, the computer shutdowns very rudely. That it is just turns off. No scrolling down of processes shutting down It does not seem shutdown

Almost worked first time (Solaris 2.7, gcc-2.95.2). Well done. perl -i -p -e 's/-m644/-m 644/' Makefile.in Also, it would be nice to be able to set up LFLAGS somehow, to provide the following: LFLAGS=-R/usr/local/lib YMMV with the path. That way the executables will run without setting LD_LIBRARY_PATH. I can't see where to tweak this in the configure setup at the moment - I'll

As I read the manpage, you need to enable Subsystems to have the server support them. [...] Subsystem Configures an external subsystem (e.g., file transfer daemon). Arguments should be a subsystem name and a command to execute up? on subsystem request. The command sftp-server(8) implements the ``sftp'' file transfer

Bus 003 Device 002: ID 050d:1100 Belkin Components # /lib/nut/usbhid-ups -a belkin Network UPS Tools: 0.28 USB communication driver 0.28 - core 0.30 (2.2.0-) No matching HID UPS found Hmm best to stick with 2.0.4. Justin.

Bus 003 Device 002: ID 050d:1100 Belkin Components # /lib/nut/usbhid-ups -a belkin Network UPS Tools: 0.28 USB communication driver 0.28 - core 0.30 (2.2.0-) No matching HID UPS found Hmm best to stick with 2.0.4. Justin.

2005/9/25, Peter Selinger <selinger@mathstat.dal.ca>: > > Arnaud Quette wrote: > > > > Some more points while you're at it: > > - newhidups will have to be renamed. My aimed was to let the name until > we > > can superceed hidups. Then remove hidups, and rename newhidups to > usbhid-ups > > (name proposition welcomed, but should match the fact

I finally got some time to implement a pair of options to upsc for listing all configured UPSes on a given upsd: http://boxster.ghz.cc/projects/nut/changeset?new=branches%2Fupsc_list%2Fclients%2Fupsc.c%40859&old=trunk%2Fclients%2Fupsc.c%40821 http://boxster.ghz.cc/projects/nut/browser/branches/upsc_list/clients/upsc.c?rev=859 I think this should work with the new functions for parsing IPv6

There is a memory leak in newhidups. After 23 days uptime it used 138M memory. Apart from the memory leak, the system works ok. Is there anything I can do to help fix this problem? Tor. [root@tophat init.d]# ps -unut v PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND 21122 ? Ss 1:35 0 69 137934 136800 27.0 /sbin/newhidups auto 21125 ? Ss 0:37 0

Hi, I'm running nut 2.0.3 on Gentoo connected to an MGE ProtectionCenter 675. newhidups intermittently crashes. Any ideas? N. # /usr/lib/nut/newhidups -a mgeups Network UPS Tools: New USB/HID UPS driver 0.28 (2.0.3) Detected a UPS: MGE UPS SYSTEMS/PROTECTIONCENTER Using subdriver: MGE HID 0.8 This is the error I'm getting *** glibc detected *** /usr/lib/nut/newhidups: double free or

Has anyone gotten the newhidups driver to work w/ the Powerware 9120 series? Here's what I get for debug info (It's the Phoenixtec device): $ sudo lsusb Bus 002 Device 002: ID 0846:1040 NetGear, Inc. Bus 002 Device 001: ID 0000:0000 Bus 001 Device 002: ID 06da:0002 Phoenixtec Power Co., Ltd Bus 001 Device 001: ID 0000:0000 $sudo /lib/nut/newhidups -DDDDD auto Network UPS Tools: New

Paolo, Try sudo /lib/nut/newhidups -DDD -u root -a SmartUps1500 newhidups would only run on my computer if I ran it using sudo and as root user. I know this indicates a problem with the USB permissions, but I could not, for the life of me, get the permissions to change when I plugged the UPS in. I know this isn't a true fix, but it worked for me. -- ~Brian Foster

Hi Klaus, Thanks for your much appreciated feedback. Klaus Holler wrote: > Hello, > >I just wanted to report that the Back-UPS RS 800 works with the >Network UPS Tools. Currently I use the following (Ubuntu breezy) >debian packages on kernel 2.4.31: >ii nut 2.0.2-1build1 >ii nut-usb 2.0.2-1build1 > >lsusb reports: >ID 051d:0002 American Power Conversion Back-UPS Pro