NFS4 problems -
Ed Greshko
Ed.Greshko at greshko.com
Sat Dec 1 10:04:22 UTC 2012
On 12/01/2012 05:16 PM, Bob Goodwin - Zuni, Virginia, USA wrote:
This is becoming a bit confusing..... Everything that I've included in this message has been
information on my "SERVER". While it appears that you've included information from a "SERVER"
as well as "CLIENT". I think.....
BOX8 = SERVER
BOX7 = CLIENT
Yes?
> On 30/11/12 21:02, Ed Greshko wrote:
>> Well.... First of all /nfs4exports doesn't take up any space. They are bind mounts which is analogous to symbolic links. I'll illustrate using my nfs server.
>
> My problem is that saving to /mnt/nfs4exports/home stores the data
> in the 50G root space. I did not realize that was happening until
> writing ground to a halt.
>
>> [egreshko at misty ~]$ df -h
>> Filesystem Size Used Avail Use% Mounted on
>> /dev/mapper/icy3-root 16G 11G 4.3G 71% /
>> /dev/sda1 388M 47M 321M 13% /boot
>> /dev/mapper/icy5-opt 9.7G 5.6G 3.6G 62% /opt
>> /dev/mapper/icy5-syntegra 77G 41G 33G 55% /syntegra
>> /dev/mapper/icy3-VMware 308G 231G 62G 79% /opt/VMware
>> /dev/mapper/icy5-home 581G 323G 229G 59% /home
>
> My system:
>
> [root at box8 bobg]# df -h
> Filesystem Size Used Avail Use% Mounted on
> /dev/mapper/vg_box8-lv_root
> 50G 49G 0 100% /
> tmpfs 1.9G 112K 1.9G 1% /dev/shm
> /dev/sda1 485M 72M 388M 16% /boot
> /dev/mapper/vg_box8-lv_home
> 862G 520M 818G 1% /home
>
>>
>> [egreshko at misty ~]$ exportfs -v
>> /nfs4exports/syntegra
>> 192.168.0.0/24(rw,wdelay,nohide,insecure,root_squash,no_subtree_check)
>> /nfs4exports/myhome
>> 192.168.0.0/24(rw,wdelay,nohide,insecure,root_squash,no_subtree_check)
>> /nfs4exports 192.168.0.0/24(ro,wdelay,insecure,root_squash,no_subtree_check,fsid=0)
>
> My NFS looks like this:
>
> [root at box8 bobg]# exportfs -v
> /nfsexports
> 192.168.1.0/24(rw,wdelay,insecure,no_root_squash,no_subtree_check,fsid=0)
> /nfsexports/data
> 192.168.1.0/24(rw,wdelay,insecure,no_root_squash,no_subtree_check)
> /nfsexports/home
> 192.168.1.0/24(rw,wdelay,insecure,no_root_squash,no_subtree_check)
Except for the rw in /nfsexports that seems reasonable.
/nfsexports is a, for lack of better terminology, is a "local" mount point on the NFS SERVER
for NFS bind mounts. There should only be "directories" at that level. On my "SERVER".
[egreshko at misty ~]$ ll /nfs4exports/
total 16
drwxr-xr-x 158 egreshko egreshko 8192 Dec 1 09:47 myhome
drwxr-xr-x 5 egreshko egreshko 4096 Jul 25 16:45 syntegra
[egreshko at misty ~]$ cd /nfs4exports/
[egreshko at misty nfs4exports]$ ll syntegra/
total 32
drwxr-xr-x 9 egreshko egreshko 4096 Nov 30 2011 iso
drwxrwxr-x 6 egreshko egreshko 4096 Sep 19 08:55 linux-releases
drwx------ 2 root root 16384 Apr 1 2007 lost+found
which is basically a "link" to /syntegra which looks like this....
[egreshko at misty nfs4exports]$ cd /syntegra/
[egreshko at misty syntegra]$ ll
total 32
drwxr-xr-x 9 egreshko egreshko 4096 Nov 30 2011 iso
drwxrwxr-x 6 egreshko egreshko 4096 Sep 19 08:55 linux-releases
drwx------ 2 root root 16384 Apr 1 2007 lost+found
ALL on the SERVER
>
>>
>> And my /etc/fstab contains the following....
>>
>> /syntegra /nfs4exports/syntegra none rw,bind 0 0
>> /home/egreshko /nfs4exports/myhome none rw,bind 0 0
This above is on my SERVER to mount the actual file systems on /nfsexports for "exportation".
But it appears you are showing your fstab on your "CLIENT".
>
> My fstab:
>
> [bobg at box7 ~]$ cat /etc/fstab
>
> #
> # /etc/fstab
> # Created by anaconda on Tue Aug 7 08:37:16 2012
> #
> # Accessible filesystems, by reference, are maintained under '/dev/disk'
> # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for
> more info
> #
> UUID=4ce86523-2d45-4174-85e9-fd298e4516c8 / ext4 defaults 1 1
> UUID=1a9d0937-2247-4cbc-b27d-4775c7453dba /boot ext4 defaults 1 2
> UUID=96a666e2-73ac-4f5f-98bc-4a6a9383491f /home ext4 defaults 1 2
> UUID=9cb5a7e0-c752-4563-b7f5-663980e090e3 swap swap defaults 0 0
>
>
> 192.168.1.8:/nfs4exports/ /mnt/BOX8 nfs4 rw 0 0
> 192.168.1.8:/nfs4exports/home/ /mnt/HOME1 nfs4 rw,bind 0 0
> 192.168.1.8:/nfs4exports/data/ /mnt/DATA1 nfs4 rw,bind 0 0
> 192.168.1.48:/SRVR1 /mnt/BOX48 nfs4
> defaults,rw,user 0 0
First you are remote mounting /nfs4exports on a local mount point. This is perfectly OK to do.
However doing that would negate the need for mounting /nfs4exports/home and /nfs4exports/data as data
and home are sub-directories on the server. Also, is is probably ignored on remote mounts, the bind
directive isn't utilized.
My CLIENT simply has
192.168.0.55:/syntegra /syntegra nfs4 defaults 0 0
192.168.0.55:/myhome /home/egreshko/misty nfs4 defaults 0 0
I did that since I wanted those directories mounted in different places on the CLIENT.
But, I "could" have done this....
[root at meimei ~]# mount 192.168.0.55:/nfs4exports /mnt
[root at meimei ~]# cd /mnt
[root at meimei mnt]# ll
total 16
drwxr-xr-x. 158 egreshko egreshko 8192 Dec 1 09:47 myhome
drwxr-xr-x. 5 egreshko egreshko 4096 Jul 25 16:45 syntegra
>
>>
>> So, you can see that the /syntegra partition uses 41GB and /home uses 323GB. None of that space is reflected on the / partition which has only 16GB allocated and 11GB used. If you combine that with /opt only 17GB is being used by the OS.
>>
>> On the other hand, you have allocated 50GB to / and have used 49GB while /home is way under-utilized.
>>
>> I suspect you have non-OS data on the / partition which can be moved to /home.
>>
>> I would first start out by identifying what directory structure on / is using so much space. For example, you may have a /data directory that you've added which could be moved to /home.
>
> Yes, I can move the files but I have to get the tree set up
> correctly. I will wait a while until I am fully functional before
> attempting to muddle through that.
I think you should review the link I sent to you.
Also, note that I've got my uids/gids consistent between systems so the actual names appear
and not the numbers.
--
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -- Rick Cook, The Wizardry Compiled
More information about the users
mailing list