<?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 NFS alternative in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-alternative/m-p/5006170#M425559</link>
    <description>We have an NFS mounted filesystem on some of our systems. This usally holds the scripts, patch depots that are common to to the systems.&lt;BR /&gt;&lt;BR /&gt;What is an alternative of doing this? I've installed Bastille on one of the machines, and it's not recommending NFS mounts.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;f. halili&lt;BR /&gt;</description>
    <pubDate>Fri, 29 Sep 2006 12:09:17 GMT</pubDate>
    <dc:creator>f. halili</dc:creator>
    <dc:date>2006-09-29T12:09:17Z</dc:date>
    <item>
      <title>NFS alternative</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-alternative/m-p/5006170#M425559</link>
      <description>We have an NFS mounted filesystem on some of our systems. This usally holds the scripts, patch depots that are common to to the systems.&lt;BR /&gt;&lt;BR /&gt;What is an alternative of doing this? I've installed Bastille on one of the machines, and it's not recommending NFS mounts.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;f. halili&lt;BR /&gt;</description>
      <pubDate>Fri, 29 Sep 2006 12:09:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-alternative/m-p/5006170#M425559</guid>
      <dc:creator>f. halili</dc:creator>
      <dc:date>2006-09-29T12:09:17Z</dc:date>
    </item>
    <item>
      <title>Re: NFS alternative</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-alternative/m-p/5006171#M425560</link>
      <description>A couple of options come to mind:&lt;BR /&gt;&lt;BR /&gt;1. Ignore Bastille's recommendation. It's a generic recommendation. Only your local security policies and system requirements can determine if it should be followed or not.&lt;BR /&gt;&lt;BR /&gt;or&lt;BR /&gt;&lt;BR /&gt;2. Maintain the scripts on each system. (Possibly rsync from a master server to make this manageable.) The depots don't need to be directly accessible on each server anyway.</description>
      <pubDate>Fri, 29 Sep 2006 12:57:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-alternative/m-p/5006171#M425560</guid>
      <dc:creator>Jeff_Traigle</dc:creator>
      <dc:date>2006-09-29T12:57:51Z</dc:date>
    </item>
    <item>
      <title>Re: NFS alternative</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-alternative/m-p/5006172#M425561</link>
      <description>some people use automounter. Then you need to modify /etc/auto_master file to add  your&lt;BR /&gt;mount point there.&lt;BR /&gt;&lt;BR /&gt;Lynn</description>
      <pubDate>Fri, 29 Sep 2006 17:52:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-alternative/m-p/5006172#M425561</guid>
      <dc:creator>Lynn Hsu_2</dc:creator>
      <dc:date>2006-09-29T17:52:36Z</dc:date>
    </item>
    <item>
      <title>Re: NFS alternative</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-alternative/m-p/5006173#M425562</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Answer on your question depends on assigment of the file system, it's size and data importance. &lt;BR /&gt;If data size is small, the preferable solution is local FS with syncronization to the master FS by rsync or rdist, otherwise NFS is preferable. You can use automout NFS as well. This is very convenient, just take into account that this option has a small delay when mounts FS.&lt;BR /&gt;&lt;BR /&gt;HTH</description>
      <pubDate>Sat, 30 Sep 2006 09:06:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-alternative/m-p/5006173#M425562</guid>
      <dc:creator>Victor Fridyev</dc:creator>
      <dc:date>2006-09-30T09:06:06Z</dc:date>
    </item>
    <item>
      <title>Re: NFS alternative</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-alternative/m-p/5006174#M425563</link>
      <description>Bastille reports that NFS is an unsecured product and indeed it is. Now within a coporate environment, it is much safer than across the Internet. But NFS is also quite fragile. Networking problems will hang all the clients -- not a good thing. NFS provides realtime data but many times you don't need that speed -- updating the scripts daily or every few hours may be acceptable in which case, NFS can be disabled.&lt;BR /&gt;&lt;BR /&gt;Note that patch and application depots do not need NFS. The SD product has its own network communication and is the preferred network update method. So on the depot server, just register the depots: swreg &lt;FULLPATH-TO-DEPOT&gt;&lt;BR /&gt; &lt;BR /&gt;And on clients, swlist -l depot @ your_server&lt;BR /&gt; &lt;BR /&gt;To install a remote depot: &lt;BR /&gt; &lt;BR /&gt;swinstall -s your_server:/fullpath-to-depot \*&lt;BR /&gt;&lt;/FULLPATH-TO-DEPOT&gt;</description>
      <pubDate>Sat, 30 Sep 2006 13:54:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-alternative/m-p/5006174#M425563</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2006-09-30T13:54:53Z</dc:date>
    </item>
    <item>
      <title>Re: NFS alternative</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-alternative/m-p/5006175#M425564</link>
      <description>Thanks for the inputs!</description>
      <pubDate>Thu, 05 Oct 2006 11:20:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-alternative/m-p/5006175#M425564</guid>
      <dc:creator>f. halili</dc:creator>
      <dc:date>2006-10-05T11:20:44Z</dc:date>
    </item>
  </channel>
</rss>

