X-MimeOLE: Produced By Microsoft Exchange V6.5
Received: by onstor-exch02.onstor.net 
	id <01C8B5E3.C9DD3390@onstor-exch02.onstor.net>; Wed, 14 May 2008 09:58:52 -0700
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C8B5E3.C9DD3390"
References: <20080514002156.2d050856@ripper.onstor.net><20080514005858.1eb9d489@ripper.onstor.net><BB375AF679D4A34E9CA8DFA650E2B04E042F0186@onstor-exch02.onstor.net> <20080514094055.0f0edc1f@ripper.onstor.net>
Content-class: urn:content-classes:message
Subject: RE: sub#22 prolly needs respin
Date: Wed, 14 May 2008 09:57:09 -0700
Message-ID: <BB375AF679D4A34E9CA8DFA650E2B04E042F0188@onstor-exch02.onstor.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: sub#22 prolly needs respin
Thread-Index: Aci14UhgVUTFHtcHQmiCbkIXVuW6EwAAkP3p
From: "Larry Scheer" <larry.scheer@onstor.com>
To: "Andy Sharp" <andy.sharp@onstor.com>
Cc: "Tim Gardner" <tim.gardner@onstor.com>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C8B5E3.C9DD3390
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Tim,
  What do you think? I need to re-spin sub 22 anyway. I can pick up this =
change if approved.

I will wait to start the rebuild.

Larry


-----Original Message-----
From: Andy Sharp
Sent: Wed 5/14/2008 9:40 AM
To: Larry Scheer
Cc: Tim Gardner
Subject: Re: sub#22 prolly needs respin
=20
Nothing to do with dmalloc.  As I mentioned, integrating that fix from
max solved the problem.  There is a bug in cluster-controller, I
believe, that causes it to crash over and over when you are in an
unconfigured state, ie., after a system config reset, or after doing a
flash_install without copying the config files.

On Wed, 14 May 2008 09:28:18 -0700 "Larry Scheer"
<larry.scheer@onstor.com> wrote:

> Andy,
>    Let's talk about what you were seeing when I get in. The sub22
> beta build has dmalloc enabled and I saw a couple of crashes, one
> immediately on reboot the other was with cluster controller when I
> tried to run a snapshot. When you say messed up what is the nature of
> the messyness? Check the cores in /var/run and see if they are all
> due to dmalloc.
>=20
> After a reboot I didn't see the first crash. Because of this behavior
> I wonder if Max's change really was the fix? When you did your own
> personal build dmalloc would have been turned off. Perhaps it is
> dmalloc that is ruining your buzz.
>=20
> I will be respinning the cougar builds with dmalloc turned off by
> commenting out the DMALLOC variable in /etc/defaults/onstor.
>=20
> Larry
>=20
>=20
>=20
> -----Original Message-----
> From: Andy Sharp
> Sent: Wed 5/14/2008 12:58 AM
> To: Andy Sharp
> Cc: Larry Scheer; Tim Gardner
> Subject: Re: sub#22 prolly needs respin
> =20
> On Wed, 14 May 2008 00:21:56 -0700 Andrew Sharp
> <andy.sharp@onstor.com> wrote:
>=20
> > Just an FYI,
> >=20
> > I'm trying to run sub#22 beta equivalent on my cougar, and it's
> > quite a mess.  I think we need to integrate max's change # 29211
> > into beta branch.  I'm going to try that now to see if it works.
>=20
>=20
> Yup, that fixed it.
>=20


------_=_NextPart_001_01C8B5E3.C9DD3390
Content-Type: text/html;
	charset="iso-8859-1"
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=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
6.5.7653.38">
<TITLE>RE: sub#22 prolly needs respin</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->

<P><FONT SIZE=3D2>Tim,<BR>
&nbsp; What do you think? I need to re-spin sub 22 anyway. I can pick up =
this change if approved.<BR>
<BR>
I will wait to start the rebuild.<BR>
<BR>
Larry<BR>
<BR>
<BR>
-----Original Message-----<BR>
From: Andy Sharp<BR>
Sent: Wed 5/14/2008 9:40 AM<BR>
To: Larry Scheer<BR>
Cc: Tim Gardner<BR>
Subject: Re: sub#22 prolly needs respin<BR>
<BR>
Nothing to do with dmalloc.&nbsp; As I mentioned, integrating that fix =
from<BR>
max solved the problem.&nbsp; There is a bug in cluster-controller, =
I<BR>
believe, that causes it to crash over and over when you are in an<BR>
unconfigured state, ie., after a system config reset, or after doing =
a<BR>
flash_install without copying the config files.<BR>
<BR>
On Wed, 14 May 2008 09:28:18 -0700 &quot;Larry Scheer&quot;<BR>
&lt;larry.scheer@onstor.com&gt; wrote:<BR>
<BR>
&gt; Andy,<BR>
&gt;&nbsp;&nbsp;&nbsp; Let's talk about what you were seeing when I get =
in. The sub22<BR>
&gt; beta build has dmalloc enabled and I saw a couple of crashes, =
one<BR>
&gt; immediately on reboot the other was with cluster controller when =
I<BR>
&gt; tried to run a snapshot. When you say messed up what is the nature =
of<BR>
&gt; the messyness? Check the cores in /var/run and see if they are =
all<BR>
&gt; due to dmalloc.<BR>
&gt;<BR>
&gt; After a reboot I didn't see the first crash. Because of this =
behavior<BR>
&gt; I wonder if Max's change really was the fix? When you did your =
own<BR>
&gt; personal build dmalloc would have been turned off. Perhaps it =
is<BR>
&gt; dmalloc that is ruining your buzz.<BR>
&gt;<BR>
&gt; I will be respinning the cougar builds with dmalloc turned off =
by<BR>
&gt; commenting out the DMALLOC variable in /etc/defaults/onstor.<BR>
&gt;<BR>
&gt; Larry<BR>
&gt;<BR>
&gt;<BR>
&gt;<BR>
&gt; -----Original Message-----<BR>
&gt; From: Andy Sharp<BR>
&gt; Sent: Wed 5/14/2008 12:58 AM<BR>
&gt; To: Andy Sharp<BR>
&gt; Cc: Larry Scheer; Tim Gardner<BR>
&gt; Subject: Re: sub#22 prolly needs respin<BR>
&gt;&nbsp;<BR>
&gt; On Wed, 14 May 2008 00:21:56 -0700 Andrew Sharp<BR>
&gt; &lt;andy.sharp@onstor.com&gt; wrote:<BR>
&gt;<BR>
&gt; &gt; Just an FYI,<BR>
&gt; &gt;<BR>
&gt; &gt; I'm trying to run sub#22 beta equivalent on my cougar, and =
it's<BR>
&gt; &gt; quite a mess.&nbsp; I think we need to integrate max's change =
# 29211<BR>
&gt; &gt; into beta branch.&nbsp; I'm going to try that now to see if it =
works.<BR>
&gt;<BR>
&gt;<BR>
&gt; Yup, that fixed it.<BR>
&gt;<BR>
<BR>
</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C8B5E3.C9DD3390--
