similar to: UPS ups@localhost: administratively OFF or asleep

On Mar 8, 2024, at 8:22?AM, Dan Grostick via Nut-upsuser <nut-upsuser at alioth-lists.debian.net> wrote: > > I've installed 2.8.1 on a Raspberry PI 5 using Pi OS bookworm 64 bit (Debian 12) with success. > > When I take that same configuration to a PI 3B running bookworm 32 bit, compile from source, use the same files from /etc/nut, I get a 'nut-monitor ups at

Hi, I have Solaris Express snv_27 installed on an x86 pc with 4 SATA drives. I have 1 zpool called data with 16 ZFS filesystems. From times to times, it looks like ZFS falls asleep, i.e. when I do a df -k, it takes about a second to list each ZFS filesystem. If I re-issue the command straight away or a couple of minutes later, it takes a second to list all the filesystems. I checked in the

I have an issue on my gentoo xen server. If i create linux domU''s, regardless of whether they are HVM or PV, my networking on the domU eventually "falls asleep". If i log into the domU using the VFB or xm console, then utilize the network in some manner (i.e. ping) the network jumps right up and is working. This happens on fedora, ubuntu, and ipcop (2.4 kernel)

Hi all, I have a Debian Lenny domU running on an Etch dom0 (xm info output below). It seems that the domU network falls asleep after some time. After some activity, either trying to do something like a ping or dig from within the domU or enough client attempts to connect to a samba share, it comes back up. That wouldn''t be terrible, except that the delays in reconnecting to the samba

And let's also spell things properly! Like 'internationalisation' ...'Weasels have got into your phone system' instead of 'gotten into your phone system...' And 'please press the hash key..' instead of 'pound key' There should probably be en_uk, en_us, en_ca, en_za, en_nz, en_oz, en_ie and en_in etc to allow each English-speaking country to localise

Thanks for the tip. I had downloaded a prerelease source version of NUT 2.8.1, built and installed it. Evidently there was an issue with upssched consuming 100% CPU. I downloaded the current release and the issue has been resolved. Updating all 3 systems. Dan ________________________________ From: Nut-upsuser <nut-upsuser-bounces+danpower2023=outlook.com at alioth-lists.debian.net> on

On Fri, 16 Feb 2024, Dan Grostick via Nut-upsuser wrote: > Is there any way to stop dummy ups from continuously broadcasting status? > (onbatt)? I want to keep the broadcasts from the ups itself. Could you show us your entry in ups.conf for the dummy ups ? If you have an entry "port = file" in that section of ups.conf, could you show us the contents of "file" ?

It is consistently happening 14-15 minutes after starting. Please see attached upssched-cmd and upssched.conf. I don't have a upssched.cmd. The binary upssched is used. Dan ________________________________ From: Nut-upsuser <nut-upsuser-bounces+danpower2023=outlook.com at alioth-lists.debian.net> on behalf of Roger Price via Nut-upsuser <nut-upsuser at alioth-lists.debian.net>

Am i the only user who has no glue about how to build a new version for my system? I?m running on Raspberry GNU/Linux (bullseye) v 11, which might be similar to your system? Sounds as if it is not a big issue to download the version and build it and install it. Is there anybody out there who might be able to give me a kickoff, how to do that? Have found various built versions here at Binary

Is there any way to stop dummy ups from continuously broadcasting status? (onbatt) I want to keep the broadcasts from the ups itself. Dan -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20240216/b43de97f/attachment.htm>

I got my USB ups reporting on macOS, but it was quite a while ago, I’ll have to dig into how I did it.. I do remember is wasn’t simple.. ( actually is was long drawn out pain in the …. ) Maybe search for posts from me, I’ll check what I did on the weekend and get back to you.. Or, buy an APC.. as they will just appear in Energy Saver.. > On 6 Jun 2018, at 15:41, Charles Lepple

I''m a bit surprised I can''t find anything about this in the mailing list archives. Basically since Mongrel 1.0.1 I''ve had Mongrels fall asleep without any real cause. A deep sleep, actually more like a coma. The mongrel in question (I''m using a cluster of three) can not be revived. A cluster::stop, then cluster::start is nessesary. A ::restart would not

On Jun 6, 2018, at 5:18 AM, Walter HILL <hill at ieee.org> wrote: > > Does anyone know of a relatively recent guide to getting this UPS > running on a newer version of OS X? I am aware that Apple have been > re-engineering their startup process so I expect that getting the driver > to work may be the least of my problems. > To be honest, I have not seen much demand for

On Fri, 29 Mar 2024, Dan Grostick wrote: > It is consistently happening 14-15 minutes after starting. Please see attached > upssched-cmd and upssched.conf. I don't have a upssched.cmd. The binary > upssched is used. After the heartbeat failure, is upsd still running? Does the command "upsc -L" report the UPS's? If you use systemd, what does the command

On Thu, 28 Mar 2024, Dan Grostick via Nut-upsuser wrote: > All three systems have a heartbeat-timer failure approximately 15 minutes > after starting NUT. No subsequent failures. Any ideas on what is happening? I've seen the timers: heartbeat.conf has two 300 sec timers, upssched.cmd looks like what is often called upssched.conf and has a 660 sec timer. So it looks as if the

http://bugs.digium.com/bug_view_page.php?bug_id=0001485 After spending a lot of time saying numbers and dates, the Asterisk I18N project now targets voicemail. The voicemail prompts are very much based on english language syntax, which works for some languages and doesn't work for a lot of languages. Fran Boon, aka Flavour, have done an excellent job in merging patches and building a

I'm in the process of dropping my France Telecom (Wanadoo) connection 512/128 @ 29.99? per month to go to Free offering 1024/128 with fixed IP for the same price and when degrouped 2048. But it doesn't stop there. They don't supply a modem they supply the FreeBox which gives free as in gratuit calls to mainland France and 0.03?/min to group 1 countries. >From their tarif list they

Hello, Thanks for the report and sorry about any complications. A few first questions: * is this setup known to have been working with earlier NUT releases (e.g. same OS and devices, older NUT - can try with a custom build of older tags)? Is this a regression, or we never knew the correct mappings for timeouts and/or shutdown commands used by this model? * is there the `select` error when

Hi, On Tue, Mar 05, 2024 at 08:37:32AM +0000, Dan Grostick via Nut-upsuser wrote: > My Raspberry PI 3B was overheating - 70 degrees C. I used Top and > it turns out that upssched is taking 100% CPU. Debian 11 (PI Os). > I have two others running the same configuration, 2.8.1 with no > problems. I have no first hand knowledge of this issue, but in the change log for the 2.8.1

On 19.02.24 14:48, Dan Grostick via Nut-upsuser wrote: >Msmtp is not sending messages when invoked from upssched-cmd. >I can manually invoke it from the command line. where is its config file? >There is a 's' instead of an 'x' in the ls -l. Might this be some sort of >permission problem? Should not be the case. >upsmon.conf has run user as root. msmtp may use