Jump to content

Client Issue - Error -519


glassgow

Recommended Posts

My internet connection has developed an issue where it has short, fairly frequent interruptions (last maybe 1 to 3 seconds). Comcast is working hard (really) to figure out what is going on. However, I use Retrospect to backup back from my office to my home and vice-versa (with my home machine always the client). Since this issue started, I have been getting frequent -519 errors (network communication failed). Sometimes the client reverts to Status=Ready and sometimes the client continues to be "in use" by the script that was using the client at the time of the interruption.

 

This morning I decided to do a backup with a remote access window open to the machine at home side by side with the local machine running retrospect. The backup proceeded normally until there was a short (about 2 second) internet interruption. The local machine showed "retrying" until it terminated the script with a -519 error, while the remote machine reverted to Status=Ready, even while the local machine was showing "retrying".

 

It appears to me that Retrospect is not very robust in reconnecting with a client if there is any kind of internet connection glitch. If I try the same thing with an FTP based backup solution (like SyncBack Pro), It easily recovers from the same kind of glitch.

 

I find no way of tweaking any of the client settings. Am I missing something or is this backup scenario problematic unless you have a perfect internet connection. I should note that I had no problems before my connection started weirding out.

 

I should note that I am running Retrospect Multi Server Version 7.6.123 (Driver Update and Hot Fix, version 7.6.2.101) on the local machine and Client 7.6.107 on the remote machine, both running Windows XP, Service Pack 3, with all current updates.

 

Thanks...

 

Ed Glassgow

 

Link to comment
Share on other sites

More information... Today I am getting fairly frequent drops in the internet so I have been experimenting with a lengthy transfer. What I am seeing is that, when there is an interruption, the client will generally go to status=ready while Retrospect on this end is still retrying. Out of about 20 times of doing this, once the client got stuck on status=whatever it was doing at the time of the interruption, but it almost always goes to status=ready. So it appears that the retry is not being successful in reattaching to the client.

 

Ed Glassgow

Link to comment
Share on other sites

Update #2

I have been looking at the length of internet outage and how it impacts both Retrospect and the remote client. It appears that the connection to the client can survive an outage of a maximum of about 5 seconds. Much longer and the client appears to timeout and go to status=ready, while Retrospect shows "retrying" for a lot longer, even when I know that the internet connection is back up.

 

Ed Glassgow

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...