Re: Unable to kill runaway app. -

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Howard Wilkinson wrote:
Bob Goodwin wrote:
I just had perhaps the third occurrence of this problem.

I tried to shut down gthumb which was displaying a a photo from the nfs server. It would not shut down, at least not in a reasonable amount if time. Gkrellm showed cup1 running at max. and top indicated the cup at 99.5%. Something did eventually time out but that did not calm the cup activity.: .

3487 bobg 20 0 2928 1068 932 R 99.5 0.0 445:55.55 gam_server

Kill 3487 does not stop it. In fact nothing seems to. I told it to poweroff and it got as far as "halting system" and stayed there until I pressed the power button for five seconds or so.

This happened once last night and it sat there saying it was busy, the power button was required to kill it then too.

I don't expect anyone to troubleshoot the problem but would like to know what other commands I might try to restore things without shutting down and rebooting.

This is an F-10 system pretty much up to date, certainly all security updates and perhaps all the rest, I've lost track at the moment. I suspect the problem is related to some horse photo files from my daughters Mac. But I need a way to stop things when this happens ...

Any help appreciated.

Bob

Bob,

what kernel version do you have loaded, is the processor a multicore or multiprocessor unit. If the kernel version is a recent FC10 update and you are on an SMP motherboard then I have seen the same thing happen with other processes. The problem seems to be in the area where it interacts with the NFS code, BUT it look like a kernel problem with the SMP system. I have not been able to get a dump to prove this but try downgrading to an older kernel and see if it goes away - I used the last FC9 kernel and it did.

I have since upgraded to FC11 and this also does not exhibit the problem so it may just have been with one or two of the latest FC10 builds!

Howard.

This is an older computer, certainly not ancient, a Dell gx280 I bought used a few months ago.

[bobg@box9 ~]$ uname -a
Linux box9 2.6.27.29-170.2.79.fc10.i686 #1 SMP Fri Aug 14 21:11:41 EDT 2009 i686 i686 i386 GNU/Linux

I believe that's the most recent Kernel from a few days ago, again I don't recall exactly when but I could try an earlier one, I usually save two older ones but never seem to need them.

dmidecode shows:

   Handle 0x0400, DMI type 4, 32 bytes
   Processor Information
           Socket Designation: Microprocessor
           Type: Central Processor
           Family: Pentium 4
           Manufacturer: Intel
           ID: 41 0F 00 00 FF FB EB BF
           Signature: Type 0, Family 15, Model 4, Stepping 1

   and also:

   Handle 0x0100, DMI type 1, 25 bytes
   System Information
Manufacturer: Dell Inc. Product Name: OptiPlex GX280 Version: Not Specified
           Serial Number: 9HY0281
           UUID: 44454C4C-4800-1059-8030-B9C04F323831
           Wake-up Type: APM Timer

   Handle 0x0200, DMI type 2, 8 bytes
   Base Board Information
Manufacturer: Dell Inc. Product Name: 0H7276 Version: Serial Number: ..CN1374056S00IZ.

   I guess that makes it a multicore processor.


--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux