public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
* XFS bmap to disk lba question.
@ 2006-07-13 17:58 Michael Li (gmail)
  2006-07-14  5:31 ` Nathan Scott
  0 siblings, 1 reply; 5+ messages in thread
From: Michael Li (gmail) @ 2006-07-13 17:58 UTC (permalink / raw)
  To: nathans, xfs

Hi, Nathans and all,

I am looking for the way to map bmap of file extent to disk physical LBA 
on IRIX/CXFS. Since here is the BEST place to get help about XFS, I send 
my confusion to you.

We know that the command xfs_bmap can show us the file's extent range, 
for example [20 - 100], but how can we know the real physical secoter ID 
(or
named as LBA) of file's first block(512Bytes) on a raw disk? I've read 
XVM admin for IRIX,  it show us less clue for this mapping.
We can get this mapping method on linux, as linux/xfs is open sourced, 
but IRIX is not, we don't know how to do it on IRIX, although the 
filesystem is the in the same name XFS.

Furthermore, is it the same way to mapping the bmap/LBA in a striped 
volume. For example: a file on striped volume is in bmap range[20, 1000].
there are 3 physical disks(disk1/disk2/disk3)  in the stripe, stripe 
unit is 128. each stripe unit has 32 512B-blocks. How can we map the 
first block in the file to one of disk's X sector?
After read XVM document. the stripe chunksize should be 128*32 blocks, 
the stripe width is 3. In the special case, the file's first block must 
belong to disk1.
But how can we know the real LBA on disk1? assume it is a very simple 
stripe group, not for log subvolume/realtime subvolume.

Could you help me?

Thanks very much!

Michael

BTW: If we should not talk about IRIX here, I will stop posting such a 
topic here. Sorry for the noise.

^ permalink raw reply	[flat|nested] 5+ messages in thread
* RE: XFS bmap to disk lba question.
@ 2006-07-14  5:52 Sebastian Brings
  2006-07-14 13:42 ` Michael Li (gmail)
  0 siblings, 1 reply; 5+ messages in thread
From: Sebastian Brings @ 2006-07-14  5:52 UTC (permalink / raw)
  To: Nathan Scott, Michael Li (gmail); +Cc: xfs

For Irix I am aware of two ways. One is to do the math, using xvm show
-verbose phys/* and so on to get the sizes of labels and volume header
and figure out where the first data block starts.
The other way is to use a program which does direct IO read on an
existing file and run it under control of "par -k". This produces plenty
of output, but holds information like "read from device X starting at
offset Y number of bytes Z. You then can match it with your xfs_bmap -v
list.

Cheers

Sebastian 

> -----Original Message-----
> From: xfs-bounce@oss.sgi.com [mailto:xfs-bounce@oss.sgi.com] On Behalf
Of
> Nathan Scott
> Sent: Freitag, 14. Juli 2006 07:31
> To: Michael Li (gmail)
> Cc: xfs@oss.sgi.com
> Subject: Re: XFS bmap to disk lba question.
> 
> On Fri, Jul 14, 2006 at 01:58:04AM +0800, Michael Li (gmail) wrote:
> > We know that the command xfs_bmap can show us the file's extent
range,
> > for example [20 - 100], but how can we know the real physical
secoter ID
> > (or
> > named as LBA) of file's first block(512Bytes) on a raw disk? I've
read
> > XVM admin for IRIX,  it show us less clue for this mapping.
> 
> For a single disk, its relatively simple.  bmap gives you the starting
> offset for each extent in  basic blocks (512 bytes) always, which maps
> directly to sectors on the logical device.
> 
> You need to consider any partition table or volume manager header at
> the start of a physical device, and factor that into the calculation,
> they are not any one fixed size (I don't know how large an XVM label
> would be for example).
> 
> > We can get this mapping method on linux, as linux/xfs is open
sourced,
> > but IRIX is not, we don't know how to do it on IRIX, although the
> > filesystem is the in the same name XFS.
> 
> The xfs_bmap command is basically the same between IRIX and Linux.
> 
> > Furthermore, is it the same way to mapping the bmap/LBA in a striped
> > volume. ...
> > unit is 128. each stripe unit has 32 512B-blocks. How can we map the
> > first block in the file to one of disk's X sector?
> 
> Well, it gets more complex now of course, bmap gives you one number
> (for the single logical address space presented by the raid or volume
> manager), and its an exercise for the reader to figure out which
> actual disk that corresponds to based on the raid geometry.  Theres
> no tools for doing this that I know of, you just have to sit down and
> do the math... (well, thats how I've done it in the past anyway)... a
> bit of a pain, I know.
> 
> > BTW: If we should not talk about IRIX here, I will stop posting such
a
> > topic here. Sorry for the noise.
> 
> Heh, yes, its more usual to speak to SGI customer support folks for
> this sort of topic.
> 
> cheers.
> 
> --
> Nathan
> 

^ permalink raw reply	[flat|nested] 5+ messages in thread
* RE: XFS bmap to disk lba question
@ 2006-07-14  9:46 Michael Li (Gmail)
  0 siblings, 0 replies; 5+ messages in thread
From: Michael Li (Gmail) @ 2006-07-14  9:46 UTC (permalink / raw)
  To: nathans, sebas, xfs

Hi, Nathans and Sebas,

Thanks for your help on my questions, we finally get the map on the simple
stripe I mentioned above. It a simple caculation but I make mistake on the
understanding of stripe unit size, it's in KB not Block. In my limited
experience on CXFS, I always see the docs using #block on SGI :-) So...

Thanks very much. More interesting questions will come later.:-)

Thanks,

Michael


[[HTML alternate version deleted]]

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2006-07-14 13:43 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-07-13 17:58 XFS bmap to disk lba question Michael Li (gmail)
2006-07-14  5:31 ` Nathan Scott
  -- strict thread matches above, loose matches on Subject: below --
2006-07-14  5:52 Sebastian Brings
2006-07-14 13:42 ` Michael Li (gmail)
2006-07-14  9:46 Michael Li (Gmail)

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox