Re: [Apcupsd-users] Apcupsd-users Digest, Vol 11, Issue 11
Brought to you by:
adk0212
Menu
▾
▴
Re: [Apcupsd-users] Apcupsd-users Digest, Vol 11, Issue 11
|
From: H.Riesbeck <h.r...@sy...> - 2007-03-25 23:53:41
|
Thanks for reply re topic 5, Adam. It runs nicely. Is there a GIU interface available similar to the APC offering (powerchute) under windows? Heri apc...@li... wrote: > Send Apcupsd-users mailing list submissions to > apc...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/apcupsd-users > or, via email, send a message with subject or body 'help' to > apc...@li... > > You can reach the person managing the list at > apc...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Apcupsd-users digest..." > > > Today's Topics: > > 1. Re: apcupsd 3.14.0 ether/net loses sync? (jdow) > 2. APCD for SuSe 10.1 64bit (H.Riesbeck) > 3. Re: Close button has NO effect in either gapcmon window > (3.14.0) (James Scott Jr) > 4. Re: apcupsd 3.14.0 ether/net loses sync? (Adam Kropelin) > 5. Re: APCD for SuSe 10.1 64bit (Adam Kropelin) > 6. Should LOADPCT come back down to zero? (CJ Kucera) > 7. Re: system locks up on apcupsd shutdown (Iain Buchanan) > 8. Re: apcupsd 3.14.0 ether/net loses sync? (Jan Ceuleers) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 19 Mar 2007 17:44:09 -0700 > From: "jdow" <jd...@ea...> > Subject: Re: [Apcupsd-users] apcupsd 3.14.0 ether/net loses sync? > To: "Apcupsd Discussion List" <apc...@li...> > Message-ID: <010001c76a88$dfd95fd0$0225a8c0@wednesday> > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > From: "Jan Ceuleers" <jan...@co...> > > >> Adam Kropelin wrote: >> >>> Another approach that might yield useful info is to run apcupsd with the >>> "-d1000 -T" switches which will cause it to log lots and logs of data to >>> apcupsd.trace. But I suspect you won't be able to do that on your >>> diskless box. >>> >> Do you know of a way to log this to a circular buffer so that I can >> prevent a RAM disk full situation? >> > > If you dig I believe there is a way to have it log to its own file. > Then you might be able to use a cron job to perform a log rotate > on the file. But that depends on it not being kept open all the time. > > Obviously this is only a rudimentary idea that you'd have to flesh out > and try. Pending a REAL answer I'd try this. I think the real answer is > "no", anyway. > > {^_^} Joanne > > > > > ------------------------------ > > Message: 2 > Date: Mon, 19 Mar 2007 21:07:40 -0400 > From: "H.Riesbeck" <h.r...@sy...> > Subject: [Apcupsd-users] APCD for SuSe 10.1 64bit > To: apc...@li... > Message-ID: <45F...@sy...> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi, > Which apcd rpm package would be suitable for suse 10.1 64 bit.? > > Thank you for your assistance. > > Heri > > > > > ------------------------------ > > Message: 3 > Date: Mon, 19 Mar 2007 23:56:19 -0400 > From: James Scott Jr <sk...@ve...> > Subject: Re: [Apcupsd-users] Close button has NO effect in either > gapcmon window (3.14.0) > To: Apcupsd Discussion List <apc...@li...> > Message-ID: <117...@ho...> > Content-Type: text/plain; charset="us-ascii" > > On Sun, 2007-03-18 at 08:38 -0700, Doug wrote: > > >> I'm comparing running 3.14.0 with a previous version gapc_devel >> (0.7.0-1) stable. The latter version is in the suse 10.2 distro marked >> as version 3.13.9. >> >> Anyways, in version 3.13 the close buttons work. >> In version 3.14 the close buttons seem to have no effect. >> >> I am starting gapcmon icon (which does work), so I'm wondering if the >> new start-iconic code is somehow preventing the close button from >> working. I haven't tried starting the program non-iconic yet to see if >> that changes the behavior of the close buttons. >> >> Note that the quit button works - and terminates the app. The top-right >> window "X" button will iconify the gapcmon monitor window but the "X" >> button on the main window terminates everything. >> >> Doug. >> >> > > Thanks for the info Doug, I will look into this and update this thread. > > I had started stripping gapcmon of unneeded subsystems like GNOMEVFS, in > hopes of making a port to W32 easier. However, I may have dropped > something in this most recent release. It will be a quick fix; stand by > for a few days. > > James, > > >> ------------------------------------------------------------------------- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share your >> opinions on IT & business topics through brief surveys-and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> _______________________________________________ >> Apcupsd-users mailing list >> Apc...@li... >> https://lists.sourceforge.net/lists/listinfo/apcupsd-users >> > > James Scott, Jr. > Registered Linux User #270764 > FC6 on Dual AMD-MP 2400+ > Author: {gfhcm, gkrellfah2,gapcmon,giw}.sourceforge.net > http://mysite.verizon.net/skoona/index.html > -------------- next part -------------- > An HTML attachment was scrubbed... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 189 bytes > Desc: This is a digitally signed message part > > ------------------------------ > > Message: 4 > Date: Tue, 20 Mar 2007 20:03:59 -0400 > From: "Adam Kropelin" <akr...@ro...> > Subject: Re: [Apcupsd-users] apcupsd 3.14.0 ether/net loses sync? > To: "Apcupsd Discussion List" <apc...@li...> > Message-ID: <0cef01c76b4c$6d428130$841...@kr...> > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > Jan Ceuleers wrote: > >> Adam Kropelin wrote: >> >>> Another approach that might yield useful info is to run apcupsd with >>> the "-d1000 -T" switches which will cause it to log lots and logs of >>> data to apcupsd.trace. But I suspect you won't be able to do that on >>> your diskless box. >>> >> Do you know of a way to log this to a circular buffer so that I can >> prevent a RAM disk full situation? >> > > Sadly, no. > > >>> I tried again today to reproduce the problem, this time using 3.12.0 >>> instead of 3.14.0, and had no luck. The closest I can come is a >>> "stuck status" during the 90 second connect() timeout, after which >>> everything recovers. >>> >>> What Linux kernel version are you running on the client? >>> >> [root@skr03 root]# uname -a >> Linux skr03 2.4.31 #8 Sat Apr 15 12:40:22 CEST 2006 i586 unknown >> >> Would you like me to try upgrading the kernel to the most current 2.4 >> (which I think is 2.4.34.1)? I'm quite happy to help debug this issue; >> resolving my particular situation is of secondary importance for the >> moment. >> > > I'd be very surprised if a kernel update fixed this. More interesting is > the fact that you're running 2.4.x vs. 2.6.x. All my attempts to > reproduce so far have been on 2.6.x. I'm installing a 2.4-based vm at > the moment (RHEL3) and will see if I can provoke the lockup on there... > > BTW, thanks for hanging in there and helping box in the problem. I'm > very interested in getting this fixed -- reliability is a top priority > for me. > > --Adam > > > > > ------------------------------ > > Message: 5 > Date: Tue, 20 Mar 2007 20:06:26 -0400 > From: "Adam Kropelin" <akr...@ro...> > Subject: Re: [Apcupsd-users] APCD for SuSe 10.1 64bit > To: "Apcupsd Discussion List" <apc...@li...> > Message-ID: <0d0501c76b4c$c4b12a20$841...@kr...> > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > H.Riesbeck wrote: > >> Hi, >> Which apcd rpm package would be suitable for suse 10.1 64 bit.? >> >> Thank you for your assistance. >> > > You want psheaffer's contributed apcupsd-3.14.0-1.su101.x86_64.rpm > package from here: > > <http://sourceforge.net/project/showfiles.php?group_id=54413&package_id=219746> > > --Adam > > > > > ------------------------------ > > Message: 6 > Date: Wed, 21 Mar 2007 13:19:16 -0500 > From: CJ Kucera <pe...@ap...> > Subject: [Apcupsd-users] Should LOADPCT come back down to zero? > To: apc...@li... > Message-ID: <200...@ap...> > Content-Type: text/plain; charset=us-ascii > > Hello, one other question about the values returned by apcaccess... > > When I initially set up the UPS, apcaccess was returning a LOADPCT of 0, > which I'd expect. After I had run the various tests after getting > everything all set up, LOADPCT seemed to get "stuck" at 2%. I didn't > really pay it much mind. > > Just a little while ago, I had an actual power loss for a brief time > (pretty good timing on getting it set up), and now LOADPCT is reading > 36%. It's been like that for about 20, 25 minutes now, and the battery > says it's at 100%. > > Is this something that just takes awhile to come back down, or maybe the > battery is still charging a bit (just shy of an "actual" 100%)? > Anything to be worried about? > > Thanks, > CJ > > |
