/mailing.html
The bottom line is that we are happy to try and work with you to debug this,
but so far there are more questions than answers in this particular problem
space.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser
://bugs.debian.org .
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
=3016' option.
The suggestion in the error message applies, although you may need to either
run the driver as root, or add an entry for this UPS in the udev files (exact
details will depend on your Linux variant).
--
Charles Lepple
clepple@gmail
to
those values, the UPS will shut off its output 30 seconds after the shutdown
signal (so you need to make sure that your OS shutdown takes less time than
that).
Does upsrw -l advice show anything?
--
Charles Lepple
clepple@gmail
___
Nut-upsuser
-to-serial
adapters.
The most likely driver is blazer_usb (or nutdrv_qx, which is newer). You may
need to shut down the UPS completely (turn power off, and unplug) if the other
drivers have sent commands that put the UPS into a bad state.
--
Charles Lepple
clepple@gmail
On Dec 1, 2014, at 9:19 AM, Victor Porton por...@narod.ru wrote:
01.12.2014, 14:50, Charles Lepple clep...@gmail.com:
Does upsrw -l advice show anything?
$ upsrw -l advice
upsrw: invalid option -- 'l'
I suppose I should read the documentation every once in a while :-)
upsrw advice
I
is included in the startup shell script, which is
case-sensitive.)
Here is the original nut.conf with its comments:
https://github.com/networkupstools/nut/blob/587d5f828c03d961f0cbeb11c6a19a7944ec6ccd/conf/nut.conf.sample
--
Charles Lepple
clepple@gmail
.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
:
https://dl.fedoraproject.org/pub/epel/7/SRPMS/n/
install to /usr/src (or something) and rebuild with a NUT snapshot:
http://buildbot.networkupstools.org/snapshots
If you have questions, let us know - I'm sure there are other users of
RPM-based distributions on the list.
--
Charles Lepple
clepple
On Dec 3, 2014, at 2:02 PM, j...@telefonica.net wrote:
USB error: error sending control message: Invalid or incomplete
multibyte or wide character
This is a wild guess, but what about using the option langid_fix=0x0409?
--
Charles Lepple
clepple@gmail
On Dec 4, 2014, at 7:01 AM, j...@telefonica.net wrote:
I have got this output with driver usbhid-ups
ups.conf
[Phoenixtec]
driver = usbhid-ups
vendorid = 06da
productid = 0002
port = auto
#~ langid_fix=0x0409
Oh, sorry - I meant for you to try that with blazer_usb.
--
Charles
:
http://www.networkupstools.org/docs/developer-guide.chunked/ar01s04.html#hid-subdrivers
The driver keeps looping and reading the values, and you can see whether they
correspond to various power states (on battery vs on AC, low battery, etc.)
--
Charles Lepple
clepple@gmail
conditions.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
.)
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
://apcupsd.cvs.sourceforge.net/viewvc/apcupsd/apcupsd/ReleaseNotes?pathrev=Release-3_14_11
and if you need connectivity with an existing NUT setup:
http://www.networkupstools.org/docs/man/apcupsd-ups.html
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing
-root.php?message_id=E4AF6D2D%2d44B0%2d4371%2d988B%2d72A1A3CE49EC%40gmail.com
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
send a copy of the output of 'upsc',
'upscmd -l' and 'upsrw' for your UPS. (If you prefer to mask out part or all of
the serial number, that is fine.) Let us know if any of the returned values are
known to be incorrect for your setup.
--
Charles Lepple
clepple@gmail
discharge until the low battery threshold is
reached (or the test is stopped).
In practice, the difference is determined by the UPS firmware.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http
60 seconds, then please gzip the log before sending it to
the list.
Thanks,
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
by the debug output (case-insensitive) rather than a numerical match,
so it should be -x vendorid=0463.
I did not see a potential match for battery.charge in the non-explore output,
but can you try again with the fixed vendorid and -DDD?
--
Charles Lepple
clepple@gmail
[please use the nut-upsuser@ address rather than nut-upsuser-owner@ and be sure
to use Reply-All - thanks!]
On Dec 23, 2014, at 1:52 PM, Janez Kremzer janez...@gmail.com wrote:
Hi!
I woud like to use Raspberry Pi with NUT installed whic coud shut down NAS in
the office.
NAS doesn't have
._USB-Serial_Controller-if00-port0 - ../../ttyUSB0
Although it is unwieldy, the pathnames under /dev/serial/by-id should always
point to the correct /dev/ttyUSB? node.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser
On Dec 29, 2014, at 6:38 PM, Janez Kremzer janez...@gmail.com wrote:
Charels get me e hint about comment out root user and add $ sudo adduser nut
dialout.
In Ярослав's case (FreeBSD), the group would be uucp (and I don't think the
adduser command supports this syntax).
--
Charles Lepple
to be RemainingCapacity. You
can verify this by forcing the UPS onto battery power until the front panel
displays a charge lower than 100%.
I do not see any items which are likely to be runtime.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut
, Mike Raath raa...@gmail.com wrote:
Ok - before stale data:
After stale data:
$ lsusb -d 0665:
Bus 002 Device 004: ID 0665:5161 Cypress Semiconductor USB to Serial
After stale data:
And the gzipped log attached:
On 2 January 2015 at 21:56, Charles Lepple clep...@gmail.com wrote
in the USB cable (or run udevadm trigger --
subsystem-match=usb), subsequent driver runs should find the USB device.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi
On Jan 1, 2015, at 8:23 PM, Charles Lepple clep...@gmail.com wrote:
On Jan 1, 2015, at 4:57 PM, Jonathan Gammell jon.gamm...@utoronto.ca wrote:
[ups]
driver = dummy-ups
port = eaton1
desc = Dummy UPS
There is a typo in the specification of port = in the dummy-ups man
for a simulation file named
'eaton1'. The presence of an @ character enables repeater mode. If you change
this to 'port = eaton1@localhost', things should work as you described.
The lack of syslog messages is indeed a bug.
--
Charles Lepple
clepple@gmail
/nutdrv_qx.log'
(Please gzip nutdrv_qx.log before sending it, thanks.)
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
that.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
from Dan (hyouko@gmail) regarding the start
character.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
would be a lot
simpler, IMHO.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
, since you
want the RPi to talk to the UPS). There are many USB adapter cables out there
that will only work for supplying power, or only with point-to-point USB OTG.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser
, but it might work for supplying 5VDC.
Thanks a lot for advice.
Da: Charles Lepple [mailto:clep...@gmail.com]
Inviato: martedì 20 gennaio 2015 14:23
A: Maurizio Iacaruso
Cc: NUT List
Oggetto: Re: [Nut-upsuser] R: NUT and relay on USB
On Jan 20, 2015, at 7:43 AM, Maurizio Iacaruso
NOTIFYCMD.
http://www.networkupstools.org/docs/man/upsmon.conf.html
--
- Charles Lepple
http://ghz.cc/charles/
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
in.
Thanks,
Sebastian
logs.zip___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
--
Charles Lepple
clepple@gmail
something like upsd (or
something similar, like apcupsd's NIS master mode), or the NVR has to send the
shutdown signal to the Raspberry Pi.
http://www.networkupstools.org/docs/user-manual.chunked/ar01s03.html#_advanced_configuration
--
Charles Lepple
clepple@gmail
hardware might need an external High
Speed to Full Speed rate-matching hub.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
,
which has the side effect of preventing other non-root processes from meddling
with the UPS.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo
' (or maybe
'lib64nss-devel'?) to get the NSS headers and development library.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
On Feb 19, 2015, at 11:23 PM, Gene Heskett ghesk...@wdtv.com wrote:
Almost $800 dollars and worthless
on wheezy. I am asking a few ?? over that on their mailing list as it
worked perfectly on ubuntu-10.04.4 LTS.
If you still have a backup of /etc from the Ubuntu install, there might be some
On Feb 20, 2015, at 8:40 AM, Charles Lepple clep...@gmail.com wrote:
So let's do it the manual way. Brand name? Any vendor-included software that
is currently being used as a beverage coaster? USB or serial? If USB, what
does lsusb say about it? (Might have to run lsusb as root, if the udev
On Jan 22, 2015, at 9:53 AM, Sebastian Hosche sebastian.hos...@web.de wrote:
Hi Charles,
Thanks so much for your quick and detailed reply! I've added my answers and
details inline.
Sorry this reply wasn't as quick.
On 22.1.2015 04:46, Charles Lepple wrote:
On Jan 21, 2015, at 9:15 AM
ProductID of 0002
is one of the less-broken ones) but do you still get the read error if you add
the pollonly option to the UPS-specific part of ups.conf (i.e. after
[xs1500])?
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser
the same
error from upsd?
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
that can be renamed. I thought there was a Debian bug about this, but here's
the equivalent Ubuntu bug database entry:
https://bugs.launchpad.net/ubuntu/+source/nut/+bug/1099947
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser
On Jan 30, 2015, at 11:12 PM, Charles Lepple clep...@gmail.com wrote:
On Jan 30, 2015, at 4:22 PM, Melvin Call melvincall...@gmail.com wrote:
At this point I unplugged the UPS and plugged it into a different USP port,
but
that did not change the above. Figuring this was likely a udev
?
In general, if a startup script isn't doing what I think it should, I run it
with sh -x name-of-script start. That will print a trace log of all of the
commands as they are executed.
In this particular case, do you have the mode in /etc/nut/nut.conf set up?
--
Charles Lepple
clepple@gmail
upsmon removes it at startup in the clear_pdflag() function (if
it was indeed created by upsmon last shutdown).
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin
, we can add the output of 'upsc' and 'upscmd -l' for your
UPS. (Feel free to mask off the serial number from the upsc output.)
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http
On Jan 10, 2015, at 11:07 AM, Steve Ballantyne steve.ballant...@gmail.com
wrote:
On Thu, Jan 8, 2015 at 11:37 PM, Charles Lepple clep...@gmail.com wrote:
Although this tends to happen more with x86 systems and/or USB3, you might
want to see if the disconnects are less frequent with a shorter
often the UPS
updates the runtime estimate - it might be dropping below 90 (or whatever the
internal threshold is for RemainingTimeLimit) for short intervals.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser
powering a critical
system). I need to do some testing with another UPS, so maybe after that, I can
swap this one in and see what happens.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http
can do to fix that other than to just ignore it.
Although this tends to happen more with x86 systems and/or USB3, you might want
to see if the disconnects are less frequent with a shorter or higher-quality
USB cable.
--
Charles Lepple
clepple@gmail
in advance
DGC
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
disconnect signal, so
there is no getting around this plus accompanying the data stale message.
However, for the notifications, you could use upssched to only notify you if
the UPS is disconnected for longer than the usual reconnection time.
--
Charles Lepple
clepple@gmail
log. STATUS(TIMELIMITEXP) maps to ...RemainingTimeLimitExpired, which I don't
see, and STATUS(SHUTDOWNIMM) would cause an ups.alarm message to show up in
upsc.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser
a driver which talks to ATCL FOR USB devices, but
with a different protocol:
http://thread.gmane.org/gmane.comp.monitoring.nut.user/8808/focus=8839
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http
-specific tweaks
to it, trying it would probably be faster than recompiling the kernel, and
there is little to lose.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin
or directory
Check the messages from the blazer_usb driver when it starts. OpenWRT might not
have the permissions set up on the /dev/bus/usb node.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http
submitting URB: Device or
resource busy
Device or resource busy usually means that another kernel driver or userspace
program is accessing the same device. Check for another copy of nutdrv_atcl_usb.
Which Raspberry Pi distribution are you using, and what is the kernel version?
--
Charles Lepple
/build process, and gzip and attach
it? You should run 'make clean' first, or build from a new source directory.
This error shouldn't happen either, but it is possible that another -devel
package is missing somewhere. (We don't do much testing on fresh installs of
RHEL, I guess.)
--
Charles Lepple
On Feb 18, 2015, at 10:40 AM, Rob Groner rgro...@rtd.com wrote:
Does this revolve around hotplug and udev?
Yes. (Well, technically hotplug was superseded by udev)
In other words, is the idea that the created USB device will be in the nut
group,
Yes.
and thus I'd be able to tell
On Feb 18, 2015, at 7:56 PM, Gene Heskett ghesk...@wdtv.com wrote:
Even though I installed nut-doc, there are no man pages so I am running in
the dark again.
They seem to be in the file list:
https://packages.debian.org/wheezy/amd64/nut-client/filelist
Is $MANPATH set to something strange?
On Feb 19, 2015, at 8:55 AM, Gene Heskett ghesk...@wdtv.com wrote:
On Wednesday, February 18, 2015 08:11:13 PM Charles Lepple wrote:
[...]
On recent Debian and Ubuntu with 2.7.2 and
earlier, there was an issue where the udev rules file needed to be
renamed from 62-nut* to 52-nut* in order
On Feb 19, 2015, at 8:43 AM, Rob Groner rgro...@rtd.com wrote:
I followed the log messages and found where it had created the udev rule...as
Charles said, in /lib/udev/rules.d. It is named 52-nut- and there is
nothing else that starts with 52 in /lib/udev/rules.d or /etc/udev/rules.d.
On Feb 19, 2015, at 8:43 AM, Rob Groner rgro...@rtd.com wrote:
I looked at the file and saw how it was laid out...basically an ATTR for
every known USB UPS. Well, since mine is not a known UPS, I had to add my
own entry.
If you want, once things are working, we can add an entry to that
.
You're welcome!
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
[attachments were 100kB; trimmed]
Begin forwarded message:
From: Jakub Scepka (private) jakub.sce...@gmail.com
Subject: Re: [Nut-upsuser] nutdrv_atcl_usb
Date: March 13, 2015 at 4:30:08 PM EDT
To: hyo...@gmail.com hyo...@gmail.com
Cc: nut-upsuser nut-upsuser@lists.alioth.debian.org
On Mar 17, 2015, at 10:32 PM, Charles Lepple clep...@gmail.com wrote:
A bit of explanation on the debug output: the Report Descriptor: (739
bytes) hex dump is the HID representation of the individual reports
available. NUT parses that out, and iterates over all of the Usage IDs
(status
I will try anything!
Many thanks for your help.
Philip.
openups_drv_start_lineon.gzopenups_drv_start_onbatt.gz
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi
be able to publish the specs of
that protocol, would you? ;-) That would help remove the experimental driver
warning.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin
on the udev
files, means you might be better off starting from the latest Git version of
NUT, or at least including the following patch:
https://github.com/networkupstools/nut/commit/040c800efad46ead9670077c9764360802d7aaf5
Reference:
https://github.com/networkupstools/nut/issues/140
--
Charles
On Mar 9, 2015, at 11:28 AM, hyo...@gmail.com wrote:
2014-11-09 16:29 GMT+01:00 Charles Lepple clep...@gmail.com:
On Nov 8, 2014, at 7:01 PM, hyo...@gmail.com wrote:
Since this UPS seems to be supported by UPSmart2000I, it could use a
serial-over-usb implementation of the megatec protocol
.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
: Charles Lepple [mailto:clep...@gmail.com]
Sent: Friday, March 06, 2015 6:17 PM
To: Eric Cobb
Cc: Nut-upsuser@lists.alioth.debian.org
Subject: Re: [Nut-upsuser] Problems communicating with Tripp Lite
SMART500RT1U via USB with CentOS 6.6 and NUT 2.6.5
On Mar 6, 2015, at 12:51 PM, Eric Cobb
what CentOS does. Debian (wheezy; not
sure about jessie yet) and Ubuntu have a poweroff action in
/etc/init.d/nut-client.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http
?
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
On Mar 12, 2015, at 11:55 PM, Melkor Lord melkor.l...@gmail.com wrote:
On Mon, Mar 2, 2015 at 2:39 AM, Charles Lepple clep...@gmail.com wrote:
I thought start-stop-daemon was involved because it closes stdin/stdout file
descriptors after exec()'ing the daemon. I tried --no-close option
that the firmware supports, but you may not want to run
those on a production system. Let us know (this list or nut-upsdev) if you
would like more details on that.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser
On Tue, Feb 11, 2014 at 10:03 PM, Charles Lepple clep...@gmail.com wrote:
Please see below. I think I know what is going on (it seems to be a
make/gmake incompatibility), but to fix it, I need to rewrite some of the
HP-UX packaging code, and I need a HP-UX user to help test this. Otherwise
, but only
if you build it outside of the Git working directory.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
dropping root privileges, and it would be
nice if NUT could do something similar.
But it sounds complicated (I briefly looked at the osdir mailing list thread),
and with keys stored in memory either way, you might as well initialize after
forking.
--
Charles Lepple
clepple@gmail
.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
.
It is possible that packet loss is happening on the SNMPwebcard. Those sorts of
cards typically do not have fast CPUs. But the snmpwalk results should shed
some more light on this.
On Mar 30, 2015 8:30 PM, Charles Lepple clep...@gmail.com wrote:
On Mar 30, 2015, at 10:41 AM, Jason Gould jgo
NetSNMP retries, but SNMP is UDP-based.
You could also try running 'snmpwalk' by hand against the SNMPwebcard to see if
it experiences the same packet loss. If that doesn't work, I think you have a
case for Tripp Lite support.
--
Charles Lepple
clepple@gmail
.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
: Look in the man page or call this driver
with -h for a list of valid variable names and flags.
Right, I mentioned it is a setting in upsmon.conf, which is separate from
ups.conf that the driver reads.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser
, and the ./configure script converts Makefile.in
to the Makefile.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
), and rebuild the RPMs themselves for testing. Granted, this may
not work if startup scripts or other internals change, but I think it would be
a step in the right direction. My information on SRPMS is somewhat dated - any
suggestions would be appreciated.
--
Charles Lepple
clepple@gmail
to pull all of the UPS status, but it should
then go into the background.
Maybe check syslog to see if there are any errors?
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http
if it works or not: quite a lot of testing may be needed.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
.
Not familiar with usbview. NUT has its own nut-scanner tool (not
included in Debian, AFAIR), but I don't know that we interface with
other driver scanning tools.
--
- Charles Lepple
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http
-FBohe.pdf
although it doesn't specify using debug mode, either.
Also, the Ubuntu test script does not pass -D to upsd:
http://bazaar.launchpad.net/~ubuntu-bugcontrol/qa-regression-testing/master/view/head:/scripts/test-nut.py
I will try to test this on some other OSes.
- Charles Lepple
packages did not have them.
--
- Charles Lepple
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
On Feb 20, 2015, at 3:15 PM, Rob Groner rgro...@rtd.com wrote:
Instead, it seems that the usbhid-ups driver will search through its own list
of known devices with vid/pid, and won't match my device unless that device
exists as an entry in its device table. Is that correct?
More or less,
mailing list posts, but the information is out there.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
in the
Windows port of NUT. ¿What can I do?
I would recommend testing on a Linux box first to determine whether the
nutdrv_atcl_usb or the new nutdrv_qx will handle your UPS properly.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut
to the driver.
If you capture the logs this way, I don't think it needs to be for long -
especially because it incorrectly detected the phases during initialization.
Please gzip the output before emailing the list. Thanks!
--
Charles Lepple
clepple@gmail
should probably be called roles to avoid
confusion with system users in /etc/passwd, but that is how everything is named
at the moment.
--
Charles Lepple
clepple@gmail
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http
901 - 1000 of 1342 matches
Mail list logo