* [linux-lvm] vgcreate on 1.5TB volume
@ 2002-10-14 16:18 Austin Gonyou
2002-10-14 17:26 ` José Luis Domingo López
2002-10-14 19:46 ` Steven Lembark
0 siblings, 2 replies; 7+ messages in thread
From: Austin Gonyou @ 2002-10-14 16:18 UTC (permalink / raw)
To: linux-lvm
[-- Attachment #1: Type: text/plain, Size: 281 bytes --]
I want to get as much of this volume useable as possible in one LV. (if
not all, I thought vgcreate -Ay -s8M would work, but I get 512MB LV max
message)
What is the best way to get all 1.5TB in one LV?
TIA
--
Austin Gonyou <austin@coremetrics.com>
Coremetrics, Inc.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 232 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] vgcreate on 1.5TB volume
2002-10-14 16:18 [linux-lvm] vgcreate on 1.5TB volume Austin Gonyou
@ 2002-10-14 17:26 ` José Luis Domingo López
2002-10-14 17:44 ` José Luis Domingo López
2002-10-14 19:46 ` Steven Lembark
1 sibling, 1 reply; 7+ messages in thread
From: José Luis Domingo López @ 2002-10-14 17:26 UTC (permalink / raw)
To: linux-lvm
On Monday, 14 October 2002, at 16:04:32 -0500,
Austin Gonyou wrote:
> I want to get as much of this volume useable as possible in one LV. (if
> not all, I thought vgcreate -Ay -s8M would work, but I get 512MB LV max
> message)
>
A default physical extent (PE) size of 4 MB when creating a VG gives you
a maximun LV size of 65536*4 MB = 256 GB. If you increase your PE size
by a factor of 16 (any factor multiple of two should work) you get a
maximun LV size of 16 times 256 GB, that is, 4 TB.
Current unpatched kernels for 32-bit architectures have a hard limit at
around 2 TB, so maybe you can even try with a PE size of 8 MB. The only
apparent drawback of a larger PE is LV sizes get rounded to the nearest
PE-size boundary, so you can "waste" up to PE MB for each LV.
Hope this helps (and is correct ;-)
--
Jose Luis Domingo Lopez
Linux Registered User #189436 Debian Linux Woody (Linux 2.4.18-586tsc)
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] vgcreate on 1.5TB volume
2002-10-14 17:26 ` José Luis Domingo López
@ 2002-10-14 17:44 ` José Luis Domingo López
0 siblings, 0 replies; 7+ messages in thread
From: José Luis Domingo López @ 2002-10-14 17:44 UTC (permalink / raw)
To: linux-lvm
On Tuesday, 15 October 2002, at 00:20:50 +0200,
Jos� Luis Domingo L�pez wrote:
> Current unpatched kernels for 32-bit architectures have a hard limit at
> around 2 TB, so maybe you can even try with a PE size of 8 MB. The only
> apparent drawback of a larger PE is LV sizes get rounded to the nearest
> PE-size boundary, so you can "waste" up to PE MB for each LV.
>
Argh, my brain seems to have been lost somewhere between the two first
paragraphs of my earlier post. Instead of "...you can even try with a PE
size of 8 MB." I should have said "...you can even try with a PE size 8
times the size of the default (32 MB)."
So 65536*32 MB = 2 TB , just what I wanted to mean and was unable to
write in the previous post.
Sorry for the inconvenience.
--
Jose Luis Domingo Lopez
Linux Registered User #189436 Debian Linux Woody (Linux 2.4.18-586tsc)
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] vgcreate on 1.5TB volume
2002-10-14 16:18 [linux-lvm] vgcreate on 1.5TB volume Austin Gonyou
2002-10-14 17:26 ` José Luis Domingo López
@ 2002-10-14 19:46 ` Steven Lembark
2002-10-15 8:50 ` NagyZ
` (2 more replies)
1 sibling, 3 replies; 7+ messages in thread
From: Steven Lembark @ 2002-10-14 19:46 UTC (permalink / raw)
To: linux-lvm
> What is the best way to get all 1.5TB in one LV?
What are you using the space for? Nearly anything that would
handle that much space can divide the space up into multiple
areas (e.g., oracle tablespaces) that allow more reasonably
sized filesystems.
--
Steven Lembark 2930 W. Palmer
Workhorse Computing Chicago, IL 60647
+1 800 762 1582
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: [linux-lvm] vgcreate on 1.5TB volume
2002-10-14 19:46 ` Steven Lembark
@ 2002-10-15 8:50 ` NagyZ
2002-10-17 13:50 ` Austin Gonyou
2002-10-17 13:52 ` Austin Gonyou
2 siblings, 0 replies; 7+ messages in thread
From: NagyZ @ 2002-10-15 8:50 UTC (permalink / raw)
To: linux-lvm
On Mon, 14 Oct 2002, Steven Lembark wrote:
>
> > What is the best way to get all 1.5TB in one LV?
>
> What are you using the space for?
> Nearly anything that would
> handle that much space can divide the space up into multiple
> areas (e.g., oracle tablespaces) that allow more reasonably
> sized filesystems.
glftpd.. :)
i have nearly 2TB VG..
we planning to upgrade some drivers.. is there any way to get more than
2TB as max? i need ~8-10TB.. is there any way to do that?
thnx
NagyZ
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] vgcreate on 1.5TB volume
2002-10-14 19:46 ` Steven Lembark
2002-10-15 8:50 ` NagyZ
@ 2002-10-17 13:50 ` Austin Gonyou
2002-10-17 13:52 ` Austin Gonyou
2 siblings, 0 replies; 7+ messages in thread
From: Austin Gonyou @ 2002-10-17 13:50 UTC (permalink / raw)
To: linux-lvm
[-- Attachment #1: Type: text/plain, Size: 911 bytes --]
Sorry for the late response. This will be a backup/software mirroring
volume for our large DB.
On Mon, 2002-10-14 at 19:40, Steven Lembark wrote:
> > What is the best way to get all 1.5TB in one LV?
>
> What are you using the space for? Nearly anything that would
> handle that much space can divide the space up into multiple
> areas (e.g., oracle tablespaces) that allow more reasonably
> sized filesystems.
>
>
> --
> Steven Lembark 2930 W. Palmer
> Workhorse Computing Chicago, IL 60647
> +1 800 762 1582
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
--
Austin Gonyou <austin@coremetrics.com>
Coremetrics, Inc.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 232 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] vgcreate on 1.5TB volume
2002-10-14 19:46 ` Steven Lembark
2002-10-15 8:50 ` NagyZ
2002-10-17 13:50 ` Austin Gonyou
@ 2002-10-17 13:52 ` Austin Gonyou
2 siblings, 0 replies; 7+ messages in thread
From: Austin Gonyou @ 2002-10-17 13:52 UTC (permalink / raw)
To: linux-lvm
[-- Attachment #1: Type: text/plain, Size: 1077 bytes --]
I ended up having to do vgcreate -s32M, that got me a 2TB LV Max.
ALso, there is an issue which I'd like to discuss here on this list. It
is about LVM1 and kernel stack clobbering. It's pretty terrible, and all
roads, so far, seem to point at LVM.
Austin
On Mon, 2002-10-14 at 19:40, Steven Lembark wrote:
> > What is the best way to get all 1.5TB in one LV?
>
> What are you using the space for? Nearly anything that would
> handle that much space can divide the space up into multiple
> areas (e.g., oracle tablespaces) that allow more reasonably
> sized filesystems.
>
>
> --
> Steven Lembark 2930 W. Palmer
> Workhorse Computing Chicago, IL 60647
> +1 800 762 1582
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
--
Austin Gonyou <austin@coremetrics.com>
Coremetrics, Inc.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 232 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2002-10-17 13:52 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-10-14 16:18 [linux-lvm] vgcreate on 1.5TB volume Austin Gonyou
2002-10-14 17:26 ` José Luis Domingo López
2002-10-14 17:44 ` José Luis Domingo López
2002-10-14 19:46 ` Steven Lembark
2002-10-15 8:50 ` NagyZ
2002-10-17 13:50 ` Austin Gonyou
2002-10-17 13:52 ` Austin Gonyou
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.