[OpenAFS] /afs area is hanging
Mark Henry
mark.henry@infoprint.com
Mon, 4 May 2009 12:19:19 -0600
This is a multipart message in MIME format.
--=_alternative 0064A36D872575AC_=
Content-Type: text/plain; charset="US-ASCII"
I was not able to get the cmdebug output this last time the system crashed
because the user rebooted the system. We have tried running cmdebug
several times when it is in its hung state and all entries say
none_waiting or similar. The output looks the same as a working afs
client.
I tried the -fakestat-all option and it did not work.
Here is more background on the issue: I have an OpenAFS client that works
after each reboot and then eventually hangs when the afs area is accessed.
I am running openafs 1.4.9 that I compiled on the system (I have tried
many versions of the openafs client with the same results). The OS is
OpenSUSE 10.3. I have two other systems with the same OS that are working
fine.
I have searched /var/log/messages. I have checked the config files. User
authentication works fine (even when the system is hanging). If I run the
command 'ls -l /afs' that window is hung (or any other command that
references afs). If an afs user logs in when the system is in a bad state
the session immediately hangs because it can't cd to the afs home dir. I
don't know what to do other than reboot. Can someone tell me what else to
try to find out why this system is hanging? Thanks,
Mark Henry
Jeffrey Altman <jaltman@secure-endpoints.com>
04/29/2009 11:22 AM
Please respond to
jaltman@secure-endpoints.com
To
Mark Henry <mark.henry@infoprint.com>
cc
openafs-info@openafs.org
Subject
Re: [OpenAFS] /afs area is hanging
Mark Henry wrote:
> Thank you all for your responses. I am trying the -fakestat-all option
on the
> afsd daemon. We will see if it works. Everything works fine for awhile
after
> reboot and then it is just a matter of time before everything that
touches afs
> hangs. Hopefully this -fakestat-all option helps.
>
> Mark
When the cache manager hangs, execute "cmdebug <hostname>" and send the
output.
_____________________________________________________________________________
"This message and any attachments are solely for the intended recipient and may contain confidential or privileged information. If you are not the intended recipient, any disclosure, copying, use, or distribution of the information included in this message and any attachments is prohibited. If you have received this communication in error, please notify us by reply e-mail and immediately and permanently delete this message and any attachments. Thank you." _____________________________________________________________________________
--=_alternative 0064A36D872575AC_=
Content-Type: text/html; charset="US-ASCII"
<br><font size=2 face="sans-serif">I was not able to get the cmdebug output
this last time the system crashed because the user rebooted the system.
We have tried running cmdebug several times when it is in its hung
state and all entries say none_waiting or similar. The output looks
the same as a working afs client.</font>
<br>
<br><font size=2 face="sans-serif">I tried the -fakestat-all option and
it did not work.</font>
<br>
<br><font size=2 face="sans-serif">Here is more background on the issue:
I have an OpenAFS client that works after each reboot and then eventually
hangs when the afs area is accessed. I am running openafs 1.4.9 that
I compiled on the system (I have tried many versions of the openafs client
with the same results). The OS is OpenSUSE 10.3. I have two
other systems with the same OS that are working fine.</font>
<br>
<br><font size=2 face="sans-serif">I have searched /var/log/messages. I
have checked the config files. User authentication works fine (even
when the system is hanging). If I run the command 'ls -l /afs' that
window is hung (or any other command that references afs). If an
afs user logs in when the system is in a bad state the session immediately
hangs because it can't cd to the afs home dir. I don't know what
to do other than reboot. Can someone tell me what else to try to
find out why this system is hanging? Thanks,</font>
<br><font size=2 face="sans-serif"><br>
Mark Henry<br>
</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Jeffrey Altman <jaltman@secure-endpoints.com></b>
</font>
<p><font size=1 face="sans-serif">04/29/2009 11:22 AM</font>
<table border>
<tr valign=top>
<td bgcolor=white>
<div align=center><font size=1 face="sans-serif">Please respond to<br>
jaltman@secure-endpoints.com</font></div></table>
<br>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">Mark Henry <mark.henry@infoprint.com></font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td><font size=1 face="sans-serif">openafs-info@openafs.org</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: [OpenAFS] /afs area is hanging</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>Mark Henry wrote:<br>
> Thank you all for your responses. I am trying the -fakestat-all
option on the<br>
> afsd daemon. We will see if it works. Everything works
fine for awhile after<br>
> reboot and then it is just a matter of time before everything that
touches afs<br>
> hangs. Hopefully this -fakestat-all option helps.<br>
> <br>
> Mark<br>
<br>
When the cache manager hangs, execute "cmdebug <hostname>"
and send the<br>
output.<br>
<br>
</font></tt>
<br>
<BR>
_____________________________________________________________________________<BR>
"This message and any attachments are solely for the intended recipient and may contain confidential or privileged information. If you are not the intended recipient, any disclosure, copying, use, or distribution of the information included in this message and any attachments is prohibited. If you have received this communication in error, please notify us by reply e-mail and immediately and permanently delete this message and any attachments. Thank you." _____________________________________________________________________________<BR>
--=_alternative 0064A36D872575AC_=--