<?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: root filesystem getting full in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892660#M402652</link>
    <description>You wrote:&lt;BR /&gt;&lt;BR /&gt;&amp;gt; du -xk / |sort -rn&lt;BR /&gt;&amp;gt; 98057 /&lt;BR /&gt;&amp;gt; 59757 /etc&lt;BR /&gt;&amp;gt; 34331 /sbin&lt;BR /&gt;&amp;gt; ...&lt;BR /&gt; &lt;BR /&gt;These quite normal values (see my previous listing for the same command). Now you said your / filesystem is 1000Megs (1Gb)? This would indicate that a program has a hidden temporary file open on the / filesystem. This is a very nasty programming technique, where a file is created, opened, then removed while it is still open. The directory has the entry removed but the inode(s) are still open to this process. Once the process terminates (or the system is rebooted) then / should return to about 10% usage (which is what du is reporting at 98megs).&lt;BR /&gt; &lt;BR /&gt;If you cannot reboot, download a copy of lsof and run it against the / filesystem. It will report the process ID's of all programs currently using space in the / filesystem. Examine each program that has files open on / and especially look for non-HP-UX programs. There will be a lot of normal HP-UX processes using device files in /dev. Since this is such a large space, sort the output from lsof like this:&lt;BR /&gt; &lt;BR /&gt;lsof / | sort -rnk7 | head -20&lt;BR /&gt;</description>
    <pubDate>Fri, 08 Apr 2005 07:41:46 GMT</pubDate>
    <dc:creator>Bill Hassell</dc:creator>
    <dc:date>2005-04-08T07:41:46Z</dc:date>
    <item>
      <title>root filesystem getting full</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892648#M402640</link>
      <description>Hi  ..&lt;BR /&gt;the pblm is our production server's / volume is 95 % . Size of / is 1 GB  . In bdf it is showing 95 % use ( used is 900 MB ) . we are having seperate /var /usr /tmp /opt /home . It was only 27 % on last month . If i do a "du -xk /" it is showing only 98 MB in / . I coudn't get any large files in / . I couldn't restart the server also as it is production server . &lt;BR /&gt;waiting for your suggestions....</description>
      <pubDate>Thu, 24 Mar 2005 07:01:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892648#M402640</guid>
      <dc:creator>Bejoy C Alias</dc:creator>
      <dc:date>2005-03-24T07:01:25Z</dc:date>
    </item>
    <item>
      <title>Re: root filesystem getting full</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892649#M402641</link>
      <description>Hi Bejoy,&lt;BR /&gt;&lt;BR /&gt;The first thing you could check is if someone made an error using a tar command.&lt;BR /&gt;&lt;BR /&gt;# ll /dev/rmt&lt;BR /&gt;&lt;BR /&gt;check if there is a large file omn &lt;BR /&gt;&lt;BR /&gt;check for other large files in /&lt;BR /&gt;&lt;BR /&gt;# find / -xdev -size +1000 -exec ll {} \;&lt;BR /&gt;&lt;BR /&gt;Best regards,&lt;BR /&gt;Robert-Jan</description>
      <pubDate>Thu, 24 Mar 2005 07:04:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892649#M402641</guid>
      <dc:creator>Robert-Jan Goossens_1</dc:creator>
      <dc:date>2005-03-24T07:04:22Z</dc:date>
    </item>
    <item>
      <title>Re: root filesystem getting full</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892650#M402642</link>
      <description>When you see such a difference between bdf and du as this, it almost always is caused by an open file that has been removed.  In other words the file is still being written to.  The only way to fix this without re-booting is to find the process holding the file open and kill it.  Tools like fuser and lsof can help but this is far from easy and you may end up having to reboot anyway.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Thu, 24 Mar 2005 07:07:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892650#M402642</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2005-03-24T07:07:16Z</dc:date>
    </item>
    <item>
      <title>Re: root filesystem getting full</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892651#M402643</link>
      <description>do you have "lsof" (if not get it from here: &lt;A href="http://hpux.ee.ualberta.ca/hppd/hpux/Sysadmin/lsof-4.74/)." target="_blank"&gt;http://hpux.ee.ualberta.ca/hppd/hpux/Sysadmin/lsof-4.74/).&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Look in /dev:&lt;BR /&gt;&lt;BR /&gt;[root@vpart1 /etc/bkup_mail]# du -sk /dev/*|sort -rn | head&lt;BR /&gt;&lt;BR /&gt;Nothing should be BIG here!!&lt;BR /&gt;&lt;BR /&gt;Also using lsof look for files that are open but actually have been deleted. A deleted file that is OPEN will keep the space until the process htat has it open closes the file.&lt;BR /&gt;&lt;BR /&gt;especially /etc or /dev&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Also try this:&lt;BR /&gt;&lt;BR /&gt;ls -1d /* | grep -v `mount|cut -d" " -f1|grep -v "^/$" | sed -e "s/^/-e /" -e "s_\\$_ _"` | xargs -i du -sk {}&lt;BR /&gt;&lt;BR /&gt;get non mounted filesystems&lt;BR /&gt;&lt;BR /&gt;live free or die&lt;BR /&gt;harry d brown jr</description>
      <pubDate>Thu, 24 Mar 2005 07:21:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892651#M402643</guid>
      <dc:creator>harry d brown jr</dc:creator>
      <dc:date>2005-03-24T07:21:50Z</dc:date>
    </item>
    <item>
      <title>Re: root filesystem getting full</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892652#M402644</link>
      <description>Something is badly misplaced. Your / mountpoint only needs to be about 200-300 megs in size. The / directory is only for the OS and is relatively static (doesn't change in size), so something has been stored in / that does not belong there. Find out with du (don't look for big files):&lt;BR /&gt; &lt;BR /&gt;du -kx / | sort -rn | head -20&lt;BR /&gt; &lt;BR /&gt;It should look something like this:&lt;BR /&gt; &lt;BR /&gt;89232   /&lt;BR /&gt;41080   /etc&lt;BR /&gt;38448   /sbin&lt;BR /&gt;26680   /etc/vx&lt;BR /&gt;21656   /etc/vx/type&lt;BR /&gt;10160   /etc/opt&lt;BR /&gt; &lt;BR /&gt;(du -k is in Kbytes) In this case, an large 11i system is using a total of 89megs with /etc and /sbin the biggest directories. If /dev is more than 30-80K (NEVER megabytes) then you have regular files in /dev that must be removed:&lt;BR /&gt; &lt;BR /&gt;find /dev -type f -exec ll {} \;&lt;BR /&gt; &lt;BR /&gt;Usually these are spelling errors like /dev/rmt/om or /dev/null3 or /dev/nul.</description>
      <pubDate>Thu, 24 Mar 2005 09:26:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892652#M402644</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2005-03-24T09:26:31Z</dc:date>
    </item>
    <item>
      <title>Re: root filesystem getting full</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892653#M402645</link>
      <description>Dear All.&lt;BR /&gt;There is no big files in /dev/rmt or in / or in /dev&lt;BR /&gt;and i dont have lsof installed . so let me install the same and will get &lt;BR /&gt;back to you...&lt;BR /&gt;&lt;BR /&gt;du -xk / |sort -rn shows the following&lt;BR /&gt;98057   /&lt;BR /&gt;59757   /etc&lt;BR /&gt;34331   /sbin&lt;BR /&gt;20473   /etc/iscan&lt;BR /&gt;15539   /etc/vx&lt;BR /&gt;13135   /etc/vx/type&lt;BR /&gt;11395   /etc/opt&lt;BR /&gt;------truncated----&lt;BR /&gt;254     /dev&lt;BR /&gt;34      /dev/pts&lt;BR /&gt;18      /dev/ptym&lt;BR /&gt;18      /dev/pty</description>
      <pubDate>Fri, 25 Mar 2005 00:51:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892653#M402645</guid>
      <dc:creator>Bejoy C Alias</dc:creator>
      <dc:date>2005-03-25T00:51:43Z</dc:date>
    </item>
    <item>
      <title>Re: root filesystem getting full</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892654#M402646</link>
      <description>Finally i restarted the server...the same pblm exists......</description>
      <pubDate>Fri, 25 Mar 2005 04:20:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892654#M402646</guid>
      <dc:creator>Bejoy C Alias</dc:creator>
      <dc:date>2005-03-25T04:20:38Z</dc:date>
    </item>
    <item>
      <title>Re: root filesystem getting full</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892655#M402647</link>
      <description>Bejoy --&lt;BR /&gt;&lt;BR /&gt;Two possible scenarios that jump out at me:&lt;BR /&gt;&lt;BR /&gt;1) Large file right in root :&lt;BR /&gt;&lt;BR /&gt;ll -a &lt;BR /&gt;&lt;BR /&gt;(although I assume you'd find this one)&lt;BR /&gt;&lt;BR /&gt;2) Large file created UNDER a mount point.  It wont show with du because du is looking at the mounted filesystems.&lt;BR /&gt;&lt;BR /&gt;TO check this, you need to reboot and boot up into single user mode. From the ISL prompt:&lt;BR /&gt;&lt;BR /&gt;hpux -is&lt;BR /&gt;&lt;BR /&gt;This will boot you with ONLY / mounted.  First thing to check is /var's mount point:&lt;BR /&gt;&lt;BR /&gt;ls -l /var&lt;BR /&gt;&lt;BR /&gt;Then run your du -xk / and see what you come up with.&lt;BR /&gt;&lt;BR /&gt;Best regards,&lt;BR /&gt;&lt;BR /&gt;Oz&lt;BR /&gt;</description>
      <pubDate>Fri, 25 Mar 2005 04:45:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892655#M402647</guid>
      <dc:creator>Kent Ostby</dc:creator>
      <dc:date>2005-03-25T04:45:03Z</dc:date>
    </item>
    <item>
      <title>Re: root filesystem getting full</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892656#M402648</link>
      <description>Hi,&lt;BR /&gt;try this:&lt;BR /&gt;#  find / -type f -xdev -exec ls -l {} \;| sort -kn5| tail -5&lt;BR /&gt; &lt;BR /&gt;It will probably take a while to execute, but it should show the five biggest files in the / partition, only. Please show us the output.&lt;BR /&gt; &lt;BR /&gt;regards,&lt;BR /&gt;John K.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 25 Mar 2005 05:18:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892656#M402648</guid>
      <dc:creator>john korterman</dc:creator>
      <dc:date>2005-03-25T05:18:51Z</dc:date>
    </item>
    <item>
      <title>Re: root filesystem getting full</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892657#M402649</link>
      <description>ls -1d /* | grep -v `mount|cut -d" " -f1|grep -v "^/$" | sed -e "s/^/-e /" -e "s_\\$_ _"` | xargs -i find {} -type f -size +1000000c -exec ls -l \{\}\;&lt;BR /&gt;&lt;BR /&gt;it will find files &amp;gt; 1000000 bytes&lt;BR /&gt;&lt;BR /&gt;live free or die &lt;BR /&gt;harry d brown jr&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 25 Mar 2005 07:35:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892657#M402649</guid>
      <dc:creator>harry d brown jr</dc:creator>
      <dc:date>2005-03-25T07:35:59Z</dc:date>
    </item>
    <item>
      <title>Re: root filesystem getting full</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892658#M402650</link>
      <description>sorry my last post won't work, try this:&lt;BR /&gt;&lt;BR /&gt;ls -1d /* | grep -v `mount|cut -d" " -f1|grep -v "^/$" | sed -e "s/^/-e /" -e "s_\\$_ _"` | xargs -i echo find {} -type f -size +1000000c -exe&lt;BR /&gt;c ls -l "\{\}" \\\; | sh&lt;BR /&gt;&lt;BR /&gt;live free or die&lt;BR /&gt;harry d brown jr</description>
      <pubDate>Fri, 25 Mar 2005 09:33:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892658#M402650</guid>
      <dc:creator>harry d brown jr</dc:creator>
      <dc:date>2005-03-25T09:33:56Z</dc:date>
    </item>
    <item>
      <title>Re: root filesystem getting full</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892659#M402651</link>
      <description>I have done all the type searches u all had given ..but able to find only a 7 files which are more than 10 mb ..&lt;BR /&gt;any more options...</description>
      <pubDate>Fri, 08 Apr 2005 04:41:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892659#M402651</guid>
      <dc:creator>Bejoy C Alias</dc:creator>
      <dc:date>2005-04-08T04:41:06Z</dc:date>
    </item>
    <item>
      <title>Re: root filesystem getting full</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892660#M402652</link>
      <description>You wrote:&lt;BR /&gt;&lt;BR /&gt;&amp;gt; du -xk / |sort -rn&lt;BR /&gt;&amp;gt; 98057 /&lt;BR /&gt;&amp;gt; 59757 /etc&lt;BR /&gt;&amp;gt; 34331 /sbin&lt;BR /&gt;&amp;gt; ...&lt;BR /&gt; &lt;BR /&gt;These quite normal values (see my previous listing for the same command). Now you said your / filesystem is 1000Megs (1Gb)? This would indicate that a program has a hidden temporary file open on the / filesystem. This is a very nasty programming technique, where a file is created, opened, then removed while it is still open. The directory has the entry removed but the inode(s) are still open to this process. Once the process terminates (or the system is rebooted) then / should return to about 10% usage (which is what du is reporting at 98megs).&lt;BR /&gt; &lt;BR /&gt;If you cannot reboot, download a copy of lsof and run it against the / filesystem. It will report the process ID's of all programs currently using space in the / filesystem. Examine each program that has files open on / and especially look for non-HP-UX programs. There will be a lot of normal HP-UX processes using device files in /dev. Since this is such a large space, sort the output from lsof like this:&lt;BR /&gt; &lt;BR /&gt;lsof / | sort -rnk7 | head -20&lt;BR /&gt;</description>
      <pubDate>Fri, 08 Apr 2005 07:41:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892660#M402652</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2005-04-08T07:41:46Z</dc:date>
    </item>
    <item>
      <title>Re: root filesystem getting full</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892661#M402653</link>
      <description>The problem was that we unmounted some volumes temporarily for backup purposes . Some files were kept on that mount points after umounting , which was not seeing after remounting the volumes. We rebooted the server in single user mode and checked the sizes of mount points , one of the mount point was holding 800 mb of files.&lt;BR /&gt;Thanks to all...</description>
      <pubDate>Tue, 12 Jul 2005 03:44:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/root-filesystem-getting-full/m-p/4892661#M402653</guid>
      <dc:creator>Bejoy C Alias</dc:creator>
      <dc:date>2005-07-12T03:44:15Z</dc:date>
    </item>
  </channel>
</rss>

