<?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 Submounting Filesytem Issues? in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/submounting-filesytem-issues/m-p/3988628#M604702</link>
    <description>The DBA wants a new filesystem mounted at /opt/oracle.  HP-UX already has an /opt filesystem, so I would be mounting a filesytem on a mounted filesystem.  This seems to be asking for trouble for at least the following reasons:&lt;BR /&gt;&lt;BR /&gt;1.  Dependencies between /opt and /opt/oracle.  I will have to unmount /opt/oracle before unmounting /opt.  Likewise, /opt/oracle won't mount unless /opt is mounted.&lt;BR /&gt;&lt;BR /&gt;2.  What about online JFS filesystem resizing with a mounted filesytem below it?  Will fsadm refuse to defrag/resize/etc.?&lt;BR /&gt;&lt;BR /&gt;What other issues are there?  All ideas and input appreciated.</description>
    <pubDate>Wed, 25 Apr 2007 10:16:28 GMT</pubDate>
    <dc:creator>Jeff McKenzie</dc:creator>
    <dc:date>2007-04-25T10:16:28Z</dc:date>
    <item>
      <title>Submounting Filesytem Issues?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/submounting-filesytem-issues/m-p/3988628#M604702</link>
      <description>The DBA wants a new filesystem mounted at /opt/oracle.  HP-UX already has an /opt filesystem, so I would be mounting a filesytem on a mounted filesystem.  This seems to be asking for trouble for at least the following reasons:&lt;BR /&gt;&lt;BR /&gt;1.  Dependencies between /opt and /opt/oracle.  I will have to unmount /opt/oracle before unmounting /opt.  Likewise, /opt/oracle won't mount unless /opt is mounted.&lt;BR /&gt;&lt;BR /&gt;2.  What about online JFS filesystem resizing with a mounted filesytem below it?  Will fsadm refuse to defrag/resize/etc.?&lt;BR /&gt;&lt;BR /&gt;What other issues are there?  All ideas and input appreciated.</description>
      <pubDate>Wed, 25 Apr 2007 10:16:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/submounting-filesytem-issues/m-p/3988628#M604702</guid>
      <dc:creator>Jeff McKenzie</dc:creator>
      <dc:date>2007-04-25T10:16:28Z</dc:date>
    </item>
    <item>
      <title>Re: Submounting Filesytem Issues?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/submounting-filesytem-issues/m-p/3988629#M604703</link>
      <description>Not really any issues.  &lt;BR /&gt;&lt;BR /&gt;Online JFS doesn't care.  YOu just have to make sure you specify the correct filesystem when doing a resize.&lt;BR /&gt;&lt;BR /&gt;If you think about it, all filesystem are submounted.  You have the '/' mountpoint and then all other filesystem (/usr, /opt, /var, etc....) mounted on under '/'.</description>
      <pubDate>Wed, 25 Apr 2007 10:22:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/submounting-filesytem-issues/m-p/3988629#M604703</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2007-04-25T10:22:26Z</dc:date>
    </item>
    <item>
      <title>Re: Submounting Filesytem Issues?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/submounting-filesytem-issues/m-p/3988630#M604704</link>
      <description>In a sense, every filesystem except / has a filesystem mounted below it. You do have to be concerned with the order of mounting but other than that there are no problems. All of your filesystem maintenance commands will continue to function. Consider the case of /var. It is very common to have many filesystems mounted beneath it. /var/tmp, /var/mail, /var/spool -- which makes the critical filesystem /var much less likely to fill up and bring the system down and spreads io among several devices.</description>
      <pubDate>Wed, 25 Apr 2007 10:26:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/submounting-filesytem-issues/m-p/3988630#M604704</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2007-04-25T10:26:22Z</dc:date>
    </item>
    <item>
      <title>Re: Submounting Filesytem Issues?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/submounting-filesytem-issues/m-p/3988631#M604705</link>
      <description>&lt;BR /&gt;This is an accepted practice - the system does not really care.&lt;BR /&gt;&lt;BR /&gt;One caveat - if you use an existing directory to mount a new lvol, whatever is in that directory will "disappear" a listing will show the contents of the mounted lvol. Once the lvol is unmounted the "old data" will re-appear.</description>
      <pubDate>Wed, 25 Apr 2007 10:34:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/submounting-filesytem-issues/m-p/3988631#M604705</guid>
      <dc:creator>DCE</dc:creator>
      <dc:date>2007-04-25T10:34:33Z</dc:date>
    </item>
    <item>
      <title>Re: Submounting Filesytem Issues?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/submounting-filesytem-issues/m-p/3988632#M604706</link>
      <description>&amp;gt;DCE: if you use an existing directory to mount a new lvol, whatever is in that directory will "disappear"&lt;BR /&gt;&lt;BR /&gt;Right.  But you can still see that directory if you mount it to a different machine.</description>
      <pubDate>Wed, 25 Apr 2007 22:12:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/submounting-filesytem-issues/m-p/3988632#M604706</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2007-04-25T22:12:00Z</dc:date>
    </item>
  </channel>
</rss>

