Well the NFS stacks in CMODE and 7mode are completely different, so it's highly unlikely that you'd see the same issue in 7mode.
From: Scott Eno [mailto:s.eno@me.com] Sent: Monday, December 03, 2012 10:14 AM To: Parisi, Justin Cc: Toasters Subject: Re: nfsv4/parallel NFS bugs
No, 7-Mode. But was curious what he had seen.
On Dec 3, 2012, at 10:12 AM, "Parisi, Justin" <Justin.Parisi@netapp.commailto:Justin.Parisi@netapp.com> wrote:
Please keep in mind that TMac is referring to clustered ONTAP for his NFSv4 issues. Scott, are you running clustered ONTAP?
If so, please open a case and have the clustered ONTAP team work with you.
From: toasters-bounces@teaparty.netmailto:toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.netmailto:bounces@teaparty.net] On Behalf Of Scott Eno Sent: Monday, December 03, 2012 10:01 AM To: Mark Flint Cc: Toasters Subject: Re: nfsv4/parallel NFS bugs
Sounds like what they are seeing. The mount is obviously gone as writes are going to local disk, but the OS seems to insist the mount is still there.
That's as I understand it, anyway.
On Dec 3, 2012, at 9:45 AM, Mark Flint <mf1@sanger.ac.ukmailto:mf1@sanger.ac.uk> wrote:
Just as an aside to the mount problem, are you having autofs issues underneath? i.e. the mount 'going away' but still being in the mtab?
`Mark
ext:6944
On 3 Dec 2012, at 14:23, Scott Eno wrote:
Are there any NetApp bug reports you can point me to?
We aren't using any of the "higher brain functions" of NFSv4 like file ownership and kerberos. UNIX admins started using it to fix a problem they saw on a volume shared by, up to, 17 hosts. Under NFSv3, when one host would write a file to the volume, other hosts wouldn't see the file. This problem goes away with NFSv4 mounts. Other problems, however, are appearing. A host will lose a mount to the NetApp and start writing to local disk. The RHEL OS, however, is adamant that the mount is still there. Very strange.
They are also seeing "Bad Sequence ID" errors in the RHEL logs, but both NetApp and Red Hat claim this issue was resolved in earlier versions of their respective OS's.
Now I'm wondering if 8.1.2 contains enough fixes for NFSv4 to cover our issues as well.
On Dec 3, 2012, at 9:13 AM, tmac <tmacmd@gmail.commailto:tmacmd@gmail.com> wrote:
Should have mentioned the bugs that I have seen are fixed in 8.1.2
In my environment....performance related bugs. I was fine with a couple dozen hosts... opening the floodgates to a couple hundred nfsv4 hosts broke. Had to revert to nfsv3 (not a big deal, just revert the autofs table I was using).
--tmac
Tim McCarthy Principal Consultant
[http://dl.dropbox.com/u/6874230/na_cert_dma_2c.jpg] [http://dl.dropbox.com/u/6874230/rhce.jpeg] [http://dl.dropbox.com/u/6874230/na_cert_ie-san_2c.jpg]
Clustered ONTAP Clustered ONTAP NCDA ID: XK7R3GEKC1QQ2LVD RHCE5 805007643429572 NCSIE ID: C14QPHE21FR4YWD4 Expires: 08 November 2014 Expires w/release of RHEL7 Expires: 08 November 2014
On Mon, Dec 3, 2012 at 9:07 AM, Scott Eno <s.eno@me.commailto:s.eno@me.com> wrote: Hi,
Your mentioned in the cluster thread of NFSv4 bugs caught my eye. Can you elaborate on that? We are moving RHEL 6.x servers to NFSv4 and a few odd issues have popped up (Bad Sequence ID errors, losing mounts).
Running 8.1.1P1 across the board.
On Dec 2, 2012, at 8:57 PM, tmac <tmacmd@gmail.commailto:tmacmd@gmail.com> wrote:
To the best if my knowledge, there is still no in place upgrade to clustered ontap. You must migrate to different heads.
With that said, I have three different clusters... One large (4 fas 6280's) in my lab, one small(2 x fas 3240's) on my regular network and one more (2 x fas6080) used as backup or inter cluster snap mirror.
Still 8.1.1p1d1
All I can say right now is watch out for a few nfsv4/parallel NFS bugs. Other than that... It had been real nice. On Dec 2, 2012 7:57 PM, "Peter D. Gray" <pdg@uow.edu.aumailto:pdg@uow.edu.au> wrote: Hi people,
I am contemplating going to cluster mode on our 3170A and was wondering what peoples experience has been?
Any problems or gotchas?
We are on 8.1.2.
Regards, pdg
_______________________________________________ Toasters mailing list Toasters@teaparty.netmailto:Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters _______________________________________________ Toasters mailing list Toasters@teaparty.netmailto:Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters
_______________________________________________ Toasters mailing list Toasters@teaparty.netmailto:Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters
-- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE.