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

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

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

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" ?

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

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

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>

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

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

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

NUT 2.8.01 When I pull the USB cable from the UPS, I get two notifications of the nocomm-timer expired. The first notification is in the proper sequence, the second notification occurs after 'commok' occurs. Seems somehow that upssched-cmd is getting a second nocomm-timer expired delayed. Dan -------------- next part -------------- An HTML attachment was scrubbed... URL:

I'm using fedora 9, 64-bit edition, on a machine acting as a client. I've installed samba-client 3.2.0 from a binary package. I amn't running the server portion of samba(smbd, nmbd, or even winbindd). I'm trying to access shares on another windows machine, on the same network 192.168.1.0/24. Both machines, the client and the server, are using DHCP to acquire IP addresses. When I

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

https://bugzilla.mindrot.org/show_bug.cgi?id=2674 Bug ID: 2674 Summary: [CONFIRMED] channel 4: open failed: administratively prohibited: open failed Product: Portable OpenSSH Version: 7.4p1 Hardware: Other OS: OpenBSD Status: NEW Severity: minor Priority: P5

PI OS - Debian12 - Raspberry PI 5 NUT 2.8.1 I'm building from source just downloaded from GITHUB. The error when starting NUT: nut-monitor: /usr/sbin/upssched not found I did a 'find / ' and upssched is not in the filesystem. I've done a make clean, make uninstall. then autogen.sh, make, make install 1. is there an option to make that completely removes everything? In

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