I'm trying to mount a remote filesystem "/u/" located on SCO openserver machine "big" (192.168.10.3) onto another SCO openserver "small" (192.168.10.1) at the mountpoint "/bak"
I use the command "mount -f NFS 192.168.10.3:/u/ /bak"
It mounts and I can view the data on the remote filesystem but I cannot write anything to it. It gives me a permission error 13. I've added "small +" to the .rhosts and hosts.equiv files on the "big" server.
What else needs to be done to these servers to allow me to use the "big" filesystem as a backup filesystem for my "small" server?
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Save solutions to your questions, answers you’ve discovered through searching plus helpful articles in your personal knowledgebase for easy future access.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.
Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
I used scoadmin to export the /u filesystem on "big". I checked the /etc/exports on "big" and it is empty. So I used scoadmin to remove the exported filesystem, then delete the export configuration. I then added /u to the exports file and ran the exportfs -av and got an error. When I changed the exports file to read /u/ and ran the exportfs -av, it ran with no error. However, now I cannot mount the filesystem onto "small" at all.
Okay - Openserver 6 puts the export in /etc/dfs/dfstab
You could try exportfs -eav
the -e tells it to look at /etc/exports
Or, remove the /etc/exports and recreate with scoadmin and then edit /etc/dfs/dfstab to see the switches that have been placed on the export.
Should maybe look like:
share -F nfs /u
That should be open to all.
Another thought; maybe a permissions issue with /u? You could try creating a test dir and chmod a+rwx "dir_name" and then export it to see if you have write permissions.
Ok, I was able to export a filesystem on "small" and mount it on "big" but I still can't export a filesystem on "big" and mount it on "small" but....
When i mounted "big"'s filesystem on "small" I got the same permission error. I did a chmod 777 on "big"s filesystem and now no permission error.
However, I still have the problem of not even being able to mount a "big" filesystem on "small". Could there be some problem in /etc/hosts, hosts.equiv or .rhosts I'm not thinking of?
sounds like nfsd is not running on big.
http://osr600doc.sco.com/e
I restarted nfsd like the article suggests but still have the same problem. So I tried to see what rpcinfo sends me from each side...
From the "big" server I can issue the "rpcinfo -p small" and get information back.
From the "small" server when I issue the "rpcinfo -p big" command, I get an error that says "rpcinfo: can't contact portmapper: RPC: Remote system error - connection refused"
Ok. I think I have it solved...finally.
The rpc errors were due to a machine name change. SCO has a known issue when you use scoadmin network config manager to change the machine name.
http://www.sco.com/support
Once rpc was running correctly I got a different error about not having permission to mount the filesystem, even though the filesystem on "big" had full perms for everyone. This was solved by modifying the /etc/dfs/dfstab file. The entry that scoadmin made was...
/usr/sbin/share -F nfs -o anon=-2,rw /u/
I changed it to...
/usr/sbin/share -F nfs -o rw /u/
This appears to have made it work...finally.
Business Accounts
Answer for Membership
by: mikelfritzPosted on 2009-09-14 at 13:28:48ID: 25329015
what does your "/etc/exports" file look like on "big"?
should just contain an entry like:
/u
That should have it exported to any server with write permissions. If you modify the file be sure to run exportfs -av to reexport with any new settings. "man exports" shows the usable switches.