Symptoms:

You see something like the following error message in the Message Logs of the backup:
Network error on data channel. ERR=Connection reset by peer

Troubleshooting and Resolution:

1- The client may have been down or otherwise unreachable due to any number of networking problems:

  • NICs may be incorrectly configured on the CFA
    • Check that a disabled interface is not configured with the same IP address as the enabled interface.
  • Dual NIC may be incorrectly configured on the client
    • Possibly a long-running test from the CFA could diagnose this

2- The connection may be getting dropped by an unreliable network component in between CFA and client

  • By-pass or replace the network component temporarily
  • Diagnose Unreliable Networking: This is, of course, hard to pin down to any one thing.
    • Is there anything physically distinct about how the client is connected? If not, you may want to try the following to isolate the unreliable component.:
      • Use an alternate switch port
      • Use a temporary network card such as a USB ethernet dongle
      • Check the server events logs for general network problems near the same time the backup is run
        • The agent's source name is 'RvxBRAgent'

3- Configure for unreliable networks

  • Heartbeat Interval = 300
  • Set the Heartbeat option in the client section for the laptops in the bacula-dir configuration file and in the SD config file. The Bacula default is set to time-out based on a LAN environment. When the FD <- > SD is talking over a WAN segment, it is too slow for the default setting and the jobs terminate. The issue has been seen when first setting up Bacula - 99% of the backups are remote clients over a WAN. Adding the Heartbeat option cleared that issue up. The only times there is an issue now is when a client is off line.
  • One other thing to check is the DNS/IP configuration. If the environment is not using DNS, make sure the client machines have fixed IP addresses in the TCP/IP settings for Airport. Those need to match each client config settings in the bacula- dir.conf file.
4- If none of the above seems to help:
  • Check to see if VSS is enabled on the client.
    • (Clients > Edit > Fileset Select the "pencil" button > Look for the VSS checkbox)
  • If it is enabled, disable it and try to run the backup again.
If the backup completes with VSS disabled but fails with VSS enabled, it is likely an issue with the VSS on the Microsoft server. Contact your VSS admin or Microsoft for assistance in resolving the VSS issues.
While we are not VSS admins, we will also do what we can to assist you in troubleshooting this issue, so you can also [contact](https://www.infrascale.com/support){:target='\_blank'} Infrascale Support.