Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/apache-kafka/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Apache 网络出现问题后,geode客户端无法连接到服务器和定位器_Apache_Networking_Tcp_Gemfire_Geode - Fatal编程技术网

Apache 网络出现问题后,geode客户端无法连接到服务器和定位器

Apache 网络出现问题后,geode客户端无法连接到服务器和定位器,apache,networking,tcp,gemfire,geode,Apache,Networking,Tcp,Gemfire,Geode,我们的系统中出现了一个奇怪的问题 e、 我们有一个由两个节点组成的集群。Geode定位器正在主节点上运行,有一个远程节点运行Geode客户端。 当客户端出现网络问题(数据包丢失)一段时间后,客户端无法连接到定位器(NoAvailableLocatorException)。奇怪的是,即使在网络进入正常状态后,客户机仍然无法连接到定位器,出现相同的异常,即使在重新启动客户机之后也是如此。经过调查,我们发现定位器的端口卡在SYN_RECV上,因此当我们重新启动定位器时,问题似乎消失了。您能否提供一些线

我们的系统中出现了一个奇怪的问题

e、 我们有一个由两个节点组成的集群。Geode定位器正在主节点上运行,有一个远程节点运行Geode客户端。
当客户端出现网络问题(数据包丢失)一段时间后,客户端无法连接到定位器(NoAvailableLocatorException)。奇怪的是,即使在网络进入正常状态后,客户机仍然无法连接到定位器,出现相同的异常,即使在重新启动客户机之后也是如此。经过调查,我们发现定位器的端口卡在SYN_RECV上,因此当我们重新启动定位器时,问题似乎消失了。您能否提供一些线索,说明我们如何解决此问题,以及为什么服务器端口卡在SYN_RECV上,因为我们不想重新启动群集或查找定位器和服务器并重新启动它们。

我不确定您所说的SYN_RECV是什么意思。这不是我熟悉的一种状态。你是说SYN_RECV?SYN_RECV状态表示已收到连接请求,并且正在等待后续操作。是否有很多这样或只有一个和那个匹配定位器配置使用的端口?定位器的线程转储将有助于显示它的用途


定位器有一个用于定位服务处理的服务器套接字。服务器套接字在配置的定位器套接字上应处于侦听状态,等待连接请求。这些连接被传递到线程池,在线程池中从套接字读取请求数据并处理请求。这些插座应处于已建立状态。同一线程将在同一套接字上发回响应。客户端读取响应后,将中止与定位器的连接,以避免套接字处于等待时间状态。

我不确定您所说的SYS\u RECV是什么意思。这不是我熟悉的一种状态。你是说SYN_RECV?SYN_RECV状态表示已收到连接请求,并且正在等待后续操作。是否有很多这样或只有一个和那个匹配定位器配置使用的端口?定位器的线程转储将有助于显示它的用途


定位器有一个用于定位服务处理的服务器套接字。服务器套接字在配置的定位器套接字上应处于侦听状态,等待连接请求。这些连接被传递到线程池,在线程池中从套接字读取请求数据并处理请求。这些插座应处于已建立状态。同一线程将在同一套接字上发回响应。客户端读取响应后,将中止与定位器的连接,以避免套接字处于等待时间状态。

就Geode而言,我能想到的唯一可能有帮助的事情是在定位器上设置较低的读取超时。默认值为60000毫秒

-Dgemfire.TcpServer.READ_超时=10000


除此之外,基于Java的服务器对丢弃的SYN ACK几乎无能为力。我想你已经搜索过互联网,找到了很多关于这个问题的页面。

就Geode而言,我能想到的唯一可能有帮助的事情是在定位器上设置一个较低的读取超时。默认值为60000毫秒

-Dgemfire.TcpServer.READ_超时=10000


除此之外,基于Java的服务器对丢弃的SYN ACK几乎无能为力。我想你已经搜索过互联网,找到了很多关于这个问题的页面。

是的,我已经编辑了这个问题。事实上,有很多问题,我已经编辑了这个问题。实际上,有许多SYN_Recv