Question

我有一个使用urllib定期获取网址的程序，我看到间歇性的错误如：

I / O错误（套接字错误）：[Errno 111]连接被拒绝。

它有90％的时间可以正常工作，但是它失败了10％。如果在失败后立即重试获取，则成功。我无法弄清楚为什么会这样。我试图查看是否有可用的端口，它们是。任何调试想法？

有关其他信息，堆栈跟踪是：

File "/usr/lib/python2.6/urllib.py", line 203, in open 
    return getattr(self, name)(url)

File "/usr/lib/python2.6/urllib.py", line 342, in open_http
    h.endheaders()

File "/usr/lib/python2.6/httplib.py", line 868, in endheaders
    self._send_output()

File "/usr/lib/python2.6/httplib.py", line 740, in _send_output
    self.send(msg)

File "/usr/lib/python2.6/httplib.py", line 699, in send
    self.connect()

File "/usr/lib/python2.6/httplib.py", line 683, in connect
    self.timeout)

File "/usr/lib/python2.6/socket.py", line 512, in create_connection
    raise error, msg

编辑 - 谷歌搜索不是很有帮助，我得到的是服务器我从有时拒绝连接，我如何验证它不是我的代码中的错误确实如此？

Answer 1

使用像Wireshark这样的数据包嗅探器来查看会发生什么。你需要看到一个带有SYN标记的数据包传出，一个带有SYN + ACK标记的传入，然后是一个带有ACK标记的传出。之后，该港口被视为在当地开放。

如果您只看到第一个数据包并且在等待几秒钟之后出现错误消息，则另一方根本没有应答（例如：未插入电缆，过载的服务器，错误的数据包被丢弃）并且您的本地网络堆栈中止连接尝试。如果您看到RST数据包，则主机实际拒绝连接。如果您看到“ICMP Port unreachable”或主机无法访问的数据包，则防火墙或目标主机会通知您实际关闭的端口。

当然，您不能指望该服务始终可用（考虑您与数据之间的所有故障点），因此您应该稍后再试。

Answer 2

获取ECONNREFUSED错误意味着您的内核被拒绝了另一端的连接，所以如果它是一个错误，它可能在您的内核或另一端。您可以做的是以非常具体的方式捕获错误，并在一段时间后再试一次，因为这似乎有效：

# This is Python > 2.5 code
import errno, time

for attempt in range(MAXIMUM_NUMBER_OF_ATTEMPTS):
    try:
        # your urllib call here
    except EnvironmentError as exc: # replace " as " with ", " for Python<2.6
        if exc.errno == errno.ECONNREFUSED:
            time.sleep(A_COUPLE_OF_SECONDS)
        else:
            raise # re-raise otherwise
    else: # we tried, and we had no failure, so
        break
else: # we never broke out of the for loop
    raise RuntimeError("maximum number of unsuccessful attempts reached")

将两个全部大写常量替换为您喜欢的数字。

Answer 3

我以前在我的EC2实例中遇到过这个问题（我正在为couchdb提供服务资源 - 我考虑亚马逊未来的S3）。

要检查的一件事（假设是Ec2）是将couchdb端口添加到安全策略中的开放端口。

我特意遇到了

“[Errno 111]连接被拒绝”

当实例停止并启动时，

超过EC2。这个问题似乎是一个pidfile竞赛。我的解决方案是通过以下方式杀死couchdb（完全正确）

pkill -f couchdb

然后重新启动：

/etc/init.d/couchdb restart

Answer 4

我不确定是什么导致了这一点。您可以尝试查看您的socket.py（我的版本不同，因此跟踪中的行号不匹配，我担心其他一些细节也可能不匹配）。

无论如何，将您的url获取代码放在try: ... except: ... 块中似乎是一种很好的做法，并通过短暂停顿和重试来处理此问题。您尝试获取的网址可能已关闭或加载过多，而且您只能通过重试来处理这些内容。

Answer 5

似乎服务器运行不正常，请确保使用终端

telnet ip port

示例

telnet localhost 8069

它将返回连接到localhost ，因此它表示连接没有问题否则它将返回拒绝连接，表示连接存在问题

I / O错误（套接字错误）：[Errno 111]连接被拒绝

5 个答案: