Hi, What is ecprod.cn.ca:443 ? is it your proxy or target server ? 1/ Double check that you didn't make a mistake when launching jmeter on Windows 2/ Double check there is no Firewall on Windows machine that blocks IP
To debug this, add to user.properties: log_level.org.apache.http=DEBUG log_level.org.apache.http.wire=DEBUG Regards @ubikloadpack On Tue, Mar 31, 2015 at 8:37 PM, Bruno Michaud <[email protected]> wrote: > Hello all, > I am having a peculiar problem and I don't know how to approach it. > This is the scenario: I run a very simple script that does a single GET > page on an internal server. My command to invoke JMeter includes the "-H > proxyname -P portnumber -N *.ourdomainname", so I think I should be > bypassing the proxy. > > If I run this on a Linux box, it works just fine: I get the page I > expected with a return code 200. > > If I run it on my Windows workstation I get the following error in the > Sampler result: > Response code: Non HTTP response code: > org.apache.http.conn.ConnectTimeoutException > Response message: Non HTTP response message: Connect to ecprod.cn.ca:443 > timed out > And I get this in the Response data: > org.apache.http.conn.ConnectTimeoutException: Connect to > ecprod.cn.ca:443 timed out > at > org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(SSLSocketFactory.java:416) > at > org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:180) > at > org.apache.http.impl.conn.ManagedClientConnectionImpl.open(ManagedClientConnectionImpl.java:294) > at > org.apache.jmeter.protocol.http.sampler.MeasuringConnectionManager$MeasuredConnection.open(MeasuringConnectionManager.java:107) > at > org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:643) > at > org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:479) > at > org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:906) > at > org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:805) > at > org.apache.jmeter.protocol.http.sampler.HTTPHC4Impl.executeRequest(HTTPHC4Impl.java:517) > at > org.apache.jmeter.protocol.http.sampler.HTTPHC4Impl.sample(HTTPHC4Impl.java:331) > at > org.apache.jmeter.protocol.http.sampler.HTTPSamplerProxy.sample(HTTPSamplerProxy.java:74) > at > org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:1146) > at > org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:1135) > at > org.apache.jmeter.threads.JMeterThread.process_sampler(JMeterThread.java:434) > at > org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:261) > at java.lang.Thread.run(Unknown Source) > Caused by: java.net.SocketTimeoutException: connect timed out > at java.net.DualStackPlainSocketImpl.waitForConnect(Native > Method) > at java.net.DualStackPlainSocketImpl.socketConnect(Unknown > Source) > at java.net.AbstractPlainSocketImpl.doConnect(Unknown > Source) > at > java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source) > at java.net.AbstractPlainSocketImpl.connect(Unknown Source) > at java.net.PlainSocketImpl.connect(Unknown Source) > at java.net.SocksSocketImpl.connect(Unknown Source) > at java.net.Socket.connect(Unknown Source) > at sun.security.ssl.SSLSocketImpl.connect(Unknown Source) > at > org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(SSLSocketFactory.java:414) > ... 15 more > > My JMeter is the same version on both Linux and Windows (2.12), with the > same Java version and build (1.7.0_21-b11). The jmeter.properties and > system.properties are also identical. > Of course Windows and Linux are two very different animals, but everything > else being the same, I don't know how to approach this problem. > I tried turning on the "DEBUG" options but that generates so much data > that it is very hard to decipher what's good and what's not. > Could anyone suggest how I can go about debugging this ? Maybe only > specific "log_level.jmeter.??=DEBUG" but I don't know which ones to pick. > Any other suggestions ? > > > Thanks & Regards, > Bruno Michaud > -- Regards Ubik Load Pack <http://ubikloadpack.com> Team Follow us on Twitter <http://twitter.com/ubikloadpack> Cordialement L'équipe Ubik Load Pack <http://ubikloadpack.com> Suivez-nous sur Twitter <http://twitter.com/ubikloadpack>
