<?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: Wondering about one of our file system size? in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162772#M320231</link>
    <description>Install lsof if not present, then:&lt;BR /&gt;# lsof +L1&lt;BR /&gt;</description>
    <pubDate>Mon, 17 Mar 2008 13:09:36 GMT</pubDate>
    <dc:creator>Mounaam</dc:creator>
    <dc:date>2008-03-17T13:09:36Z</dc:date>
    <item>
      <title>Wondering about one of our file system size?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162769#M320228</link>
      <description>When we issue bdf, it says that one of our mount point size is 18GB with 17GB used 95 % utilized. But we are very wondering, when we check and add up the content of the file system, the total is only 2.2 GB. attached is the output for bdf and the content of the file system.&lt;BR /&gt;&lt;BR /&gt;Where are all the files hiding that utilized the mount point? We are very surprised, it because of the file system defragmented or something.  Looking forward for your advice. Do we need to move the file system and recreate the file system? What is the best solution to resolve this â  ghost filesâ   that utilized our file system? Hope to hear from you. &lt;BR /&gt;</description>
      <pubDate>Mon, 17 Mar 2008 10:33:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162769#M320228</guid>
      <dc:creator>apple</dc:creator>
      <dc:date>2008-03-17T10:33:38Z</dc:date>
    </item>
    <item>
      <title>Re: Wondering about one of our file system size?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162770#M320229</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Probably someone removed an open file.&lt;BR /&gt;&lt;BR /&gt;download and install lsof.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://hpux.connect.org.uk/hppd/hpux/Sysadmin/lsof-4.78/" target="_blank"&gt;http://hpux.connect.org.uk/hppd/hpux/Sysadmin/lsof-4.78/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;# lsof /filesystem&lt;BR /&gt;and lo0cate the PID of the open, kill it or restart your app.&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Robert-Jan</description>
      <pubDate>Mon, 17 Mar 2008 10:43:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162770#M320229</guid>
      <dc:creator>Robert-Jan Goossens</dc:creator>
      <dc:date>2008-03-17T10:43:06Z</dc:date>
    </item>
    <item>
      <title>Re: Wondering about one of our file system size?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162771#M320230</link>
      <description>this may be happen if you delete a file but someone/some process still holds that/those files&lt;BR /&gt;&lt;BR /&gt;if possible than, shutdown your oracle box and then see what is the status.&lt;BR /&gt;&lt;BR /&gt;or apply command fuser -cu /mountpoint name that which user is accessing that mount point</description>
      <pubDate>Mon, 17 Mar 2008 10:44:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162771#M320230</guid>
      <dc:creator>Jeeshan</dc:creator>
      <dc:date>2008-03-17T10:44:16Z</dc:date>
    </item>
    <item>
      <title>Re: Wondering about one of our file system size?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162772#M320231</link>
      <description>Install lsof if not present, then:&lt;BR /&gt;# lsof +L1&lt;BR /&gt;</description>
      <pubDate>Mon, 17 Mar 2008 13:09:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162772#M320231</guid>
      <dc:creator>Mounaam</dc:creator>
      <dc:date>2008-03-17T13:09:36Z</dc:date>
    </item>
    <item>
      <title>Re: Wondering about one of our file system size?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162773#M320232</link>
      <description>As was stated before, it could be an open file that was removed.  Just because a file was removed does not mean that some process cannot still write to the filehandle.&lt;BR /&gt;&lt;BR /&gt;It appears that you have a database on this filesystem (the *.db).  If that's the case, is could be a 'sparse' file.  This is a file where the data is full of 'holes'.  It's not something you can 'defragment' because the application created the file this way.&lt;BR /&gt;&lt;BR /&gt;You may want to create a larger volume and move the data to the new volume.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Mark</description>
      <pubDate>Tue, 18 Mar 2008 14:37:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162773#M320232</guid>
      <dc:creator>Mark Ellzey</dc:creator>
      <dc:date>2008-03-18T14:37:33Z</dc:date>
    </item>
    <item>
      <title>Re: Wondering about one of our file system size?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162774#M320233</link>
      <description>bet if you rebooted a bdf would show differently.  This happens to me with the /tmp filesystem</description>
      <pubDate>Tue, 18 Mar 2008 15:51:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162774#M320233</guid>
      <dc:creator>Paul Sperry</dc:creator>
      <dc:date>2008-03-18T15:51:53Z</dc:date>
    </item>
    <item>
      <title>Re: Wondering about one of our file system size?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162775#M320234</link>
      <description>&amp;gt;Paul: bet if you rebooted a bdf would show differently.&lt;BR /&gt;&lt;BR /&gt;I assume you mean that rebooting is the same as killing the process that is holding the gigantic file open?</description>
      <pubDate>Wed, 19 Mar 2008 03:37:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162775#M320234</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-03-19T03:37:43Z</dc:date>
    </item>
    <item>
      <title>Re: Wondering about one of our file system size?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162776#M320235</link>
      <description>very interesting, but how can we avoid the sparse file. currently the file system is occupied by the oracle database files. &lt;BR /&gt;we have created the volume based on our dba requirements, i'm not sure how creating the larger volume could solve the problem. it's difficult how big the volume is. would really appreciate your advice. all your responds are very great. thanks a lot. hv a nice day</description>
      <pubDate>Wed, 19 Mar 2008 03:39:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162776#M320235</guid>
      <dc:creator>apple</dc:creator>
      <dc:date>2008-03-19T03:39:07Z</dc:date>
    </item>
    <item>
      <title>Re: Wondering about one of our file system size?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162777#M320236</link>
      <description>&amp;gt;but how can we avoid the sparse file. &lt;BR /&gt;&lt;BR /&gt;Why would you want to do that?  Sparse files are good, lots of zeroes are bad.  In computer science, entropy == information, order is bad.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;I'm not sure how creating the larger volume could solve the problem.&lt;BR /&gt;&lt;BR /&gt;Having a larger volume would mean it wasn't 95% used.&lt;BR /&gt;&lt;BR /&gt;Have you used lsof(1) to find the open file?  That would go a long way to tell you what to do next.</description>
      <pubDate>Wed, 19 Mar 2008 03:56:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162777#M320236</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-03-19T03:56:01Z</dc:date>
    </item>
    <item>
      <title>Re: Wondering about one of our file system size?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162778#M320237</link>
      <description>hi again,&lt;BR /&gt;&amp;gt;but how can we avoid the sparse file. &lt;BR /&gt;Why avoid?? it is supposed to be a OS feature.&lt;BR /&gt;&lt;BR /&gt;When temporary files are created sparse, they will not actually consume disk storage until they need to.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;hope this helps!&lt;BR /&gt;&lt;BR /&gt;kind regards&lt;BR /&gt;yogeeraj</description>
      <pubDate>Wed, 19 Mar 2008 04:34:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162778#M320237</guid>
      <dc:creator>Yogeeraj_1</dc:creator>
      <dc:date>2008-03-19T04:34:47Z</dc:date>
    </item>
    <item>
      <title>Re: Wondering about one of our file system size?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162779#M320238</link>
      <description>very interesting. ok i have just downloaded the lsof. it's in .depot extension. i just need to swinstall -s /tmp/lsof.depot right? &lt;BR /&gt;i'll search from the itrc forum how to best use it. :)</description>
      <pubDate>Wed, 19 Mar 2008 12:59:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162779#M320238</guid>
      <dc:creator>apple</dc:creator>
      <dc:date>2008-03-19T12:59:06Z</dc:date>
    </item>
    <item>
      <title>Re: Wondering about one of our file system size?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162780#M320239</link>
      <description>&amp;gt;i just need to swinstall -s /tmp/lsof.depot right?&lt;BR /&gt;&lt;BR /&gt;You need to specify what you want to install, otherwise it goes into the GUI:&lt;BR /&gt;# swinstall -s /tmp/lsof.depot \*</description>
      <pubDate>Wed, 19 Mar 2008 16:37:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/wondering-about-one-of-our-file-system-size/m-p/4162780#M320239</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-03-19T16:37:11Z</dc:date>
    </item>
  </channel>
</rss>

