News:

Buffalo provides Data Recovery services. Read about it here.

Main Menu

Terastation to Linkstation Backup unreliable - rsync errors (HS-DHTGL/R5 2.14 to LS-CHL-V2B2F)

Started by gopalvenu, June 25, 2010, 12:04:57 AM

Previous topic - Next topic

gopalvenu

Subject:  [Terastation Live] to [Linkstation Live] Backup is unreliable (HS-DHTGL/R5 2.14 to LS-CHL-V2B2F)

 

I have both devices on an ethernet LAN (same subnet).  Both with latest Firmware.

I have two backup jobs on the TS - one set to run in the morning and the other set to in the afternoon (otherwise jobs are the same).

 

When I inspect the logs, sometimes the backup jobs runs successfully, and sometimes fails to start (RSYNC failures).  For example, today the morning job failed and the afternoon one succeded.  Sometimes both succeed, sometimes both fail.  When it runs, it runs fine.

 

Both are on DHCP, but the IP addresses ahve not changed during this period.  I can always access admin pages of both devices. Sleep timers are disabled on the LS.

 

Any suggestions?  

 

[ Please note that I am getting "Connection refused" error sometimes and "Connection timeout" errors at other times - see below.]




gopalvenu

OK, after trying different things, the problem appears solved using the following workaround:

 

                Set the 'Ethernet Frame Size' to 4102 (Jumbo) on both units.

 

- Setting it to the default 1518 seems to give the first error (Connection refused)

 

    -------- BEGIN BACKUP 2010/06/26 03:00:04
    rsync: failed to connect to 192.168.1.205: Connection refused (111)
    rsync error: error in socket IO (code 10) at clientserver.c(107) [sender=2.6.8]
    -------- END BACKUP 2010/06/26 03:00:04

 

- Setting it to the 9694 (Jumbo) seems to give the second error (Connection timeout)

 

-------- BEGIN BACKUP 2010/06/26 12:48:55
building file list ...
rsync: read error: Connection timed out (110)
rsync error: error in rsync protocol data stream (code 12) at io.c(614) [sender=2.6.8]
-------- END BACKUP 2010/06/26 13:04:59

 

 

I will watch and see in the coming days if this is a reliable workaround (I would not consider it a solution, just a workaround).

 

Thanks to references I found on the internet regarding changing MTUs.  

 

Hopefully someone from Buffalo can look into this issue further (TCP timers-related??)


gopalvenu

Things are working reliably now, but I am not sure what fixed the problem - 1) the ethernet frame size change I noted above, or 2) moving the switch at the back to of the unit to the "fully on" position.


Dustrega

Well, with the LinkStation being on AUTO if you don't have NAS Navi installed on a PC on the network (XP) then the "Keep Alive" service won't be installed along with it.  After a certain amount of time if the LS doesn't receive packets from this service to "stay awake" it will hibernate until it receives that data.


Browser ID: smf (is_webkit)
Templates: 4: index (default), Display (default), GenericControls (default), GenericControls (default).
Sub templates: 6: init, html_above, body_above, main, body_below, html_below.
Language files: 5: index+Modifications.english (default), Post.english (default), Editor.english (default), Drafts.english (default), StopForumSpam.english (default).
Style sheets: 4: index.css, attachments.css, jquery.sceditor.css, responsive.css.
Hooks called: 192 (show)
Files included: 35 - 1354KB. (show)
Memory used: 974KB.
Tokens: post-login.
Queries used: 16.

[Show Queries]