What ONTAP release, what Linux kernel, what NFS mount options?
----- Original Message ----- From: Dave Holland dh3@sanger.ac.uk To: Toasters toasters@mathworks.com Sent: Wed Jun 11 09:56:10 2008 Subject: strange behaviour, Linux and NFS on NTFS qtree
Hello,
I'm seeing some strange behaviour with a FAS3040 filer I have on evaluation at the moment. I have an NTFS-style qtree exported by NFS and CIFS. Debian Linux clients see odd behaviour relating to open() and stat64() system calls. This strace output from "vim" captures it in a nutshell:
uname({sys="Linux", node="acheron", ...}) = 0 stat64("ffff", 0xbfb4d030) = -1 ENOENT (No such file or directory) stat64("ffff", 0xbfb4d0b0) = -1 ENOENT (No such file or directory) access("ffff", W_OK) = -1 ENOENT (No such file or directory) open("ffff", O_RDONLY) = -1 ENOENT (No such file or directory) readlink("ffff", 0xbfb4c7cc, 1023) = -1 ENOENT (No such file or directory) open(".ffff.swp", O_RDONLY) = -1 ENOENT (No such file or directory) open(".ffff.swp", O_RDWR|O_CREAT|O_EXCL, 0600) = -1 EACCES (Permission denied) stat64(".ffff.swp", {st_mode=S_IFREG|0777, st_size=0, ...}) = 0
Note that the open(O_RDWR...) call fails with EACCES; but the following stat64() call succeeds. The file ffff.swp was created on disk despite the reported failure of the open() call.
This behaviour is seen using "vim" to edit files, and causes an error message about the swap file being present (due to the swap file being created even though the open() return value implies it was not).
Trying the same "vim" command on a Tru64 NFS client, correct behaviour is seen: the open(O_RDWR...) succeeds and a filehandle is returned.
I asked Netapp support and they suggested a mixed-style qtree. But I've read on this list about the last-change-wins problem on permissions and ACLs, and I'd really rather not go there.
I've worked through the troubleshooting guide: http://now.netapp.com/NOW/knowledge/docs/olio/guides/ontap_troubleshooting with no luck.
Is there anything else I can configure (on the filer or on the clients) to avoid this problem? Thanks for any suggestions!
Dave
On Wed, Jun 11, 2008 at 11:30:22AM -0400, Webster, Stetson wrote:
What ONTAP release, what Linux kernel, what NFS mount options?
I knew I'd missed things...
It's ONTAP 7.2.4. I can upgrade to 7.2.5 if that'll help.
The Linux kernel is 2.6.18-6-686 (Debian 4.0, 2.6.18.dfsg.1-18etch4), and the problem also shows with 2.6.8-2-686-smp and 2.6.5--286tg3susesfs.
I noticed this when mounting with proto=tcp,vers=3,rsize=8192,wsize=8192. I'd also tried UDP, and the problem persisted.
But after your email I tried vers=2 and the problem goes away (with both TCP and UDP) which is interesting indeed. Although with the crazy size files and filesystems around here, NFSv3 is very desirable.
thanks, Dave
I want to move a bunch of disks that are owned by filer2 to filer1, they are in the same cluster. Both NOW and google seem unable to answer how to do this, can someone link a doc that has how to do this?
This message (including any attachments) contains confidential and/or proprietary information intended only for the addressee. Any unauthorized disclosure, copying, distribution or reliance on the contents of this information is strictly prohibited and may constitute a violation of law. If you are not the intended recipient, please notify the sender immediately by responding to this e-mail, and delete the message from your system. If you have any questions about this e-mail please notify the sender immediately.
Try disk assign disk reassign
Just make sure they're not a current member of a raid group anywhere (spares pool)
There is no "unassign". You have to "disk assign" from the member you want to assign disk to.
Best regards, ~~~~~~~~~~~~~~~~ Kevin Parker Mobile: 919.606.8737 http://theparkerz.com blocked::http://theparkerz.com/ ~~~~~~~~~~~~~~~~
_____
From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Page, Jeremy Sent: Wednesday, June 11, 2008 12:13 PM To: toasters@mathworks.com Subject: How to assign disks to a different filer in a cluster
I want to move a bunch of disks that are owned by filer2 to filer1, they are in the same cluster. Both NOW and google seem unable to answer how to do this, can someone link a doc that has how to do this?
This message (including any attachments) contains confidential and/or proprietary information intended only for the addressee. Any unauthorized disclosure, copying, distribution or reliance on the contents of this information is strictly prohibited and may constitute a violation of law. If you are not the intended recipient, please notify the sender immediately by responding to this e-mail, and delete the message from your system. If you have any questions about this e-mail please notify the sender immediately.
Justin sent this link to me and it's working:
https://now.netapp.com/Knowledgebase/solutionarea.asp?id=kb12834
Mostly the problem was I had auto_assign enabled so as soon as I removed ownership it was putting it back. Being outsmarted by a filer does not feel good.
Jeremy M. Page____________________
Systems Architect
* email:Jeremy.Page@gilbarco.com - * phone: 336.547.5399 - 6 fax: 336.547.5163 - * cell: 336.601.7274
________________________________
From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Page, Jeremy Sent: Wednesday, June 11, 2008 12:13 PM To: toasters@mathworks.com Subject: How to assign disks to a different filer in a cluster
I want to move a bunch of disks that are owned by filer2 to filer1, they are in the same cluster. Both NOW and google seem unable to answer how to do this, can someone link a doc that has how to do this?
This message (including any attachments) contains confidential and/or proprietary information intended only for the addressee. Any unauthorized disclosure, copying, distribution or reliance on the contents of this information is strictly prohibited and may constitute a violation of law. If you are not the intended recipient, please notify the sender immediately by responding to this e-mail, and delete the message from your system. If you have any questions about this e-mail please notify the sender immediately.
This message (including any attachments) contains confidential and/or proprietary information intended only for the addressee. Any unauthorized disclosure, copying, distribution or reliance on the contents of this information is strictly prohibited and may constitute a violation of law. If you are not the intended recipient, please notify the sender immediately by responding to this e-mail, and delete the message from your system. If you have any questions about this e-mail please notify the sender immediately.