Ransomware attackers specifically target and attempt to destroy backup systems to increase the probability of payment. Hardening your system is critical. Please ensure you have reviewed your platform security using the Security Hardening Checklist
Cohesity

COHESITY Documentation

Explore our documentation to get started, discover products & new features, access troubleshooting guides, register sources, platforms support.

Products
Data Security Alliance
Visit Cohesity.com
Demos
Support
Blogs
Developers
Partner Portals
Cohesity Community
© 2026 Cohesity, Inc. All Rights Reserved.
Terms of Use|
Privacy Policy|
Legal|
  1. Home
  2. NetBackup™ Deployment Guide for Amazon Elastic Kubernetes Services (EKS) Cluster
  3. Troubleshooting
  4. Socket connection failure
NetBackup™ Deployment Guide for Amazon Elastic Kubernetes Services (EKS) Cluster

Socket connection failure

Socket connection failure can happen because of the following reasons:

  • Long processing delays

  • AWS connection reset (default 4 minutes)

  • Load on CPU or Memory pressure

  • IO saturation and throttling under load

If there are problems with the TCP stacks on the hosts, network between the hosts, or unusual long processing delays, then the connection may drop and the TCP stack on the host is unaware of the situation.

The following error is displayed in the web UI under job details:

db_FLISTsend failed: unexpected message received (43)
 *** - Error bptm (pid=14599) get_string() failed, 
Connection reset by peer (104), network read error
*** - Info bptm (pid=14599) EXITING with status 42 <----------
*** - Info nbux-systest-media-1 (pid=14599) 
StorageServer=PureDisk:nbux-systest-media-1; 
Report=PDDO Stats for (nbux-systest-media-1): 
scanned: 4195521 KB, CR sent: 171002 KB, CR sent over FC: 0 KB, 
dedup: 95.9%, cache disabled, where dedup space saving:6.6%, 
compression space saving:89.3%
*** - Info bpbkar (pid=19109) done. status: 42: network read failed

To resolve this issue, update the sysctl.conf values for NetBackup servers deployed on the EKS cluster.

NetBackup image sets following values in sysctl.conf during EKS deployment:

  • net.ipv4.tcp_keepalive_time = 180

  • net.ipv4.tcp_keepalive_intvl = 10

  • net.ipv4.tcp_keepalive_probes = 20

  • net.ipv4.ip_local_port_range = 14000 65535

These settings are persisted at the location /mnt/nbdata/etc/sysctl.conf.

There are two ways to modify these values:

  • Modify the value in both /etc/sysctl.conf and /mnt/nbdata/etc/sysctl.conf and run the sysctl -p command to load the modified values.

  • Modify the values in /mnt/nbdata/etc/sysctl.conf and restart the pod. The new values are reflected after the pod restart.

If external media servers are used, perform the steps in the following order:

  1. Add the following in /usr/openv/netbackup/bp.conf:

    HOST_HAS_NAT_ENDPOINTS = YES

  2. Add the following sysctl configuration values in etc/sysctl.conf on external media servers to avoid any socket connection issues:

    • net.ipv4.tcp_keepalive_time = 180

    • net.ipv4.tcp_keepalive_intvl = 10

    • net.ipv4.tcp_keepalive_probes = 20

    • net.ipv4.ip_local_port_range = 14000 65535

    • net.core.somaxconn = 4096

  3. Save the setting using the sysctl -p command.

Feedback

Was this page helpful?
Previous

Pod restart failure due to liveness probe time-out

Next

Resolving an invalid license key issue

Feedback

Was this page helpful?