AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:<20071031140143.3185cd33@ripper.onstor.net>
CFG:
PT:0
S:andy.sharp@onstor.com
RQ:
SSV:onstor-exch02.onstor.net
NSV:
SSH:
R:<jobi.ariyamannil@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	BB375AF679D4A34E9CA8DFA650E2B04E0648DF1D@onstor-exch02.onstor.net
X-Sylpheed-End-Special-Headers: 1
Date: Wed, 31 Oct 2007 14:04:04 -0700
From: Andrew Sharp <andy.sharp@onstor.com>
To: "Jobi Ariyamannil" <jobi.ariyamannil@onstor.com>
Subject: Re: change in snapshot NFS semantics?
Message-ID: <20071031140404.145f1f74@ripper.onstor.net>
In-Reply-To: <BB375AF679D4A34E9CA8DFA650E2B04E0648DF1D@onstor-exch02.onstor.net>
References: <20071031134254.7567a32c@ripper.onstor.net>
	<BB375AF679D4A34E9CA8DFA650E2B04E0648DF1D@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 Wed, 31 Oct 2007 13:50:12 -0700 "Jobi Ariyamannil"
<jobi.ariyamannil@onstor.com> wrote:

> Hi Andy,
> 
> I liked you saying "We've been lazy", in one of your emails :-)

Well, it's true, we have been.  Notice I would never say anything other
than 'we' since at least between you and me, it's probably just you ~:^)
But we does include me, even though neither one of us was here when
eek was implemented.  But how lame that they didn't tie it into the
UI.

So, when are you, the manager of the filesystem group in case no one
told you yet, going to roll out your project list?  Adding fs-preen
(new name for eek?) to the user interface should definitely be on it.
By project list, I don't mean schedule, but simply a list of projects
that the talking heads can pick and choose from for each release.

Perhaps online eek should be rolled out as a beta feature the first
release it's available, and after the UI work is done, which BTW I'm
sure you can do a few hours a week in the evenings while babysitting,
it can be released as a production feature.  Let's face it, OE won't
have gotten much testing if we're rolling it out in R98.  And by all
accounts such a pervasive feature deserves a lot of testing and/or
experience.  I take it we aren't running it on mightydog right now.

> I am not sure whether we are consistent on displaying ".snapshot" in
> the ls output.  I think it should not have been displayed (but not
> sure). If this is a new behavior you seeing, please open a defect and
> we can look at that.

Well, I'm not sure if it's new or now, I was hoping you might know.

> Regards,
> Jobi 
> 
> -----Original Message-----
> From: Andy Sharp 
> Sent: Wednesday, October 31, 2007 1:43 PM
> To: Jobi Ariyamannil
> Subject: change in snapshot NFS semantics?
> 
> Hi Jobi,
> 
> I got a kick out of that email you sent a couple of days ago, it was
> like "Memo to File System Manager" only sent by you to the rest of the
> company.  Kind of perplexing, really.
> 
> Anyway, I noticed this today and I'm wondering what's going on:
> 
> ripper:/n/software$ ls
> ./                       mgmt-bus/
> ../                      Mirror/
> 11-doclist               NDMP/
> AgileMirror/             Netapp-F700-Updates/
> Audit/                   NFX Tree and CVS/
> AuthAgent/               ONStorCodingStyle.rtf*
> BackupRestore/           Projects/
> Boards.xls*              Protocols/
> BSD/                     ReleasedPROMs/
> Chassis Manager/         Replication/
> CLIHelpStyleGuide.doc*   SAC/
> CLI Refactoring/         SCSI/
> Clustering/              smt/
> Competition/             .snapshot/
> Components.xls*          SNMP/
> cougar/                  SoftwareDesignTemplate.doc*
> Customers/               Software.html*
> dev-tools/               software on ONStor EverON (mightydog).lnk*
> DMIP/                    SSC_SW_BLOCKS.vsd*
> .DS_Store*               Standards/
> EmbeddedExecutive/       Storage Management/
> EngTemplates/            SW_GUIDELINE.doc*
> FaultMgmt/               .swp
> FileSystem/              SwSpecDocNumbers.xls*
> GMC/                     SystemBehaviors/
> GNS_CIFS/                Systems Engineering/
> Hardware_Documents/      SystemX/
> IDMap/                   TCPIP/
> Initial Configuration/   techpubs/
> interview_question.doc*  tmp/
> Kerberos/                .Trashes/
> LMI/                     ._.Trashes*
> LUC/                     VolumeManager/
> 
> 
> Shouldn't the '.snapshot' directory be hidden in a normal directory
> listing?  Or is it supposed to show up at the topmost level, but not
> in lower levels?  Just curious.
> 
> Cheers,
> 
> a
