* [linux-lvm] I'm confused
@ 2002-12-07 21:13 David Corbin
2002-12-07 22:07 ` Cameron Hutchison
0 siblings, 1 reply; 8+ messages in thread
From: David Corbin @ 2002-12-07 21:13 UTC (permalink / raw)
To: LVM
Hopefully, the following "summary" will make sense.
---start---
piano:/data/family#
vgscan
vgscan -- reading all physical volumes (this may take a
while...)
vgscan -- found active volume group
"vg0"
vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
vgscan -- WARNING: This program does not do a VGDA backup of your volume
group
piano:/data/family# vgdisplay
--- Volume group ---
VG Name vg0
VG Access read/write
VG Status available/resizable
VG # 0
MAX LV 256
Cur LV 1
Open LV 1
MAX LV Size 255.99 GB
Max PV 256
Cur PV 1
Act PV 1
VG Size 109.77 GB
PE Size 4 MB
Total PE 28102
Alloc PE / Size 109 / 436 MB
Free PE / Size 27993 / 109.35 GB
VG UUID hC86w2-zjFf-x2gt-1GC4-LHET-6ieO-BiC5j5
piano:/data/family# lvscan
lvscan -- ACTIVE "/dev/vg0/data" [436 MB]
lvscan -- 1 logical volumes with 436 MB total in 1 volume group
lvscan -- 1 active logical volumes
piano:/data/family# df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda2 1921188 672176 1151420 37% /
/dev/hda1 23302 4905 17194 23% /boot
/dev/vg0/data 446444 444448 1996 100% /data
piano:/data/family#
---end---
I'm having trouble reconciling the 436MB of the "df" with the VG Size
of vgdisplay. Obviously something is wrong somewhere. I KNOW I'm no
where near using up my 120G drive yet.
For the record, this is a Debian Woody system running a 2.4.19 kernel.
Help.
Thanks
David Corbin
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-lvm] I'm confused
2002-12-07 21:13 [linux-lvm] I'm confused David Corbin
@ 2002-12-07 22:07 ` Cameron Hutchison
2002-12-08 5:25 ` David Corbin
0 siblings, 1 reply; 8+ messages in thread
From: Cameron Hutchison @ 2002-12-07 22:07 UTC (permalink / raw)
To: LVM
Once upon a time David Corbin said...
>
> I'm having trouble reconciling the 436MB of the "df" with the VG Size
> of vgdisplay. Obviously something is wrong somewhere. I KNOW I'm no
> where near using up my 120G drive yet.
Nothing is wrong. Generally you can't directly reconcile the output of
df with the VG size. df output correlates to LV sizes.
Here's what you've got:
> VG Size 109.77 GB
Your volume group (vg0) is about 110GB (I gather the other 10GB of your
drive is allocated to other partitions).
> Alloc PE / Size 109 / 436 MB
You've used up (allocated) 436MB of the volume group
> Free PE / Size 27993 / 109.35 GB
You have still almost 110GB free (since you allocated only 436MB)
> lvscan -- ACTIVE "/dev/vg0/data" [436 MB]
Your data partition is the only LV and that is using the 436MB used in
vg0.
> /dev/vg0/data 446444 444448 1996 100% /data
Your filesystem on /dev/vg0/data is using the entire 436MB of the
partition. And its full.
What you need to do now is extend your logical volume to allocate more
space to it. Then resize the filesystem. If you have an ext2/ext3
filesystem, you use "e2fsadm --size ...". If you have xfs, you use
"xfs_growfs ...". I dont know about other filesystem types.
eg. to add 10G to your data partition (assuming xfs - that's what I use):
# lvextend --size +10G /dev/vg0/data
# xfs_growfs /dev/vg0/data
df(1) should now show a large filesystem with much more space.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-lvm] I'm confused
2002-12-07 22:07 ` Cameron Hutchison
@ 2002-12-08 5:25 ` David Corbin
2002-12-08 16:44 ` Pantaleimon
0 siblings, 1 reply; 8+ messages in thread
From: David Corbin @ 2002-12-08 5:25 UTC (permalink / raw)
To: linux-lvm
>
>
>>VG Size 109.77 GB
>>
>>
>
>Your volume group (vg0) is about 110GB (I gather the other 10GB of your
>drive is allocated to other partitions).
>
>
Well, About 3 gig is other partions, and it appears to me that the other
7G is lost to making the raid device and various overheads (though that
sure seems excessive).
>
>
>>Alloc PE / Size 109 / 436 MB
>>
>>
>
>You've used up (allocated) 436MB of the volume group
>
>
>
>>Free PE / Size 27993 / 109.35 GB
>>
>>
>
>You have still almost 110GB free (since you allocated only 436MB)
>
>
>
>>lvscan -- ACTIVE "/dev/vg0/data" [436 MB]
>>
>>
>
>Your data partition is the only LV and that is using the 436MB used in
>vg0.
>
>
>
>>/dev/vg0/data 446444 444448 1996 100% /data
>>
>>
>
>Your filesystem on /dev/vg0/data is using the entire 436MB of the
>partition. And its full.
>
>
>
The odd thing is that I'm sure I created the LV at a full 100% of the
disk...
>What you need to do now is extend your logical volume to allocate more
>space to it. Then resize the filesystem. If you have an ext2/ext3
>filesystem, you use "e2fsadm --size ...". If you have xfs, you use
>"xfs_growfs ...". I dont know about other filesystem types.
>
>eg. to add 10G to your data partition (assuming xfs - that's what I use):
># lvextend --size +10G /dev/vg0/data
># xfs_growfs /dev/vg0/data
>
>df(1) should now show a large filesystem with much more space.
>
>
I did as you suggested, and used "resize_reiserfs". It seems better,
but we shall see if it changes on me again...
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-lvm] I'm confused
2002-12-08 5:25 ` David Corbin
@ 2002-12-08 16:44 ` Pantaleimon
2002-12-08 20:09 ` Steven Lembark
2002-12-09 4:29 ` William Blunn
0 siblings, 2 replies; 8+ messages in thread
From: Pantaleimon @ 2002-12-08 16:44 UTC (permalink / raw)
To: linux-lvm
On Sunday 08 December 2002 12:25, David Corbin wrote:
[snip]
> Well, About 3 gig is other partions, and it appears to me that the other
> 7G is lost to making the raid device and various overheads (though that
> sure seems excessive).
>
I think hardisk manufacturers use base 10, rather than base 2, when they speak
of "mega" and "giga", ie. mega = 1000K and not 1024K. That means that a 120G
hardisk is only 114.4G. Hence, 109.77G + about 3G = about 113G. Hmm, still
about 1.5G missing.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-lvm] I'm confused
2002-12-08 16:44 ` Pantaleimon
@ 2002-12-08 20:09 ` Steven Lembark
2002-12-09 4:16 ` William Blunn
2002-12-09 4:29 ` William Blunn
1 sibling, 1 reply; 8+ messages in thread
From: Steven Lembark @ 2002-12-08 20:09 UTC (permalink / raw)
To: linux-lvm
-- Pantaleimon <pantaleimon@home.no>
> On Sunday 08 December 2002 12:25, David Corbin wrote:
>
> [snip]
>
>> Well, About 3 gig is other partions, and it appears to me that the other
>> 7G is lost to making the raid device and various overheads (though that
>> sure seems excessive).
>>
>
> I think hardisk manufacturers use base 10, rather than base 2, when they
> speak of "mega" and "giga", ie. mega = 1000K and not 1024K. That means
> that a 120G hardisk is only 114.4G. Hence, 109.77G + about 3G = about
> 113G. Hmm, still about 1.5G missing.
They also quote the size before laying down timing tracks
and bad block mappings -- along with the bad blocks. That
accounts for another 10%.
Drives look kind of like modern lumber: you have to ignore
the nominal size in your calculations and deal with finished
size in order to plan for anything -- or just accept that
10% "shrinkage" is a normal part of life.
--
Steven Lembark 2930 W. Palmer
Workhorse Computing Chicago, IL 60647
+1 800 762 1582
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-lvm] I'm confused
2002-12-08 20:09 ` Steven Lembark
@ 2002-12-09 4:16 ` William Blunn
0 siblings, 0 replies; 8+ messages in thread
From: William Blunn @ 2002-12-09 4:16 UTC (permalink / raw)
To: linux-lvm
> > I think hardisk manufacturers use base 10, rather than base 2, when they
> > speak of "mega" and "giga", ie. mega = 1000K and not 1024K. That means
> > that a 120G hardisk is only 114.4G. Hence, 109.77G + about 3G = about
> > 113G. Hmm, still about 1.5G missing.
>
> They also quote the size before laying down timing tracks
> and bad block mappings -- along with the bad blocks. That
> accounts for another 10%.
What you are saying is completely wrong.
When a drive manufacturer quotes a drive with a capacity of 100 GB, what
they are quoting is the *user* capacity.
There are at least 100 GB available to the "user".
The "user" is the host machine.
For a typical 512 byte block size that will mean that there will be at
least:
100 x 10^9 / 512 blocks
195 312 500 blocks
available to the *user*, i.e. the host machine.
Whatever the drive uses internally is not counted.
If you look at drive specs, you will sometimes see a figure quoted for
"user data sectors" (in this case 195 312 500) and this always indicates
a capacity higher than the quoted drive capacity.
Bill
--
William H. Blunn - <bill+s.9sfuw6uo@tao-group.com> - Developer Support
Tao
62/63 Suttons Business Park, Earley, READING, RG6 1AZ, United Kingdom
Tel: +44 118 901 2999 - Fax: +44 118 901 2963 - http://tao-group.com/
The contents of this e-mail and any attachments are confidential and may
be legally privileged. If you have received this e-mail and you are not
a named addressee, please inform us as soon as possible on
+44 118 901 2999 and then delete the e-mail from your system. If you are
not a named addressee you must not copy, use, disclose, distribute,
print or rely on this e-mail. Any views expressed in this e-mail or any
attachments may not necessarily reflect those of Tao's management.
Although we routinely screen for viruses, addressees should scan this
e-mail and any attachments for viruses. Tao makes no representation or
warranty as to the absence of viruses in this e-mail or any attachments.
Please note that for the protection of our business, we may monitor and
read e-mails sent to and from our server(s).
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-lvm] I'm confused
2002-12-08 16:44 ` Pantaleimon
2002-12-08 20:09 ` Steven Lembark
@ 2002-12-09 4:29 ` William Blunn
2002-12-09 8:13 ` Pantaleimon
1 sibling, 1 reply; 8+ messages in thread
From: William Blunn @ 2002-12-09 4:29 UTC (permalink / raw)
To: linux-lvm
> I think hardisk manufacturers use base 10, rather than base 2,
> when they speak of "mega" and "giga", ie. mega = 1000K and not
> 1024K. That means that a 120G hardisk is only 114.4G.
No.
You are right in that "mega = 1000K", but from your figure of 114.4, you
still appear to have "K = 1024" and "G = 1024M", both of which are
wrong.
Hard disk manufacturers use SI defined multipliers, i.e. they use a
documented standard.
K = 10^3
M = 10^6
G = 10^9
120 GB = 120 000 000 000 B
Computer people have traditionally abused these symbols to mean
multipliers with similar values, but based on powers of two.
Symbols have been defined for these multipliers, but some people still
haven't caught up to them.
Ki = 2^10 = 1024
Mi = 2^20 = 1048576
Gi = 2^30 = 1073741824
So
120 GB ~= 111.8 GiB
Interestingly, LVM1's vgdisplay incorrectly uses "GB" in its output
where it should say "GiB".
Bill
--
William H. Blunn - <bill+s.9sfuw6uo@tao-group.com> - Developer Support
Tao
62/63 Suttons Business Park, Earley, READING, RG6 1AZ, United Kingdom
Tel: +44 118 901 2999 - Fax: +44 118 901 2963 - http://tao-group.com/
The contents of this e-mail and any attachments are confidential and may
be legally privileged. If you have received this e-mail and you are not
a named addressee, please inform us as soon as possible on
+44 118 901 2999 and then delete the e-mail from your system. If you are
not a named addressee you must not copy, use, disclose, distribute,
print or rely on this e-mail. Any views expressed in this e-mail or any
attachments may not necessarily reflect those of Tao's management.
Although we routinely screen for viruses, addressees should scan this
e-mail and any attachments for viruses. Tao makes no representation or
warranty as to the absence of viruses in this e-mail or any attachments.
Please note that for the protection of our business, we may monitor and
read e-mails sent to and from our server(s).
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-lvm] I'm confused
2002-12-09 4:29 ` William Blunn
@ 2002-12-09 8:13 ` Pantaleimon
0 siblings, 0 replies; 8+ messages in thread
From: Pantaleimon @ 2002-12-09 8:13 UTC (permalink / raw)
To: linux-lvm
On Monday 09 December 2002 11:29, William Blunn wrote:
> > I think hardisk manufacturers use base 10, rather than base 2,
> > when they speak of "mega" and "giga", ie. mega = 1000K and not
> > 1024K. That means that a 120G hardisk is only 114.4G.
>
> No.
>
> You are right in that "mega = 1000K", but from your figure of 114.4, you
> still appear to have "K = 1024" and "G = 1024M", both of which are
> wrong.
>
I had G=1000, M=1000 and K=1024 which would give 120 x 10^6 x 1024 =114.4KiB.
I stand corrected on the matter of me saying/implying K=1024.
I am glad to hear that symbols have been defined for the base 2 multipliers. I
shall try to use them. I seem to remember reading somthing about it sometime
ago. Didn't someone propose to use something like KK, MM and GG, too. When I
tell some people that, even when it comes to computers, the multiplier "kilo"
formally, if not in practice, means "x 1000" they just won't believe me.
> Hard disk manufacturers use SI defined multipliers, i.e. they use a
> documented standard.
>
> K = 10^3
> M = 10^6
> G = 10^9
>
> 120 GB = 120 000 000 000 B
>
> Computer people have traditionally abused these symbols to mean
> multipliers with similar values, but based on powers of two.
>
> Symbols have been defined for these multipliers, but some people still
> haven't caught up to them.
>
> Ki = 2^10 = 1024
> Mi = 2^20 = 1048576
> Gi = 2^30 = 1073741824
>
> So
>
> 120 GB ~= 111.8 GiB
>
> Interestingly, LVM1's vgdisplay incorrectly uses "GB" in its output
> where it should say "GiB".
>
> Bill
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2002-12-09 8:13 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-12-07 21:13 [linux-lvm] I'm confused David Corbin
2002-12-07 22:07 ` Cameron Hutchison
2002-12-08 5:25 ` David Corbin
2002-12-08 16:44 ` Pantaleimon
2002-12-08 20:09 ` Steven Lembark
2002-12-09 4:16 ` William Blunn
2002-12-09 4:29 ` William Blunn
2002-12-09 8:13 ` Pantaleimon
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.