If sr3_39 is a file, then there is no reason that the command use a malformed file as argument.
I suppose that the file system is a little bit corrupted. I suggest in this case to umount the file system and run a fsck to check that all is okay.
I can't reproduce this on a Solaris 10 10/12 system.
# cp -rpf file.1 data2/deep_seq7/tue
# which cp
Can you identify your cp path to ensure you are using the default cp command?
Also, -r isn't necessary for a copy operation for a file but it shouldn't cause the command to fail. You might retry without the options and add them back in as test.
Hi , try with this
cd /original filesystem or directory
find . -print -depth|cpio -pdm /backup_STG_5/backup_PER/tue/