<?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 soft Vs Hard mount in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/soft-vs-hard-mount/m-p/3386317#M14210</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;which mount to use if i dont want my df and ls commands to hand when the nfs server is not responding&lt;BR /&gt;&lt;BR /&gt;regards&lt;BR /&gt;chakri</description>
    <pubDate>Fri, 24 Sep 2004 09:52:07 GMT</pubDate>
    <dc:creator>Chakravarthi</dc:creator>
    <dc:date>2004-09-24T09:52:07Z</dc:date>
    <item>
      <title>soft Vs Hard mount</title>
      <link>https://community.hpe.com/t5/operating-system-linux/soft-vs-hard-mount/m-p/3386317#M14210</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;which mount to use if i dont want my df and ls commands to hand when the nfs server is not responding&lt;BR /&gt;&lt;BR /&gt;regards&lt;BR /&gt;chakri</description>
      <pubDate>Fri, 24 Sep 2004 09:52:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/soft-vs-hard-mount/m-p/3386317#M14210</guid>
      <dc:creator>Chakravarthi</dc:creator>
      <dc:date>2004-09-24T09:52:07Z</dc:date>
    </item>
    <item>
      <title>Re: soft Vs Hard mount</title>
      <link>https://community.hpe.com/t5/operating-system-linux/soft-vs-hard-mount/m-p/3386318#M14211</link>
      <description>This document,&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.tldp.org/HOWTO/NFS-HOWTO/index.html" target="_blank"&gt;http://www.tldp.org/HOWTO/NFS-HOWTO/index.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;In the mount section explains some of the implications of this choice.&lt;BR /&gt;&lt;BR /&gt;I think you want to go with soft to accomplish your goal.&lt;BR /&gt;&lt;BR /&gt;Obviously you should run a test and make sure nothing unusual happens.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Fri, 24 Sep 2004 11:29:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/soft-vs-hard-mount/m-p/3386318#M14211</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2004-09-24T11:29:15Z</dc:date>
    </item>
    <item>
      <title>Re: soft Vs Hard mount</title>
      <link>https://community.hpe.com/t5/operating-system-linux/soft-vs-hard-mount/m-p/3386319#M14212</link>
      <description>Here is some info I found: &lt;BR /&gt;&lt;BR /&gt;soft&lt;BR /&gt;If a file request fails, the NFS client will report an error to the process on the client machine requesting the file access. Some programs can handle this with composure, most won't. We do not recommend using this setting; it is a recipe for corrupted files and lost data. You should especially not use this for mail disks --- if you value your mail, that is. &lt;BR /&gt;&lt;BR /&gt;hard&lt;BR /&gt;The program accessing a file on a NFS mounted file system will hang when the server crashes. The process cannot be interrupted or killed (except by a "sure kill") unless you also specify intr. When the NFS server is back online the program will continue undisturbed from where it was. We recommend using hard,intr on all NFS mounted file systems. &lt;BR /&gt;&lt;BR /&gt;David</description>
      <pubDate>Fri, 24 Sep 2004 13:53:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/soft-vs-hard-mount/m-p/3386319#M14212</guid>
      <dc:creator>David Child_1</dc:creator>
      <dc:date>2004-09-24T13:53:42Z</dc:date>
    </item>
    <item>
      <title>Re: soft Vs Hard mount</title>
      <link>https://community.hpe.com/t5/operating-system-linux/soft-vs-hard-mount/m-p/3386320#M14213</link>
      <description>You should always bear in mind when you want this mountpoint to be available and what will happen when it isn't? A hard mount is always preferable in a "stable" environment, however you can still fall foul of a dae-lock situation whereby servers can't be rebooted because they're waiting for a mount to become available upon the other. You can set the "interrupt" option to get out of this, however you will still have to be there.&lt;BR /&gt;&lt;BR /&gt;Which-ever way you decide I would never automatically mount an NFS share as part of your boot sequence, and use a script instead. If it is part of a cluster make it an application.</description>
      <pubDate>Sat, 25 Sep 2004 05:00:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/soft-vs-hard-mount/m-p/3386320#M14213</guid>
      <dc:creator>Andrew Cowan</dc:creator>
      <dc:date>2004-09-25T05:00:07Z</dc:date>
    </item>
    <item>
      <title>Re: soft Vs Hard mount</title>
      <link>https://community.hpe.com/t5/operating-system-linux/soft-vs-hard-mount/m-p/3386321#M14214</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Take a look at this thread:&lt;BR /&gt;&lt;A href="http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=682354" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=682354&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;And, this is what the mount_nfs(1M) manpage says:&lt;BR /&gt;---&lt;BR /&gt;Hard versus Soft&lt;BR /&gt;File systems that are mounted read-write or that  contain  executable  files  should always be mounted with the hard option. Applications using soft mounted  file systems  may incur unexpected I/O errors, file corruption, and unexpected  program  core dumps.  The  soft option is not recommended.&lt;BR /&gt;---&lt;BR /&gt;&lt;BR /&gt;HTH.&lt;BR /&gt;Regards,&lt;BR /&gt;Sri Ram</description>
      <pubDate>Sat, 25 Sep 2004 13:35:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/soft-vs-hard-mount/m-p/3386321#M14214</guid>
      <dc:creator>R. Sri Ram Kishore_1</dc:creator>
      <dc:date>2004-09-25T13:35:29Z</dc:date>
    </item>
  </channel>
</rss>

