From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2012-October/019108.html | 83 +++++++++++++++++++++++++++++ 1 file changed, 83 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-October/019108.html (limited to 'zarb-ml/mageia-dev/2012-October/019108.html') diff --git a/zarb-ml/mageia-dev/2012-October/019108.html b/zarb-ml/mageia-dev/2012-October/019108.html new file mode 100644 index 000000000..b9d98bdcd --- /dev/null +++ b/zarb-ml/mageia-dev/2012-October/019108.html @@ -0,0 +1,83 @@ + + + + [Mageia-dev] Any progress on the NFS mount problem? - One step further + + + + + + + + + +

[Mageia-dev] Any progress on the NFS mount problem? - One step further

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Mon Oct 1 22:49:32 CEST 2012 +

+
+ +
Le 01/10/2012 22:34, AL13N a écrit :
+>> Hah! suddenly I have /home/anne/ on 192.168.0.40 and it's readable.
+>>
+>> That's obviously an improvement, but I still need the Data1 directory
+>> tree.  Root can umount it.  It shows every sign of being mounted, yet
+>> I can't read any of it.  All the data there is owned anne:users so it
+>> shouldn't be a permissions issue.
+>
+> user ids and names still need to be the same on both systems. (or somehow
+> mapped; which is what v4 has more than v3; but i never used v4)
+With NFSv2/3: only uids matters
+With NFSv4: only names matters, but rpc.idmapd has to be running on both 
+side.
+
+> also, root typically has no access to nfs exports, you need to be regular
+> user, (unless you specify the root_no_squash options, or similar)
+He can access the filesystem, but he's mapped to uid 65534, unless 
+no_root_squash option has been specified on user side. See exports(5) 
+for details.
+
+-- 
+BOFH excuse #291:
+
+Due to the CDA, we no longer have a root account.
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1