FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora User

 
 
LinkBack Thread Tools
 
Old 12-31-2011, 11:16 PM
Geoffrey Leach
 
Default Error mount NFS -- nfs4_get_rootfh

Fedora 16 on both server and client.

/etc/exports

/nfs4exports 192.168.0.0/24
(ro,sync,insecure,root_squash,no_subtree_check,fsi d=0)
/nfs4exports/tmp 192.168.0.0/24
(rw,nohide,sync,insecure,root_squash,no_subtree_ch eck)

ll -d /nfs4exports /nfs4exports/*
drwxrwxrwt 5 root root 4.0K Dec 31 15:34 /nfs4export
ll -d /nfs4exports /nfs4exports/*
drwxrwxrwt. 30 root root 4.0K Dec 31 16:06 /nfs4exports/tmp

client --
sysctl -w sunrpc.nfs_debug=1023
root@pvr[60]->mount -t nfs4 mtranch:/tmp /tmpm
mount.nfs4: access denied by server while mounting mtranch:/tmp
root@pvr[61]->dmesg|tail
[ 4840.385627] encode_compound: tag=
[ 4840.386755] nfs4_get_rootfh: getroot error = 13
[ 4840.386757] <-- nfs4_get_rootfh() = -13
[ 4840.386759] --> nfs_free_server()
[ 4840.387247] --> nfs_put_client({1})
[ 4840.387249] --> nfs_free_client(4)
[ 4840.387327] <-- nfs_free_client()
[ 4840.387337] <-- nfs_free_server()
[ 4840.387338] <-- nfs4_create_server() = error -13
[ 4840.387341] <-- nfs4_mount() = -13 [error]

The error is generated by /* getroot.c: get the root dentry for an NFS
mount ...
/* Start by getting the root filehandle from the server */
ret = server->nfs_client->rpc_ops->getroot(server, mntfh,
&fsinfo);
if (ret < 0) {
dprintk("nfs4_get_rootfh: getroot error = %d
", -ret);
goto out;
}

So, what the .... is the root filehandle in this context and how do I
define it?
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
 
Old 01-01-2012, 03:39 AM
Ed Greshko
 
Default Error mount NFS -- nfs4_get_rootfh

On 01/01/2012 08:16 AM, Geoffrey Leach wrote:
> Fedora 16 on both server and client.
>
> /etc/exports
>
> /nfs4exports 192.168.0.0/24
> (ro,sync,insecure,root_squash,no_subtree_check,fsi d=0)
> /nfs4exports/tmp 192.168.0.0/24
> (rw,nohide,sync,insecure,root_squash,no_subtree_ch eck)
>
> ll -d /nfs4exports /nfs4exports/*
> drwxrwxrwt 5 root root 4.0K Dec 31 15:34 /nfs4export
> ll -d /nfs4exports /nfs4exports/*
> drwxrwxrwt. 30 root root 4.0K Dec 31 16:06 /nfs4exports/tmp
>
> client --
> sysctl -w sunrpc.nfs_debug=1023
> root@pvr[60]->mount -t nfs4 mtranch:/tmp /tmpm
> mount.nfs4: access denied by server while mounting mtranch:/tmp
> root@pvr[61]->dmesg|tail
> [ 4840.385627] encode_compound: tag=
> [ 4840.386755] nfs4_get_rootfh: getroot error = 13
> [ 4840.386757] <-- nfs4_get_rootfh() = -13
> [ 4840.386759] --> nfs_free_server()
> [ 4840.387247] --> nfs_put_client({1})
> [ 4840.387249] --> nfs_free_client(4)
> [ 4840.387327] <-- nfs_free_client()
> [ 4840.387337] <-- nfs_free_server()
> [ 4840.387338] <-- nfs4_create_server() = error -13
> [ 4840.387341] <-- nfs4_mount() = -13 [error]
>
> The error is generated by /* getroot.c: get the root dentry for an NFS
> mount ...
> /* Start by getting the root filehandle from the server */
> ret = server->nfs_client->rpc_ops->getroot(server, mntfh,
> &fsinfo);
> if (ret < 0) {
> dprintk("nfs4_get_rootfh: getroot error = %d
", -ret);
> goto out;
> }
>
> So, what the .... is the root filehandle in this context and how do I
> define it?

Hummm..... I tried to reproduce the problem you are seeing. I have 2
F16 VMs at the same update level with no testing or update repos defined.

On the server...

[root@f16-1 ~]# cat /etc/exports
/nfs4exports
192.168.0.0/24(ro,sync,insecure,root_squash,no_subtree_check,f sid=0)
/nfs4exports/f16tmp
192.168.0.0/24(rw,nohide,sync,insecure,root_squash,no_subtree_ check)

[root@f16-1 ~]# ll -d /nfs4exports /nfs4exports/*
drwxrwxrwt. 3 root root 4096 Jan 1 11:01 /nfs4exports
drwxrwxrwt. 42 root root 4096 Jan 1 12:19 /nfs4exports/f16tmp

[root@f16-1 ~]# exportfs
/nfs4exports 192.168.0.0/24
/nfs4exports/f16tmp
192.168.0.0/24

[root@f16-1 etc]# cat fstab

#
# /etc/fstab
# Created by anaconda on Tue Dec 20 07:19:46 2011
#
# 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
#
/dev/mapper/vg_f161-lv_root / ext4
defaults 1 1
UUID=453bfedb-9c5f-4639-8283-f0cb31228fdb /boot
ext4 defaults 1 2
/dev/mapper/vg_f161-lv_swap swap swap
defaults 0 0
#NFS Exports
/tmp /nfs4exports/f16tmp none rw,bind 0 0


On the client.....

[root@f16-2 ~]# sysctl -w sunrpc.nfs_debug=1023
sunrpc.nfs_debug = 1023
[root@f16-2 ~]# mount -t nfs4 192.168.0.190:/f16tmp /f16tmp
[root@f16-2 ~]#

[root@f16-2 ~]# df
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 18093948 7181720 9993088 42% /
devtmpfs 504268 0 504268 0% /dev
tmpfs 513012 140 512872 1% /dev/shm
tmpfs 513012 42808 470204 9% /run
/dev/mapper/vg_f161-lv_root 18093948 7181720 9993088 42% /
tmpfs 513012 42808 470204 9% /run
tmpfs 513012 0 513012 0% /sys/fs/cgroup
tmpfs 513012 0 513012 0% /media
/dev/sda2 495844 60208 410036 13% /boot
192.168.0.190:/f16tmp/ 18093952 7181568 9993216 42% /f16tmp

FWIW, could you try using the IP in the mount instead of the hostname?


--
A common mistake that people make when trying to design something
completely foolproof was to underestimate the ingenuity of complete
fools. -- Douglas Adams in "Mostly Harmless
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
 
Old 01-01-2012, 04:02 AM
Geoffrey Leach
 
Default Error mount NFS -- nfs4_get_rootfh

On 12/31/2011 08:39:00 PM, Ed Greshko wrote:
> On 01/01/2012 08:16 AM, Geoffrey Leach wrote:
> > Fedora 16 on both server and client.
> >
> > /etc/exports
> >
> > /nfs4exports 192.168.0.0/24
> > (ro,sync,insecure,root_squash,no_subtree_check,fsi d=0)
> > /nfs4exports/tmp 192.168.0.0/24
> > (rw,nohide,sync,insecure,root_squash,no_subtree_ch eck)
> >
> > ll -d /nfs4exports /nfs4exports/*
> > drwxrwxrwt 5 root root 4.0K Dec 31 15:34 /nfs4export
> > ll -d /nfs4exports /nfs4exports/*
> > drwxrwxrwt. 30 root root 4.0K Dec 31 16:06 /nfs4exports/tmp
> >
> > client --
> > sysctl -w sunrpc.nfs_debug=1023
> > root@pvr[60]->mount -t nfs4 mtranch:/tmp /tmpm
> > mount.nfs4: access denied by server while mounting mtranch:/tmp
> > root@pvr[61]->dmesg|tail
> > [ 4840.385627] encode_compound: tag=
> > [ 4840.386755] nfs4_get_rootfh: getroot error = 13
> > [ 4840.386757] <-- nfs4_get_rootfh() = -13
> > [ 4840.386759] --> nfs_free_server()
> > [ 4840.387247] --> nfs_put_client({1})
> > [ 4840.387249] --> nfs_free_client(4)
> > [ 4840.387327] <-- nfs_free_client()
> > [ 4840.387337] <-- nfs_free_server()
> > [ 4840.387338] <-- nfs4_create_server() = error -13
> > [ 4840.387341] <-- nfs4_mount() = -13 [error]
> >
> > The error is generated by /* getroot.c: get the root dentry for an
> NFS
> > mount ...
> > /* Start by getting the root filehandle from the server */
> > ret = server->nfs_client->rpc_ops->getroot(server, mntfh,
> > &fsinfo);
> > if (ret < 0) {
> > dprintk("nfs4_get_rootfh: getroot error = %d
",
> -ret);
> > goto out;
> > }
> >
> > So, what the .... is the root filehandle in this context and how do
> I
> > define it?
>
> Hummm..... I tried to reproduce the problem you are seeing. I have
> 2
> F16 VMs at the same update level with no testing or update repos
> defined.
>
> On the server...
>
> [root@f16-1 ~]# cat /etc/exports
> /nfs4exports
> 192.168.0.0/24(ro,sync,insecure,root_squash,no_subtree_check,f sid=0)
> /nfs4exports/f16tmp
> 192.168.0.0/24(rw,nohide,sync,insecure,root_squash,no_subtree_ check)
>
> [root@f16-1 ~]# ll -d /nfs4exports /nfs4exports/*
> drwxrwxrwt. 3 root root 4096 Jan 1 11:01 /nfs4exports
> drwxrwxrwt. 42 root root 4096 Jan 1 12:19 /nfs4exports/f16tmp
>
> [root@f16-1 ~]# exportfs
> /nfs4exports 192.168.0.0/24
> /nfs4exports/f16tmp
> 192.168.0.0/24
>
> [root@f16-1 etc]# cat fstab
>
> #
> # /etc/fstab
> # Created by anaconda on Tue Dec 20 07:19:46 2011
> #
> # 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
> #
> /dev/mapper/vg_f161-lv_root / ext4
> defaults 1 1
> UUID=453bfedb-9c5f-4639-8283-f0cb31228fdb /boot
> ext4 defaults 1 2
> /dev/mapper/vg_f161-lv_swap swap swap
> defaults 0 0
> #NFS Exports
> /tmp /nfs4exports/f16tmp none rw,bind 0 0
>
>
> On the client.....
>
> [root@f16-2 ~]# sysctl -w sunrpc.nfs_debug=1023
> sunrpc.nfs_debug = 1023
> [root@f16-2 ~]# mount -t nfs4 192.168.0.190:/f16tmp /f16tmp
> [root@f16-2 ~]#
>
> [root@f16-2 ~]# df
> Filesystem 1K-blocks Used Available Use% Mounted
> on
> rootfs 18093948 7181720 9993088 42% /
> devtmpfs 504268 0 504268 0% /dev
> tmpfs 513012 140 512872 1% /dev/shm
> tmpfs 513012 42808 470204 9% /run
> /dev/mapper/vg_f161-lv_root 18093948 7181720 9993088 42% /
> tmpfs 513012 42808 470204 9% /run
> tmpfs 513012 0 513012 0%
> /sys/fs/cgroup
> tmpfs 513012 0 513012 0% /media
> /dev/sda2 495844 60208 410036 13% /boot
> 192.168.0.190:/f16tmp/ 18093952 7181568 9993216 42% /f16tmp
>
> FWIW, could you try using the IP in the mount instead of the
> hostname?
>
Good idea, but, alas no joy. Could you post the output of dmesg|tail
after the mount?

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
 
Old 01-01-2012, 04:30 AM
Ed Greshko
 
Default Error mount NFS -- nfs4_get_rootfh

On 01/01/2012 01:02 PM, Geoffrey Leach wrote:
> Good idea, but, alas no joy. Could you post the output of dmesg|tail
> after the mount?

Here are the final few lines....

[ 4979.265970] NFS: nfs_fhget(0:25/913921 ct=1)
[ 4979.265973] <-- nfs4_get_root()
[ 4979.265974] SELinux: initialized (dev 0:25, type nfs4), uses
genfs_contexts
[ 4979.265975] <-- nfs4_xdev_mount() = 0
[ 4979.265977] nfs_do_submount: done
[ 4979.265978] <-- nfs_do_submount() = df7f4780
[ 4979.265979] nfs_d_automount: done, success
[ 4979.265981] <-- nfs_follow_mountpoint() = df7f4780
[ 4979.265985] NFS: nfs_lookup_revalidate(/) is valid
[ 4979.265989] NFS: dentry_delete(/f16tmp, 2004c)
[ 4979.265992] --> nfs4_kill_super
[ 4979.267029] --> nfs_free_server()
[ 4979.267051] --> nfs_put_client({2})
[ 4979.267057] <-- nfs_free_server()
[ 4979.267059] <-- nfs4_kill_super
[ 4979.268036] <-- nfs4_mount() = 0

--
A common mistake that people make when trying to design something
completely foolproof was to underestimate the ingenuity of complete
fools. -- Douglas Adams in "Mostly Harmless
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
 
Old 01-01-2012, 04:43 AM
Ed Greshko
 
Default Error mount NFS -- nfs4_get_rootfh

On 01/01/2012 08:16 AM, Geoffrey Leach wrote:
> mount.nfs4: access denied by server while mounting mtranch:/tmp
> root@pvr[61]->dmesg|tail
> [ 4840.385627] encode_compound: tag=
> [ 4840.386755] nfs4_get_rootfh: getroot error = 13
> [ 4840.386757] <-- nfs4_get_rootfh() = -13
> [ 4840.386759] --> nfs_free_server()
> [ 4840.387247] --> nfs_put_client({1})
> [ 4840.387249] --> nfs_free_client(4)
> [ 4840.387327] <-- nfs_free_client()
> [ 4840.387337] <-- nfs_free_server()
> [ 4840.387338] <-- nfs4_create_server() = error -13
> [ 4840.387341] <-- nfs4_mount() = -13 [error]

FWIW, here is the information around the nfs4_get_rootfh: getroot line
on my system....

[ 5673.578253] encode_compound: tag=
[ 5673.578727] decode_attr_lease_time: file size=90
[ 5673.578728] decode_attr_maxfilesize: maxfilesize=18446744073709551615
[ 5673.578730] decode_attr_maxread: maxread=131072
[ 5673.578731] decode_attr_maxwrite: maxwrite=131072
[ 5673.578732] decode_attr_time_delta: time_delta=1 0
[ 5673.578733] decode_attr_pnfstype: bitmap is 0
[ 5673.578734] decode_attr_layout_blksize: bitmap is 0
[ 5673.578735] decode_fsinfo: xdr returned 0!
[ 5673.578738] <-- nfs4_get_rootfh() = 0
[ 5673.578739] Server FSID: 0:0
[ 5673.578740] Mount FH: 8
[ 5673.578741] --> nfs_probe_fsinfo()
[ 5673.578743] encode_compound: tag=
[ 5673.579311] decode_attr_supported: bitmask=fdffbfff:00f9be3e:00000000
[ 5673.579312] decode_attr_link_support: link support=true
[ 5673.579313] decode_attr_symlink_support: symlink support=true
[ 5673.579315] decode_attr_aclsupport: ACLs supported=3
[ 5673.579316] decode_server_caps: xdr returned 0!
[ 5673.579320] encode_compound: tag=



--
A common mistake that people make when trying to design something
completely foolproof was to underestimate the ingenuity of complete
fools. -- Douglas Adams in "Mostly Harmless
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
 
Old 01-01-2012, 04:47 AM
Ed Greshko
 
Default Error mount NFS -- nfs4_get_rootfh

One more thing.....

On the server.....

nfs-lock.service nfs-idmap.service nfs-server.service

are running and on the client...

nfs-idmap.service nfs-lock.service


--
A common mistake that people make when trying to design something
completely foolproof was to underestimate the ingenuity of complete
fools. -- Douglas Adams in "Mostly Harmless
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
 
Old 01-01-2012, 05:06 AM
Geoffrey Leach
 
Default Error mount NFS -- nfs4_get_rootfh

On 12/31/2011 09:47:43 PM, Ed Greshko wrote:
> One more thing.....
>
> On the server.....
>
> nfs-lock.service nfs-idmap.service nfs-server.service
>
> are running and on the client...
>
> nfs-idmap.service nfs-lock.service
>
Server:

root@mtranch[148]->systemctl -a |grep nfs
nfs4exports-home.mount loaded active mounted /nfs4exports/
home
nfs4exports-tmp.mount loaded active mounted /nfs4exports/
tmp
nfs4expo...usrlocal.mount loaded active mounted /nfs4exports/
usrlocal
proc-fs-nfsd.mount loaded active mounted RPC Pipe File
System
nfs-idmap.service loaded active running NFSv4 ID-name
mapping daemon
nfs-lock.service loaded active running NFS file
locking service.
nfs-server.service loaded active running NFS Server

Client:

geoff@pvr[1]->systemctl -a |grep nfs
nfs-idmap.service loaded active running NFSv4 ID-name
mapping daemon
nfs-lock.service loaded active running NFS file
locking service.



--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
 
Old 01-01-2012, 05:10 AM
Ed Greshko
 
Default Error mount NFS -- nfs4_get_rootfh

On 01/01/2012 02:06 PM, Geoffrey Leach wrote:
> On 12/31/2011 09:47:43 PM, Ed Greshko wrote:
>> One more thing.....
>>
>> On the server.....
>>
>> nfs-lock.service nfs-idmap.service nfs-server.service
>>
>> are running and on the client...
>>
>> nfs-idmap.service nfs-lock.service
>>
> Server:
>
> root@mtranch[148]->systemctl -a |grep nfs
> nfs4exports-home.mount loaded active mounted /nfs4exports/
> home
> nfs4exports-tmp.mount loaded active mounted /nfs4exports/
> tmp
> nfs4expo...usrlocal.mount loaded active mounted /nfs4exports/
> usrlocal
> proc-fs-nfsd.mount loaded active mounted RPC Pipe File
> System
> nfs-idmap.service loaded active running NFSv4 ID-name
> mapping daemon
> nfs-lock.service loaded active running NFS file
> locking service.
> nfs-server.service loaded active running NFS Server
>
> Client:
>
> geoff@pvr[1]->systemctl -a |grep nfs
> nfs-idmap.service loaded active running NFSv4 ID-name
> mapping daemon
> nfs-lock.service loaded active running NFS file
> locking service.
>
>
>

On my system....

Server:

[root@f16-1 ~]# systemctl -a |grep nfs
nfs4exports-f16tmp.mount loaded active mounted /nfs4exports/f16tmp
proc-fs-nfsd.mount loaded active mounted RPC Pipe File System
nfs-idmap.service loaded active running NFSv4 ID-name
mapping daemon
nfs-lock.service loaded active running NFS file locking
service.
nfs-server.service loaded active running NFS Server

Client:

root@f16-2 ~]# systemctl -a |grep nfs
nfs-idmap.service loaded active running NFSv4 ID-name
mapping daemon
nfs-lock.service loaded active running NFS file locking
service.




--
A common mistake that people make when trying to design something
completely foolproof was to underestimate the ingenuity of complete
fools. -- Douglas Adams in "Mostly Harmless
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
 
Old 01-01-2012, 05:17 AM
Ed Greshko
 
Default Error mount NFS -- nfs4_get_rootfh

On 01/01/2012 08:16 AM, Geoffrey Leach wrote:
> Fedora 16 on both server and client.
>
> /etc/exports
>
> /nfs4exports 192.168.0.0/24
> (ro,sync,insecure,root_squash,no_subtree_check,fsi d=0)
> /nfs4exports/tmp 192.168.0.0/24
> (rw,nohide,sync,insecure,root_squash,no_subtree_ch eck)
>
> ll -d /nfs4exports /nfs4exports/*
> drwxrwxrwt 5 root root 4.0K Dec 31 15:34 /nfs4export
> ll -d /nfs4exports /nfs4exports/*
> drwxrwxrwt. 30 root root 4.0K Dec 31 16:06 /nfs4exports/tmp

Ahhh.... I maybe mis-reading this but you don't have an /etc/exports
file on both systems, do you?

Also, FWIW, I use a different name for the pseudo file system names so I
don't confuse myself.....

[root@f16-1 etc]# cat exports
/nfs4exports
192.168.0.0/24(ro,sync,insecure,root_squash,no_subtree_check,f sid=0)
/nfs4exports/f16tmp
192.168.0.0/24(rw,nohide,sync,insecure,root_squash,no_subtree_ check)

Notice the f16tmp?

--
A common mistake that people make when trying to design something
completely foolproof was to underestimate the ingenuity of complete
fools. -- Douglas Adams in "Mostly Harmless
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
 
Old 01-01-2012, 05:29 AM
Geoffrey Leach
 
Default Error mount NFS -- nfs4_get_rootfh

On 12/31/2011 10:17:32 PM, Ed Greshko wrote:
> On 01/01/2012 08:16 AM, Geoffrey Leach wrote:
> > Fedora 16 on both server and client.
> >
> > /etc/exports
> >
> > /nfs4exports 192.168.0.0/24
> > (ro,sync,insecure,root_squash,no_subtree_check,fsi d=0)
> > /nfs4exports/tmp 192.168.0.0/24
> > (rw,nohide,sync,insecure,root_squash,no_subtree_ch eck)
> >
> > ll -d /nfs4exports /nfs4exports/*
> > drwxrwxrwt 5 root root 4.0K Dec 31 15:34 /nfs4export
> > ll -d /nfs4exports /nfs4exports/*
> > drwxrwxrwt. 30 root root 4.0K Dec 31 16:06 /nfs4exports/tmp
>
> Ahhh.... I maybe mis-reading this but you don't have an /etc/exports
> file on both systems, do you?
>
> Also, FWIW, I use a different name for the pseudo file system names
> so
> I
> don't confuse myself.....
>
> [root@f16-1 etc]# cat exports
> /nfs4exports
> 192.168.0.0/24(ro,sync,insecure,root_squash,no_subtree_check,f sid=0)
> /nfs4exports/f16tmp
> 192.168.0.0/24(rw,nohide,sync,insecure,root_squash,no_subtree_ check)
>
> Notice the f16tmp?
>

/etc/exports on server yes. On client no (present but empty)
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
 

Thread Tools




All times are GMT. The time now is 02:48 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org