2007/3/14, R.J. Baart [EMAIL PROTECTED]:
Hello, I know you are the nut guru: you helped me before with a
udev problem. That's why I write you again.
I use the debian package of nut. With some googling I found out
that I am not the only one with this problem. However, does the
latest release of
Hello Arjen,
Thanks for your suggestions. I set the pollfreq = 5 and pollinterval = 20 in
ups.conf. It has helped to reduce the frequency of broadcast messages but not
fully. I have attached a log that you can see the frequency.
Many thanks.
Marc
messages
Description: Binary data
Hello Loney Wolf,
Thanks for the explanation. I have learnt something new...
lonely wolf a écrit :
On 03/13/2007 05:51 PM, Arnaud Quette wrote:
2007/3/13, [EMAIL PROTECTED] [EMAIL PROTECTED]:
Hi,
In Red Hat /etc/init.d/halt script, it expects upsdrvctl to be in
/sbin rather
than /bin
Hi Marc,
2007/3/13, [EMAIL PROTECTED] [EMAIL PROTECTED]:
...
Arnaud,
Considering this message I did not try your suggestion.
I can confirm that there is no problem with the UPS and the power line is
stable. I have attached the relevant log file for a run.
I forgot to mention this is a 64-bit
Arnaud,
This is the piece of information:
[EMAIL PROTECTED] hylafax]# ldd /bin/newhidups
libusb-0.1.so.4 = /usr/lib64/libusb-0.1.so.4 (0x003d1760)
libc.so.6 = /lib64/tls/libc.so.6 (0x003709d0)
/lib64/ld-linux-x86-64.so.2 (0x003709b0)
Thanks for the
Charles Lepple wrote:
Arjen, could you please take a look at this?
from 'svn blame' on server/access.c:73:
737 adkorte-guestreturn (IN6_IS_ADDR_V4MAPPED(ip6)
737 adkorte-guestconst u_int32_t *)ip6)[3]
prefix) == net-s_addr));
Is there a more
I know you are the guru; I have not tested it in great detail but
version 2.0.5 seems to work. Thank you.
2007/3/14, R.J. Baart [EMAIL PROTECTED]:
Hello, I know you are the nut guru: you helped me before with a udev
problem. That's why I write you again.
I use the debian package of
On 3/14/07, Arjen de Korte [EMAIL PROTECTED] wrote:
Charles Lepple wrote:
Arjen, could you please take a look at this?
from 'svn blame' on server/access.c:73:
737 adkorte-guestreturn (IN6_IS_ADDR_V4MAPPED(ip6)
737 adkorte-guestconst u_int32_t
Charles Lepple wrote:
I thought the error that Zoltan saw might have been due to the next
line (the const u_int32_t bit), but I don't have a Solaris box to
test.
This could also be the case. We don't use 'u_int32_t' anywhere else in
the sources, so this probably should be replaced by
9 matches
Mail list logo