AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:<20090602112037.0e0b38e8@ripper.onstor.net>
CFG:
PT:0
S:andy.sharp@onstor.com
RQ:
SSV:mail.onstor.net
NSV:
SSH:
R:<sandrine.boulanger@onstor.com>,<John.Keiffer@onstor.com>,<richard.lareau@onstor.com>,<larry.scheer@onstor.com>,<Arnaldo.Roldan@onstor.com>,<richard.hardiman@onstor.com>
MAID:1
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
RMID:#imap/andys@onstor.net@exch1.onstor.net/INBOX	0	102AB4F33EBBDB4C91915B145C8E9FB31370B00FC8@exch1.onstor.net
X-Sylpheed-End-Special-Headers: 1
Date: Tue, 2 Jun 2009 11:21:57 -0700
From: Andrew Sharp <andy.sharp@onstor.com>
To: Sandrine Boulanger <sandrine.boulanger@onstor.com>
Cc: John Keiffer <John.Keiffer@onstor.com>, Rich LaReau
 <richard.lareau@onstor.com>, Larry Scheer <larry.scheer@onstor.com>,
 Arnaldo Roldan <Arnaldo.Roldan@onstor.com>, Richard Hardiman
 <richard.hardiman@onstor.com>
Subject: Re: NFSv4 mini test plan draft
Message-ID: <20090602112157.2924d994@ripper.onstor.net>
In-Reply-To: <102AB4F33EBBDB4C91915B145C8E9FB31370B00FC8@exch1.onstor.net>
References: <102AB4F33EBBDB4C91915B145C8E9FB31370ABB5E7@exch1.onstor.net>
	<102AB4F33EBBDB4C91915B145C8E9FB31370B00FC8@exch1.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, 2 Jun 2009 11:03:33 -0700 Sandrine Boulanger
<sandrine.boulanger@onstor.com> wrote:

> Sorry, I meant to copy Rich Hardiman, not Lareau ;-)

Heh, it's all good.

> _____________________________________________
> From: John Keiffer
> Sent: Tuesday, June 02, 2009 10:43 AM
> To: Sandrine Boulanger
> Cc: Rich LaReau; Larry Scheer; Arnaldo Roldan; Andy Sharp
> Subject: RE: NFSv4 mini test plan draft
> 
> I'll let the experts tell us what's up.
> 
> Here's the kernel info for our Solaris client:
> 
> root@c10r37-sol10 # uname -a
> SunOS c10r37-sol10 5.10 Generic_118833-22 sun4u sparc
> SUNW,Sun-Fire-V210

Not opensolaris/gnu, that's the problem.

> Also, can an expert tell me why Tab Tab and arrow up for history
> doesn't work? I hate that!

Because it's not bash, that's the problem ~:^).  Bash should be on
there, it's just not the default login shell, at least, not until you
change it to be.  You can always just run bash by typing "bash".

> _____________________________________________
> From: Sandrine Boulanger
> Sent: Tuesday, June 02, 2009 10:37 AM
> To: John Keiffer
> Cc: Rich LaReau; Larry Scheer; Arnaldo Roldan
> Subject: RE: NFSv4 mini test plan draft
> 
> Bummer! Maybe it's not the right kernel? I copied Rich and Larry if
> they have any clue (I don't!). We need a solaris client that has -v
> and -V options. I thought if Solaris 10 supports NFSv4, then they all
> have the right tools to list the ACLs!
> 
> _____________________________________________
> From: John Keiffer
> Sent: Tuesday, June 02, 2009 10:33 AM
> To: Sandrine Boulanger
> Subject: RE: NFSv4 mini test plan draft
> 
> I take a look at that.
> 
> Any idea why none of the Solaris clients ls programs will display the
> ACL format we were hoping to see?
> 
> root@c10r37-sol10 # find /usr -name ls
> /usr/bin/sparcv9/ls

Hah!  This is for the old ultrasparc-I chips...as if anyone is still
using those.

> /usr/bin/ls
> /usr/xpg4/bin/ls
> /usr/xpg6/bin/ls
> /usr/ucb/ls
> root@c10r37-sol10 # /usr/bin/sparcv9/ls -V
> /usr/bin/sparcv9/ls: illegal option -- V
> usage: ls -1RaAdCxmnlhogrtucpFbqisfHLeE@ [files]

Dang, that's a lot of options.  Does the man page give a hint if any of
these will list acls?

> root@c10r37-sol10 # /usr/bin/ls -V
> /usr/bin/ls: illegal option -- V
> usage: ls -1RaAdCxmnlhogrtucpFbqisfHLeE@ [files]
> root@c10r37-sol10 # /usr/xpg4/bin/ls -V
> /usr/xpg4/bin/ls: illegal option -- V
> usage: ls -1RaAdCxmnlhogrtucpFbqisfHLeE@ [files]
> root@c10r37-sol10 # /usr/xpg6/bin/ls -V
> /usr/xpg6/bin/ls: illegal option -- V
> usage: ls -1RaAdCxmnlhogrtucpFbqisfHLeE@ [files]

One of these options should list acls, I'm guessing.

> root@c10r37-sol10 # /usr/ucb/ls -V
> vi-file.txt
> 
> Here's the same command run on the Leopard from NMC:
> 
> nmc@Leopard-1:/pool1/nfs$ ls -V
> total 2
> -rw-r--r--   1 nfs      nobody         7 Jun  2 10:06 vi-file.txt
>                  owner@:--x-----------:-------:deny
>                  owner@:rw-p---A-W-Co-:-------:allow
>                  group@:-wxp----------:-------:deny
>                  group@:r-------------:-------:allow
>               everyone@:-wxp---A-W-Co-:-------:deny
>               everyone@:r-----a-R-c--s:-------:allow
> 
> Here's the ls programs available on the Leopard shell:
> 
> root@Leopard-1:/volumes/pool1/nfs# find /usr -name ls
> /usr/xpg6/bin/ls
> /usr/ucb/ls
> /usr/xpg4/bin/ls
> /usr/sun/bin/ls
> /usr/bin/amd64/ls
> /usr/bin/ls
> root@Leopard-1:/volumes/pool1/nfs# /usr/xpg6/bin/ls -V
> total 2
> -rw-r--r--   1 nfs      nobody         7 Jun  2 10:06 vi-file.txt
>                  owner@:--x-----------:-------:deny
>                  owner@:rw-p---A-W-Co-:-------:allow
>                  group@:-wxp----------:-------:deny
>                  group@:r-------------:-------:allow
>               everyone@:-wxp---A-W-Co-:-------:deny
>               everyone@:r-----a-R-c--s:-------:allow
> root@Leopard-1:/volumes/pool1/nfs# /usr/ucb/ls -V
> vi-file.txt
> root@Leopard-1:/volumes/pool1/nfs# /usr/xpg4/bin/ls -V
> total 2
> -rw-r--r--   1 nfs      nobody         7 Jun  2 10:06 vi-file.txt
>                  owner@:--x-----------:-------:deny
>                  owner@:rw-p---A-W-Co-:-------:allow
>                  group@:-wxp----------:-------:deny
>                  group@:r-------------:-------:allow
>               everyone@:-wxp---A-W-Co-:-------:deny
>               everyone@:r-----a-R-c--s:-------:allow
> root@Leopard-1:/volumes/pool1/nfs# /usr/sun/bin/ls -V
> total 2
> -rw-r--r--   1 nfs      nobody         7 Jun  2 10:06 vi-file.txt
>                  owner@:--x-----------:-------:deny
>                  owner@:rw-p---A-W-Co-:-------:allow
>                  group@:-wxp----------:-------:deny
>                  group@:r-------------:-------:allow
>               everyone@:-wxp---A-W-Co-:-------:deny
>               everyone@:r-----a-R-c--s:-------:allow
> root@Leopard-1:/volumes/pool1/nfs# /usr/bin/amd64/ls -V
> total 2
> -rw-r--r--   1 nfs      nobody         7 Jun  2 10:06 vi-file.txt
>                  owner@:--x-----------:-------:deny
>                  owner@:rw-p---A-W-Co-:-------:allow
>                  group@:-wxp----------:-------:deny
>                  group@:r-------------:-------:allow
>               everyone@:-wxp---A-W-Co-:-------:deny
>               everyone@:r-----a-R-c--s:-------:allow
> root@Leopard-1:/volumes/pool1/nfs# /usr/bin/ls -V
> /usr/bin/ls: invalid option -- V
> Try `/usr/bin/ls --help' for more information.
> _____________________________________________
> From: Sandrine Boulanger
> Sent: Tuesday, June 02, 2009 10:10 AM
> To: John Keiffer
> Cc: Dave Limato; Brian Nguyen; Patrick Haverty
> Subject: NFSv4 mini test plan draft
> 
> Here's my take on what we can test for NFSv4. I appended the section
> from the ZFS SAG for reference at the end. John, you can add to it if
> you think about something else. The existing test suites should be
> downloaded and compiled on the NFS clients that you'll use, we can
> get help from Rich and Larry for this.
> 
>  << File: NFSv4-mini-TP.doc >>
> 
> John, for webdav, you can try downloading webdrive for free and give
> it a try on a windows client. It seems it'll be the only thing that
> will work, Narayan was ok if we have this caveat.
> 
