“等待可能的关机/StopTestNow/HeapDump/端口4445上的ThreadDump消息”

Question

我正在执行一个分布式测试，我遵循以下步骤。

1. 主版和从版都是一样的。
2. Java版本在主和从上是相同的。
3. 这两个系统都在同一个子网中，我可以从我的主人那里切换到奴隶。
4. 在主目录下创建rmi密钥，并将其复制到bin文件夹中的从服务器。
5. 从IP地址在remote_hosts中添加

当我在非GUI模式下从主从运行简单测试(使用jmx)时，我可以看到

Starting the test on host 10.1.11.85(fake ip here just for example)

Finished the test on host 10.1.11.85(fake ip here just for example)

在我的主机器上我能看到

F:\Performance Testing\apache-jmeter-5.1.1\apache-jmeter-5.1.1\bin>jmeter.bat -n -R 10.1.56.65 -t 

"F:\Performance Testing\Linkedin.jmx" -f -l "F:\Performance Testing\LoadTestData.csv" -e -o 

"F:\Performance Testing\LoadTestData"

Picked up _JAVA_OPTIONS: -Xms512m -Xmx4096m

Creating summariser <summary>

Creating summariser <summary>

Created the tree successfully using F:\Performance Testing\Linkedin.jmx

Configuring remote engine: 10.1.56.65(Fake ip here for example)

Starting remote engines

Starting the test @ Mon Sep 30 14:23:40 CEST 2019

Remote engines have been started

Waiting for possible Shutdown/StopTestNow/HeapDump/ThreadDump message on port 4445

我的剧本就在这里停下来，尽管我要等2小时，它还是一样的。

脚本没有整理，也没有得到结果。

当我在从机上进行比特调查并打开jmeter-server.log文件时，我看到：

java.rmi.ConnectException:连接拒绝主机: 10.1.56.65；嵌套例外是: java.net.ConnectException: Connection : connect sun.rmi.transport.tcp.TCPChannel.createConnection(Unknown Source) ~?:1.8.0_211 at sun.rmi.transport.tcp.TCPChannel.createConnection(Unknown Source) ~?:1.8.0_211 at sun.rmi.transport.tcp.TCPChannel.newConnection(Unknown Source) ~?:1.8.0_211 at sun.rmi.server.UnicastRef.invoke(java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(Unknown源代码中的~?:1.8.0_211 ) ~?:1.8.0_211 at java.rmi.server.RemoteObjectInvocationHandler.invoke(Unknown Source) ~?:1.8.0_211 at com.sun.agent。$Proxy21.teststarted(未知源) ~?:？在org.apache.jmeter.samplers.RemoteListenerWrapper.testStarted(RemoteListenerWrapper.java:79) ApacheJMeter_core.jar:5.1.1 r1855137 at org.apache.jmeter.engine.StandardJMeterEngine.notifyTestListenersOfStart(StandardJMeterEngine.java:208) ApacheJMeter_core.jar:5.1.1 r1855137 at org.apache.jmeter.engine.StandardJMeterEngine.run(StandardJMeterEngine.java:381) ApacheJMeter_core.jar:5.1.1 r1855137 at java.lang.Thread.run(未知来源)：由: java.net.DualStackPlainSocketImpl.connect0(Native引起的1.8.0_211 :连接超时:连接到java.net.AbstractPlainSocketImpl.connectToAddress(Unknown方法) ~?:1.8.0_211 at java.net.AbstractPlainSocketImpl.doConnect(Unknown Source) ~?:1.8.0_211 at java.net.AbstractPlainSocketImpl.doConnect(Unknown Source) ~?:1.8.0_211 at java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source) ~?:1.8.0_( java.net.AbstractPlainSocketImpl.connect(Unknown源) ~?:1.8.0_211 at java.net.PlainSocketImpl.connect(未知源) ~?:1.8.0_211 at java.net.SocksSocketImpl.connect(未知源) ~?:1.8.0_211 at java.net.Socket.connect(未知源) ~?:1.8.0_211 at sun.security.ssl.SSLSocketImpl.connect(Unknown Source) ~？:1.8.0_211 at sun.security.ssl.SSLSocketImpl.(未知源) ~?:1.8.0_211 at :1.8.0_211 Source) ~?:1.8.0_211 at org.apache.jmeter.rmi.SSLRMIClientSocketFactory.createSocket(SSLRMIClientSocketFactory.java:118) ~ApacheJMeter_core.jar:5.1.1 r1855137 . 11

我认为这样的奴隶不能把结果送回主人和得到联系的拒绝，我如何解决这个问题？期待您的回音。(编辑)

Answer 1

您可以平分从站并不一定意味着JMeter可以通过RMI与其通信，因为您的操作系统防火墙可以允许ICMP通信，但阻止了JMeter正在使用的端口。

默认情况下，JMeter使用1099港，因此双重检查是否允许传入连接。如果不是的话--要么属性使用自由的端口，要么创建防火墙规则来解除阻塞。