jmeter远程分布执行遇到的网卡坑(A Test is currently running,stop or ....)

周末加班做一个项目app的性能测试,单机负载时由于公司给每个人的网络带宽上传下载流量就1M,300个用户并发就已经网络IO饱和了,虽然和相关部门协调过资源问题,但是收效甚微,因此打算先用分布部署压力机解决这个问题,然而问题来了,之前用分布式进行远程压力测试进展顺利,但是这次死活不能获取远程压力机反馈的响应数据,看了看之前的经验总结,没有发现问题,查看日志也没有报错。当时的心情真是欲哭无泪,因此只能先去做其他事情。

问题描述:

在jmeter.properties文件的remote_hosts=配置各压力机ip值和端口号,启动jmeter控制机jmeter.bat和远程压力机jmeter-server.bat,选择待执行的jmx脚本,在“运行”中“远程全部启动”,远程端显示已开始和已结束,但是控制端未接受到任何响应信息,如下图所示:

控制端jmeter日志中显示“Remote engines have been started”,对jmeter GUI进行其他操作时一直提示

无法结束运行。

今天上午在处理完业务线人员任务安排,抽出时间又看了一下压力机的日志,发现返回的信息IP地址有问题,为此换个思路,把压力机换成控制机,之前的控制机转成压力机,当我在点击jmeter-server.bat后,发现dos窗口显示的ip并不是我本地连接的ip值,如下图所示:

突然想起来由于本机之前装个虚拟机Oracle VM VirtualBox,有一个虚拟网卡一直在启动着,发现问题后在适配器中将其禁用,如下图:

禁用后再次启动jmeter-server.bat显示的ip地址正确,为了防止压力机也存在多网卡问题,建议禁用没有作用的网卡。再次执行远程压力机,一切OK。

因为问了一些群里的jmeter同行,但是大家都没有遇到过或者没有解决,通过分析日志和改变思维,最终找出了答案,因此记录一下,也为其他有相同问题的朋友做个总结。

时间: 2024-10-31 07:40:03

jmeter远程分布执行遇到的网卡坑(A Test is currently running,stop or ....)的相关文章

jmeter远程分布执行遇到的网卡坑

之前用分布式进行远程压力测试进展顺利,但是这次却不能获取远程压力机反馈的响应数据,查看日志也没有报错 问题描述: 在jmeter.properties文件的remote_hosts=配置各压力机ip值和端口号,启动jmeter控制机jmeter.bat和远程压力机jmeter-server.bat,选择待执行的jmx脚本,在"运行"中"远程全部启动",远程端显示已开始和已结束,但是控制端未接受到任何响应信息. 控制端jmeter日志中显示"Remote e

JMeter远程分布式联机性能测试

测试环境 apache-jmeter-2.13 Java JDK版本:1.8 1.  JMeter分布式测试简介 当一个JMeter客户端因网络限制等因素,无法模拟足够的用户对服务器施压时,需要用到JMeter分布式测试:用一台控制机,控制多台远程负载机,同时对服务器施压. 2.  配置与实操 步骤1 选定客户端 选择一台本地机器,当作JMeter客户端(控制器),用于控制远程JMeter实例(也叫JMeter 引擎),即远程负载生成机,并收集来自从这些远程负载机的数据. 在本机上创建并调试脚本

【转】JMeter远程测试

详解JMeter远程测试(1) 如果运行JMeter客户端的机器性能不能满足测试需要,那么测试人员可以通过单个JMeter GUI客户端来控制多个远程JMeter服务器,以便对服务器进行压力测试,模拟足够多的并发用户.通过远程运行JMeter,测试人员可以跨越多台低端计算机复制测试,这样就可以模拟一个比较大的服务器压力.一个JMeter GUI客户端实例,理论上可以控制任意多的远程JMeter实例,并通过它们收集测试数据,如图11-3所示.这样一来,就有了如下特性: 保存测试采样数据到本地机器.

jmeter 远程测试

如果你的JMeter客户机不能进行属性,来模拟 足够的用户强调您的服务器或在网络水平是有限的,存在一个选项来控制多个远程JMeter 引擎从一个JMeter客户机. 通过运行JMeter远程,你可以复制 一个测试在许多低端电脑,从而模拟服务器上的负载更大. 一个 JMeter的实例客户端可以控制任意数量的远程JMeter实例,并收集 所有的数据. 这提供了以下功能: 测试样品的保存到本地计算机 管理多个JMeterEngines从一个机器 不需要复制测试计划每个服务器-客户端发送到服务器 注:相

【知道创宇404实验室】Oracle WebLogic远程命令执行漏洞预警

2019年04月17日,国家信息安全漏洞共享平台(CNVD)官方发布安全公告 http://www.cnvd.org.cn/webinfo/show/4989 称Oracle WebLogic wls9-async组件存在反序列化远程命令执行漏洞,***者可利用该漏洞,可在未授权的情况下远程执行命令.随后知道创宇404实验室启动应急流程,通过分析后复现了该漏洞并确定该漏洞影响启用了wls9_async_response.war及wls-wsat.war组件的所有Weblogic版本(包括最新版本

Office CVE-2017-8570远程代码执行漏洞复现

实验环境 操作机:Kali Linux IP:172.16.11.2 目标机:windows7 x64 IP:172.16.12.2 实验目的 掌握漏洞的利用方法 实验工具 Metaspliot:它是一款开源的安全漏洞检测工具,可以帮助安全和IT专业人士识别安全性问题,验证漏洞的缓解措施,并管理专家驱动的安全性进行评估,提供真正的安全风险情报.这些功能包括智能开发,代码审计,Web应用程序扫描,社会工程,团队合作. 实验内容 Office CVE-2017-8570 CVE-2017-8570漏

CVE-2017-7269—IIS 6.0 WebDAV远程代码执行漏洞分析

漏洞描述: 3月27日,在Windows 2003 R2上使用IIS 6.0 爆出了0Day漏洞(CVE-2017-7269),漏洞利用PoC开始流传,但糟糕的是这产品已经停止更新了.网上流传的poc下载链接如下. github地址:https://github.com/edwardz246003/IIS_exploit 结合上面的POC,我们对漏洞的成因及利用过程进行了详细的分析.在分析过程中,对poc的exploit利用技巧感到惊叹,多次使用同一个漏洞函数触发,而同一个漏洞同一段漏洞利用代码

关于发布的CVE-2013-2251漏洞,strust远程代码执行漏洞

(*该漏洞影响版本:Struts 2.0.0 – Struts 2.3.15) (*该博客仅仅只是记录我工作学习时遇到的问题,仅供参考!) (*如果,描述中可能存在错误,请多指教!) 在昨天在对我目前负责的那个项目进行日常维护的时候,系统被别人攻克,上传了一个.txt文件,他人可以直接访问这个项目下txt文件,就可以获取到txt文件内的内容. 首先,介绍下我目前维护的项目,使用的是strust2.1+hibernate3.0架构模式,也就是javaweb+SSH框架,不过为了简化,并没有添加sp

Android WebView远程代码执行漏洞简析

0x00 本文参考Android WebView 远程代码执行漏洞简析.代码地址为,https://github.com/jltxgcy/AppVulnerability/tree/master/WebViewFileDemo.下面我们分析代码. 0x01 首先列出项目工程目录: MainActivity.java的代码如下: public class MainActivity extends Activity { private WebView webView; private Uri mUr