Network and Storage Protocols

VMware ESX 3.5 host can't write to new NFS volume

aldikan11
7,430 Views

Hi Guys,

Hope someone can help me solve this problem,

I have a VMware 3.5 infrastructure and some ESX hosts using existing NFS volume with no problems,

however, I just had to create a new NFS volume on the same storage FAS 3040, and Export Options setup to allow,

Read-Write, Root and Security.

From ESX hosts I added new volume, and can browse it, however I can't create new folders on that volume, nor create new VMs.

Seems like permissions issue..?

Any ideas?

Thanks,

Alex

1 ACCEPTED SOLUTION

joshb
7,430 Views

Yes, my issues were similar originally. I had several export options

set. The ESX 3.5 server could see my volume, but I could not

create/modify any files on there. After adding in this option, I

restarted by ESX server again (just to be safe) and could then

create/modify files on the volume.

As I said, there may also be another way around this. It just happened

to be how I solved it in my lab environment.

Josh

View solution in original post

7 REPLIES 7

joshb
7,430 Views

did you set anon=0 on the exportfs options for the volume?

There might be a better way to do that, but I had to set this option on

a few vols recently myself.

Josh

aldikan11
7,430 Views

Hi Josh,

Thank you,

Did you encounter similar issue?

I will try, this option, just don't recall setting it up on first NFS volume, the one that is working good now.

Thanks

Alex

joshb
7,431 Views

Yes, my issues were similar originally. I had several export options

set. The ESX 3.5 server could see my volume, but I could not

create/modify any files on there. After adding in this option, I

restarted by ESX server again (just to be safe) and could then

create/modify files on the volume.

As I said, there may also be another way around this. It just happened

to be how I solved it in my lab environment.

Josh

aldikan11
7,430 Views

Hi Josh,

You have made my day!

Many thanks, it works now

I wish to see this problem/solution documented, maybe it is, but I could not find it, and NetApp NFS and VMware best practices does not mention anything regarding this issue,

Your workaround with anon=0 works and I am migrating VM to the new NFS volume as I type.

Thanks again!

Alex

joshb
7,430 Views

I'm glad you are at least moving forward now.

Hopefully someone that knows more than I will let us both know if there

is another setting we both should make or if this is the proper one.

amiller_1
7,430 Views

For what it's worth, I never used the anon option and didn't have any trouble (though I was later told by a colleague after starting at my current job it was a best practice). I did set both root and read/write IP #'s -- here's a line from "exportfs" that is currently working (just with IP #'s changed).

/vol/vmware/vmware -sec=sys,rw=1.1.1.1:2.2.2.2:3.3.3.3,root=1.1.1.1:2.2.2.2:3.3.3.3

Interestingly, it's not mentioned in TR-3428....not sure why.

Note: the line above is being exported from ONTap 7.2.2 to a ESX 3.5 U3 host.

Message was edited by: Andrew Miller

vexperts
7,430 Views

Hi,

check your security style both on volume and qtree level. Should be set to unix.

regards

Erich

Public