Re: is this an automount bug?

This is a multipart message in MIME format.

--===============1981924644==
Content-Type: multipart/alternative;
	boundary="=_alternative 006DF8AD862574D6_="

This is a multipart message in MIME format.

--=_alternative 006DF8AD862574D6_=
Content-Type: text/plain; charset="US-ASCII"

Hello,
What type of cluster are you using, could it be possible that the I/O is 
causing a time out / fence of the server? If this is a GFS cluster you may 
look into the oopses_ok mount option and time out settings.
either way more information about the reboot would be great. Do you have a 
syslog server, netdump configured, sysrq enabled? I have commonly seen 
panics on my RHEL3/RHEL4 servers that resulted in no local messages 
however the syslog server would capture the stack trace/error instead.


-David 




"Stanley, Jon" <[email protected]> 
Sent by: [email protected]
10/02/2008 12:11 PM
Please respond to
"Discussion of Red Hat Enterprise Linux 3 \(Taroon\)" 
<[email protected]>


To
<[email protected]>
cc

Subject
Re: is this an automount bug?






Seems like an NFS bug. Hook a serial console up to capture more info. 
From: [email protected] 
To: Discussion of Red Hat Enterprise Linux 3 (Taroon) 
Sent: Thu Oct 02 12:08:42 2008
Subject: is this an automount bug? 
Hello,
We have two machines running a high availability cluster on RHEL3. I have 
seen this issue happen on both machines.

# uname -r
2.4.21-57.ELhugemem
# cat /etc/issue
Red Hat Enterprise Linux AS release 3 (Taroon Update 9)

When a user is logs into the machine hosting the cluster IP, they get 
their home directory automounted from our mail server. On several 
occasions we have seen users attempt to copy files from the local file 
system to their home directory causing an immediate reboot with nothing 
being logged. We are finding the file in the home directory but it is 
always 0 bytes. It seems that the home directories are being forcefully 
remounted and causing some sort of panic.
Logs typically show the user login and then "syslogd 1.4.1: restart."

I cannot reliably reproduce the issue but the symptoms are consistant.

If this rings a bell for anyone I would be interested.


-- 
"There's plenty of room for all God's creatures... Right next to the 
mashed potatoes."

This message contains information which may be confidential and/or 
privileged. Unless you are the intended recipient (or authorized to 
receive for the intended recipient), you may not read, use, copy or 
disclose to anyone the message or any information contained in the 
message. If you have received the message in error, please advise the 
sender by reply e-mail and delete the message and any attachment(s) 
thereto without retaining any copies.--
Taroon-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/taroon-list

--=_alternative 006DF8AD862574D6_=
Content-Type: text/html; charset="US-ASCII"


<br><font size=2 face="sans-serif">Hello,</font>
<br><font size=2 face="sans-serif">What type of cluster are you using,
could it be possible that the I/O is causing a time out / fence of the
server? If this is a GFS cluster you may look into the oopses_ok mount
option and time out settings.</font>
<br><font size=2 face="sans-serif">either way more information about the
reboot would be great. Do you have a syslog server, netdump configured,
sysrq enabled? I have commonly seen panics on my RHEL3/RHEL4 servers that
resulted in no local messages however the syslog server would capture the
stack trace/error instead.</font>
<br>
<br>
<br><font size=2 face="sans-serif">-David </font>
<br>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>&quot;Stanley, Jon&quot;
&lt;[email protected]&gt;</b> </font>
<br><font size=1 face="sans-serif">Sent by: [email protected]</font>
<p><font size=1 face="sans-serif">10/02/2008 12:11 PM</font>
<table border>
<tr valign=top>
<td bgcolor=white>
<div align=center><font size=1 face="sans-serif">Please respond to<br>
&quot;Discussion of Red Hat Enterprise Linux 3 \(Taroon\)&quot; &nbsp;
&nbsp; &nbsp; &nbsp;&lt;[email protected]&gt;</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">&lt;[email protected]&gt;</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: is this an automount bug?</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=2 color=#000080 face="Arial">Seems like an NFS bug. Hook
a serial console up to capture more info. </font>
<p>
<hr><font size=2 face="Tahoma"><b>From</b>: [email protected]
<b><br>
To</b>: Discussion of Red Hat Enterprise Linux 3 (Taroon) <b><br>
Sent</b>: Thu Oct 02 12:08:42 2008<b><br>
Subject</b>: is this an automount bug? </font>
<p><font size=3>Hello,<br>
We have two machines running a high availability cluster on RHEL3. I have
seen this issue happen on both machines.<br>
<br>
# uname -r<br>
2.4.21-57.ELhugemem<br>
# cat /etc/issue<br>
Red Hat Enterprise Linux AS release 3 (Taroon Update 9)<br>
<br>
When a user is logs into the machine hosting the cluster IP, they get their
home directory automounted from our mail server. On several occasions we
have seen users attempt to copy files from the local file system to their
home directory causing an immediate reboot with nothing being logged. We
are finding the file in the home directory but it is always 0 bytes. It
seems that the home directories are being forcefully remounted and causing
some sort of panic.<br>
Logs typically show the user login and then &quot;syslogd 1.4.1: restart.&quot;<br>
<br>
I cannot reliably reproduce the issue but the symptoms are consistant.<br>
<br>
If this rings a bell for anyone I would be interested.<br>
<br>
<br>
-- <br>
&quot;There's plenty of room for all God's creatures... Right next to the
mashed potatoes.&quot;</font>
<br><font size=3><br>
This message contains information which may be confidential and/or privileged.
Unless you are the intended recipient (or authorized to receive for the
intended recipient), you may not read, use, copy or disclose to anyone
the message or any information contained in the message. If you have received
the message in error, please advise the sender by reply e-mail and delete
the message and any attachment(s) thereto without retaining any copies.</font><font size=2><tt>--<br>
Taroon-list mailing list<br>
[email protected]<br>
https://www.redhat.com/mailman/listinfo/taroon-list</tt></font>
<br>
--=_alternative 006DF8AD862574D6_=--


--===============1981924644==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--
Taroon-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/taroon-list
--===============1981924644==--