[26076] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: xfs Goes Crazy

daemon@ATHENA.MIT.EDU (Jacob Morzinski)
Fri Sep 17 04:35:33 2004

To: bugs@mit.edu
From: Jacob Morzinski <jmorzins@mit.edu>
Date: 17 Sep 2004 04:34:58 -0400
In-Reply-To: <bugs:26074@unknown-discuss-server>
Message-ID: <w6mu0txz425.fsf@bart-savagewood.mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
cc: rpigneri@mit.edu
Errors-To: bugs-bounces@mit.edu


I took a look at exmh.  exmh sets MHCONTEXT to "~/Mail/.exmhcontext"
before it starts using [n]mh commands, but does not otherwise
change or access the .exmhcontext file.  I suspect that whatever
problem is present is caused at the level of the individual [n]mh
commands.

Without details of what exmh does and what the .exmhcontext file
looks like, this will be hard to investigate further.  For what
it's worth, I ran exmh, and did not get a whole ton of lines in
my .exmhcontext file.

You may be interested in knowing that exmh's preference box has
a section for "Hacking Support".  If you enable the debug log in
that box, future exmh windows will have a "Log" button available
in the top row.  You can use that button to view a debugging log.
Sometimes the output in the debugging log is useful for tracing
exmh's actions, which might help reduce this issue to a specific
problem, instead of a vague problem.

Regards,
 Jacob Morzinski                                jmorzins@mit.edu


<rpigneri@mit.edu> (Rocco J Pigneri) writes:
> This next issue may help you track down the cause of this problem
> although you do not need to fix this issue as it is caused by my home
> computer.  There is a bug in either the OpenAFS or exmh installations
> that I have at home that causes my home installation of exmh to write
> a whole ton of lines to the ~/Mail/.exmhcontext file in my Athena
> locker.  My home installation has access to this file (along with the
> rest of my Athena e-mail) via OpenAFS.  When I run exmh on Athena,
> these extra lines cause exmh to slow to a crawl when it does nearly
> anything involving the disk.  However, the process that hoses the
> system is again xfs.



home help back first fref pref prev next nref lref last post