similar to: APC BX ...MI series

Hello, Just wanted to clarify: what sort of issues did you have with the APC? Since last year there have been several posts such as https://github.com/networkupstools/nut/issues/2347 about BX****MI (3-4 digits for wattage) series built (or flashed with firmware?) roughly in 2023-2024 as frequently reporting low-battery/replace-battery/all-good events in a short timeframe, both with NUT and

Hi, ?Thank you for your prompt response! The problem I had with my BX950MI unit was that it was frequently reporting off-line, on batt and often not responding to requests from apcupsd (apcaccess) and then going back online again. However, the warranty replacement was prompted by a failed battery, apparently leaking acid, after around ten months use.? As a matter of interest, I had a

Peter Bell <peter at bellfamily.org.uk> writes: > The problem I had with my BX950MI unit was that it was frequently > reporting off-line, on batt and often not responding to requests from > apcupsd (apcaccess) and then going back online again. However, the > warranty replacement was prompted by a failed battery, apparently > leaking acid, after around ten months use.? As a

On 20/08/2024 19:18, Greg Troxel wrote: > Peter Bell<peter at bellfamily.org.uk> writes: > >> The problem I had with my BX950MI unit was that it was frequently >> reporting off-line, on batt and often not responding to requests from >> apcupsd (apcaccess) and then going back online again. However, the >> warranty replacement was prompted by a failed battery,

On Jan 7, 2015, at 6:11 PM, DatGingerCat <dat.ginger.cat at gmail.com> wrote: > Hello, > > I have decided to upgrade my home server by turning it into an ESXi host and have also added an APC CS650 UPS. > My plan was to have NUT version 2.6.4 running in a Debian 7.7.0 virtual machine, NUT installed using apt. > I configured NUT to run as a netserver, installed the ESXi nut

Hello, I have decided to upgrade my home server by turning it into an ESXi host and have also added an APC CS650 UPS. My plan was to have NUT version 2.6.4 running in a Debian 7.7.0 virtual machine, NUT installed using apt. I configured NUT to run as a netserver, installed the ESXi nut .vib, configured the shutdowncmd in the VM to do nothing, so that the ESXi host would close that virtual machine

The serial number looks completely different, but the firmware seems to be the same. Pasting upsc output: battery.charge: 80 battery.charge.low: 10 battery.charge.warning: 50 battery.date: 2013/12/04 battery.mfr.date: 2013/12/04 battery.runtime: 1781 battery.runtime.low: 120 battery.temperature: 29.2 battery.type: PbAc battery.voltage: 13.5 battery.voltage.nominal: 12.0 device.mfr: American Power

Peter Bell <peter at bellfamily.org.uk> writes: > On 20/08/2024 19:18, Greg Troxel wrote: >> People running old versions is a recurring problem for an (unrelated) >> project that I maintain, and I've adopted a policy that bug reports may >> only be filed against the latest formal release or the current git >> master beyond the release. I think ups-nut sort

Hi all, I have a APC Back-up CS500 and have the same problem as posted in the http://lists.alioth.debian.org/pipermail/nut-upsuser/2010-October/006243.html thread. Does somebody figure out the command, which was send to the UPS to shutdown the UPS after a delay time with a automatically with switch on after power return. Best regards R.

...it was almost midnight, Cinderella became a pumpkin, and NUT was released!.. Trick or treat?! -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://alioth-lists.debian.net/pipermail/nut-upsdev/attachments/20231031/f3590340/attachment.htm>

...it was almost midnight, Cinderella became a pumpkin, and NUT was released!.. Trick or treat?! -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://alioth-lists.debian.net/pipermail/nut-upsdev/attachments/20231031/f3590340/attachment.htm>

Hi all, You will find in attachment to this mail some benchmarks we made on Linux with pios over ZFS-DMU. There are some interesting things about ZFS tuning and some ideas for breaking a bottleneck we identified in DMU. Thomas LEIBOVICI CEA/DAM - Ile de France -------------- next part -------------- A non-text attachment was scrubbed... Name: ZFS_benchs_Linux.pdf Type: application/pdf Size:

Jim Klimov <jimklimov+nut at gmail.com> > > I believe some fixes were applied to the branch since your report (most visibly, about battery time settings), are you in position to test how it behaves now? :) Hi: I got another ups for testing. so I test the new commit for both APC SRT3000XL and SMT2200RM2U. the results below: 1. I get the new attribute "ups.test.result" for

Jim Klimov <jimklimov+nut at gmail.com> > > I believe some fixes were applied to the branch since your report (most visibly, about battery time settings), are you in position to test how it behaves now? :) Hi: I got another ups for testing. so I test the new commit for both APC SRT3000XL and SMT2200RM2U. the results below: 1. I get the new attribute "ups.test.result" for

Hi all, I'm in the process of testing a new APC Back Ups CS-650, connected to a Debian Linux box via USB and being monitored with NUT v2.4 (installed via the package from Debian testing). When I remove power from the UPS (with a dummy load connected) then once the battery gets down to the appropriate level the PC it's connected to via USB shuts down, and tells the UPS to power down the

Hello all, After a prolonged labour with a few re-issues of the tag and many pushes during the day, NUT v2.8.2 was found in a strange egg by a bunny hopping away from the April fools. All that - blessed under the shine of Polar lights in the middle of the icy North Ocean. A python module was released but slipped away with an earlier commit. Other artifacts should follow shortly. Jim Klimov

Hello all, After a prolonged labour with a few re-issues of the tag and many pushes during the day, NUT v2.8.2 was found in a strange egg by a bunny hopping away from the April fools. All that - blessed under the shine of Polar lights in the middle of the icy North Ocean. A python module was released but slipped away with an earlier commit. Other artifacts should follow shortly. Jim Klimov

Errata coming up for NUT v2.8.2: * it was discovered that the nut-driver-enumerator (NDE) script had a regression which caused it to not reload nut-driver instances (systemd, SMF) when `ups.conf` edits happened. * on a related note, it may be possible that "live" driver reloading (at least on master branch) does not reduce debug verbosity to zero when `debug_min 0` is active in its

Errata coming up for NUT v2.8.2: * it was discovered that the nut-driver-enumerator (NDE) script had a regression which caused it to not reload nut-driver instances (systemd, SMF) when `ups.conf` edits happened. * on a related note, it may be possible that "live" driver reloading (at least on master branch) does not reduce debug verbosity to zero when `debug_min 0` is active in its

Hi Jonas, On 26 July 2017 at 13:56, Jonas Devlieghere via llvm-dev <llvm-dev at lists.llvm.org> wrote: > So it seems that a branch island is glue code added by the linker to do the > actual mode switch if necessary. But why would we need a mode switch for a > jump to a function that is also in thumb mode? We wouldn't unless shim is in ARM mode; that's what the code