[Nut-upsuser] Cannot move /bin/upsdrvctl to /sbin

Hi, In Red Hat /etc/init.d/halt script, it expects upsdrvctl to be in /sbin rather than /bin which sounds normal considering the power of that command. If I move this file to sbin, this is what I get when invoking it: [EMAIL PROTECTED] nut-2.0.5]# mv /bin/upsdrvctl /sbin/ [EMAIL PROTECTED]

Re: [Nut-upsuser] upsmon keeps broadcasting on battery / on power (driver is newhidups)

2007/3/12, Marc Rechté [EMAIL PROTECTED]: Thanks Arnaud for your prompt answer. Please find attached the required log (interrupted after a few minutes run). ... from the UPS (communication layer), you really have power failure / restored. Search for UPS.PowerSummary.PresentStatus.ACPresent

Re: [Nut-upsuser] upsmon keeps broadcasting on battery / on power (driver is newhidups)

Does the problem occur frequently? The more details, the better. from there, 3 possibilities (need more details to audit): - if the problem occurred only once, then you've seen a battery test, - else you have some electrical problems upstream, - else the UPS has some internal problem. A

Re: [Nut-upsuser] upsmon keeps broadcasting on battery / on power (driver is newhidups)

2007/3/13, Arjen de Korte [EMAIL PROTECTED]: Does the problem occur frequently? The more details, the better. from there, 3 possibilities (need more details to audit): - if the problem occurred only once, then you've seen a battery test, - else you have some electrical problems upstream,

Re: [Nut-upsuser] Cannot move /bin/upsdrvctl to /sbin

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 which sounds normal considering the power of that command. If I move this file to sbin, this is what I get when invoking it: [EMAIL PROTECTED]

Re: [Nut-upsuser] upsmon keeps broadcasting on battery / on power (driver is newhidups)

Quoting Arnaud Quette [EMAIL PROTECTED]: 2007/3/13, Arjen de Korte [EMAIL PROTECTED]: Does the problem occur frequently? The more details, the better. from there, 3 possibilities (need more details to audit): - if the problem occurred only once, then you've seen a battery test,

Re: [Nut-upsuser] APC/MGE and NUT support

2007/3/9, Jon Gough [EMAIL PROTECTED]: Arnaud, I know this may be contentious, but what benefit does Schneider gain from supporting the NUT software? Does Schneider intend to sell UPS control software? If so the NUT software may be in direct competition. If not, they may not consider

Re: [Nut-upsuser] upsmon keeps broadcasting on battery / on power (driver is newhidups)

[EMAIL PROTECTED] wrote: 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. Please try if adding the following lines to 'ups.conf' make any difference (you'd need to restart the driver in order to make these

Re: [Nut-upsuser] Cannot move /bin/upsdrvctl to /sbin

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 which sounds normal considering the power of that command. If I move this file to sbin, this is what I

Re: [Nut-upsuser] make errors on solaris express dev 02/07

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 portable way of matching the

Re: [Nut-upsuser] Cannot move /bin/upsdrvctl to /sbin

On 3/13/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, In Red Hat /etc/init.d/halt script, it expects upsdrvctl to be in /sbin rather than /bin which sounds normal considering the power of that command. If I move this file to sbin, this is what I get when invoking it: [EMAIL PROTECTED]