From: Ted Rolle <t...@acacia.datacomm.com> Subject: Everyone's a captain on a calm sea... Date: 1999/05/31 Message-ID: <fa.muogb4v.a4eip4@ifi.uio.no>#1/1 X-Deja-AN: 483933558 Original-Date: Sun, 30 May 1999 05:33:15 -0700 (PDT) Sender: owner-linux-ker...@vger.rutgers.edu Original-Message-ID: <Pine.LNX.4.10.9905300528400.440-100000@acacia.datacomm.com> To: Linux Kernel Developers <linux-ker...@vger.rutgers.edu> Content-Type: TEXT/PLAIN; charset=US-ASCII X-Orcpt: rfc822;linux-kernel-outgoing-dig Organization: Internet mailing list MIME-Version: 1.0 Newsgroups: fa.linux.kernel X-Loop: majord...@vger.rutgers.edu I am having unfortunate experiences with Linux. It seems that Netscape can cause it to lock up so tightly that I need to hit the power switch to get it back. This is NOT good. It seems that the OS should be able to detect a rogue application and take some corrective action -- just letting me log in on a different terminal to kill the offending process would be sufficient. Of course, there is the possibility that my configuration is incorrect... Can someone help out? Ted - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
From: Ted Rolle <t...@acacia.datacomm.com> Subject: Re: Everyone's a captain on a calm sea... Date: 1999/05/31 Message-ID: <fa.lpgb4hv.1ek0iai@ifi.uio.no>#1/1 X-Deja-AN: 484024089 Original-Date: Sun, 30 May 1999 20:11:23 -0700 (PDT) Sender: owner-linux-ker...@vger.rutgers.edu Original-Message-ID: <Pine.LNX.4.10.9905301957350.8243-100000@acacia.datacomm.com> References: <fa.gi1guov.1g1sno6@ifi.uio.no> To: Alan Cox <a...@lxorguk.ukuu.org.uk> Content-Type: TEXT/PLAIN; charset=US-ASCII X-Orcpt: rfc822;linux-kernel-outgoing-dig Organization: Internet mailing list MIME-Version: 1.0 Newsgroups: fa.linux.kernel X-Loop: majord...@vger.rutgers.edu Well, it's been a well-known problem since as far back as RH 4.2. It has persisted all this time -- I checked on #linux and others confirmed it. Is there a 'back door' to get a terminal session? What about Alt-SysRq? My own systems have all been i486+. The lockup seems to occur at random times when Netscape is up. There is constant disk activity during the problem; response is slow -- 30 seconds for the cursor to move after the mouse has moved -- sometimes. What information should I gather when the problem recurs? I _may_ have a set of data that can reproduce the problem -- it is a message of my wife's on usa.net that locked it up twice. I realize that this a "something's wrong, please fix it" request, but it points to a long-standing problem: that of ending a rogue program. Perhaps someone else can provide more information. On Mon, 31 May 1999, Alan Cox wrote: > > It seems that the OS should be able to detect a rogue application > > and take some corrective action -- just letting me log in on a different > > terminal to kill the offending process would be sufficient. > > Nod > > However before anyone can even guess what problems you are seeing, you need > to provide some basic info - kernel version, architecture, general machine > info, accurate report of the lockup > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
From: n...@bleh.org Subject: Re: Everyone's a captain on a calm sea... Date: 1999/05/31 Message-ID: <fa.dulnm9v.141q12f@ifi.uio.no>#1/1 X-Deja-AN: 484176182 Original-Date: Mon, 31 May 1999 13:19:08 -0400 Sender: owner-linux-ker...@vger.rutgers.edu Content-Transfer-Encoding: 7bit Original-Message-ID: <3752C48C.60C05210@bleh.org> References: <fa.muogb4v.a4eip4@ifi.uio.no> To: Ted Rolle <t...@acacia.datacomm.com>, linux-ker...@vger.rutgers.edu Original-References: <Pine.LNX.4.10.9905300528400.440-100...@acacia.datacomm.com> X-Accept-Language: en Content-Type: text/plain; charset=us-ascii X-Orcpt: rfc822;linux-kernel-outgoing-dig Organization: none MIME-Version: 1.0 Reply-To: n...@bleh.org Newsgroups: fa.linux.kernel X-Loop: majord...@vger.rutgers.edu Ted Rolle wrote: > I am having unfortunate experiences with Linux. > It seems that Netscape can cause it to lock up so tightly that I need to > hit the power switch to get it back. This is NOT good. > > It seems that the OS should be able to detect a rogue application > and take some corrective action -- just letting me log in on a different > terminal to kill the offending process would be sufficient. > > Of course, there is the possibility that my configuration is incorrect... > > Can someone help out? > > Ted > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majord...@vger.rutgers.edu > Please read the FAQ at http://www.tux.org/lkml/ I have this _exact_ same problem. I've noticed tihs especially on 2.2.x. It seems that any application that goes astray can bring the system to a near halt. The system doens't die (ping from other machines get responses) but its *so* slow that it takes minutes for keyboard/mouse actions to have responses in X/console. I am currently running Redhat 6.0 and 2.2.9. I have 96 megs of ram and 96 of swap. I am planning on adding 128 mroe megs of physical ram, however I don't think this is giong to help. An application that goes astray can still eat up all my memory and cause the system to be unusable. Last time this problem happened, it was due to a perl script that had a function that recursed endlessly. I had called this script in an xterm and the system had alreadyb ecome _way_ to slow for me to do anything about by the time I noticed. I walked to another machine to try to ping the the slowed down one, and sure enough there were responses.Luckily enough, when I walked back to the original machine, X had died ( and thus the child perl process died ) and with the exception of several other daemons dying, the machine had returned to a normal _usable_ state. Is there anything I can do about this? Someway to have the kernel regulate on non-root process that are taking up too much resources? Or some key combo to throw me to a console with a high priority. Or something? --- Nadeem - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
From: Marcelo Tosatti <marc...@conectiva.com.br> Subject: Re: Everyone's a captain on a calm sea... Date: 1999/05/31 Message-ID: <fa.kcmkl8v.v7epja@ifi.uio.no>#1/1 X-Deja-AN: 484214986 Original-Date: Mon, 31 May 1999 16:39:08 -0300 (EST) Sender: owner-linux-ker...@vger.rutgers.edu Original-Message-ID: <Pine.LNX.4.10.9905311638120.6675-100000@freak.conectiva> References: <fa.dulnm9v.141q12f@ifi.uio.no> To: n...@bleh.org X-Sender: marc...@freak.conectiva Content-Type: TEXT/PLAIN; charset=US-ASCII X-Orcpt: rfc822;linux-kernel-outgoing-dig Organization: Internet mailing list MIME-Version: 1.0 Newsgroups: fa.linux.kernel X-Loop: majord...@vger.rutgers.edu On Mon, 31 May 1999 n...@bleh.org wrote: > Ted Rolle wrote: > > > I am having unfortunate experiences with Linux. > > It seems that Netscape can cause it to lock up so tightly that I need to > > hit the power switch to get it back. This is NOT good. > > > > It seems that the OS should be able to detect a rogue application > > and take some corrective action -- just letting me log in on a different > > terminal to kill the offending process would be sufficient. > > > > Of course, there is the possibility that my configuration is incorrect... > > > > Can someone help out? > > > > Ted > > > > - > > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > > the body of a message to majord...@vger.rutgers.edu > > Please read the FAQ at http://www.tux.org/lkml/ > > I have this _exact_ same problem. I've noticed tihs especially on 2.2.x. It > seems that any application that goes astray can bring the system to a near > halt. The system doens't die (ping from other machines get responses) but its > *so* slow that it takes minutes for keyboard/mouse actions to have responses > in X/console. > > I am currently running Redhat 6.0 and 2.2.9. I have 96 megs of ram and 96 of > swap. I am planning on adding 128 mroe megs of physical ram, however I don't > think this is giong to help. An application that goes astray can still eat up > all my memory and cause the system to be unusable. Last time this problem > happened, it was due to a perl script that had a function that recursed > endlessly. I had called this script in an xterm and the system had alreadyb > ecome _way_ to slow for me to do anything about by the time I noticed. > I walked to another machine to try to ping the the slowed down one, and sure > enough there were responses.Luckily enough, when I walked back to the > original machine, X had died ( and thus the child perl process died ) and > with the exception of several other daemons dying, the machine had returned > to a normal _usable_ state. > > Is there anything I can do about this? Someway to have the kernel regulate on > non-root process that are taking up too much resources? Or some key combo to > throw me to a console with a high priority. Or something? man setrlimit man getrlimit man getrusage - Marcelo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/