服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

在FIN / ACK之后的TCP RST

我有最奇怪的问题:有时,只有非常具体的请求,Web服务器发送FIN数据报之后将RST发送到客户端。 首先,对设置的描述: 服务器:VM guest Ubuntu 12.04.1 LTS在Win7 x64主机上,桥接模式下ufw在主机上被禁用 客户端:Win7 x64主机上的Mountain Lion(hackintosh)VM guest虚拟机上的iOS模拟器,桥接模式。 两者都在同一个LAN上。 一个通过以太网连接到路由器,另一个通过WiFi连接。 服务器上的HTTP日志表明,有时候,客户端会发出multipe后续相同的请求。 客户端在收到来自服务器的RST数据包后,只需重新尝试。 我附加了几个tcpdumps: Good1是良好会话的服务器端tcpdump(“好”,意思是没有生成RST)。 Good3是一个很好的会话的另一个服务端tcpdump。 Good1和Good3之间的区别在于从服务器发送ACK的顺序,确认客户端的请求。 该请求在2个分段中得到。 一个用于HTTP标头,另一个用于包含空JSON对象的主体: "{}" 。 在Good1中,服务器在第二个请求到达之后确认两个请求。 在Good3中,服务器在请求到达时立即确认每个请求。 不是说应该有所作为。 Bad1是一个不良会话的转储,客户端和服务器端。 Bad2是另一个糟糕的会话,这次只是服务器端。 请注意,在所有“不良”会话中,服务器收到后立即确认每个请求。 在其他一些不好的会议上,情况是一样的,不包括在内。 奇怪的是,同样的行为在“Good3”中展现出来,使得这个观察有些没有意义。 我不明白这有什么关系。 底线是我无法确定好的和坏的会话之间的显着差异。 我的问题是: 为什么生成这些RST? 或者至less:我怎样才能进一步debugging,或在这里提供更多有用的信息? 编辑我学到的两个新事实: RFC(1122)(和维基百科,在“TCP”,在“连接终止”一节中)第4.2.2.13节指出,一个主机上的TCP应用程序可能会在连接读取其所有的数据之前closures连接缓冲区,在这种情况下,主机上的TCP会向对方发送一个RST,告诉它并不是所有已经发送的数据都被读取了。 我不确定我是否完全理解这一点,因为closures我的连接方面仍然允许我阅读,不是吗? 这也意味着我不能再写了。 但我不确定这是否相关,因为我在 FIN 后看到RST。 wsgiref(Python的开发模式HTTP服务器)发生了这种情况,这正是我所使用的。 我会继续更新,因为我发现更多。 谢谢! Good1 – 服务器端 13:28:2.308319 IP 192.168.1.51.51479> 192.168.1.132.5000:Flags [S],seq […]

随机延迟使用Backup Exec 2012备份VMWare服务器

自升级到Backup Exec 2012以来,我们一直在大幅增加备份时间。 数据吞吐量大约是以前的情况,问题似乎是每个服务器备份之间的随机延迟。 当延迟发生时,我们将在ESX主机上看到快照创build事件,然后在没有任何事情发生的情况下有一个不确定的时间,然后我们在主机上看到“Symantec Backup”事件,IO在介质服务器和SAN。 延迟可能随时随地发生在任何服务器上,并且可能有多个服务器在任何给定的备份期间出现延迟。 延迟似乎独立于VM服务器,其configuration或负载,主机负载或介质服务器活动(这是当时唯一活动的备份作业)。 是的,我已经提出了赛门铁克技术支持的这个问题。 让我们只是说,他们迄今为止没有帮助(我会抵制诱惑的诱惑)。 我只是想知道,如果有人看到,希望能解决这个问题。 编辑: 我最近从赛门铁克的支持上得到了一些活动。 目前还没有解决scheme,但他们现在保持对话 系统概述 媒体服务器: HP ProLiant DL360 G5(E5420,6GB RAM) 磁带机 – Ultrium 1840 SAS 用于iSCSI的2 x 1Gb NICS SAN 2 x 1Gb NICS联手networking Windows 2008 R2 带有VMWare代理的Backup Exec 2012以及用于GRT的VM服务器上的RAWS。 VMWare的: VMWare vSphere 4.0 存储: Equalogic PS6000 通过多path1Gb连接到ESX主机和备份服务器 备份是通过selectvCenter中的服务器创build的,因此它是依次备份多个服务器的一个作业。 下面是延迟的可视化:绿色区域是数据实际从SAN到媒体服务器的位置(并且相当一致),红色区域是没有活动的延迟。 注意:1/12的Utility1备份时间短是因为它被取消了。 另外,在这之后还有更多的服务器,但是为了清楚而省略。