* [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.