AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:<20080205115606.02ab9e40@ripper.onstor.net>
CFG:
PT:0
S:andy.sharp@onstor.com
RQ:
SSV:onstor-exch02.onstor.net
NSV:
SSH:
R:<brian.deforest@onstor.com>,<charissa.willard@onstor.com>,<larry.scheer@onstor.com>,<tim.gardner@onstor.com>,<jonathan.goldick@onstor.com>,<sripal.surendiran@onstor.com>,<sudharsan@onstor.com>
MAID:1
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
RMID:#imap/andys@onstor.net@onstor-exch02.onstor.net/INBOX	0	BB375AF679D4A34E9CA8DFA650E2B04E08264C1C@onstor-exch02.onstor.net
X-Sylpheed-End-Special-Headers: 1
Date: Tue, 5 Feb 2008 11:57:49 -0800
From: Andrew Sharp <andy.sharp@onstor.com>
To: "Brian DeForest" <brian.deforest@onstor.com>
Cc: "Charissa Willard" <charissa.willard@onstor.com>, "Larry Scheer"
 <larry.scheer@onstor.com>, "Tim Gardner" <tim.gardner@onstor.com>,
 "Jonathan Goldick" <jonathan.goldick@onstor.com>, "Sripal Surendiran (HCL)"
 <sripal.surendiran@onstor.com>, "Sudharsan Srinivasan"
 <sudharsan@onstor.com>
Subject: Re: Cougar first time install func spec
Message-ID: <20080205115749.2493981e@ripper.onstor.net>
In-Reply-To: <BB375AF679D4A34E9CA8DFA650E2B04E08264C1C@onstor-exch02.onstor.net>
References: <BB375AF679D4A34E9CA8DFA650E2B04E08264C1C@onstor-exch02.onstor.net>
Organization: Onstor
X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Tue, 5 Feb 2008 11:36:19 -0800 "Brian DeForest"
<brian.deforest@onstor.com> wrote:

> Sripal is looking for initial feedback, before sending to
> dl-designreview.   
> 
> Brian

Section 5.2

a filer is not booted using flash_install.sh.  The software is loaded
onto a flash card that way, however.

Default route is not a mandatory field.  Although it is somewhat
unusual, the filer might not have a default route, so it isn't
mandatory.

Section 5.4

This should really be a part of 5.3 on how a filer gets an IP address.

Item #2.  We do not control this per say.

Item #3.  I don't like this very much.  Should be controllable from the
dhclient.conf file.

Item #4.  Say what?  So we are adding an option to _system config
reset_ that means "don't actually reset anything"?  This needs more
explanation.

Section 8.2

Correct (or incorrect) observance of the use of the
file /etc/.auto_upgrade should be mentioned here.

