Bug#333205: gamin: gam_server eating 100% cpu
Well, this time it took a bit longer until a gam_server went nuts on CPU, but finally it did happen. Until now it had always happened after running Mozilla, but this time there was no Mozilla to blame... Anyway, here are the first 400 lines of the dump. Although the rest seems to be only repetitions of the last few lines of these 400, $ head -800 gamin_debug_PuWuiS | tail -400 > 111 $ head -1200 gamin_debug_PuWuiS | tail -400 > 222 $ diff 111 222 | less reveals that in the second file (namely the one containing lines from 800 to 1200) there are 12 insertions of the line "Queue Full". 61 "Queue Full" lines can be found in the rest of the dump (1635103 total lines) ...just in case it is useful for anything. Regards, -- Germán Sanchis Trilles <[EMAIL PROTECTED]> Dumping exclude list Exclude: use POLL on /media/* Exclude: use POLL on /mnt/* Exclude: use POLL on /dev/* Exclude: use POLL on /proc/* Dumping mounted file systems reiserfs filesystem mounted at /mnt/guadiana usbfs filesystem mounted at /proc/bus/usb tmpfs filesystem mounted at /dev/shm devpts filesystem mounted at /dev/pts reiserfs filesystem mounted at /home proc filesystem mounted at /proc sysfs filesystem mounted at /sys reiserfs filesystem mounted at / Dumping file system properties fstype nfs monitor poll poll timeout 5 fstype novfs monitor poll poll timeout 30 fstype reiserfs monitor kernel poll timeout 0 fstype reiser4 monitor kernel poll timeout 0 fstype ext2 monitor kernel poll timeout 0 fstype ext3 monitor kernel poll timeout 0 Connection fd 97 to kontact: state okay, 0 read Listener kontact has 4 subscriptions registered Subscription 4 reqno 1008 events 1008 dir 0: /home/german/.kde/share/apps/korganizer/std.ics Subscription 3 reqno 1008 events 1008 dir 1: /home/german/.kde/share/apps/kabc Subscription 2 reqno 1008 events 1008 dir 1: /home/german/.kde/share/config Subscription 1 reqno 1008 events 1008 dir 0: /home/german/.kde/share/apps/kabc/std.vcf Connection fd 100 to /usr/lib/gnome-vfs2/gnome-vfs-daemon: state okay, 0 read Listener /usr/lib/gnome-vfs2/gnome-vfs-daemon has 2 subscriptions registered Subscription 2 reqno 1008 events 1008 dir 0: /etc/mtab Subscription 1 reqno 1008 events 1008 dir 0: /etc/fstab Connection fd 98 to nautilus: state okay, 0 read Listener nautilus has 13 subscriptions registered Subscription 14 reqno 1008 events 1008 dir 1: /home/german/Desktop Subscription 13 reqno 1008 events 1008 dir 0: /home/german/Desktop Subscription 12 reqno 1008 events 1008 dir 1: /home/german/Templates Subscription 11 reqno 1008 events 1008 dir 1: /home/german/.gnome2/nautilus-scripts Subscription 9 reqno 1008 events 1008 dir 0: /home/german/.gtk-bookmarks Subscription 8 reqno 1008 events 1008 dir 0: /usr/share/applications/defaults.list Subscription 7 reqno 1008 events 1008 dir 0: /usr/share/applications/mimeinfo.cache Subscription 6 reqno 1008 events 1008 dir 0: /usr/local/share/applications/defaults.list Subscription 5 reqno 1008 events 1008 dir 0: /usr/local/share/applications/mimeinfo.cache Subscription 4 reqno 1008 events 1008 dir 0: /usr/share/gnome/applications/defaults.list Subscription 3 reqno 1008 events 1008 dir 0: /usr/share/gnome/applications/mimeinfo.cache Subscription 2 reqno 1008 events 1008 dir 0: /home/german/.local/share/applications/defaults.list Subscription 1 reqno 1008 events 1008 dir 0: /home/german/.local/share/applications/mimeinfo.cache Connection fd 94 to kopete: state okay, 0 read Listener kopete has 1 subscriptions registered Subscription 1 reqno 1008 events 1008 dir 0: /home/german/.kde/share/apps/kabc/std.vcf Connection fd 92 to korgac: state okay, 0 read Listener korgac has 1 subscriptions registered Subscription 1 reqno 1008 events 1008 dir 0: /home/german/.kde/share/apps/korganizer/std.ics Connection fd 88 to kdesktop [kdeinit]: state okay, 0 read Listener kdesktop [kdeinit] has 3 subscriptions registered Subscription 3 reqno 1008 events 1008 dir 0: /etc/security/fileshare.conf Subscription 2 reqno 1008 events 1008 dir 0: /etc/samba/smb.conf Subscription 1 reqno 1008 events 1008 dir 1: /home/german/Desktop Connection fd 3 to kded [kdeinit]: state okay, 0 read Listener kded [kdeinit] has 86 subscriptions registered Subscription 86 reqno 1008 events 1008 dir 1: /home/german/.kde/share/apps/kwallet Subscription 85 reqno 1008 events 1008 dir 0: /etc/fstab Subscription 84 reqno 1008 events 1008 dir 0: /etc/mtab Subscription 83 reqno 1008 events 1008 dir 0: /home/german/.kde/share/config/mldonkeyrc Subscription 82 reqno 1008 events 1008 dir 1: /usr/share/apps/kconf_update Subscription 81 reqno 1008 events 1008 dir 1: /home/german/.kde/share/apps/kconf_update Subscription 80 reqno 1008 events 1008 dir 1: /usr/share/applications/Development Subscription 79 reqno 1008 events 1008 dir 1: /usr/share/applications/kde Subscription 78 reqno
Bug#333205: Re: Bug#333205: gamin: gam_server eating 100% cpu
found #333205 0.1.7-2 thanks On Sat, Oct 29, 2005 at 01:04:50AM -0200, Guilherme de S. Pastore wrote: > so, has any of you been able to reproduce this bug (the gam_server loop > thingie) with version 0.1.6-1? I can't reproduce this here so, if nobody > happens to stumble on it, it's likely to have been fixed =) It happens once in a while with 0.1.7-2 on current sid. I am using KDE, no external mounts (nfs, cifs, none whatsoever) are in the game. gamin_debug attached. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 gamin_debug.gz Description: Binary data
Bug#333205: gamin: gam_server eating 100% cpu
I was waiting to get a gam_server 100% to answer, however this can take a bit longer than last time, until saturday I won't be using this computer that often. I am using kernel 2.6.12.5. By the way, I don't think it has much to do with nfs mount, since I don't use nfs on this machine. I'll let you know again if I get a gam_server having a good time with my CPU. Regards, -- Germán Sanchis Trilles <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333205: gamin: gam_server eating 100% cpu
On Mon, Oct 31, 2005 at 12:17:50PM +0100, EagleCros wrote: > Seems that I didn't have to wait long for it to come up again. > > Right now I have had a gam_server using up all the cpu it can get for > about 20 minutes now. strace reveals another loop, different from the > one on saturday, which cycles through more files, all of them existing. > > By the way, and in case this information is good for anything, I am a > KDE user, but sometimes use non-kde applications, such as Evolution, > Mozilla and Grip (the ones I recall having used today). What kernel are you using ? If you send SIGUSR2 to the gamin_server that's 100% it will create a file in /tmp called gamin_debug_X (sending it again will stop it). Can you mail the info that's being dumped in that file (not more then a few hundred lines please) Sjoerd -- The days are all empty and the nights are unreal. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333205: gamin: gam_server eating 100% cpu
Seems that I didn't have to wait long for it to come up again. Right now I have had a gam_server using up all the cpu it can get for about 20 minutes now. strace reveals another loop, different from the one on saturday, which cycles through more files, all of them existing. By the way, and in case this information is good for anything, I am a KDE user, but sometimes use non-kde applications, such as Evolution, Mozilla and Grip (the ones I recall having used today). Regards, -- Germán Sanchis Trilles <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333205: gamin: gam_server eating 100% cpu
> Did you kill gam_server after you upgraded? As gam_server is run by > the gam library as a user process the package doesn't kill or restart > it for you. Well, as far as I remember, I upgraded the day before I stumbled into the gam_server eating cpu thingy, and nights over I shut my computer down. That said, I'll let you hear from me again if I ever come across it from now on - I can't tell if it happened before this time because it is only since the last few days that I am following closely the usage/temperature of my cpu. Thanks for your attention, regards, -- Germán Sanchis Trilles <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333205: gamin: gam_server eating 100% cpu
On Sun, Oct 30, 2005 at 02:23:12PM +0100, EagleCros wrote: > Well, to me it didn't seem fixed yesterday, when I had a gam_server > process up top in the top listing during the whole day... > > However, until now everything normal today, and I wouldn't be able to > tell how it happened, or how to reproduce it. Did you kill gam_server after you upgraded? As gam_server is run by the gam library as a user process the package doesn't kill or restart it for you. The problem could be that you still had an old version of gam_server running, while it was solved in a newer version. Sjoerd -- To converse at the distance of the Indes by means of sympathetic contrivances may be as natural to future times as to us is a literary correspondence. -- Joseph Glanvill, 1661 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333205: gamin: gam_server eating 100% cpu
Em Dom, 2005-10-30 às 14:23 +0100, EagleCros escreveu: > Well, to me it didn't seem fixed yesterday, when I had a gam_server > process up top in the top listing during the whole day... > > However, until now everything normal today, and I wouldn't be able to > tell how it happened, or how to reproduce it. If you happen to come across this problem again during the next 28 days, please mail us ([EMAIL PROTECTED] should be fine) so we can reopen the bug report. Regards, -- Guilherme de S. Pastore (fatalerror) <[EMAIL PROTECTED]>
Bug#333205: gamin: gam_server eating 100% cpu
Well, to me it didn't seem fixed yesterday, when I had a gam_server process up top in the top listing during the whole day... However, until now everything normal today, and I wouldn't be able to tell how it happened, or how to reproduce it. Regards, -- Germán Sanchis Trilles <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333205: gamin: gam_server eating 100% cpu
Package: gamin Version: 0.1.5-2 Severity: important Lately, gam_server tends to go into some kind of busy loop once or twice a day and eat all available CPU time. If you google for "gam_server CPU loop" you'll find that this is obviously not only my problem. Unfortunately it seems like killing gam_server in response to its bugs makes a whole lot of other gnome apps freaking out and going into busyloops! So it would be nice if you came up with a solution soon. This is a REALLY ITCHY bug! -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (700, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages gamin depends on: ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libgamin0 0.1.5-2Client library for the gamin file ii libglib2.0-0 2.8.0-1The GLib library of C routines gamin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
