<?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: File system problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246833#M174672</link>
    <description>stop/start database or give a reboot if you can afford downtime.</description>
    <pubDate>Tue, 13 Apr 2004 18:58:18 GMT</pubDate>
    <dc:creator>SS_6</dc:creator>
    <dc:date>2004-04-13T18:58:18Z</dc:date>
    <item>
      <title>File system problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246827#M174666</link>
      <description>Hi guys.  I have a problem with one file system that is currently being used by an Oracle DB.  According to bdf output the file system is using the 98% of total space. When I executed the du -k command to find the biggest file and delete so I can free some space, I got the following output:&lt;BR /&gt;&lt;BR /&gt;2569598 /t01&lt;BR /&gt;&lt;BR /&gt;Aparently the total filesystem is barely using 2.5GB, but bdf output tells me something different&lt;BR /&gt;&lt;BR /&gt;/dev/vgBS/lv_t01.... 8388608 ...8180296 ... 208312 ...98%.... /t01&lt;BR /&gt;&lt;BR /&gt;Is there any way to find out what is happening?  What action should be taken to solve this problem? I would like some help on this.  Thanks!!!&lt;BR /&gt;</description>
      <pubDate>Tue, 13 Apr 2004 12:13:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246827#M174666</guid>
      <dc:creator>Carlos Munoz Lopez</dc:creator>
      <dc:date>2004-04-13T12:13:43Z</dc:date>
    </item>
    <item>
      <title>Re: File system problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246828#M174667</link>
      <description>Carlos, probably an open file has been removed. Stopping all Oracle processes may close this file and release its diskspace.You may also want to install and use lsof. See other threads for lsof.  Success, JP.</description>
      <pubDate>Tue, 13 Apr 2004 12:38:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246828#M174667</guid>
      <dc:creator>Jeroen Peereboom</dc:creator>
      <dc:date>2004-04-13T12:38:15Z</dc:date>
    </item>
    <item>
      <title>Re: File system problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246829#M174668</link>
      <description>Hi Carlos,&lt;BR /&gt;&lt;BR /&gt;It is possible that you deleted a file which was still in use and hence the space did not get released even after the file was deleted. This space will get released only when the process that was using this file gets killed / terminate.&lt;BR /&gt;&lt;BR /&gt;do a fuser on the filesystem and find out a list of the processes that are using the filesystem. Locate the process and see if you can kill it or bounce / restart it.&lt;BR /&gt;&lt;BR /&gt;fuser -cu /mount_point&lt;BR /&gt;&lt;BR /&gt;Hope this helps.&lt;BR /&gt;&lt;BR /&gt;Regds&lt;BR /&gt;</description>
      <pubDate>Tue, 13 Apr 2004 12:43:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246829#M174668</guid>
      <dc:creator>Sanjay_6</dc:creator>
      <dc:date>2004-04-13T12:43:06Z</dc:date>
    </item>
    <item>
      <title>Re: File system problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246830#M174669</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;If you have lsof you can find the unlinked file using the option +aL1.&lt;BR /&gt;&lt;BR /&gt;Use,&lt;BR /&gt;&lt;BR /&gt;lsof +aL1 /mount_point&lt;BR /&gt;&lt;BR /&gt;If you don't have lsof, you can get lsof from this link,&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://hpux.cs.utah.edu/hppd/hpux/Sysadmin/lsof-4.70/" target="_blank"&gt;http://hpux.cs.utah.edu/hppd/hpux/Sysadmin/lsof-4.70/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Hope this helps.&lt;BR /&gt;&lt;BR /&gt;Regds&lt;BR /&gt;</description>
      <pubDate>Tue, 13 Apr 2004 12:49:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246830#M174669</guid>
      <dc:creator>Sanjay_6</dc:creator>
      <dc:date>2004-04-13T12:49:07Z</dc:date>
    </item>
    <item>
      <title>Re: File system problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246831#M174670</link>
      <description>Hi Carlos,&lt;BR /&gt;&lt;BR /&gt;You probably don't have a problem. I suspect that the DBAs have set up a sparse file for the DB's use. That's a file that defines the beginning and ending blocks but doesn't actually consume the space at that moment. It will slowly use &amp;amp; it will use no more until the DBAs assign it more.&lt;BR /&gt;&lt;BR /&gt;For an example see man prealloc - it does the same thing. bdf sees the preallocated space while du sees the used space - perfectly normal &amp;amp; should not ba a concern. But check with your DBAs just to confirm.&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Jeff</description>
      <pubDate>Tue, 13 Apr 2004 13:13:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246831#M174670</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2004-04-13T13:13:36Z</dc:date>
    </item>
    <item>
      <title>Re: File system problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246832#M174671</link>
      <description>Carlos --&lt;BR /&gt;&lt;BR /&gt;Try this instead:&lt;BR /&gt;&lt;BR /&gt;cd &lt;DIRECTORY_NAME&gt;&lt;BR /&gt;&lt;BR /&gt;find . -name +msize 1000000c -exec ll {} \;&lt;BR /&gt;&lt;BR /&gt;This should list larger files for you to look for as targets.&lt;BR /&gt;&lt;BR /&gt;Best regards,&lt;BR /&gt;&lt;BR /&gt;Kent M. Ostby&lt;BR /&gt;&lt;/DIRECTORY_NAME&gt;</description>
      <pubDate>Tue, 13 Apr 2004 15:06:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246832#M174671</guid>
      <dc:creator>Kent Ostby</dc:creator>
      <dc:date>2004-04-13T15:06:11Z</dc:date>
    </item>
    <item>
      <title>Re: File system problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246833#M174672</link>
      <description>stop/start database or give a reboot if you can afford downtime.</description>
      <pubDate>Tue, 13 Apr 2004 18:58:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246833#M174672</guid>
      <dc:creator>SS_6</dc:creator>
      <dc:date>2004-04-13T18:58:18Z</dc:date>
    </item>
    <item>
      <title>Re: File system problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246834#M174673</link>
      <description>Thank you guys for all the help you gave.  I will follow your advice.</description>
      <pubDate>Tue, 13 Apr 2004 19:25:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/file-system-problem/m-p/3246834#M174673</guid>
      <dc:creator>Carlos Munoz Lopez</dc:creator>
      <dc:date>2004-04-13T19:25:20Z</dc:date>
    </item>
  </channel>
</rss>

