Bug#504484: [Fwd: Bug#504484: hardware-monitor: eats up all RAM and swap after 24 hours]

2008-11-10 Thread Ole Laursen 
On Mon, Nov 10, 2008 at 1:14 AM, Ernest Adrogué <[EMAIL PROTECTED]> wrote:
>> Actually this is a bug in Debian - on a default install, a stray
>> process should not be allowed to run away with all the memory causing
>> a dead lock like this. But I digress.
>
> Do you think I should report this elsewhere too? If so, where?

That's a good question. I think you should, but I'm not sure where. It
might be better to bring it up on a mailing list?

>> If this is what has happened in this case, I need to know what you're
>> monitoring and what kind of graph you're using.
>
> I was using vertical bars, monitoring CPU usage, memory, several
> filesystems and network input and output. I'll do a test, I'm going to
> monitor one thing at a time to see which one triggers this bug. I'll
> keep you posted.

OK, in any case I went ahead and put in some more general
safe-guarding code last night and made a release. Since I can't
reproduce your problem, I don't know whether it fixes it, but we can
always hope.

-- 
Ole Laursen
http://people.iola.dk/olau/



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#504484: hardware-monitor: eats up all RAM and swap after 24 hours

2008-11-09 Thread Ole Laursen 
Hi!

I'm the maintainer of Hardware Monitor, or what's left of him,

On Tue, Nov 4, 2008 at 12:12 PM, Ernest Adrogué <[EMAIL PROTECTED]> wrote:
> Yesterday in the morning, I found my computer very unresponsive, with
> the CPU fan in full-swing. It was barely usable, it didn't seem to react
> to any key stroke or mouse activity. I tried to log in via ssh from
> another computer, but I ran out of patience after waiting 5 minutes for
> the password prompt to appear. At one point, the X server shut, as a
> consequence of me having pressed CTRL-ALT-BACKSPACE minutes earlier, and
> everything went back to normal.

Actually this is a bug in Debian - on a default install, a stray
process should not be allowed to run away with all the memory causing
a dead lock like this. But I digress.


This has happened before when one of the things that Hardware Monitor
is monitoring through libgtop returns weird results. This can get
passed through to the drawing code, resulting in weird graphs that
causes the drawing library used to go frenzy. I think I did put in
some code at one point to alleviate this problem, but maybe it isn't
effective in all cases.

If this is what has happened in this case, I need to know what you're
monitoring and what kind of graph you're using.

-- 
Ole Laursen
http://people.iola.dk/olau/



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#504484: hardware-monitor: eats up all RAM and swap after 24 hours

2008-11-04 Thread Ernest Adrogué 
Package: hardware-monitor
Version: 1.4-1
Severity: normal

Hi,

Yesterday in the morning, I found my computer very unresponsive, with
the CPU fan in full-swing. It was barely usable, it didn't seem to react
to any key stroke or mouse activity. I tried to log in via ssh from
another computer, but I ran out of patience after waiting 5 minutes for
the password prompt to appear. At one point, the X server shut, as a
consequence of me having pressed CTRL-ALT-BACKSPACE minutes earlier, and
everything went back to normal.

Today, it happened again. This time I managed to switch to a VT and run
top, find the offending process and kill it. What I've seen is that
hardware-monitor was using a ridiculously large amount of memory, to the
extent that practically all memory in the system (some 5,5 GB, including
swap) was being used. This is a screen capture I've taken with
screendump:

Cpu(s):  0.1%us, 78.5%sy,  0.0%ni,  0.0%id, 20.8%wa,  0.0%hi,  0.7%si,  0.0%st
Mem:   1544468k total,  1533472k used,10996k free,  240k buffers
Swap:  4628472k total,  4628472k used,0k free, 3184k cached
^C^C^C^C^C^C^C^C^C
  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
11385 ernest20   0  437m 8840  188 D7  0.6  16:36.79 transmission
11500 ernest20   0  691m 5200  104 D7  0.3  42:18.94 audacious
14485 ernest20   0  448m 2788   88 D6  0.2   3:08.30 liferea-bin
  173 root  15  -5 000 D6  0.0   8:13.11 kswapd0
14782 ernest20   0 42996 1424  136 D5  0.1  13:31.00 gconfd-2
11371 ernest20   0  190m  348   32 D4  0.0   2:11.04 cpufreq-applet
14753 ernest20   0  623m  32m   16 D4  2.2   7:29.10 firefox-bin
15426 ernest20   0  238m 1200   32 D4  0.1   2:15.80 gvim
11305 ernest20   0  130m  700   60 R4  0.0   1:20.34 metacity
11362 ernest20   0  304m 2108   60 D4  0.1   1:55.11 gweather-applet
11309 ernest20   0  510m  704  180 R4  0.0   2:06.60 nautilus
15663 ernest20   0 18832  528  204 R3  0.0   0:19.46 top
11284 ernest20   0  342m  476   72 D3  0.0   0:26.22 gnome-settings-
11306 ernest20   0  292m 4588   36 D3  0.3   2:47.69 gnome-panel
11373 ernest20   0  279m 1236   28 D3  0.1   3:08.86 python
11368 ernest25   5 5714m 1.3g   24 D3 88.8  48:15.46 hardware-monito
11188 root  20   0  124m 4792  108 S3  0.3  24:56.21 Xorg
19312 ernest20   0  186m  160   20 D3  0.0 862:41.42 pulseaudio
[EMAIL PROTECTED]:~$ kill -9 11368
[EMAIL PROTECTED]:~$

After killing the hardware-monitor process everything worked fine again.


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages hardware-monitor depends on:
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.22.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics libra
ii  libcairomm-1.0-1   1.6.0-1   C++ wrappers for Cairo (shared lib
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libgcc11:4.3.2-1 GCC support library
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libgconfmm-2.6-1c2 2.22.0-1  C++ wrappers for GConf (shared lib
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglademm-2.4-1c2a2.6.6-1   C++ wrappers for libglade2 (shared
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libglibmm-2.4-1c2a 2.16.4-1  C++ wrapper for the GLib toolkit (
ii  libgnome-keyring0  2.22.3-1  GNOME keyring services library
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomecanvasmm-2.6-1c2a  2.22.0-1  C++ wrappers for libgnomecanvas2 (
ii  libgnomeui-0   2.20.1.1-2The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime
ii  libgtk2.0-02.12.11-3 The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a  1:2.12.7-1C++ wrappers for GTK+ 2.4 (shared 
ii  libgtop2-7 2.22.3-1  gtop system monitoring library
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0