<?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: Incorrect du and ls -lrt size in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849402#M781331</link>
    <description>closing thread. issue solved by rebooting and call logged with oracle.</description>
    <pubDate>Fri, 14 Jul 2006 21:37:14 GMT</pubDate>
    <dc:creator>sathish kannan</dc:creator>
    <dc:date>2006-07-14T21:37:14Z</dc:date>
    <item>
      <title>Incorrect du and ls -lrt size</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849395#M781324</link>
      <description>Hi All,&lt;BR /&gt;We are using HPUX 10.20 on K460/4. In one of our filesystem today morning we had a bit of hickup with one of DBF file reporting incorrect "ls -lrt" and "du" size. When I do ls -lrt dbf file it comes with 4.3 GB whereas du shows it as just 2.1 GB. But the filesystem doesn't have enough space to grow to 4GB as because last night during our cold backup the file was just 2GB and filesystem has only 100 MB left.  DBA's has confirmed me that the DB is corrupted now and we need to restore now. Does any one knows it why ? .&lt;BR /&gt;&lt;BR /&gt;Config :- K460/4, 10.20&lt;BR /&gt;Disks :- VA7400&lt;BR /&gt;Oracle :-7.3.4</description>
      <pubDate>Mon, 28 Jul 2003 03:14:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849395#M781324</guid>
      <dc:creator>sathish kannan</dc:creator>
      <dc:date>2003-07-28T03:14:18Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect du and ls -lrt size</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849396#M781325</link>
      <description>Hi All,&lt;BR /&gt;I forgot to mention that problem exists even after we shutdown database. I ran fsck and status is OK. But the files were deleted before fsck was run.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Sathish</description>
      <pubDate>Mon, 28 Jul 2003 03:17:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849396#M781325</guid>
      <dc:creator>sathish kannan</dc:creator>
      <dc:date>2003-07-28T03:17:34Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect du and ls -lrt size</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849397#M781326</link>
      <description>dmesg should show an lbolt.&lt;BR /&gt;&lt;BR /&gt;Most probably a disk or controller failure.&lt;BR /&gt;&lt;BR /&gt;The filesystem is suddenly a lot smaller right?&lt;BR /&gt;&lt;BR /&gt;Same thing happened to my oracle database when a disk dropped out from under it.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Mon, 28 Jul 2003 03:27:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849397#M781326</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2003-07-28T03:27:49Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect du and ls -lrt size</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849398#M781327</link>
      <description>Hi,&lt;BR /&gt;there is another nice explanation.&lt;BR /&gt;&lt;BR /&gt;First: i didn't know that oracle 7.3.4 had support for large files, are you sure that it is allowed ? And are the proper option activated on the 10.20, if it will be ?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Second: oracle used sparse files, when creating datafiles, not to use disk space scopeless.&lt;BR /&gt;&lt;BR /&gt;A sparse file can have different size between du and ls.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;ls reports what the file claims to be.&lt;BR /&gt;du reports the effective size on disk. &lt;BR /&gt;&lt;BR /&gt;with sparse file, they can mismatch.&lt;BR /&gt;&lt;BR /&gt;how do i create a sparse file ?&lt;BR /&gt;&lt;BR /&gt;i open a file, i do a seek, i write 1 byte, i close the file.&lt;BR /&gt;&lt;BR /&gt;space on disk: a couple of cytes&lt;BR /&gt;space claimed: all from the seek.&lt;BR /&gt;&lt;BR /&gt;Are you sure that the database is corrupt ?&lt;BR /&gt;&lt;BR /&gt;In which datafile, exactly in that?&lt;BR /&gt;&lt;BR /&gt;Are you sure that you don't have the dafafile with autoexent ? It is known to corrupt files on 10.20 and 7.3.4, is largefiles is not properly set and ksh is used.....&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;   Massimo&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 28 Jul 2003 08:40:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849398#M781327</guid>
      <dc:creator>Massimo Bianchi</dc:creator>
      <dc:date>2003-07-28T08:40:54Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect du and ls -lrt size</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849399#M781328</link>
      <description>I had the same problem due to disk failure.&lt;BR /&gt;We had to manually ask the operation folks to salvage old stuff and remount it.Still we couldnt exactly get to the stage we wanted.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 28 Jul 2003 12:43:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849399#M781328</guid>
      <dc:creator>Paddy_1</dc:creator>
      <dc:date>2003-07-28T12:43:04Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect du and ls -lrt size</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849400#M781329</link>
      <description>Hi Massimo,&lt;BR /&gt;You are right. There are lot of combination in this issue. The affected file is in Auto extend mode. Filesystem has largefiles option so it can grow more than 2GB. We don't know whether the file is a sparse or not but definetly it is corrupted. Our DBA's had logged a call with oracle and checking from their end. Thanks for your help.&lt;BR /&gt;&lt;BR /&gt;Steve and PAddy - I can't find any problems with disk and no logs on syslog/dmesg. Thanks for your input.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Sathish</description>
      <pubDate>Tue, 29 Jul 2003 06:57:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849400#M781329</guid>
      <dc:creator>sathish kannan</dc:creator>
      <dc:date>2003-07-29T06:57:47Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect du and ls -lrt size</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849401#M781330</link>
      <description>Hi,&lt;BR /&gt;i stress another point: ksh&lt;BR /&gt;&lt;BR /&gt;It has a built in imitation of 2G.&lt;BR /&gt;&lt;BR /&gt;Try to start the db with csh, that can support largefiles if it is properly set up.&lt;BR /&gt;&lt;BR /&gt;Check with "ulimit -a"&lt;BR /&gt;&lt;BR /&gt;Once i resolved the corruption staring it with csh, because it allowed us to write behind the 2G limit. But since you have oracle on your side, i will trust them :)&lt;BR /&gt;&lt;BR /&gt;   Massimo&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 29 Jul 2003 07:03:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849401#M781330</guid>
      <dc:creator>Massimo Bianchi</dc:creator>
      <dc:date>2003-07-29T07:03:25Z</dc:date>
    </item>
    <item>
      <title>Re: Incorrect du and ls -lrt size</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849402#M781331</link>
      <description>closing thread. issue solved by rebooting and call logged with oracle.</description>
      <pubDate>Fri, 14 Jul 2006 21:37:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/incorrect-du-and-ls-lrt-size/m-p/4849402#M781331</guid>
      <dc:creator>sathish kannan</dc:creator>
      <dc:date>2006-07-14T21:37:14Z</dc:date>
    </item>
  </channel>
</rss>

