X-MimeOLE: Produced By Microsoft Exchange V6.5
Received: by onstor-exch02.onstor.net 
	id <01C88D68.71E484B0@onstor-exch02.onstor.net>; Sun, 23 Mar 2008 21:35:10 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-class: urn:content-classes:message
Subject: RE: Cougar Motherboard (Blade) FRU
Date: Sun, 23 Mar 2008 21:35:09 -0700
Message-ID: <BB375AF679D4A34E9CA8DFA650E2B04E08FC3A03@onstor-exch02.onstor.net>
In-Reply-To: <BB375AF679D4A34E9CA8DFA650E2B04E08FC3930@onstor-exch02.onstor.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Cougar Motherboard (Blade) FRU
Thread-Index: Ach4HLI+I1i1BGSqS1CirCCfvLH7+gUMn/DgAEXmPDA=
References: <BB375AF679D4A34E9CA8DFA650E2B04E088225FF@onstor-exch02.onstor.net> <20080225181002.02d96739@ripper.onstor.net> <BB375AF679D4A34E9CA8DFA650E2B04E08FC3930@onstor-exch02.onstor.net>
From: "Brian Stark" <brian.stark@onstor.com>
To: "Dennis Arellano" <dennis.arellano@onstor.com>,
	"Andy Sharp" <andy.sharp@onstor.com>
Cc: "Tim Gardner" <tim.gardner@onstor.com>

The primary CF refers to the CF that the system booted from while the
secondary CF refers to the CF that is a backup.  Note that primary and
secondary do not refer to physical slot.  Unless the user specifically
reboots from the secondary, e.g. system reboot -s, the system will
continue to use the primary CF, which could be CF0 or CF1.=20

The default setting when a customer receives a system will be to boot
from CF0.  So when moving CF from one blade to another, the user must
move the primary CF from the current system to CF0 on the new system.
Again, the primary CF on the current system may be in CF0 or CF1, and
this can be viewed by 'system show version'.

I had suggested an alternative where the new system would have its
boot_dev env variable modified to match the current system.  After
thinking about this some more, I don't think this is the correct
approach, so let's go with the approach described above of moving the
primary CF to CF0 on the new system.
=20

> -----Original Message-----
> From: Dennis Arellano=20
> Sent: Saturday, March 22, 2008 12:04 PM
> To: Andy Sharp; Mark Farabaugh
> Cc: Brian Stark; Tim Gardner
> Subject: RE: Cougar Motherboard (Blade) FRU
>=20
> Brain,
>=20
> On the question of the CompactFlash cards, you and Andy=20
> appear to disagree. Will it boot from CF0 and should it be=20
> forced to boot off the CF that was active and the same slot=20
> that it was in? Possibly CF1.
>=20
> Thanks, Dennis
> -----Original Message-----
> From: Andy Sharp
> Sent: Monday, February 25, 2008 6:10 PM
> To: Mark Farabaugh
> Cc: Brian Stark; Tim Gardner; Dennis Arellano
> Subject: Re: Cougar Motherboard (Blade) FRU
>=20
> On Mon, 25 Feb 2008 17:57:45 -0800 "Mark Farabaugh"
> <mark.farabaugh@onstor.com> wrote:
>=20
> > Brian, Tim, Andy,
> >=20
> > =20
> >=20
> > We are currently developing the FRU replacement=20
> instructions for all=20
> > the Cougar FRU's including the motherboard.
> >=20
> > Per marketing the motherboard is now called a NAS blade.  There are=20
> > some questions we have about software steps and changing CF's.
> >=20
> > =20
> >=20
> > -We have made the assumption that we will issue the system halt=20
> > command, wait for synching, and then power off the unit.
> >=20
> > Is this true in all cases?
>=20
> No, just for Cougar cases.  Thank you, and good night!
>=20
> But seriously, do we power off the case or are the blades hot=20
> pluggable?
>=20
> > -When the NAS blade is replaced, will this cause the other=20
> NAS blade=20
> > to reset?
>=20
> I think the answer is 'no' unless we have to power down the=20
> whole case.
>=20
> > -Should the Compact Flash cards be replaced in the same slots from=20
> > which they were removed? I've heard a rumor that the Cougar=20
> will boot=20
> > off of CF0 when it comes back up.
>=20
> Good point, the default PROM setting is probably to boot from=20
> the top slot, so the CF card that was the primary in the=20
> previous blade should be put in the top slot of the new blade.
>=20
> > -How will MAC addresses be handled?
> >=20
> > -Are other commands we need to consider in the FRU replacement=20
> > instructions?
>=20
> Maybe we should say something about failing vsvrs over to the=20
> other blade before running the halt command.  Not sure what=20
> the official story is there.  If the whole thing gets powered=20
> down, it doesn't matter.
>=20
>=20
> > Any insight you can provide will be helpful.
> >=20
> > =20
> >=20
> > Regards, Mark and Dennis
> >=20
> > =20
> >=20
> > =20
> >=20
> > =20
> >=20
> > Mark Farabaugh
> >=20
> > ONStor, Inc.
> > office: 408.963.2431
> > mobile: 408.458.0511
> >=20
> > Mark.Farabaugh@onstor.com <mailto:Mark.Farabaugh@onstor.com>
> > http://www.onstor.com <http://www.onstor.com>
> >=20
> > =20
> >=20
> > =20
> >=20
>=20
