X-MimeOLE: Produced By Microsoft Exchange V6.5
Received: by onstor-exch02.onstor.net 
	id <01C7184C.63790967@onstor-exch02.onstor.net>; Tue, 5 Dec 2006 01:04:36 -0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C7184C.63790967"
Content-class: urn:content-classes:message
Subject: Exclusive Access Control for Multiple Consoles
Date: Tue, 5 Dec 2006 01:04:36 -0800
Message-ID: <BB375AF679D4A34E9CA8DFA650E2B04E019F4E6C@onstor-exch02.onstor.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Exclusive Access Control for Multiple Consoles
thread-index: AccYTGN0T9jEGFBDQKiSyg2MbHoKxg==
From: "Shin Irie" <shin.irie@onstor.com>
To: "dl-cstech" <dl-cstech@onstor.com>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C7184C.63790967
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi,

A customer had a problem where all clients lost access to a share and
recovered without any change on ONStor side (Case 3959).

From the command history logged in the elog, I believe they issued
several commands like 'nfs share modify' from multiple consoles. If we
don't have any exclusive access control, especially for changes to the
cluster database, this might have screwed up something.

Do we have those access control mechanism? Currently they are running
R1.3.1.10.


--
Irie


------_=_NextPart_001_01C7184C.63790967
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
6.5.7650.28">
<TITLE>Exclusive Access Control for Multiple Consoles</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/rtf format -->

<P><SPAN LANG=3D"ja"><FONT SIZE=3D2 FACE=3D"Arial">Hi,</FONT></SPAN>
</P>

<P><SPAN LANG=3D"ja"><FONT SIZE=3D2 FACE=3D"Arial">A customer had a =
problem where all clients lost access to a share and recovered without =
any change on ONStor side (Case 3959).</FONT></SPAN></P>

<P><SPAN LANG=3D"ja"><FONT SIZE=3D2 FACE=3D"Arial">From the command =
history logged in the elog, I believe they issued several commands like =
'nfs share modify' from multiple consoles. If we don't have any =
exclusive access control, especially for changes to the cluster =
database, this might have screwed up something.</FONT></SPAN></P>

<P><SPAN LANG=3D"ja"><FONT SIZE=3D2 FACE=3D"Arial">Do we have those =
access control mechanism? Currently they are running =
R1.3.1.10.</FONT></SPAN>
</P>
<BR>

<P><SPAN LANG=3D"ja"><FONT SIZE=3D2 FACE=3D"Arial">--</FONT></SPAN>

<BR><SPAN LANG=3D"ja"><FONT SIZE=3D2 FACE=3D"Arial">Irie</FONT></SPAN>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C7184C.63790967--
