Solaris

Hello everyone. Need some help copying a filesystem. The situation is this: I have an oracle DB mounted on /u01 and need to copy it to /u02. /u01 is 500 Gb and /u02 is 300 Gb. The size used on /u01 is 187 Gb. This is running on solaris 9 and both filesystems are UFS.

I have tried to do it using:

Code:

# cd /u01
# find . -depth -print | cpio -pdumv /u02

But when the command finishes I end up with 207 Gb copied on /u02!!!!, my question is... why !!!???, where did the extra 20 Gb come from???

Any ideas on why this happens and how I can safely copy from /u01 to /u02?, I have to be sure since this is a production DB.

PD: The /u01 has files that are 10 Gb large... could this be the problem?, can cpio handle large files? (I thought it could!, I've used it before to copy 2GB files without problems...)

Thanks in advance!

What was the original size of /u02 ?

Are there any symbolic links in /u01 to other file systems?

Any sparse files may also change size when copied(blocks not stored in the input become stored blocks full of zeroes in the output), though the content remains identical.

Hi Neo.

The /u02 is a new volume and filesystem, it had nothing on it... empty.

There are some sym links on /u01... but all the sym links go from / to the same filesystem. Example:

lrwxrwxrwx 1 user dba 41 May 21 2009 /u01/ppp.txt -> /u01/prueba/ppplink.txt

Like Corona says, I there might be sparse files, perhaps temporary table space?. In that case dropping your temporary table space on the target file system and recreating it may turn it back into a sparse file...

It may be Corona688, but... I can not lose 20 Gb just because... I'm sure there has to be other way to do it without that disk space...

When sparse files are copied by programs that do not take sparse files into account they get turned into dense files on the target file system and take up much more disk space...