Greetings,
    In short, I have a 1TB USB HDD that is formated Ext2.  I used it to 
copy all my data off my old RH system before blowing it away to install 
OpenSolaris.
    I have OpenSolaris (snv_101b) installed and running.  I installed 
FSWfsmisc and FSWpart.  I can mount my external USB drive successfully 
using -
       mount -F ext2fs /dev/rdsk/c8t0d0p0 /ExtMovies
    I can list out the directory without any issues.  I issued the cp 
command to copy the ext2 filesystem to my ZFS RAIDZ Pool filesystem.  I 
left it running all night since I have ~700GB of data to move.  However, 
the morning revealed that the large files did not completely copy.  It 
appears they copied 2^31 bytes and then ended with an error "Invalid 
Argument."  Here is the data from a single file copy :

root at opensolaris:~# cp /ExtMovies/movies/After_the_Sunset.VOB 
/data/movies -v
`/ExtMovies/movies/After_the_Sunset.VOB' -> 
`/data/movies/After_the_Sunset.VOB'
cp: reading `/ExtMovies/movies/After_the_Sunset.VOB': Invalid argument

    When you do the ls command of the ext2 filesystem it show the proper 
number of bytes - 3,766,013,952 bytes.

root at opensolaris:~# ls -l /ExtMovies/movies/After_the_Sunset.VOB
-rwxr--r-- 1 root root 3766013952 2007-12-26 15:55 
/ExtMovies/movies/After_the_Sunset.VOB

    Here is the ls command of the resulting cp that failed :

root at opensolaris:~# ls -l /data/movies/After_the_Sunset.VOB
-rwxr--r-- 1 root root 2147352576 2009-06-30 10:10 
/data/movies/After_the_Sunset.VOB

    My guess is that there is a limitation in the FSWfsmisc 
implementation that does not account for large files.  Could it be the 
NFSv2 restriction since this is really a loopback type implementation in 
userland?

    Is there a way around this problem?  Is there a "LargeFileSupport" 
bit or mode that can be set to support these large files?  Any help 
would be deeply appreciated as I have spent a lot of time going through 
all the Forums looking for this answer. 

Thanks!
RB
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://mail.opensolaris.org/pipermail/opensolaris-help/attachments/20090630/5222bcfd/attachment.html>

Reply via email to