All of lore.kernel.org
 help / color / mirror / Atom feed
* [linux-lvm] wrong data unit in lvdiskplay?
@ 2004-07-13 19:28 Ming Zhang
  2004-07-14 19:43 ` James
  0 siblings, 1 reply; 2+ messages in thread
From: Ming Zhang @ 2004-07-13 19:28 UTC (permalink / raw)
  To: linux-lvm

I am not sure if this is a bug or my stupid error.

I am using lvm-1.0.3-13, which come from Fedora core 1. I created a
lvol1 with size -L 2000M. then

# lvdisplay /dev/vg1/lvol1
--- Logical volume ---
LV Name                /dev/vg1/lvol1
VG Name                vg1
LV Write Access        read/write
LV Status              available
LV #                   1
# open                 0
LV Size                1.95 GB
Current LE             500
Allocated LE           500
Allocation             next free
Read ahead sectors     1024
Block device           58:0

# lvdisplay -c /dev/vg1/lvol1
/dev/vg1/lvol1:vg1:3:1:0:0:4096000:500:500:0:1024:58:0
                                                                                           here i found that its size is 4096000. base on the document of lvdiskplay, this should be in KB unit. so two output from lvdisplay is mismatched. can anybody tell me why?



ming


-- 
 --------------------------------------------------
| Ming Zhang, PhD. Student
| Dept. of Electrical & Computer Engineering
| College of Engineering
| University of Rhode Island
| Kingston RI. 02881
| e-mail: mingz at ele.uri.edu
| Tel. (401) 874-2293 
| Fax. (401) 782-6422
| http://www.ele.uri.edu/~mingz/
 --------------------------------------------------

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

end of thread, other threads:[~2004-07-14 19:44 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-07-13 19:28 [linux-lvm] wrong data unit in lvdiskplay? Ming Zhang
2004-07-14 19:43 ` James

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.