[rhn-users] 2.4.x kernel and File System Limits
Administrator - Roy A. Crabtree - roy.crabtree@ncat.edu - 336-334-7856 x2249
roy.crabtree at ncat.edu
Wed Sep 21 15:03:50 UTC 2005
Actually, bash(1) internal ommand 'ulimit(1)' sets the hard and soft
limits agains thrt specific limits of the OS and filesystem type; and as
you copy form one place or system to anothe, you have to know the
details on each end (about 64 combination so far with only one file
system type).
if ext3 can go above 6 TB now, then all of these thing should be tunable;
BUT:
1) You may have to rebuild the kenrel to enable them (big versus small,
argument
sizes (32 bits will not go above 2GB as a signed int, whereas 64 bits
will), limits files
at config time, limits at boot time, limits within your shell login that
set a hard limit down from the open file system size limit; and so forth.
You have to get ALL of these together before you will get truly large
thing sto move around corectly.
There are bout 20 places you may have to go to to ge this done;
including the RAID package you use and the type of hard drive you are on
and the firmware revision against your MB BIOS against which revision of
SATA or IDE or SCSI-3 you are running ... all depends. Any of these can
foul you when going beyond the NEXT "fundamental limit"
Why 2TB in the first place?
... SOme one decided that 2GB was "it" (31 bits in signed ints); then
4GB (unsigned),
then 8GB (remember the old Win98 problems agains tthe then current IDE
BIOS tables and structures?); and so forth.
4GB to 2TB is merely one more 7/8/9/10 bit step up: do you see the
"binary think" involved?
2TB is just the latest nonsense limit buit in to cripped software that
needs to go away;
you CAN build the interface to NOT have a limit.
We just are not doing it.
DTitkemeyer at auroracasket.com wrote:
>
>
>Liz is correct, 2gb *file* limit. Actually I had a file go past 2gb, nearing
>4gb. It was the transferring it from one system to another when it would hit
>the 2gb limit.
>
>
>
>David Titkemeyer
>Client Systems Developer
>Aurora Casket Company
>800.457.1195 ext. 5638
>
>
>
> "Riley, Liz (ACHE)"
> <Liz.Riley at smiths-aer To: "Red Hat Network Users List" <rhn-users at redhat.com>
> ospace.com> cc:
> Sent by: Subject: RE: [rhn-users] 2.4.x kernel and File System Limits
> rhn-users-bounces at red
> hat.com
>
>
> 09/21/2005 09:22 AM
> Please respond to Red
> Hat Network Users
> List
>
>
>
>
>
>
>I thought it was a *file* limit of 2gb not file system..
>
>-----Original Message-----
>From: rhn-users-bounces at redhat.com [mailto:rhn-users-bounces at redhat.com]
>On Behalf Of Doctor Khumalo
>Sent: 21 September 2005 14:16
>To: rhn-users at redhat.com
>Subject: [rhn-users] 2.4.x kernel and File System Limits
>
>Hi there -
>
>I have to build a 6 TB system and wanted to know if the 2.4.x kernel
>version still has a file system limit of 2 TB. If it does, I'm going to
>have to go with SuSe. Anyone know if this Red Hat limitation was ever
>fixed in this kernel?
>
>_________________________________________________________________
>Express yourself instantly with MSN Messenger! Download today - it's
>FREE!
>http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
>
>_______________________________________________
>rhn-users mailing list
>rhn-users at redhat.com
>https://www.redhat.com/mailman/listinfo/rhn-users
>
>******************************************
>The information contained in, or attached to, this e-mail, may contain
>confidential information and is intended solely for the use of the individual or
>entity to whom they are addressed and may be subject to legal privilege. If you
>have received this e-mail in error you should notify the sender immediately by
>reply e-mail, delete the message from your system and notify your system
>manager. Please do not copy it for any purpose, or disclose its contents to any
>other person. The views or opinions presented in this e-mail are solely those
>of the author and do not necessarily represent those of the company. The
>recipient should check this e-mail and any attachments for the presence of
>viruses. The company accepts no liability for any damage caused, directly or
>indirectly, by any virus transmitted in this email.
>******************************************
>
>_______________________________________________
>rhn-users mailing list
>rhn-users at redhat.com
>https://www.redhat.com/mailman/listinfo/rhn-users
>
>
>
>
>
>_______________________________________________
>rhn-users mailing list
>rhn-users at redhat.com
>https://www.redhat.com/mailman/listinfo/rhn-users
>
>
--
Roy A. Crabtree
UNC '76 gaa.lifer#11086
NC A&T Fort Room 071
1601 East Market Street
Greensboro, NC 27411
336-334-7856/7/8/9 x2249
roy.crabtree <mailto://roy.crabtree@ncat.edu>@(ncat.edu
<mailto://roy.crabtree@ncat.edu>, alumni.unc.edu
<roy.crabtree at alumni.unc.edu>, gmail.com <roy.crabtree at gmail.com>)
--
(c) RAC/IP, ARE,PRO,PAST
(Copyright) Roy Andrew Crabtree/In Perpetuity
All Rights/Reserved Explicitly
Public Reuse Only
Profits Always Safe Traded
-------------- next part --------------
A non-text attachment was scrubbed...
Name: roy.crabtree.vcf
Type: text/x-vcard
Size: 348 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/rhn-users/attachments/20050921/eb26630c/attachment.vcf>
More information about the rhn-users
mailing list