NFS - some success
Rick Stevens
rstevens at vitalstream.com
Wed Sep 7 01:14:50 UTC 2005
brad.mugleston at comcast.net wrote:
> On Tue, 6 Sep 2005, Rick Stevens wrote:
>
>
>>brad.mugleston at comcast.net wrote:
>>
>>>Well, with your help I finally got NFS working- mostly - my
>>>problem was a services issue - I looked at both machines and set
>>>them up the same and then it worked.
>>>
>>>I can now see the shared drived from my client machine but I
>>>can't write to them (even as root on my client machine).
>>>
>>>/etc/exports (Server)
>>>/music 192.168.1.0/255.255.255.0(rw)
>>>/photos 192.168.1.0/255.255.255.0(rw)
>>
>>Er, you want to add "no_root_squash" to those to give the root user on
>>the clients full access. Otherwise, root on the clients gets mapped to
>>UID/GID nobody.
>>
>>
>>>/etc/fstab (client)
>>>192.168.1.55:/music /mnt/music nfs rw,hard,intr 0 0
>>>c1911a1:/photos /mnt/photos nfs rw,hard,intr 0 0
>>>
>>>note - in one (music) I gave the IP the other (photos) I gave the
>>>name which is mapped in the hosts file just to make sure they
>>>both worked.
>>>
>>>When I try to write to either the /mnt/music or /mnt/photos
>>>directory using vim I get the following error on saving the file:
>>>
>>>"test.txt" E212: Can't open file for writing
>>>
>>>
>>>In both of the original directories I have a test file that I can
>>>open and read. In order for this to be seemless the way I want
>>>it both of these directories need to be read/write available to
>>>everyone.
>>
>>You should also check the permissions on the mountpoints BEFORE you
>>mount the NFS. NFS will inherit the permissions of the mountpoints, so
>>those have to be right first.
>>
>>Also verify you have lockd (nfslock) running.
>>----------------------------------------------------------------------
>>- Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com -
>>- VitalStream, Inc. http://www.vitalstream.com -
>>- -
>>- If Windows isn't a virus, then it sure as hell is a carrier! -
>>----------------------------------------------------------------------
>
> OK, I added no_root_squash to /etc/exports and proto=tcp, user,
> _netdev,auto to fstab.
>
> nfslock is running
>
> chmod 777 to /mnt/music and /mnt/photos when these were not
> mounted
>
> Now I can read and WRITE as root but only read as a user.
>
> As a user "brad" on the client and as a user "brad" on the server
> both with the same password I thought I should be able to
> read/write.
>
> Here are my new files:
>
> /etc/exports on the server
> # /home 192.168.1.0/255.255.255.0(rw,no_root_squash)
> /music 192.168.1.0/255.255.255.0(rw,no_root_squash)
> /photos 192.168.1.0/255.255.255.0(rw,no_root_squash)
>
>
>
> /etc/fstab on the client
> LABEL=/ / ext3 defaults
> 1 1
> LABEL=/boot /boot ext3 defaults
> 1 2
> none /dev/pts devpts
> gid=5,mode=620 0 0
> none /proc proc defaults
> 0 0
> none /dev/shm tmpfs defaults
> 0 0
> /dev/hda8 swap swap defaults
> 0 0
> /dev/fd0 /mnt/floppy auto
> noauto,owner,kudzu,rw 0 0
> /dev/hda5 /D2 vfat
> auto,defaults,uid=500,gid=500,umask=000 0 0
> /dev/hda1 /C vfat
> auto,defaults,uid=500,gid=500,umask=000 0 0
> //SAM/C /SAM/C smbfs
> credentials=/root/.smbpasswd,uid=500,gid=500 0 0
> //SAM/D /SAM/D smbfs
> credentials=/root/.smbpasswd,uid=500,gid=500 0 0
> //SAM/E /SAM/E smbfs
> credentials=/root/.smbpasswd,uid=500,gid=500 0 0
> //SAM/F /SAM/F smbfs
> credentials=/root/.smbpasswd,uid=500,gid=500 0 0
> //SAM/music /D/mp3 smbfs
> credentials=/root/.smbpasswd,uid=500,gid=500 0 0
> /dev/cdrom /mnt/cdrom udf,iso9660
> noauto,owner,kudzu,ro 0 0
> /dev/cdrom1 /mnt/cdrom1 udf,iso9660
> noauto,owner,kudzu,rw 0 0
> 192.168.1.55:/photos /mnt/photos nfs
> proto=tcp,user,_netdev,auto,rw 0 0
> C1911A1:/music /mnt/music nfs
> proto=tcp,user,_netdev,auto,rw 0 0
>
> Thank you guys are great - we are SOOO close. Is there anything
> else you need to see?
Did root mount the filesystems or were they mounted by users?
If by users, does the server know who they are (are they in /etc/passwd
on the server?) and do the users have permissions on the server to write
to those directories?
----------------------------------------------------------------------
- Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
- -
- NEWS FLASH! Intelligence of mankind decreasing! Details at... -
- uh, when, uh, the little hand is, uh, on the... Aw, NUTS! -
----------------------------------------------------------------------
More information about the Redhat-install-list
mailing list