AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:<20080325093634.159f7569@ripper.onstor.net>
CFG:
PT:0
S:andy.sharp@onstor.com
RQ:
SSV:onstor-exch02.onstor.net
NSV:
SSH:
R:<sripal.surendiran@onstor.com>,<larry.scheer@onstor.com>,<manohar.divate@onstor.com>,<vikas.saini@onstor.com>,<sudharsan@onstor.com>,<tim.gardner@onstor.com>,<narain.ramadass@onstor.com>,<john.rogers@onstor.com>,<paul.hammer@onstor.com>,<sandrine.boulanger@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	47E7C5DD.8020801@onstor.com
X-Sylpheed-End-Special-Headers: 1
Date: Tue, 25 Mar 2008 09:37:15 -0700
From: Andrew Sharp <andy.sharp@onstor.com>
To: Sripal <sripal.surendiran@onstor.com>
Cc: Larry Scheer <larry.scheer@onstor.com>, Manohar Divate
 <manohar.divate@onstor.com>, Vikas Saini <vikas.saini@onstor.com>,
 Sudharsan Srinivasan <sudharsan@onstor.com>, Tim Gardner
 <tim.gardner@onstor.com>, Narain Ramadass <narain.ramadass@onstor.com>,
 John Rogers <john.rogers@onstor.com>, Paul Hammer <paul.hammer@onstor.com>,
 Sandrine Boulanger <sandrine.boulanger@onstor.com>
Subject: Re: Cougar FTI + bobcat Migration code ready for in-branch testing
Message-ID: <20080325093715.6668ef8c@ripper.onstor.net>
In-Reply-To: <47E7C5DD.8020801@onstor.com>
References: <BB375AF679D4A34E9CA8DFA650E2B04E042F0132@onstor-exch02.onstor.net>
	<47E7C5DD.8020801@onstor.com>
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

See my comments below.

On Mon, 24 Mar 2008 20:46:45 +0530 Sripal
<sripal.surendiran@onstor.com> wrote:

> Larry,
> 
> See my inline comments below. Hope this will answer all the issues.
> 
> Thanks,
> Sripal.
> 
> Larry Scheer wrote:
> >
> > I used system upgrade -s to install the cougar debug image on g4r5
> > to test the basic installation.
> > I discovered the following issues with this build:
> >
> > 1. The cg_fti branch was not updated with all of the changes from
> > the dev branch the descr-$(PROD) files are not the latest. This
> > introduced a regression with ypbind fails to start if your root
> > file system was previously configured to run with ypbind on the SSC
> > (many defects filed agains this)
> >
> > Sripal>Looks like this change was made before cg_fti branch was 
> > created and somehow the change is not reflected in the branch. I 
> > missed this since I always try to integrate from the changelist
> > since the branch was created. Now I have integrated all the files.
> > There should be no issues.
> >
> > 2. Although I had a fully configured system when I started nfxsh
> > after the installion and reboot I encountered the FTI screen in the
> > CLI.
> >
> > Sripal> FTI assumes entry for both eth0 and eth1 files are always 
> > present. Probably your interface file might miss entry for eth1
> > which is not configured. The interface which is not configured
> > should have commented entry in /etc/network/interfaces.
> >
> > The entry should be like this
> >
> > iface eth<0/1> inet static
> > # address not_configured
> > # netmask not_configured
> >
> > Test the scenario with Cougar box having entry for both the
> > interface in /etc/network/interfaces. Upgrade should not show FTI
> > screen.
> >
> > 3. Selecting the option to copy the configuration from the
> > secondary flash failed.
> >
> > Sripal> FTI checks for valid mandatory files in secondary before 
> > performing load from secondary option.
> >
> > Below are the mandatory fields.
> >
> >    1. Hostname [/etc/hostname]
> >    2. Either sc0 or sc1 ip & netmask [/etc/network/interfaces]
> >    3. Default gateway [/etc/network/if-up.d/addroutes]

Default gateway is not a mandatory file/field.  There is no reason a
filer has to have a default gateway.  If the code requires that, it
needs to be fixed.

> > If any one/all the files does not contain valid entry, then load
> > from secondary option will fail with following error message
> >
> > "Secondary flash doesn't seem to contain valid configuration files. 
> > Exiting...".
> >
> > I had a chance to look into your filer and could see invalid entry
> > for route.
> > #route add -net 0.0.0.0 netmask 0.0.0.0 gw 10.2.0.1  --> This is
> > valid entry. But it is commented out.
> > route add default gw 10.2.0.1 --> FTI and ipmd assumes this as
> > invalid entry

It's perfectly valid not to have a default route.
