Author Topic: Terastation 3400 backup error: Connection reset by peer  (Read 1241 times)

Kane88

  • Buffalo
  • ***
  • Posts: 161
Terastation 3400 backup error: Connection reset by peer
« on: March 18, 2020, 06:44:40 PM »
Is there some sort of time limit for large backups on Terastations?

I've recently set up a backup job as a differential overwrite to backup from a TS3400 to a TS-XEL.  Both terastations are running the latest stock firmware for their models.  Both units have 16tb of drive space.

The backup data size itself, is just over 15tb.  It is a very big backup.
It ran for almost 7 days straight, before this error occurred.  See below:

I've restarted the job since.  It is still going.  The differential overwrite part seems to be working.  It was able to copy the virtual hard disk file that it errored out on during the first pass.

No power failures have occurred for either nas or the network equipment they use.

Any ideas to remedy this, if it happens again?  The TS-XEL is slower, so I wonder if it just can't keep up sometimes.



-------- BEGIN BACKUP 2020/03/09 23:56:57 array1/TERA-3400-D1 -> TERA-XEL@array1/TERA-XEL-D1 --------

file
info


rsync: [sender] write error: Connection reset by peer (104)
rsync error: error in socket IO (code 10) at io.c(820) [sender=3.1.0]
Can't write to backup destination(target disk is broken?).
-------- END BACKUP 2020/03/16 22:58:51 array1/TERA-3400-D1 -> TERA-XEL@array1/TERA-XEL-D1 --------

1000001101000

  • Debian Wizard
  • Big Bull
  • *****
  • Posts: 1128
  • There's no problem so bad you cannot make it worse
Re: Terastation 3400 backup error: Connection reset by peer
« Reply #1 on: March 18, 2020, 08:09:24 PM »
Is that stock firmware or Debian?

I would take a look at the health of the target and make sure it isn’t full or having some other problem. Take a look at the SMART data and see if there are any reallocated or pending sectors. The syslog/dmesg would also tell you about some types of error.

Kane88

  • Buffalo
  • ***
  • Posts: 161
Re: Terastation 3400 backup error: Connection reset by peer
« Reply #2 on: March 19, 2020, 12:33:39 PM »
It is the stock firmware on both NAS units.  I used the buffalo web console to setup the backup job.

I couldn't get the TS3400 to see a TS-XEL (that was running Debian) as a backup destination.  So I had to load the stock firmware onto the TS-XEL.  After that, the TS3400 saw it as a backup destination target.

Is there a way to make the source stock firmware be able to see debian as a destination target?  No matter what I tried,  I couldn't get the debian box to show up in the target destination list.

I have no idea how to view the syslog or dmesg, either with the stock firmware, or with debian.  How can this be done?

I don't recall if the debian on the TS-XEL supports the smartmontools.

The TS-XEL stock firmware definitely can't read smart data. :(
That's going to present future problems possibly.

ACP Commander v1.5.6.0 started
Sending discovery request...
Found new LinkStation 192.168.0.82
Found new LinkStation 192.168.0.182
Authenticate EnOneCmd... OK
Authenticate with admin pw... OK
smartctl version 5.37 [arm-none-linux-gnueabi] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Device: Seagate  ST4000DM004-2CV1 Version: 0001
Device type: disk
Local Time is: Thu Mar 19 00:35:16 2020 CDT
Device does not support SMART

Error Counter logging not supported
Device does not support Self Test logging

All the disks are basically new.
One disk is new
The other 3 are new recertified RMA replacements.
And they're all the same model above.


All the disks were write surface tested before I setup the array.  And there were no problems when I tested each one of them, one at a time.  All the smart data was good before I tried this anyway.

I'll will try to get them pulled and check the smart data on a windows box.

The good news is that it did complete the restarted backup job successfully anyway.


-------- BEGIN BACKUP 2020/03/17 18:21:49 array1/TERA-3400-D1 -> TERA-XEL@array1/TERA-XEL-D1 --------


sent 2,934,251,136,524 bytes  received 2,969,508 bytes  20,866,474.70 bytes/sec
total size is 15,089,877,702,720  speedup is 5.14
-------- END BACKUP 2020/03/19 09:25:30 array1/TERA-3400-D1 -> TERA-XEL@array1/TERA-XEL-D1 --------

1000001101000

  • Debian Wizard
  • Big Bull
  • *****
  • Posts: 1128
  • There's no problem so bad you cannot make it worse
Re: Terastation 3400 backup error: Connection reset by peer
« Reply #3 on: March 19, 2020, 12:40:04 PM »
We determined earlier that smartmontools works on the TS-XEL under Debian.

I would imagine you could connect to a Debian system over rsync by installing and setting up rsync server on it. I did this once to run a benchmark but have largely relied on samba shares for that sort of thing. I don't know how the target list in the stock firmware works, it may only seek out other devices running buffalo firmware. If you have options for manually defining an rsync it may be workable.

You could always "pull" rather than "push" for your backup strategy. You have many more options to pull data from a Buffalo device from within Debian than the other way around.