hard link or reparse point change detected
I just started recieving this error on a 2003 file server backup job that is only backing up 3 small directories.
NOT using change journal data for <C:\Program Files\GFB>: hard link or reparse point change detected
I've read thru the following post but it doesnt provide a real answer as to how this all the sudden started happening.
I know the backups are still ok even though there not using the change journal but i would like to get them back working and see what could be causing this.
There should not be any mount points on this server and i tried running all the commands that the post refrences and nothing shows any mount points withing these directories.
Master: 2008 R2 7.5.0.6
Media server : 2.5.3 5200 appliance
Client: Server 2003 (7.5.0.6)
Change journal enabled, Accelerator enabled, client side dedup is enabled.
Opened a ticket about this issue and support said this looked to be a timeout issue with the pauses caused by the clientside deduplicaton.
"As the clients are on a WAN connection I am going to assume there is a Firewall between sites? This issue looks like a known connection timeout due to the delay in sending packets to the media server and the firewall closing the connection due to an idle timeout.
The problem you are facing matches this Technote: http://www.symantec.com/business/support/index?page=content&id=TECH206337
You can change the TCP Keepalive time out as per this HowTo: http://www.symantec.com/business/support/index?page=content&id=HOWTO56221 can you first check this setting, if it doesn't exist can you set it to 15 minutes as in the document? - This will be on the client and media server."I changed the client settings and didnt see much of a difference and i asked our network engineer to check firewall settings and he confirmed they had not changed in years as far as the timeouts go.
So next i decided to try and clean up some backup data. i removed 4gb worth pictures from the backup locaton and viola no more issues.
I know shrinking the amount of data to be deduped over a WAN link will always improve things (especially pictures) but its all i could figure out.