Troubleshooting DataOps: Understanding and Resolving [Errno 104] Connection Issues

  • 2 February 2024
  • 0 replies

Userlevel 4

DataOps pipelines play a crucial role in managing, processing, and moving data within organisations. However, encountering errors during these operations is not uncommon. One such frequently encountered error is "[Errno 104] Connection reset by peer." In this article, we will delve into the possible causes of this error and discuss recommended actions to troubleshoot and resolve the issue in various DataOps pipeline scenarios.

Understanding the Error:


The error message "[Errno 104] Connection reset by peer" is a generic indication that the network connection between the client (or runner) and the server (or peer) has been abruptly terminated by the peer. This could be due to a myriad of reasons, and understanding the context in which the error occurs is essential for effective troubleshooting.

  1. SMTP Connection Error in Email Sending:

When using libraries like smtplib for sending emails, encountering this error may suggest issues such as server overload, server crash, IP address rejection, or attempting to send too many emails too quickly. The recommended steps include checking firewall rules, examining server logs for more details, assessing server load, and potentially trying an alternative port.

  1. Package Download Error:

In the context of package managers like pip, the error might occur during package downloads. Ensuring that necessary URLs are whitelisted, including,, and, can mitigate this issue. It's crucial to stay updated on relevant URLs based on the package manager and its configuration. Firewalls, whether at the network or local level, often regulate outgoing connections. By whitelisting the URLs associated with package repositories, you explicitly permit traffic to and from these domains. This helps prevent firewall restrictions that might otherwise interfere with the connection during package downloads.

  1. Azure Data Factory Connection Reset:

For Azure Data Factory or any client-server communication, a "Connection reset by peer" error suggests that the server or service has forcibly closed the connection. The causes could range from network issues to server-side problems. Detailed logs and involvement of relevant stakeholders are necessary for an effective diagnosis and resolution.

  1. Python Requests Library Issue:

In scenarios where the python requests library is involved, the error might be related to the use of urllib2 instead of urllib3. Upgrading to urllib3 has been reported to resolve such issues. Verifying the presence of urllib3 in the container used for executing Python scripts or running transformations is crucial.

  1. DataOps Kubernetes Runner Misconfiguration:

Issues related to pod networking can contribute to connection resets. It's essential to review the network configurations within the Kubernetes cluster, ensuring that network policies are correctly set up. Additionally, investigating connectivity between the pod and external services is crucial to identify and resolve network-related problems. In troubleshooting within the Kubernetes environment, examining pod logs, checking cluster networking, validating configurations, and ensuring alignment with DataOps and runner requirements are critical. A detailed investigation, considering the specific nature of the error and the intricacies of the Kubernetes environment, is key to effectively resolving connection reset issues.



Encountering the "[Errno 104] Connection reset by peer" error in DataOps pipelines can be challenging, given the diverse contexts in which it may occur. Adopting a systematic troubleshooting approach, checking logs, involving relevant stakeholders, and staying informed about the dependencies involved are crucial steps towards identifying and resolving the root causes of this error. By following the recommended actions outlined in this article, DataOps practitioners can enhance the reliability and resilience of their pipelines in the face of connection-related challenges.

0 replies

Be the first to reply!