similar to: Quiet upsmon /var/log/messages chatter

Displaying 20 results from an estimated 5000 matches similar to: "Quiet upsmon /var/log/messages chatter"

2015 Oct 22
0
Quiet upsmon /var/log/messages chatter
Hi Larry, [please use reply-all to include the list - the NUT lists do not add a reply-to header.] On Oct 21, 2015, at 3:23 PM, Larry Baker <baker at usgs.gov> wrote: > > I use the NUT RPM package for CentOS 6.7, which is version 2.6.5-2. I admit I am not too familiar with the RH/CentOS family these days. Is there a CentOS site for keeping tabs on the NUT RPMs, or is it sufficient
2015 Oct 19
0
upsmon Poll UPS "Driver not connected" messages
I use the NUT RPM package for CentOS 6.7, which is version 2.6.5-2. I am testing implementation of NUT features with APC and Tripp-Lite USB UPS interfaces. Things are going reasonably well. However, I'm seeing many more messages than I would like in /var/log/messages when I boot the system without the UPS connected. I have configured NOCOMMWARNTIME 3600, which takes care to only broadcast
2006 Aug 08
1
2.0.1 upsmon memory leak
Hi; I have ran into an issue with the upsmon tool leaking memory over a two month period. It seems to be due to one of my UPS hosts offline. System is a debian stable with the default nut package. Here's the data so far: companyfs1:/var/log# ps aux | grep [n]ut nut 2439 0.0 3.6 380800 18800 ? S Jun05 6:41 /sbin/upsmon >From my logfiles its failing on one of my UPS
2021 Mar 13
1
[EXTERNAL] Re: On retiring some terminology
There is, https://en.m.wikipedia.org/wiki/Publish%E2%80%93subscribe_pattern I said I stayed away from it because of the Cisco link. Others as well as you are free to persue it. I was just making suggestions. On Fri, Mar 12, 2021, 10:43 PM Baker, Lawrence M <baker at usgs.gov> wrote: > That is terminology from Computer Science. (Decades ago?) It is > familiar. Not invented by
2021 Mar 13
1
[EXTERNAL] Re: On retiring some terminology
There is, https://en.m.wikipedia.org/wiki/Publish%E2%80%93subscribe_pattern I said I stayed away from it because of the Cisco link. Others as well as you are free to persue it. I was just making suggestions. On Fri, Mar 12, 2021, 10:43 PM Baker, Lawrence M <baker at usgs.gov> wrote: > That is terminology from Computer Science. (Decades ago?) It is > familiar. Not invented by
2021 Mar 13
1
[EXTERNAL] Re: On retiring some terminology
Thank you for the suggestions, keep them coming :) To me, I think I considered pub-sub but it did not quite fit - gotta refresh my memory by code re-reading (or expert comments) - I found I'm vague now on who hits the big red button to shout that a particular power source device got critical - the upsmon in "master" role, or "upsd" that talks to all subscribed (indeed!)
2021 Mar 13
1
[EXTERNAL] Re: On retiring some terminology
Thank you for the suggestions, keep them coming :) To me, I think I considered pub-sub but it did not quite fit - gotta refresh my memory by code re-reading (or expert comments) - I found I'm vague now on who hits the big red button to shout that a particular power source device got critical - the upsmon in "master" role, or "upsd" that talks to all subscribed (indeed!)
2003 Feb 10
1
Network Chatter!
I've got a problem with a samba installation performed by another user so details of the installation are not known but hopefully someone out there has run into the same problem and can give me some information on a possible fix. One of our Samba servers seem to be doing a significant amount of crosstalk with a couple of our other Windows NT servers, I haven't been able to pinpoint what
2021 Mar 18
1
[EXTERNAL] Re: On retiring some terminology
So, for the past couple of days the SurveyMonkey results are not changing, with 13 replies overall. Should we wait for more or everyone passionate enough has already spoken? In practice I'd likely follow up on a weekend anyway, but... the weekend is coming! :) Currently we have a clear leader pair that collected almost half the votes (6), two votes were to keep old words in place - alas,
2021 Mar 18
1
[EXTERNAL] Re: On retiring some terminology
So, for the past couple of days the SurveyMonkey results are not changing, with 13 replies overall. Should we wait for more or everyone passionate enough has already spoken? In practice I'd likely follow up on a weekend anyway, but... the weekend is coming! :) Currently we have a clear leader pair that collected almost half the votes (6), two votes were to keep old words in place - alas,
2012 Jan 06
1
upsmon+snmp-ups does not shut down system
I've googled and RTFM'ed, but still can't solve this one. I hope you folks can. This affects my entire computer cluster, but let's start simple: I've got a computer running NUT; OS is Scientific Linux 5.5; kernel 2.6.18-274.12.1.el5xen. It connects to an APC SMART-UPS via an APC SmartCard using the snmp-ups driver. It generally works: upsmon will detect if the battery is low
2021 Mar 13
1
[EXTERNAL] Re: On retiring some terminology
That is terminology from Computer Science. (Decades ago?) It is familiar. Not invented by Cisco. As in, producer-consumer, from the same time. Those were all different paradigms for client-server relationships. There must be Wikipedia citations that can be consulted. As I recall, there were distinctions, such as, producer-consumer were tightly bound, where the producer had no purpose
2021 Mar 13
1
[EXTERNAL] Re: On retiring some terminology
That is terminology from Computer Science. (Decades ago?) It is familiar. Not invented by Cisco. As in, producer-consumer, from the same time. Those were all different paradigms for client-server relationships. There must be Wikipedia citations that can be consulted. As I recall, there were distinctions, such as, producer-consumer were tightly bound, where the producer had no purpose
2021 Mar 13
1
[EXTERNAL] Re: On retiring some terminology
I didn't go there due to its use by Cisco. On Fri, Mar 12, 2021, 10:03 PM Baker, Lawrence M via Nut-upsuser < nut-upsuser at alioth-lists.debian.net> wrote: > Jim, > > The terminology I recall for that one-to-many relationship is > publisher-subscriber. > > Larry Baker > US Geological Survey > 650-329-5608 > baker at usgs.gov > > > > On Mar 12
2021 Mar 13
1
[EXTERNAL] Re: On retiring some terminology
I didn't go there due to its use by Cisco. On Fri, Mar 12, 2021, 10:03 PM Baker, Lawrence M via Nut-upsuser < nut-upsuser at alioth-lists.debian.net> wrote: > Jim, > > The terminology I recall for that one-to-many relationship is > publisher-subscriber. > > Larry Baker > US Geological Survey > 650-329-5608 > baker at usgs.gov > > > > On Mar 12
2015 Aug 29
2
Loses connection after a month or so
Hi, I have a Liebert UPS which I have connected to a FreeNAS Box. I had all sorts of issues making FreeNAS (FreeBSD based) talk to the UPS over USB. My solution seemed to be to buy a Raspberry Pi then connect it to the UPS (works fine), then make my NAS read the UPS status from the Pi over a TCP/IP connection. Convoluted I know, but it works well...for about a month, then it just loses
2021 Mar 13
1
[EXTERNAL] Re: On retiring some terminology
Jim, The terminology I recall for that one-to-many relationship is publisher-subscriber. Larry Baker US Geological Survey 650-329-5608 baker at usgs.gov<mailto:baker at usgs.gov> On Mar 12 2021, at 6:24:38 PM, Phil Stracchino via Nut-upsuser <nut-upsuser at alioth-lists.debian.net<mailto:nut-upsuser at alioth-lists.debian.net>> wrote: This email has been received from
2021 Mar 13
1
[EXTERNAL] Re: On retiring some terminology
Jim, The terminology I recall for that one-to-many relationship is publisher-subscriber. Larry Baker US Geological Survey 650-329-5608 baker at usgs.gov<mailto:baker at usgs.gov> On Mar 12 2021, at 6:24:38 PM, Phil Stracchino via Nut-upsuser <nut-upsuser at alioth-lists.debian.net<mailto:nut-upsuser at alioth-lists.debian.net>> wrote: This email has been received from
2013 Jul 20
11
Lots of harddrive chatter on after booting with btrfs on root (slow boot)
Hi, I''ve been using btrfs for my root partition for about a month on archlinux and recently Ive started using the i3 window manager and starting X manually and I now boot to run level 3 (multi-user.target for systemd) and Ive noticed that booting archlinux on a btrfs root, there is a lot off hdd chatter after the login prompts are displayed, which doesnt happen with ext4 on root, so I
2014 Dec 05
5
[Bug 2325] New: excessive and unquietable stderr chatter
https://bugzilla.mindrot.org/show_bug.cgi?id=2325 Bug ID: 2325 Summary: excessive and unquietable stderr chatter Product: Portable OpenSSH Version: -current Hardware: All OS: All Status: NEW Severity: minor Priority: P5 Component: ssh-keygen Assignee: unassigned-bugs at