Re: Volumes over 2 Terrabytes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Not to hijack, but is there any issue with using lvm and resizing a
single FS above, say, 24TB with XFS? I am working on a storage
solution and reading this thread has given me some concerns I'd like
to get assuaged.

On Thu, Jun 2, 2011 at 1:13 AM, Corey Kovacs <corey.kovacs@xxxxxxxxx> wrote:
> Which is why the post about changing the block size was puzzling...
>
> At any rate, he needs to use multiple 2T volumes and LVM, or he needs
> to use gpt as the disk label. Block size has nothing to do with his
> original question.
>
> Both of these things have already been mentioned and he's probably got
> the file system created and in use by know so I think this thread is
> just about cooked.
>
> -C
>
> On Thu, Jun 2, 2011 at 1:24 AM, Paul Preston <Paul.Preston@xxxxxxxxxxxx> wrote:
>> 4k is enough for fs up to 16TB...
>>
>> --
>> Paul Preston
>> Proxar IT Ltd. Registered in England and Wales: 6744401- VAT: 942985479
>> Tubs Hill House, London Road, Sevenoaks, Kent, TN13 1BL
>> Tel: Â(+44) 0844 809 4335
>> Fax: (+44) 01732 459 423
>> Mob: (+44) 077 9509 3450
>> Web: www.proxar.co.uk
>> Email: paul.preston@xxxxxxxxxxxx
>>
>>
>> -----Original Message-----
>> From: redhat-list-bounces@xxxxxxxxxx [mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of Corey Kovacs
>> Sent: 02 June 2011 00:45
>> To: General Red Hat Linux discussion list
>> Subject: Re: Volumes over 2 Terrabytes
>>
>> As the link you present notes, going above a 4k block size requires something like an Alpha. x86 based systems use 4k because it's also the page size. The default is 4k, as good as it's going to get.
>>
>> -C
>>
>> On Thu, Jun 2, 2011 at 12:26 AM, Paul Preston <Paul.Preston@xxxxxxxxxxxx> wrote:
>>> I would also suggest changing a block size. Please refer to
>>> http://en.wikipedia.org/wiki/Ext3
>>>
>>> Kind regards,
>>>
>>> --
>>> Paul Preston
>>> Proxar IT Ltd. Registered in England and Wales: 6744401- VAT:
>>> 942985479 Tubs Hill House, London Road, Sevenoaks, Kent, TN13 1BL
>>> Tel: Â(+44) 0844 809 4335
>>> Fax: (+44) 01732 459 423
>>> Mob: (+44) 077 9509 3450
>>> Web: www.proxar.co.uk
>>> Email: paul.preston@xxxxxxxxxxxx
>>>
>>> -----Original Message-----
>>> From: redhat-list-bounces@xxxxxxxxxx
>>> [mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of Corey Kovacs
>>> Sent: 01 June 2011 23:39
>>> To: General Red Hat Linux discussion list
>>> Subject: Re: Volumes over 2 Terrabytes
>>>
>>> It may be that you are using fdisk to create the partitions which only uses an "msdos" disk label. If you have luns larger than 2TB, you need to use the "parted" tool and give the lun a "gpt" disk label. That will get you beyond 2TB for a single lun.
>>>
>>> Of course, as mentioned already, you could create a bunch of 2TB luns and tie them together via lvm. Either will work but the LVM method will be more flexible down the road.
>>>
>>> -C
>>>
>>> On Wed, Jun 1, 2011 at 11:26 PM, Bob Wickline <wick@xxxxxxxxxxxxxxx> wrote:
>>>> You might want to rethink your strategy. I always limit myself to 8TB LUNs and create four (4) 2TB fdisk primary partitions and cat them together in an LVM volume. And then unless you are on RHEL6, you will need an XFS license to create that large of filesystem...
>>>> --
>>>> Sent from my Android phone with K-9 Mail. Please excuse my brevity.
>>>>
>>>> "Martini, Dave" <martini1@xxxxxxxx> wrote:
>>>>
>>>> I'm running RHEL 5
>>>> 2.6.18-194.el5 #1 SMP Tue Mar 16 21:52:39 EDT 2010 x86_64 x86_64
>>>> x86_64 On Intel Xeon CUP L5530.
>>>>
>>>> I'm setting up some Winchester storage with 16 terrabytes of space.
>>>> When I create a 10 terrabyte Lun, the RHEL box only sees it as 2 terrabytes.
>>>>
>>>> Will the above Kernel/CPU allow for volumes greater than 2 terrabytes?
>>>> Anyone have any tips on how to do this?
>>>>
>>>> Thank you.
>>>> Dave Martini
>>>> LLNL
>>>>
>>>> --
>>>> redhat-list mailing list
>>>> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
>>>> https://www.redhat.com/mailman/listinfo/redhat-list
>>>>
>>>> --
>>>> redhat-list mailing list
>>>> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
>>>> https://www.redhat.com/mailman/listinfo/redhat-list
>>>>
>>>
>>> --
>>> redhat-list mailing list
>>> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
>>> https://www.redhat.com/mailman/listinfo/redhat-list
>>> Please note that we may monitor or record telephone calls, email traffic data and also the content of email for the purposes of security and staff training. This message (and any associated files or documentation) is intended only for the use of the individual or entity to whom it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files and documentation associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company.
>>>
>>> --
>>> redhat-list mailing list
>>> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
>>> https://www.redhat.com/mailman/listinfo/redhat-list
>>>
>>
>> --
>> redhat-list mailing list
>> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/redhat-list
>> Please note that we may monitor or record telephone calls, email traffic data and also the content of email for the purposes of security and staff training. This message (and any associated files or documentation) is intended only for the use of the individual or entity to whom it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files and documentation associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company.
>>
>> --
>> redhat-list mailing list
>> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/redhat-list
>>
>
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>

-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list



[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux