<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Odd NFS Permissions problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135848#M451273</link>
    <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;IT would be helfpul to see a few things:&lt;BR /&gt;&lt;BR /&gt;/etc/exports&lt;BR /&gt;&lt;BR /&gt;Errors showing up in /var/adm/syslog/syslog.log&lt;BR /&gt;&lt;BR /&gt;You are having a problem consistent with not having a NIS or LDAP master server controlling user id's numeric values and keeping them consistent.&lt;BR /&gt;&lt;BR /&gt;If a user has id 445 on one system and 448 on a another this can cause NFS chaos.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
    <pubDate>Wed, 15 Oct 2008 19:42:47 GMT</pubDate>
    <dc:creator>Steven E. Protter</dc:creator>
    <dc:date>2008-10-15T19:42:47Z</dc:date>
    <item>
      <title>Odd NFS Permissions problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135847#M451272</link>
      <description>I have a 11:31 server that I am exporting a file system from.  It gets exported -rw.  &lt;BR /&gt;&lt;BR /&gt;The client can mount it with fine and can use it as long as the user on the client matches the user on the server.  The exported file system is set to 755 per company policy.  &lt;BR /&gt;&lt;BR /&gt;On the client side root can't even write into the mount point.  Is there another switch I need besides -rw?</description>
      <pubDate>Wed, 15 Oct 2008 19:20:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135847#M451272</guid>
      <dc:creator>Peter Heidbreder</dc:creator>
      <dc:date>2008-10-15T19:20:27Z</dc:date>
    </item>
    <item>
      <title>Re: Odd NFS Permissions problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135848#M451273</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;IT would be helfpul to see a few things:&lt;BR /&gt;&lt;BR /&gt;/etc/exports&lt;BR /&gt;&lt;BR /&gt;Errors showing up in /var/adm/syslog/syslog.log&lt;BR /&gt;&lt;BR /&gt;You are having a problem consistent with not having a NIS or LDAP master server controlling user id's numeric values and keeping them consistent.&lt;BR /&gt;&lt;BR /&gt;If a user has id 445 on one system and 448 on a another this can cause NFS chaos.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Wed, 15 Oct 2008 19:42:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135848#M451273</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2008-10-15T19:42:47Z</dc:date>
    </item>
    <item>
      <title>Re: Odd NFS Permissions problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135849#M451274</link>
      <description>11.31 uses ONCPlus.  /etc/exports is no longer.&lt;BR /&gt;&lt;BR /&gt;/etc/dfs/dfstab is the new /etc/exports.&lt;BR /&gt;&lt;BR /&gt;"rw" means rw for those listed and ro for everyone else.&lt;BR /&gt;&lt;BR /&gt;You need to set access=&lt;LIST&gt; and then root=&lt;LIST&gt; to allow only rw access to the list and root access to the list.&lt;BR /&gt;&lt;BR /&gt;&lt;/LIST&gt;&lt;/LIST&gt;</description>
      <pubDate>Wed, 15 Oct 2008 19:52:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135849#M451274</guid>
      <dc:creator>Tim Nelson</dc:creator>
      <dc:date>2008-10-15T19:52:15Z</dc:date>
    </item>
    <item>
      <title>Re: Odd NFS Permissions problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135850#M451275</link>
      <description>I have made sure the users and groups are the same.  I don't have a /etc/exports file as I am using a SG package to mount the file systems.  The same problem is there testing by hand.&lt;BR /&gt;&lt;BR /&gt;If I run "share" or "exportfs -v" I see my exported file systems are "rw" on the nfs server.  I can't find any problems in the syslog file.  &lt;BR /&gt;&lt;BR /&gt;The key is to set the mounted directory to "777"  If I set it to 755 root on the client side can't touch a file.  In a nutshell I am looking for an export switch that will allow root on the client to rw without having to set the directory to 777.&lt;BR /&gt;</description>
      <pubDate>Wed, 15 Oct 2008 19:57:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135850#M451275</guid>
      <dc:creator>Peter Heidbreder</dc:creator>
      <dc:date>2008-10-15T19:57:45Z</dc:date>
    </item>
    <item>
      <title>Re: Odd NFS Permissions problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135851#M451276</link>
      <description>Read my previous post.&lt;BR /&gt;&lt;BR /&gt;Unless I am misunderstanding something, by default root does not have permissions to NFS dirs unless you export it, new term, share it, using the root= option.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 15 Oct 2008 20:04:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135851#M451276</guid>
      <dc:creator>Tim Nelson</dc:creator>
      <dc:date>2008-10-15T20:04:29Z</dc:date>
    </item>
    <item>
      <title>Re: Odd NFS Permissions problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135852#M451277</link>
      <description>&amp;gt;If I set it to 755 root on the client side can't touch a file&lt;BR /&gt;&lt;BR /&gt;As Tim said, you have mounted it with the default, root is less than dirt option.  Root is anon, typically -2.&lt;BR /&gt;&lt;BR /&gt;anon can read but but not modify the files.</description>
      <pubDate>Wed, 15 Oct 2008 20:24:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135852#M451277</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-10-15T20:24:08Z</dc:date>
    </item>
    <item>
      <title>Re: Odd NFS Permissions problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135853#M451278</link>
      <description>Thanks Tim.  It was actually the root=host1:host2 switch that did the trick. I had to experiment with different options until I got it right.  I also had to fully qualify the hostname (host1.customer.com).  Now when I run the "share" command I see the right switches.  &lt;BR /&gt;&lt;BR /&gt;I modified my hanfs script to use the "root" option and the HA package exports the mount point properly.&lt;BR /&gt;&lt;BR /&gt;Thanks all for your suggestions.</description>
      <pubDate>Wed, 15 Oct 2008 21:54:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135853#M451278</guid>
      <dc:creator>Peter Heidbreder</dc:creator>
      <dc:date>2008-10-15T21:54:07Z</dc:date>
    </item>
    <item>
      <title>Re: Odd NFS Permissions problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135854#M451279</link>
      <description>I got it working with the pointers in the right direction.</description>
      <pubDate>Wed, 15 Oct 2008 21:56:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/odd-nfs-permissions-problem/m-p/5135854#M451279</guid>
      <dc:creator>Peter Heidbreder</dc:creator>
      <dc:date>2008-10-15T21:56:22Z</dc:date>
    </item>
  </channel>
</rss>

