Can not copy NFS share to NFS share

[iowaprogrammer]

Looking for help with a an NFS issue


I have two shares one with a zfs filesystem the other with a UFS filesystem shared via NFS. I use the shares as home directories for my users

The ZFS has the following in dfstab running on a solaris 10 machine
share -F nfs -o anon=0,log /mypool/home

The UFS has the following in dfstab running on solaris 10
share -F nfs -o rw,root=172.16.51.3:172.16.50.3 /usr/home


THese shares are both mounted to two seperate servers running solaris 8

server A @ --- /usr/home (/usr/home)
--- /usr/tester (/mypool/home)

Server B @ --- /usr/home (/usr/home)
--- /usr/tester (/mypool/home)


The problem I am having is as root user on server A

I can 'touch' a file, cat, cp, vi, and etc in /usr/tester
I can not do any of the above to my /usr/home

I recieved permissions errors when trying to copy the contents from usr/home to /usr/tester on server A

When I go to Server B

I can 'touch' a file, cat, cp, vi, and copy back and forth on the shares in /usr/home and /usr/tester

when I tried to do a usermod -d /usr/tester -m <userid> I recieve error saying that UX: usermod: ERROR: There is not sufficient space to move


drwxr-xr-x 9603 root root 9603 Oct 3 19:05 tester
drwxr-xr-x 9602 root root 185856 Oct 5 12:07 home




Has anyone else experienced this problem before? What did you do to resolve it. Not sure of what other information is needed.

 

[Annihilannic]

The -o anon=0 option immediately rings alarm bells for me. Do you realise that is effctively giving any unrecognised user root access to the filesystem in question?

Are 172.16.51.3 and 172.16.50.3 the IP addresses of serverA and serverB? If so, try adding them to /etc/hosts on the NFS servers and specifying them by name instead. The share_nfs man page does not list IP addresses as valid entries in the access_list (not saying that it doesn't work though!).

Are you sure you didn't mean usermod -d /usr/tester/<userid> -m <userid>? How much space is used/free on the filesystems in question?

Annihilannic.

 

[iowaprogrammer]

THe options -o anon=0 on the ZFS share is a concern of ours, but was the only way we could get the share to be able to do cp,mv.touch,and the other daily commands.
The UFS share had been mounted to server B and everything looked good and running it without trouble for awhile. When we mounted the ZFS share we then noticed that we could not copy to it via rsyncing. To get around the problem we then used the -o anon=0. This seemed to fix the problems until recently when we tried to do the usermod /usr/tester/<userid> -m <userid>. : ) yea I missed type it before

172.16.50.2:/usr/home
2791270888 78843736 2684514448 3% /usr/home
172.16.0.2:/mypool/home
375928603 67861625 308066978 19% /usr/tester

Plenty of space on the shares in questions.

When we mounted these share to server A for testing we then had even more troubles then we started with.


Correct,The 172.*.*.* are the IP address of servers A & B. I checked and they are listed in /etc/hosts on the NFS server; I will work at getting them switched to hostnames instead ip address


Thank you for your input

 

[AnotherAlan]

My understanding was that you dont need to add anything into /etc/dfstab to share zfs partitions.
ZFS has a sharenfs option that you switch on or off,

zfs set sharenfs=on <ZFSdataset>

Also, have you checked to see if the zfs dataset has any quotas set?

 

[djr111]

using the /etc/dfstab on a ZFS share typically gives you this error when trying to use it. AnotherAlan is right, you are suppose to use "zfs set sharenfs=on" to enable a share.


As a example
share -F nfs -o rw=engineering -d "home dirs" /export/home2
share -F nfs -o rw=mickeymouse /myexample
# Error: Syntax: share -F nfs /myexample



im not sure which is server A, ZFS or UFS, instead of using the IP, you might try to use the FQDM, I had an issue once and that solved it, even having an entry in the /etc/host did not work, surprisingly.

 

[iowaprogrammer]

The nfs server sharing a zfs share did have an entry in the dfsstab as well as having a parameters set via zfs sharenfs. I think we may have it resolved from this information. Going to correct the entries


Thank you to all who replied.

 

[iowaprogrammer]

After making changes; I now down to when I try to do a usermod -d /usr/tester/<userid> -m <userid> I recieve error saying that UX: usermod: ERROR: There is not sufficient space to move.

I can do a simple usermod -d /usr/tester/<userid> <userid> and it works fine. Just having a problem when doing the -m to copy the directory now