Ubuntu
gnome-system-monitor package

finished processes are not removed completely from list

Bug #83191 reported by Broomer68
4
Affects Status Importance Assigned to Milestone
Gnome System Monitor
Fix Released
Undecided
Unassigned
gnome-system-monitor (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: gnome-system-monitor

when system monitor is left open and a process is finished, sometimes there remains a line in the list which cannot be killed because it does not exist.
for instance after quitting Mozilla Thunderbird ( which has four lines in the processlist)
like
Mozilla Thunder Sleeping
    run-mozilla.sh Sleeping
        mozilla-thunderbird-bin Sleeping
             java Running

the line
mozilla-thunderbird-bin running
remains. when trieing to kill or otherwise remove it, system monitor responds with
cannot kill process with pid 9 with signal 9: no such process.

after closing system-monitor and reopening it, the line is gone.

It is not Mozilla at fault, as there are numerous SH and update processes appear to be running
This all using Feisty running all current updates

ProblemType: Bug
Date: Sun Feb 4 10:37:21 2007
DistroRelease: Ubuntu 7.04
ExecutablePath: /usr/bin/gnome-system-monitor
Package: gnome-system-monitor 2.17.6-0ubuntu1
ProcCmdline: gnome-system-monitor
ProcCwd: /home/jeroen
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: gnome-system-monitor
Uname: Linux Athlon64 2.6.20-6-generic #2 SMP Wed Jan 31 20:53:39 UTC 2007 i686 GNU/Linux

Revision history for this message
Broomer68 (jbezemer) wrote :
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. That doesn't happen after a few tries on my feisty desktop, marking low importance and to forward upstream by somebody getting the problem

Changed in gnome-system-monitor:
assignee: nobody → desktop-bugs
importance: Undecided → Low
Revision history for this message
Sebastien Bacher (seb128) wrote :

Do you still get the bug?

Revision history for this message
Broomer68 (jbezemer) wrote : Re: [Bug 83191] Re: finished processes are not removed completely from list

Sebastien Bacher wrote:
> Do you still get the bug?
>
 No, seems to be resolved now, thanks

--
Regards, Groeten, etc...

Jeroen Bezemer
Baanhoek 271
Sliedrecht

51N49.441, 4E44.656

Revision history for this message
Sebastien Bacher (seb128) wrote :

marking the bug fixed then

Changed in gnome-system-monitor:
status: Unconfirmed → Fix Released
status: Unconfirmed → Fix Released
Revision history for this message
Zannax (stefanoz72) wrote :

I still have this bug!!
I have Feisty, too, with all the updates.

Sometimes it happens while opening/closing CD tray: I was opening many CDs (with System Monitor running) and switching to System-Monitor I noticed 10-11 "eject" uninterruptible processes listed.
They were all inexistent: top command didn't list any of them.
Trying any operation on one of them, for instance "memory map", sometimes crashed the system monitor

Another way of consistently reproduce it in my system is: launching system monitor, open a shell window, launch AVscan and start a scan, close the "parent" shell window, system monitor still lists inexistent clamav processes...

Zannax (stefanoz72)
Changed in gnome-system-monitor:
status: Fix Released → New
Revision history for this message
Sebastien Bacher (seb128) wrote :

Could you discribe steps to trigger the bug and attach a screenshot?

Changed in gnome-system-monitor:
status: New → Incomplete
Revision history for this message
Zannax (stefanoz72) wrote :

If I leave system monitor open while working often some ended processes remains in the list, apparently random.
Anyway there's a way I can trigger this bug every time, I do the following:
- launch gnome system monitor
- open a shell window and launch avscan program from the command line, start a scan (screenshot1)
- I close the parent shell window and the system monitor still lists 3 inexistent avscan processes (screenshot2)

If I try an operation, say "end process" on any of them it either says that the process doesn't exist or sometimes crashes.
Last time it even froze the desktop.

Revision history for this message
Zannax (stefanoz72) wrote :
Revision history for this message
Sebastien Bacher (seb128) wrote :

Could you run "ps aux | grep avscan" on a command line when that happens? Do you get the issue with some software installed with Ubuntu?

Revision history for this message
Zannax (stefanoz72) wrote :

Here's the output:

stefano 17733 0.0 0.1 2880 748 pts/0 R+ 11:59 0:00 grep avscan

The avscan program comes from Ubuntu universe repositories...

Anyway, now I've seen it happens *whenever* I 1) open a shell window, 2) launch a program from it and then 3) close the shell window (causing the program to end as well).

I tried with gedit, glchess and other programs: always when I close the parent shell window, the system monitor still lists the "ghost" child processes.
The ps command doesn't list any of them.

Revision history for this message
Sebastien Bacher (seb128) wrote :

not confirming on gutsy, maybe somebody getting the issue can send that on bugzilla.gnome.org

Changed in gnome-system-monitor:
status: Incomplete → New
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Is this still an issue with latest updates in Gutsy Gibbon?

Revision history for this message
Broomer68 (jbezemer) wrote :

Pedro Villavicencio wrote:
> Is this still an issue with latest updates in Gutsy Gibbon?
>
>
 did not see this for months.

--
Regards, Groeten, etc...

Jeroen Bezemer
Baanhoek 271
Sliedrecht

51N49.441, 4E44.656

Revision history for this message
Sebastien Bacher (seb128) wrote :

closing the bug

Changed in gnome-system-monitor:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.