This version?
Linux automount version 5.0.5-54.el6
Directories: config dir: /etc/sysconfig maps dir: /etc modules dir: /usr/lib64/autofs
Compile options: DISABLE_MOUNT_LOCKING ENABLE_IGNORE_BUSY_MOUNTS WITH_HESIOD WITH_LDAP WITH_SASL LIBXML2_WORKAROUND WITH_LIBTIRPC
On Dec 3, 2012, at 10:03 AM, Mark Flint mf1@sanger.ac.uk wrote:
We had to upgrade to autofs5 to get round that issue, but I haven't tried V4 yet <gulp> :)
`Mark
ext:6944
On 3 Dec 2012, at 15:01, Scott Eno wrote:
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.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.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
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.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.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.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.net http://www.teaparty.net/mailman/listinfo/toasters _______________________________________________ Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters
Toasters mailing list 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.
-- 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.
-
Scott Eno