Jump to content
Sign in to follow this  
emulator

File appears incomplete

Recommended Posts

I'm trying to run a copy script that copies files from one server to another. When I do this, I'm getting the following error:

 

File : appears incomplete

 

We have open file backup, and we are getting a good open file lock. Are these files being copied correctly? Or are they corrupted? I have not had a chance to test the files yet (they are virtual machine hard drive files).

 

Thanks in advance.

Share this post


Link to post
Share on other sites

I should also note that this error does *not* appear when doing a simple backup of the data. It only appears when doing a duplicate operation.

 

I must state that these files are very large, some of them being 10gb go 20gb.

Share this post


Link to post
Share on other sites

What file system is the destination? FAT32 supports only up to 4GB per file.

 

Can you (in Explorer) copy the same file to the same destination without problems?

Share this post


Link to post
Share on other sites

Files system is NTFS on both systems. Both systems are running Windows Server 2003 (one 64-bit, the other 32-bit).

 

The file can be copied as long as it's not in use.

 

Again, when I'm backing this file up to a disk (or tape) backup set, the transfer completes successfully.

Share this post


Link to post
Share on other sites

I tried to troubleshoot this further:

 

1. I tried increasing the disk idle time to 7000 milliseconds (this did not work).

2. I tried copying the file to a different Windows server (this did not work).

3. Just for grins, I tried copying the file to a Mac server (this DID work).

 

My guess is that Retrospect is having issues with maintaining Open File locks on two Windows boxes at once. Since the Mac client does not support open file (Microsoft Volume Shadow Copy Service), Retrospect only needs to maintain an open file lock on one machine instead of two.

 

I'll call support on this today.

Share this post


Link to post
Share on other sites

I just thought of something that I'll try over the weekend:

 

1. Copy the files from the first Windows server to a Mac server.

2. Copy the files from the Mac server to the second Windows server, using the optional "move" so that I don't take up much needed space on the Mac server.

 

Using the Mac as an intermediary might solve the problem.

Share this post


Link to post
Share on other sites

Using the Mac as an intermediary DID solve the problem. Of course, the copy takes twice as long, as we are going to a "third party" server instead of directly between the two Windows servers.

 

Can we have an EMC response to this?

Edited by Guest

Share this post


Link to post
Share on other sites

If these are VM drives cant you just have a backup of the base drive, and then just create a snapshot and pull the VM disk in a normal backup (not open file). It was my impression when you create a snap it freezes the main VM disk, and allows you to back it up, and you commit the snap or create another one, and it writes those changes to the original disk file.

 

 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×