[prev in list] [next in list] [prev in thread] [next in thread] 

List:       evms-devel
Subject:    Re: [Evms-devel] vol size diff between reported and actual
From:       Greg Whynott <greg () dkp ! com>
Date:       2004-11-16 20:02:50
Message-ID: 419A5CEA.5070404 () dkp ! com
[Download RAW message or body]

kernel:  2.4.27.

I am aware of the 2TB limitation,  but not *as* aware as I had thought.  
I've been under the (wrong) impression volume management was a way to 
get around this limitation.   Sorry about that....

I did not edit nor would of thought to edit a vol under control of 
another piece of software.  Seems like pulling the rug from under your 
feet type of scenario.  I knew the -l would display the partition table 
which was what I was after at the time.  Thanks very much for pointing 
out a better way to ascertain this information.

Soon as SuSE + 2.6 finishes installing and have made it this far I'll 
fire an update off to the list.    


thanks Kevin,
greg



>First off, which kernel are you using. You'll need to be using a 2.6 kernel if 
>you want to use volumes greater than 2TB. It's simply not possible with a 2.4 
>kernel.
>
>Also, there's no reason to run fdisk on an EVMS volume, since you can't 
>partition an EVMS volume. Also, I seriously doubt that fdisk is designed to 
>handle devices greater than 2TB, which explains the 1.3GB value that you saw. 
>If you're just looking for the size of the volume, you can use "blockdev 
>--getsize /dev/evms/fooevms", or if you are on a 2.6 kernel, 
>"cat /sys/block/dm-15/size" (where "15" is the minor number reported above. 
>Both of these commands should return the number of 512-byte sectors in the 
>device as reported by the kernel.
>
>The ext2/3 filesystem has its own internal 32-bit limitations. But if you're 
>using a 4k block size, then it ought to be able to handle a volume up to 
>16TB. I'm trying to test that now with a "sparse" device of 3.2TB, and it 
>seems to be working properly. So for now I'd suspect you simply need to 
>upgrade to a 2.6 kernel. If that isn't the case, let me know and we'll see if 
>there's any other explinations we can come up with.
>
>  
>



-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
Evms-devel mailing list
Evms-devel@lists.sourceforge.net
To subscribe/unsubscribe, please visit:
https://lists.sourceforge.net/lists/listinfo/evms-devel
[prev in list] [next in list] [prev in thread] [next in thread]