[sclug] LVM & 2Tb limit

Alan Pearson alandpearson at yahoo.com
Tue Feb 15 18:06:56 UTC 2005


Could someone enlighten me if the Xeon is a 64 bit processor (i.e. Can  
run a 64 bit distribution) ?
I thought it was only AMD & Titanic 64 bit in the X86 world.

Thanks !
Alan



On 15 Feb 2005, at 17:21, Alan Pearson wrote:

> This is really confusing.
> I've been speaking to Veritas (separate project) who also say they  
> suffer from the 2Tb limitation, but it will be addressed in their  
> release for RHEL 4.0 but ONLY on 64 bit systems.
>
> So, Q2. Is 2.6 able to address > 2Tb on 32 bit (I.E. Intel Xeon)  
> systems ??
>
>
> Alex, thanks for the info below, but it looks like the limitation is  
> still in RHEL 3 ?
>
>
> On 15 Feb 2005, at 16:42, Alex Butcher wrote:
>
>> On Tue, 15 Feb 2005, Alan Pearson wrote:
>>
>>> I've read that kernel 2.4 suffers from a 2 TB limitation on Block  
>>> devices.
>>> I need to create a logical volume of around 12TB on a RHEL 3.0  
>>> system, which also runs kernel 2.4 (albeit a RH kernel).
>>
>> First of all, install the kernel src.rpm and check whether RH have
>> integrated the various large fs/block device patches. I'm pretty sure  
>> that's
>> the sort of thing they've done in the RH_E_L kernel, and I'm pretty  
>> sure
>> I've seen the patches in the RH7.2 kernel and the like.
>>
>> <http://www.redhat.com/software/rhel/3features/kernel/> seems to  
>> suggest
>> that this is the case (see third bullet point from the end of the  
>> list), but
>> it does seem to be a bit contradictory.
>>
>> <https://www.redhat.com/archives/nahant-beta-list/2004-October/ 
>> msg00004.html>
>> also looks like a good place to start reading (found using 'RHEL3 TB  
>> "file
>> system" site:redhat.com' as the search term).
>>
>>> Has anyone any ideas if this is possible ? Is this limitation  
>>> eliminated
>>> in kernel 2.6 / LVM 2?
>>
>> See above.
>>
>>> Also is there any disadvantage to having such a large filesystem  
>>> (I'm going with reiserfs (I don't want to hear about ext3 !))
>>
>> Off the top of my head:
>>
>> - fsck times
>> - all your eggs in one basket
>>
>>> The files that are stored there will be GBs in size so I'm not  
>>> imaging hundreds of thousands of files.
>>
>> Consider tweaking the 'blocks-per-inode' setting when creating the
>> filesystem.
>>
>>> Thanks
>>> AlanP
>>
>> HTH,
>> Alex.
>> -- 
>> Alex Butcher      Brainbench MVP for Internet Security:  
>> www.brainbench.com
>> Bristol, UK                      Need reliable and secure network  
>> systems?
>> PGP/GnuPG ID:0x271fd950                          
>> <http://www.assursys.com/>
>



More information about the Sclug mailing list