public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Bret Hughes <bhughes@elevating.com>
To: kernel <linux-kernel@vger.kernel.org>
Subject: [Fwd: directory cache problems (I think)]
Date: Mon, 10 Sep 2001 15:48:29 -0500	[thread overview]
Message-ID: <3B9D271D.FA84C32C@elevating.com> (raw)

I sent this to the linux XFS list but nothing useful in the way of
responses.  


I have a configuration on 6 boxes, Duron 700 with 128 MB ram and 10GB
ide harddrives.  These machines are all XFS 1.0.1 using the kernel from
the 1.0.1 RH install iso and most of the RH updates.


They were all placed into service the same day and yesterday 5 days
after they were turned on they all stopped responding to ssh.  A couple
would still respond to a ping but nothing else.   Actually I caught one
before it quit altogether and rebooted it last night. These machines are
kiosk type displays that scroll html and flash pages using (netscape as
the browser).  There is no user interaction infact not any input device
at all.  A different page is displayed every 10 seconds.

Now, After rebooting them I can get to the sadc data and looking through
the logs shows really bad stuff happening at 1:00PM yesterday on the one
machine I have really looked at closely.  interrupt 14s out the wazoo
and what I think must be the cause, the dentunusd goes to 0.  Looking
over the logs of the last few days I can see the dentunusd creeping down
from the beginning at boot of over 20K to 0.  

Is this the problem or a symptom of something else?

Since netscape is such a pig I kill it and restart it once an hour and
restart X once a day.  both these events seem to take a tremendous toll
on the dentunusd value and never gain it all back.  

I don't know if this is an XFS issue or not but I as I said I started at 
the XFS list and no joy yet so I thought that I would try here.  Any 
ideas?  

I can send all the log data anyone might use if it would help.  
Right now I am going to reboot the damn things nightly like they were 
windows machines for Christ's sake.

BTW the same scenario and control scripts run for months on end on RH
6.2 using the 2.2.3-16 kernel.

Any tips and or other places to ask are appreciated. 

TIA

Bret

                 reply	other threads:[~2001-09-10 20:48 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3B9D271D.FA84C32C@elevating.com \
    --to=bhughes@elevating.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox