<?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 ncheck in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/ncheck/m-p/3528448#M622241</link>
    <description>Hi There,&lt;BR /&gt;&lt;BR /&gt;I'm doing a test on how blocks are allocated in a vxfs when a file is being written. What I did was, create a VG with 8Mb PE with 4 Open-9 LDEVs,  on top of that I create a new filesysem of 8192 block size+largefiles. With the filesystem mounted I started populating it by copying a series of 2gb file to the filesystem until it is full. (testfile.tmp, testfile.tmp2,testfile.tmp3 and so on)&lt;BR /&gt;I did a ncheck and extract out the blocks range   and sort them, I've save it in the attached file ncheck.txt. &lt;BR /&gt;&lt;BR /&gt;I find that the blocks range allocated for each file is not purely contiguous. Example testfile.tmp appears in block range 387-511 and &lt;BR /&gt;3571712-3604479. &lt;BR /&gt;&lt;BR /&gt;My Question is :&lt;BR /&gt;A. when a file is first created, does it use contiguous blocks, or in another words will it use the PE/LE in sequential order? Will there be a "jump" in block (PE/LE) number ?&lt;BR /&gt;&lt;BR /&gt;B. Is there a way to correlate the ncheck block range with the running PE number ? Eg Block 1-100 resides on PE1, block 101-200 resides on PE2 ?&lt;BR /&gt;&lt;BR /&gt;Appreciate if anyone can shed some light ...&lt;BR /&gt;&lt;BR /&gt;Cheers&lt;BR /&gt;&lt;BR /&gt;Lai&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Wed, 20 Apr 2005 04:18:35 GMT</pubDate>
    <dc:creator>Lai Nee Shyang_1</dc:creator>
    <dc:date>2005-04-20T04:18:35Z</dc:date>
    <item>
      <title>ncheck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ncheck/m-p/3528448#M622241</link>
      <description>Hi There,&lt;BR /&gt;&lt;BR /&gt;I'm doing a test on how blocks are allocated in a vxfs when a file is being written. What I did was, create a VG with 8Mb PE with 4 Open-9 LDEVs,  on top of that I create a new filesysem of 8192 block size+largefiles. With the filesystem mounted I started populating it by copying a series of 2gb file to the filesystem until it is full. (testfile.tmp, testfile.tmp2,testfile.tmp3 and so on)&lt;BR /&gt;I did a ncheck and extract out the blocks range   and sort them, I've save it in the attached file ncheck.txt. &lt;BR /&gt;&lt;BR /&gt;I find that the blocks range allocated for each file is not purely contiguous. Example testfile.tmp appears in block range 387-511 and &lt;BR /&gt;3571712-3604479. &lt;BR /&gt;&lt;BR /&gt;My Question is :&lt;BR /&gt;A. when a file is first created, does it use contiguous blocks, or in another words will it use the PE/LE in sequential order? Will there be a "jump" in block (PE/LE) number ?&lt;BR /&gt;&lt;BR /&gt;B. Is there a way to correlate the ncheck block range with the running PE number ? Eg Block 1-100 resides on PE1, block 101-200 resides on PE2 ?&lt;BR /&gt;&lt;BR /&gt;Appreciate if anyone can shed some light ...&lt;BR /&gt;&lt;BR /&gt;Cheers&lt;BR /&gt;&lt;BR /&gt;Lai&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 20 Apr 2005 04:18:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ncheck/m-p/3528448#M622241</guid>
      <dc:creator>Lai Nee Shyang_1</dc:creator>
      <dc:date>2005-04-20T04:18:35Z</dc:date>
    </item>
    <item>
      <title>Re: ncheck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ncheck/m-p/3528449#M622242</link>
      <description>Lai,&lt;BR /&gt;question 2:&lt;BR /&gt;&lt;BR /&gt;e.g. where is /etc/passwd&lt;BR /&gt;&lt;BR /&gt;1) get the inode number of that file:&lt;BR /&gt;# ls -i /etc/passwd&lt;BR /&gt;1700 /etc/passwd&lt;BR /&gt;&lt;BR /&gt;2) get a list of sectors occupied by it:&lt;BR /&gt;&lt;BR /&gt;# ncheck -F vxfs -S - /dev/vg00/lvol3 | awk '{if ($3==1700)print}'&lt;BR /&gt;UNNAMED 999 1700 11144 /etc/passwd&lt;BR /&gt;UNNAMED 999 1700 11010 /etc/passwd&lt;BR /&gt;&lt;BR /&gt;So the file uses the sectors 11144 and 11010. A sector is 1KB... so it translates to offsets in KB.&lt;BR /&gt;(Thanks to Dietmar Konermann)&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;</description>
      <pubDate>Wed, 20 Apr 2005 05:01:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ncheck/m-p/3528449#M622242</guid>
      <dc:creator>Peter Godron</dc:creator>
      <dc:date>2005-04-20T05:01:29Z</dc:date>
    </item>
    <item>
      <title>Re: ncheck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ncheck/m-p/3528450#M622243</link>
      <description>I'm not sure what question you are trying to answer but I would suggest you go to docs.hp.com and do some research.&lt;BR /&gt;&lt;BR /&gt;live free or die&lt;BR /&gt;harry d brown jr</description>
      <pubDate>Wed, 20 Apr 2005 05:20:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ncheck/m-p/3528450#M622243</guid>
      <dc:creator>harry d brown jr</dc:creator>
      <dc:date>2005-04-20T05:20:32Z</dc:date>
    </item>
    <item>
      <title>Re: ncheck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ncheck/m-p/3528451#M622244</link>
      <description>Hi There&lt;BR /&gt;&lt;BR /&gt;Perhaps my question is not clear, my appologies.&lt;BR /&gt;&lt;BR /&gt;What I'm testing is when a file is created , does it occupy consecutive blocks in a file system. &lt;BR /&gt;&lt;BR /&gt;In my production system, I've 5 x 2Gb redo log files siting on a filesystem constructed from 8 Open9 LDEVs (Open9=6.8Gb). As the filesystem is not stripe, I imagine that all the 5 redo log files will occupy the first and second LDEVs (5x2Gb redo = 10Gb, 2xOpen9=13.6Gb) and the rest of the LDEVs basically has no activity. I'm trying to determine if I can spread all the 5 redo logs over as many LDEVs as possible by recreating the file system, restore the first redo log file, write a 4.8Gb dummy file repeat this until all redo logs are written. In this way, will the 5 redologs file sit on the first 5 LDEVs ?&lt;BR /&gt;&lt;BR /&gt;Cheers&lt;BR /&gt;&lt;BR /&gt;Lai</description>
      <pubDate>Wed, 20 Apr 2005 19:43:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ncheck/m-p/3528451#M622244</guid>
      <dc:creator>Lai Nee Shyang_1</dc:creator>
      <dc:date>2005-04-20T19:43:31Z</dc:date>
    </item>
  </channel>
</rss>

