<?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 root file system fills up, reboot goes back to 7 % in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/root-file-system-fills-up-reboot-goes-back-to-7/m-p/2803643#M82503</link>
    <description>Hello,&lt;BR /&gt;Please help be figure out why my root fs fills up preriodically. I can't find any obvious reasons and when the system is restarted bdf shows / at 7%.&lt;BR /&gt;</description>
    <pubDate>Tue, 10 Sep 2002 19:56:59 GMT</pubDate>
    <dc:creator>James Henderson_1</dc:creator>
    <dc:date>2002-09-10T19:56:59Z</dc:date>
    <item>
      <title>root file system fills up, reboot goes back to 7 %</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-file-system-fills-up-reboot-goes-back-to-7/m-p/2803643#M82503</link>
      <description>Hello,&lt;BR /&gt;Please help be figure out why my root fs fills up preriodically. I can't find any obvious reasons and when the system is restarted bdf shows / at 7%.&lt;BR /&gt;</description>
      <pubDate>Tue, 10 Sep 2002 19:56:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-file-system-fills-up-reboot-goes-back-to-7/m-p/2803643#M82503</guid>
      <dc:creator>James Henderson_1</dc:creator>
      <dc:date>2002-09-10T19:56:59Z</dc:date>
    </item>
    <item>
      <title>Re: root file system fills up, reboot goes back to 7 %</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-file-system-fills-up-reboot-goes-back-to-7/m-p/2803644#M82504</link>
      <description>First do a bdf. Are all the filesystems mounted? It might be that a filesystem, e.g. /tmp is not mounted and thus everything is actually going to /. The most common cause of this is that temporary files are being written and when the process dies the space is reclaimed. In a well configured system, / should be all be static in size because essentially nothing should write to it.&lt;BR /&gt;</description>
      <pubDate>Tue, 10 Sep 2002 20:07:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-file-system-fills-up-reboot-goes-back-to-7/m-p/2803644#M82504</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2002-09-10T20:07:27Z</dc:date>
    </item>
    <item>
      <title>Re: root file system fills up, reboot goes back to 7 %</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-file-system-fills-up-reboot-goes-back-to-7/m-p/2803645#M82505</link>
      <description>You could have some sort of large open file that gets deleted, but the space is not freed.  (A log file of some sort or something.)  The reboot ends the process that is holding this file open, which frees the space.  For example, you could have something filling your /etc/rc.log, making it huge.  Then the file gets deleted, and the space does not get freed, because the system is up.  After reboot, there is no /etc/rc.log to move to /etc/rc.log.old, so the system continues.  (Or there is no space to copy, so the system throws the old one away.  It doesn't necessary need to be something manually deleted...)  This would cause your / filesystem to fill, and the space would be reclaimed at reboot.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;I have actually seen this happen to a system having a problem.  (Where /etc/rc.log fills /.)  You may want to use the command 'du' to look and see what is getting to be very large on your system as / starts filling.</description>
      <pubDate>Tue, 10 Sep 2002 20:09:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-file-system-fills-up-reboot-goes-back-to-7/m-p/2803645#M82505</guid>
      <dc:creator>John Payne_2</dc:creator>
      <dc:date>2002-09-10T20:09:29Z</dc:date>
    </item>
    <item>
      <title>Re: root file system fills up, reboot goes back to 7 %</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-file-system-fills-up-reboot-goes-back-to-7/m-p/2803646#M82506</link>
      <description>Hi James,&lt;BR /&gt;&lt;BR /&gt; It could be any number of things.&lt;BR /&gt;You need to look at the system - specifically the / filesystem before it's full to determine just what's filling it.&lt;BR /&gt;Use this command:&lt;BR /&gt;&lt;BR /&gt;du -akx | sort -nr | more&lt;BR /&gt;&lt;BR /&gt;and it will list in descending size order the files/dirs in / &amp;amp; this will help you/us determine just what's eating up the space.&lt;BR /&gt;Clay's correct - nothing *should* be writing to / to the point that it would fill it up.&lt;BR /&gt;&lt;BR /&gt;Rgds,&lt;BR /&gt;Jeff</description>
      <pubDate>Tue, 10 Sep 2002 20:13:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-file-system-fills-up-reboot-goes-back-to-7/m-p/2803646#M82506</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2002-09-10T20:13:06Z</dc:date>
    </item>
    <item>
      <title>Re: root file system fills up, reboot goes back to 7 %</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-file-system-fills-up-reboot-goes-back-to-7/m-p/2803647#M82507</link>
      <description>When / starts filling up check /dev for any large files. Sometimes processes write to a file instead of a device (like /dev/rmt/om instead of /dev/rmt/0m).&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;Marty</description>
      <pubDate>Tue, 10 Sep 2002 20:36:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-file-system-fills-up-reboot-goes-back-to-7/m-p/2803647#M82507</guid>
      <dc:creator>Martin Johnson</dc:creator>
      <dc:date>2002-09-10T20:36:37Z</dc:date>
    </item>
    <item>
      <title>Re: root file system fills up, reboot goes back to 7 %</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-file-system-fills-up-reboot-goes-back-to-7/m-p/2803648#M82508</link>
      <description>Jim,&lt;BR /&gt;&lt;BR /&gt;I am really surprised  that after reboot the bdf is back at 7%.&lt;BR /&gt;&lt;BR /&gt;I had a problem where the rpc.lockd.log file in /var/adm was filling up.  There was a patch to fix the problem.&lt;BR /&gt;&lt;BR /&gt;Don't know if that helps, but it may be a place to look.&lt;BR /&gt;&lt;BR /&gt;- Allan</description>
      <pubDate>Thu, 12 Sep 2002 19:32:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-file-system-fills-up-reboot-goes-back-to-7/m-p/2803648#M82508</guid>
      <dc:creator>Allan Pincus</dc:creator>
      <dc:date>2002-09-12T19:32:57Z</dc:date>
    </item>
    <item>
      <title>Re: root file system fills up, reboot goes back to 7 %</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-file-system-fills-up-reboot-goes-back-to-7/m-p/2803649#M82509</link>
      <description>Do a "ll /dev/null" and be sure that it looks like ...&lt;BR /&gt;crw-rw-rw-   1 bin        bin          3 0x000002 Sep 12 15:20 /dev/null&lt;BR /&gt;&lt;BR /&gt;If it does not, then recreate it using mknod command.&lt;BR /&gt;&lt;BR /&gt;Rich</description>
      <pubDate>Thu, 12 Sep 2002 19:38:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-file-system-fills-up-reboot-goes-back-to-7/m-p/2803649#M82509</guid>
      <dc:creator>Rich Wright</dc:creator>
      <dc:date>2002-09-12T19:38:51Z</dc:date>
    </item>
  </channel>
</rss>

