Details on Destination Server (FS1) Operating System server 5.1 DOS, LONG, MAC, NFS NSS Volume Details on Source Servers (FS2-FS14) Operating System server 5.1 & 5.0 DOS, LONG Traditional Netware Volume Compression - On Copy Utility - Arcserve IT 6.6 Problems: Destination Server's (FS1) Hardware was recently upgraded to allow for more disk space. The DATA files from the old FS1 were copied to the new FS1 using arcserve 6.6 copy utility. The old FS1 had traditional Netware Data Volume, new FS1 has NSS Data volume. There are approximately twelve remote servers, FS2-FS14, that have traditional netware data volumes. There are directories on the remote server's data volumes that are copied over to FS1's NSS data volume on a nightly basis using Arcserve copy utility. When the arcserve logs are checked the next day there are many E2095 errors (Failed to Begin Scanning Data Set) and E2094 errors (Failed to Remove Dir). When I compare directories of FS2-FS14 to FS1, I notice that if the short files names of directories don't match (even when they are pointing to the same long file name) the files are not copied. Does anyone have any ideas why this is happening. Please advise.

It's not possible to copy a compressed file to an NSS volume ! I don't know if you can use "Force uncompress" available in backup job option while copying. If not Backup with this option and then restore.... Volume compression is a nightmare, by chance we set this to off on all of our servers.