<?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: Permissions of Mounted Filesystems in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/permissions-of-mounted-filesystems/m-p/2826075#M87629</link>
    <description>The application might check the UID of the owner. This is what informix is doing. So, for us the owner is informix not root.&lt;BR /&gt;&lt;BR /&gt;Check with oracle to see what they need.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Tibi Baraboi</description>
    <pubDate>Tue, 15 Oct 2002 13:58:17 GMT</pubDate>
    <dc:creator>Tibi Baraboi_1</dc:creator>
    <dc:date>2002-10-15T13:58:17Z</dc:date>
    <item>
      <title>Permissions of Mounted Filesystems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/permissions-of-mounted-filesystems/m-p/2826074#M87628</link>
      <description>We currently are having a discussion where I work as to what the standard permissions of a mounted file system should be.  &lt;BR /&gt;&lt;BR /&gt;1) Set the ownership of root, and give users permissions via a group.&lt;BR /&gt;&lt;BR /&gt;2) Give ownership of the mount point to the application account, and give permissions to users via the group.&lt;BR /&gt;&lt;BR /&gt;So the question at hand is: are there any security issues if a root mounted file system (ie: /oracle) is owned by root?  The prefrence is to have the application account own the mount, so the application owner can manage the filesystem.&lt;BR /&gt;&lt;BR /&gt;Any help or thoughts. . .&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 15 Oct 2002 13:53:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/permissions-of-mounted-filesystems/m-p/2826074#M87628</guid>
      <dc:creator>Chuck Moreland</dc:creator>
      <dc:date>2002-10-15T13:53:11Z</dc:date>
    </item>
    <item>
      <title>Re: Permissions of Mounted Filesystems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/permissions-of-mounted-filesystems/m-p/2826075#M87629</link>
      <description>The application might check the UID of the owner. This is what informix is doing. So, for us the owner is informix not root.&lt;BR /&gt;&lt;BR /&gt;Check with oracle to see what they need.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Tibi Baraboi</description>
      <pubDate>Tue, 15 Oct 2002 13:58:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/permissions-of-mounted-filesystems/m-p/2826075#M87629</guid>
      <dc:creator>Tibi Baraboi_1</dc:creator>
      <dc:date>2002-10-15T13:58:17Z</dc:date>
    </item>
    <item>
      <title>Re: Permissions of Mounted Filesystems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/permissions-of-mounted-filesystems/m-p/2826076#M87630</link>
      <description>Oracle says that mount point should be owned by oracle .</description>
      <pubDate>Tue, 15 Oct 2002 14:04:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/permissions-of-mounted-filesystems/m-p/2826076#M87630</guid>
      <dc:creator>Ashwani Kashyap</dc:creator>
      <dc:date>2002-10-15T14:04:01Z</dc:date>
    </item>
    <item>
      <title>Re: Permissions of Mounted Filesystems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/permissions-of-mounted-filesystems/m-p/2826077#M87631</link>
      <description>That is great.  Do you have a doc number or white paper from oracle that recomends this?</description>
      <pubDate>Tue, 15 Oct 2002 14:07:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/permissions-of-mounted-filesystems/m-p/2826077#M87631</guid>
      <dc:creator>Chuck Moreland</dc:creator>
      <dc:date>2002-10-15T14:07:26Z</dc:date>
    </item>
    <item>
      <title>Re: Permissions of Mounted Filesystems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/permissions-of-mounted-filesystems/m-p/2826078#M87632</link>
      <description>We have the structure like this &lt;BR /&gt;&lt;BR /&gt;The Database mount points are owned by database like oracle/informix&lt;BR /&gt;&lt;BR /&gt;The application owned bu application ids , and the connection of logins to the database are managed by the DB admins , ideally the mount points hsould be owned by the respective groups so that the upkeep si done by them and everything doesnt fall on teh admins.&lt;BR /&gt;&lt;BR /&gt;Also note that preferable the lost+found should still be owned by root !&lt;BR /&gt;&lt;BR /&gt;Manoj Srivastava</description>
      <pubDate>Tue, 15 Oct 2002 14:11:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/permissions-of-mounted-filesystems/m-p/2826078#M87632</guid>
      <dc:creator>MANOJ SRIVASTAVA</dc:creator>
      <dc:date>2002-10-15T14:11:41Z</dc:date>
    </item>
    <item>
      <title>Re: Permissions of Mounted Filesystems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/permissions-of-mounted-filesystems/m-p/2826079#M87633</link>
      <description>I always create all mount-points as root.system 0777, then change the ownerships and permissions on the mounted-directory. In my experience with several versions of Unix, is that if you don't do this, strange problems can-arise.&lt;BR /&gt;&lt;BR /&gt;It may seem insecure, but the mount-point is only exposed when there is no filesystem mounted over it, and since most filesystems tend to be mounted during boot, it never seems to cause me a problem.&lt;BR /&gt;</description>
      <pubDate>Wed, 16 Oct 2002 07:37:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/permissions-of-mounted-filesystems/m-p/2826079#M87633</guid>
      <dc:creator>Andrew Cowan</dc:creator>
      <dc:date>2002-10-16T07:37:05Z</dc:date>
    </item>
  </channel>
</rss>

