Unrecognized windows sockets error 0 recv failed

I'm trying to post HTTP POST via HttpClient to a server with client authentication enabled. Here is my code public class Send2Remote { private static String sslMode = null; private static String

I’m trying to post HTTP POST via HttpClient to a server with client authentication enabled. Here is my code

public class Send2Remote {

private static String sslMode = null;
private static String clientKeyStore = null;
private static String clientStoreType = null;
private static String clientStorePW = null;

private static String trustKeyStore = null;
private static String trustStoreType = null;
private static String trustStorePW = null;

public Send2Remote(String sslmode, String clientKS, String clientST, String clientTPW, 
        String trustKS, String trustST, String trustSPW) {
    sslMode = sslmode;
    clientKeyStore = clientKS;
    clientStoreType = clientST;
    clientStorePW = clientTPW;

    trustKeyStore = trustKS;
    trustStoreType = trustST;
    trustStorePW = trustSPW;
}

private final class X509HostnameVerifierImplementation implements X509HostnameVerifier {
    @Override
    public void verify(String host, SSLSocket ssl) throws IOException {
    }

    @Override
    public void verify(String host, X509Certificate cert) throws SSLException {
    }

    @Override
    public void verify(String host, String[] cns, String[] subjectAlts) throws SSLException {
    }

    @Override
    public boolean verify(String s, SSLSession sslSession) {
        return true;
    }
}

public String post(String uRL, List<NameValuePair> formparams) {        
    SSLContext sslContext = null;
    KeyManagerFactory kmf = null;
    TrustManagerFactory tmf = null;
    KeyStore ks = null;
    KeyStore tks = null;
    try {           
        sslContext = SSLContext.getInstance(sslMode);
        kmf = KeyManagerFactory.getInstance(KeyManagerFactory.getDefaultAlgorithm());
        tmf = TrustManagerFactory.getInstance(KeyManagerFactory.getDefaultAlgorithm());

        ks = KeyStore.getInstance(clientStoreType);
        tks = KeyStore.getInstance(trustStoreType);

        ks.load(new FileInputStream(clientKeyStore), clientStorePW.toCharArray());
        tks.load(new FileInputStream(trustKeyStore), trustStorePW.toCharArray());

        kmf.init(ks, clientStorePW.toCharArray());
        tmf.init(tks);

        sslContext.init(kmf.getKeyManagers(), tmf.getTrustManagers(), null);

    } catch (NoSuchAlgorithmException | CertificateException | IOException | KeyStoreException | UnrecoverableKeyException | KeyManagementException e1) {
        Log4j.log.error("Error occurred: " + e1.getClass() + ":" + e1.getMessage() + ", Full Stacktrace: " + new Gson().toJson(e1.getStackTrace()));
        return null;
    }

    SSLConnectionSocketFactory sslsf = new SSLConnectionSocketFactory(
            sslContext, new X509HostnameVerifierImplementation());

    Registry<ConnectionSocketFactory> socketFactoryRegistry = RegistryBuilder
            .<ConnectionSocketFactory> create().register("https", sslsf)
            .build();

    PoolingHttpClientConnectionManager cm = new PoolingHttpClientConnectionManager(
            socketFactoryRegistry);
    CloseableHttpClient httpclient = HttpClients.custom()
            .setConnectionManager(cm).build();

    HttpPost httppost = new HttpPost(uRL);

    UrlEncodedFormEntity uefEntity;
    String returnCode = null;
    try {
        uefEntity = new UrlEncodedFormEntity(formparams, "UTF-8");
        httppost.setEntity(uefEntity);

        CloseableHttpResponse response = httpclient.execute(httppost);
        try {
            HttpEntity entity = response.getEntity();
            if (entity != null) {
                returnCode = EntityUtils.toString(entity, "UTF-8");
            }
        } finally {
            response.close();
        }
    } catch (ClientProtocolException e) {
        Log4j.log.error("Error occurred: " + e.getClass() + ":" + e.getMessage() + ", Full Stacktrace: " + new Gson().toJson(e.getStackTrace()));
        return null;
    } catch (UnsupportedEncodingException e1) {
        Log4j.log.error("Error occurred: " + e1.getClass() + ":" + e1.getMessage() + ", Full Stacktrace: " + new Gson().toJson(e1.getStackTrace()));
        return null;
    } catch (IOException e) {
        Log4j.log.error("Error occurred: " + e.getClass() + ":" + e.getMessage() + ", Full Stacktrace: " + new Gson().toJson(e.getStackTrace()));
        return null;
    } finally {
        try {
            httpclient.close();
        } catch (IOException e) {
            e.printStackTrace();
        } finally {
            close(httpclient);
        }
    }
    return returnCode;
}

public void close(Closeable io) {
    if (io != null) {
        try {
            io.close();
        } catch (IOException ignore) {
        }
    }
}

} 

When I execute it with my own keystores, I got exception while posting message

class javax.net.ssl.SSLHandshakeException:java.net.SocketException: Unrecognized Windows Sockets error: 0: recv failed

And server admin gave me part of his log

[2017/8/21   20:10:16:477 CST] 000000f7 SystemOut     O WebContainer : 20, WRITE: TLSv1.2 Handshake, length = 96
[2017/8/21   20:10:16:477 CST] 000000f7 SystemOut     O WebContainer : 20, waiting for close_notify or alert: state 1
[2017/8/21   20:10:16:477 CST] 000000f7 SystemOut     O WebContainer : 20, Exception while waiting for close java.net.SocketException: Unrecognized Windows Sockets error: 0: recv failed
[2017/8/21   20:10:16:477 CST] 000000f7 SystemOut     O %% Invalidated:  [Session-18, SSL_ECDHE_RSA_WITH_AES_256_CBC_SHA384]
[2017/8/21   20:10:16:477 CST] 000000f7 SystemOut     O WebContainer : 20, SEND TLSv1.2 ALERT:  fatal, description = handshake_failure
[2017/8/21   20:10:16:477 CST] 000000f7 SystemOut     O WebContainer : 20, WRITE: TLSv1.2 Alert, length = 80
[2017/8/20   20:10:16:477 CST] 000000f7 SystemOut     O WebContainer : 20, Exception sending alert: java.net.SocketException: Unrecognized Windows Sockets error: 0: socket write error
[2017/8/20   20:10:16:477 CST] 000000f7 SystemOut     O WebContainer : 20, called closeSocket()
[2017/8/20   20:10:16:477 CST] 000000f7 SystemOut     O WebContainer : 20, handling exception: javax.net.ssl.SSLHandshakeException: java.net.SocketException: Unrecognized Windows Sockets error: 0: recv failed

Server and I added each other’s certificate into own trust keystore, so it should not be the issue of trusting each other. But I can’t find other thread that could solve this issue too.

Thank you for your time.

Team RabbitMQ uses GitHub issues for specific actionable items engineers can work on. This assumes two things:

  1. GitHub issues are not used for questions, investigations, root cause analysis, discussions of potential issues, etc (as defined by this team)
  2. We have a certain amount of information to work with

We get at least a dozen of questions through various venues every single day, often quite light on details.
At that rate GitHub issues can very quickly turn into a something impossible to navigate and make sense of even for our team. Because of that questions, investigations, root cause analysis, discussions of potential features are all considered to be mailing list material by our team. Please post this to rabbitmq-users.

Getting all the details necessary to reproduce an issue, make a conclusion or even form a hypothesis about what’s happening can take a fair amount of time. Our team is multiple orders of magnitude smaller than the RabbitMQ community. Please help others help you by providing a way to reproduce the behavior you’re
observing, or at least sharing as much relevant information as possible on the list:

  • Server, client library and plugin (if applicable) versions used
  • Server logs
  • A code example or terminal transcript that can be used to reproduce
  • Full exception stack traces (not a single line message)
  • rabbitmqctl status (and, if possible, rabbitmqctl environment output)
  • Other relevant things about the environment and workload, e.g. a traffic capture

Feel free to edit out hostnames and other potentially sensitive information.

When/if we have enough details and evidence we’d be happy to file a new issue.

Thank you.

Problem

Unable to clear indexing queue automatically, items sit in the queue even after:

  • Rebuilding the index via the user interface
  • Rebuilding your index from scratch
  • Increasing the maximum number of connections in the database pool
  • The  following appears in the atlassian-confluence.log
Caused by: java.net.SocketException: Unrecognized Windows Sockets error: 0: recv failed

You may also see this error:

ERROR [scheduler_Worker-6] [org.quartz.core.ErrorLogger] schedulerError Unable to notify JobListener(s) of Job to be executed: (Job will NOT be executed!). trigger= DEFAULT.IndexQueueFlusher job= DEFAULT.IndexQueueFlusher
org.quartz.SchedulerException: JobListener 'ScheduledJobListener' threw exception: Could not open Hibernate Session for transaction; nested exception is net.sf.hibernate.exception.JDBCConnectionException: Cannot open connection [See nested exception: org.springframework.transaction.CannotCreateTransactionException: Could not open Hibernate Session for transaction; nested exception is net.sf.hibernate.exception.JDBCConnectionException: Cannot open connection]

Diagnosis

Environment

  • Windows
  • Server has both IPv4 and IPv6 enabled

Cause

The Java Virtual Machine (JVM) can have problems opening or closing sockets at the operating system level when both IPv4 and IPv6 are enabled on a Windows server.

Workaround

  1. JVM will need to run over IPv4, if possible. To do this add this set the following JVM option:

    1. Shutdown Confluence

    2. Open <confluence-install-directory>/bin/setenv.bat

      1. For Confluence 5.6 and later

        1. Add the following below CATALINA_OPTS section

          set CATALINA_OPTS=-Djava.net.preferIPv4Stack=true %CATALINA_OPTS%
        2. Save the file

      2. Confluence 5.5 and below
        1. Add the following below the JAVA_OPTS section

          set JAVA_OPTS=-Djava.net.preferIPv4Stack=true %JAVA_OPTS%
        2. Save the file

    3. Start Confluence

  2. You may also need to adjust the prefix policy to prefer IPv4 over IPv6

    1. If you are unfamiliar with the process you can refer to Microsoft’s Fix-its.

      (warning) These Fix-its are provided by Microsoft and are not supported by Atlassian.

      • Prefer IPv4 over IPv6
      • Prefer IPv6 over IPv4 (restore the default behavior)

Last modified on Nov 15, 2018

Related content

  • No related content found

Содержание

  1. Unrecognized Windows Sockets error: 0: recv failed #332
  2. Comments
  3. DavidSoong128 commented Nov 15, 2017
  4. acogoluegnes commented Nov 15, 2017
  5. java.net.SocketException: Unrecognized Windows Sockets error: 0: JVM_Bind (JBOSS)
  6. 11 Answers 11
  7. SocketException: Unrecognized Windows Sockets error: 0: JVM_Bind when running parallel in Windows 7, FireFoxDriver #2319
  8. Comments
  9. lukeis commented Mar 3, 2016
  10. lukeis commented Mar 3, 2016
  11. lukeis commented Mar 3, 2016
  12. lukeis commented Mar 3, 2016
  13. lukeis commented Mar 3, 2016
  14. lukeis commented Mar 3, 2016
  15. lukeis commented Mar 3, 2016
  16. lukeis commented Mar 3, 2016
  17. lukeis commented Mar 3, 2016
  18. lukeis commented Mar 3, 2016
  19. lukeis commented Mar 3, 2016
  20. Intermittent Unrecognized Windows Sockets error: 0: recv failed #36
  21. Comments
  22. fsgonz commented Dec 12, 2019
  23. Confluence Support
  24. Get started
  25. Knowledge base
  26. Products
  27. Jira Software
  28. Jira Service Management
  29. Jira Core
  30. Confluence
  31. Bitbucket
  32. Resources
  33. Documentation
  34. Community
  35. System Status
  36. Suggestions and bugs
  37. Marketplace
  38. Billing and licensing
  39. Viewport
  40. Confluence
  41. Index queue won’t flush automatically, ‘Caused by: java.net.SocketException: Unrecognized Windows Sockets error: 0: recv failed’ errors thrown
  42. Related content
  43. Still need help?
  44. Problem
  45. Diagnosis
  46. Cause
  47. Workaround

Unrecognized Windows Sockets error: 0: recv failed #332

Caused by: java.net.SocketException: Unrecognized Windows Sockets error: 0: recv failed
at java.net.SocketInputStream.socketRead0(Native Method)

[na:1.8.0_73]
at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)

[na:1.8.0_73]
at java.net.SocketInputStream.read(SocketInputStream.java:170)

[na:1.8.0_73]
at java.net.SocketInputStream.read(SocketInputStream.java:141)

[na:1.8.0_73]
at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)

[na:1.8.0_73]
at java.io.BufferedInputStream.read(BufferedInputStream.java:265)

[na:1.8.0_73]
at java.io.DataInputStream.readUnsignedByte(DataInputStream.java:288)

[na:1.8.0_73]
at com.rabbitmq.client.impl.Frame.readFrom(Frame.java:95)

[amqp-client-3.6.2.jar:na]
at com.rabbitmq.client.impl.SocketFrameHandler.readFrame(SocketFrameHandler.java:139) [amqp-client-3.6.2.jar:na]
at com.rabbitmq.client.impl.AMQConnection$MainLoop.run(AMQConnection.java:542)

[amqp-client-3.6.2.jar:na]
. 1 common frames omitted

Who can help deal with this problem?

The text was updated successfully, but these errors were encountered:

Thank you for your time.

Team RabbitMQ uses GitHub issues for specific actionable items engineers can work on. This assumes two things:

  1. GitHub issues are not used for questions, investigations, root cause analysis, discussions of potential issues, etc (as defined by this team)
  2. We have a certain amount of information to work with

We get at least a dozen of questions through various venues every single day, often quite light on details.
At that rate GitHub issues can very quickly turn into a something impossible to navigate and make sense of even for our team. Because of that questions, investigations, root cause analysis, discussions of potential features are all considered to be mailing list material by our team. Please post this to rabbitmq-users.

Getting all the details necessary to reproduce an issue, make a conclusion or even form a hypothesis about what’s happening can take a fair amount of time. Our team is multiple orders of magnitude smaller than the RabbitMQ community. Please help others help you by providing a way to reproduce the behavior you’re
observing, or at least sharing as much relevant information as possible on the list:

  • Server, client library and plugin (if applicable) versions used
  • Server logs
  • A code example or terminal transcript that can be used to reproduce
  • Full exception stack traces (not a single line message)
  • rabbitmqctl status (and, if possible, rabbitmqctl environment output)
  • Other relevant things about the environment and workload, e.g. a traffic capture

Feel free to edit out hostnames and other potentially sensitive information.

When/if we have enough details and evidence we’d be happy to file a new issue.

java.net.SocketException: Unrecognized Windows Sockets error: 0: JVM_Bind (JBOSS)

I’m using JBoss 4.0.5 GA on Windows 7 with Java version 1.5 (I have to use older java version and a JBoss because I’m working with a legacy system). And when I’m starting the server I get the following error:

And I believe this causes many other exceptions:

I greatly appreciate if anyone could help. At least to figure out where I should look for the solution (e.g. Is this an error related to windows 7 and JBoss clustering incompatability? Is this because of a wrong port configuration? etc.)

11 Answers 11

This problem occurs on some Windows systems that have the IPv6 TCP Stack installed. If both IPv4 and IPv6 are installed on the computer, the Java Virtual Machine (JVM) may have problems closing or opening sockets at the operating system level.

Add the following JVM option: -Djava.net.preferIPv4Stack=true

I’ve seen this happen on Windows 7 and Windows 2008 systems which have both IPv4 and IPv6 stacks installed by default.

You have very likely another process already bound on a port that JBoss is using (8080?) and this prevent JBoss from starting correctly (see this page for a list of ports used by JBoss).

Either find the conflicting process and shut it down:

  • use netstat -a -o -n and look for ports used by JBoss (e.g. 8080) and the corresponding pid
  • then use tasklist /FI «PID eq

» to find the process

Or change JBoss defaults ports. There are several ways to do that but the best way is to use the Service Binding Manager (see detailed instructions in Configuring Multiple JBoss Instances On One Machine).

The default port in the example code is 4444. Using this port I got «Unrecognized Windows Sockets error: 0: JVM_Bind»

I changed the port to 44444 and tried again. I got a popup from the Windows Firewall service asking me if this application had permission to access the network. Selecting OK I no longer get the error message when I launch my server.

After some experimenting I found that with a port of 5000 or less I would get the JVM_Bind error. Any port of 5001 or above would bind without issue.

SocketException: Unrecognized Windows Sockets error: 0: JVM_Bind when running parallel in Windows 7, FireFoxDriver #2319

Originally reported on Google Code with ID 2319

Reported by shijunjuan on 2011-08-23 09:24:22

The text was updated successfully, but these errors were encountered:

Reported by dawagner on 2011-08-23 16:33:54

Reported by shijunjuan on 2011-09-07 08:10:44

Reported by barancev on 2011-10-13 08:26:04

  • Labels added: Component-WebDriver

Reported by aravind.kannan.83 on 2012-02-22 22:01:59

Reported by shijunjuan on 2012-02-23 01:47:26

Reported by iamcpizzle on 2012-03-21 23:51:16

Reported by shijunjuan on 2012-03-31 08:42:55

Reported by mrlnambi83 on 2012-11-28 19:04:35

Reported by barancev on 2013-04-16 21:40:38

  • Status changed: Fixed

Reported by luke.semerau on 2015-09-17 18:13:31

  • Labels added: Restrict-AddIssueComment-Commit

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Intermittent Unrecognized Windows Sockets error: 0: recv failed #36

openjdk version «1.8.0_232»
OpenJDK Runtime Environment (AdoptOpenJDK)(build 1.8.0_232-b09)
OpenJDK 64-Bit Server VM (AdoptOpenJDK)(build 25.232-b09, mixed mode)

In Microsoft Windows Server 2016 Version 1607(OS build 14393.3326)

we are getting the following intermittent error:
Caused by: java.net.SocketException: Unrecognized Windows Sockets error: 0: recv failed
at java.net.SocketInputStream.socketRead0(Native Method)

[na:1.8.0_73]
at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)

[na:1.8.0_73]
at java.net.SocketInputStream.read(SocketInputStream.java:170)

[na:1.8.0_73]
at java.net.SocketInputStream.read(SocketInputStream.java:141)

[na:1.8.0_73]
at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)

[na:1.8.0_73]
at java.io.BufferedInputStream.read(BufferedInputStream.java:265)

[na:1.8.0_73]
at java.io.DataInputStream.readUnsignedByte(DataInputStream.java:288)

[na:1.8.0_73]
at com.rabbitmq.client.impl.Frame.readFrom(Frame.java:95)

[amqp-client-3.6.2.jar:na]
at com.rabbitmq.client.impl.SocketFrameHandler.readFrame(SocketFrameHandler.java:139) [amqp-client-3.6.2.jar:na]

It may be the case that

should throw a SocketTimeoutException instead of that generic error (this should be handled correctly by the rabbitmq client library). The error is only verified in Widnows.

This may be due to in socketRead0 implementation C code, the WSAGetLastError() has been invoked twice.

void NET_ThrowCurrent(JNIEnv *env, char *msg) <
NET_ThrowNew(env, WSAGetLastError(), msg);
>
Whereon the WSAGetLastError() is invoked 2nd time for generating the Exception message, but WSAGetLastError() can only be invoked once for getting the last error code.

The 2nd time return value is always 0, hence the error message becomes «Unrecognized Windows Sockets error: 0: recv failed»

The text was updated successfully, but these errors were encountered:

Confluence Support

Get started

Knowledge base

Products

Jira Software

Project and issue tracking

Jira Service Management

Service management and customer support

Jira Core

Manage any business project

Confluence

Bitbucket

Git code management

Resources

Documentation

Usage and admin help

Answers, support, and inspiration

System Status

Cloud services health

Suggestions and bugs

Feature suggestions and bug reports

Marketplace

Billing and licensing

Frequently asked questions

Viewport

Confluence

Index queue won’t flush automatically, ‘Caused by: java.net.SocketException: Unrecognized Windows Sockets error: 0: recv failed’ errors thrown

Related content

Still need help?

The Atlassian Community is here for you.

Platform Notice: Server and Data Center Only — This article only applies to Atlassian products on the server and data center platforms .

Problem

Unable to clear indexing queue automatically, items sit in the queue even after:

You may also see this error:

Diagnosis

Environment

  • Windows
  • Server has both IPv4 and IPv6 enabled

Cause

The Java Virtual Machine (JVM) can have problems opening or closing sockets at the operating system level when both IPv4 and IPv6 are enabled on a Windows server.

Workaround

JVM will need to run over IPv4, if possible. To do this add this set the following JVM option:

Shutdown Confluence

Open /bin/setenv.bat

For Confluence 5.6 and later

Add the following below CATALINA_OPTS section

Save the file

Add the following below the JAVA_OPTS section

Save the file

Start Confluence

You may also need to adjust the prefix policy to prefer IPv4 over IPv6

If you are unfamiliar with the process you can refer to Microsoft’s Fix-its.

These Fix-its are provided by Microsoft and are not supported by Atlassian.

APAR status

  • Closed as program error.

Error description

  • Error Message: N/A
    .
    Stack Trace: "java/net/SocketException" "Unrecognized Windows
    Sockets error: 0: recv failed" received
     at java/net/SocketInputStream.socketRead0(Nativ Method)
     at java/net/SocketInputStream.socketRead(Bytecode PC:8)
     at java/net/SocketInputStream.read(Bytecode PC:79)
     at java/net/SocketInputStream.read(Bytecode PC:11)
     at java/io/BufferedInputStream.fill(Bytecode PC:214(Compiled
    Code))
     at java/io/BufferedInputStream.read(Bytecode PC:12(Compiled
    Code))
    and
    "java/net/SocketException" "Unrecognized Windows Sockets error:
    0: socket write error" received
     at java/net/SocketOutputStream.socketWrite0(Native Method)
     at java/net/SocketOutputStream.socketWrite(Bytecode PC:44)
     at java/net/SocketOutputStream.write(Bytecode PC:4)
    .
    When socket errors such as "Connection reset by peer" or
    "Connection timed out" occur, JDK incorrectly reports the error
    as "Unrecognized Windows Sockets error: 0", on Windows platform.
    

Local fix

  • 
    

Problem summary

  • The errno can be overwritten by the status code of the
    succeeding system call and it can result in an incorrect error
    number if WSAGetLastError() is used to print the errno
    later after another system call instead
    of saving the errno immediately after the system call.
    

Problem conclusion

  • The JDK has been updated to save the errno immediately after the
    system call for later use.
    

Temporary fix

  • 
    

Comments

  • 
    

APAR Information

  • APAR number

    IV92781

  • Reported component name

    JAVA CLASS LIBS

  • Reported component ID

    620700130

  • Reported release

    800

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2017-01-25

  • Closed date

    2017-03-31

  • Last modified date

    2017-03-31

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

Fix information

  • Fixed component name

    JAVA CLASS LIBS

  • Fixed component ID

    620700130

Applicable component levels

  • R800 PSY

       UP

[{«Business Unit»:{«code»:»BU059″,»label»:»IBM Software w/o TPS»},»Product»:{«code»:»SSNVBF»,»label»:»Runtimes for Java Technology»},»Platform»:[{«code»:»PF025″,»label»:»Platform Independent»}],»Version»:»8.0″,»Line of Business»:{«code»:»LOB36″,»label»:»IBM Automation»}}]

problem description

the number of jmeter concurrences is 500. RampMurupply 0 reported an error:
error 1

java.net.SocketException: Unrecognized Windows Sockets error: 0: recv failed
    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.socketRead(Unknown Source)
    at java.net.SocketInputStream.read(Unknown Source)
    at java.net.SocketInputStream.read(Unknown Source)
    at org.apache.http.impl.io.SessionInputBufferImpl.streamRead(SessionInputBufferImpl.java:137)
    at org.apache.http.impl.io.SessionInputBufferImpl.fillBuffer(SessionInputBufferImpl.java:153)
    at org.apache.http.impl.io.SessionInputBufferImpl.readLine(SessionInputBufferImpl.java:282)
    at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:138)
    at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:56)
    at org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:259)
    at org.apache.http.impl.DefaultBHttpClientConnection.receiveResponseHeader(DefaultBHttpClientConnection.java:163)
    at org.apache.http.impl.conn.CPoolProxy.receiveResponseHeader(CPoolProxy.java:165)
    at org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:273)
    at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:125)
    at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:272)
    at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:185)
    at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89)
    at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
    at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185)
    at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83)
    at org.apache.jmeter.protocol.http.sampler.HTTPHC4Impl.executeRequest(HTTPHC4Impl.java:832)
    at org.apache.jmeter.protocol.http.sampler.HTTPHC4Impl.sample(HTTPHC4Impl.java:570)
    at org.apache.jmeter.protocol.http.sampler.HTTPSamplerProxy.sample(HTTPSamplerProxy.java:67)
    at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:1231)
    at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:1220)
    at org.apache.jmeter.threads.JMeterThread.doSampling(JMeterThread.java:622)
    at org.apache.jmeter.threads.JMeterThread.executeSamplePackage(JMeterThread.java:546)
    at org.apache.jmeter.threads.JMeterThread.processSampler(JMeterThread.java:486)
    at org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:253)
    at java.lang.Thread.run(Unknown Source)

error 2

java.net.SocketTimeoutException: Read timed out
    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.socketRead(Unknown Source)
    at java.net.SocketInputStream.read(Unknown Source)
    at java.net.SocketInputStream.read(Unknown Source)
    at org.apache.http.impl.io.SessionInputBufferImpl.streamRead(SessionInputBufferImpl.java:137)
    at org.apache.http.impl.io.SessionInputBufferImpl.fillBuffer(SessionInputBufferImpl.java:153)
    at org.apache.http.impl.io.SessionInputBufferImpl.readLine(SessionInputBufferImpl.java:282)
    at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:138)
    at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:56)
    at org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:259)
    at org.apache.http.impl.DefaultBHttpClientConnection.receiveResponseHeader(DefaultBHttpClientConnection.java:163)
    at org.apache.http.impl.conn.CPoolProxy.receiveResponseHeader(CPoolProxy.java:165)
    at org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:273)
    at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:125)
    at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:272)
    at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:185)
    at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89)
    at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
    at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185)
    at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83)
    at org.apache.jmeter.protocol.http.sampler.HTTPHC4Impl.executeRequest(HTTPHC4Impl.java:832)
    at org.apache.jmeter.protocol.http.sampler.HTTPHC4Impl.sample(HTTPHC4Impl.java:570)
    at org.apache.jmeter.protocol.http.sampler.HTTPSamplerProxy.sample(HTTPSamplerProxy.java:67)
    at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:1231)
    at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample(HTTPSamplerBase.java:1220)
    at org.apache.jmeter.threads.JMeterThread.doSampling(JMeterThread.java:622)
    at org.apache.jmeter.threads.JMeterThread.executeSamplePackage(JMeterThread.java:546)
    at org.apache.jmeter.threads.JMeterThread.processSampler(JMeterThread.java:486)
    at org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:253)
    at java.lang.Thread.run(Unknown Source)

the environmental background of the problems and what methods you have tried

jdk1.8
jmeter5.0

in jmeter- > system.properties configuration parameters:
scenario 1: javax.net.debug=ssl:handshake:verbose; error rate reduced to 0.25%
scenario 2: javax.net.debug=true; error rate reduced to 0

related codes

what result do you expect? What is the error message actually seen?

the above two errors disappear, but I don»t quite understand what this has to do with the debug parameter.
refer to solved by IBM»s previous blog

Click here follow the steps to fix Minecraft Windows Socket Error 87 and related errors.

Instructions

 

To Fix (Minecraft Windows Socket Error 87) error you need to
follow the steps below:

Step 1:

 
Download
(Minecraft Windows Socket Error 87) Repair Tool
   

Step 2:

 
Click the «Scan» button
   

Step 3:

 
Click ‘Fix All‘ and you’re done!
 

Compatibility:
Windows 7, 8, Vista, XP

Download Size: 6MB
Requirements: 300 MHz Processor, 256 MB Ram, 22 MB HDD

Limitations:
This download is a free evaluation version. To unlock all features and tools, a purchase is required.

Minecraft Windows Socket Error 87 Error Codes are caused in one way or another by misconfigured system files
in your windows operating system.

If you have Minecraft Windows Socket Error 87 errors then we strongly recommend that you

Download (Minecraft Windows Socket Error 87) Repair Tool.

This article contains information that shows you how to fix
Minecraft Windows Socket Error 87
both
(manually) and (automatically) , In addition, this article will help you troubleshoot some common error messages related to Minecraft Windows Socket Error 87 error code that you may receive.

Note:
This article was updated on 2023-01-29 and previously published under WIKI_Q210794

Contents

  •   1. What is Minecraft Windows Socket Error 87 error?
  •   2. What causes Minecraft Windows Socket Error 87 error?
  •   3. How to easily fix Minecraft Windows Socket Error 87 errors

What is Minecraft Windows Socket Error 87 error?

The Minecraft Windows Socket Error 87 error is the Hexadecimal format of the error caused. This is common error code format used by windows and other windows compatible software and driver vendors.

This code is used by the vendor to identify the error caused. This Minecraft Windows Socket Error 87 error code has a numeric error number and a technical description. In some cases the error may have more parameters in Minecraft Windows Socket Error 87 format .This additional hexadecimal code are the address of the memory locations where the instruction(s) was loaded at the time of the error.

What causes Minecraft Windows Socket Error 87 error?

The Minecraft Windows Socket Error 87 error may be caused by windows system files damage. The corrupted system files entries can be a real threat to the well being of your computer.

There can be many events which may have resulted in the system files errors. An incomplete installation, an incomplete uninstall, improper deletion of applications or hardware. It can also be caused if your computer is recovered from a virus or adware/spyware
attack or by an improper shutdown of the computer. All the above actives
may result in the deletion or corruption of the entries in the windows
system files. This corrupted system file will lead to the missing and wrongly
linked information and files needed for the proper working of the
application.

How to easily fix Minecraft Windows Socket Error 87 error?

There are two (2) ways to fix Minecraft Windows Socket Error 87 Error:

Advanced Computer User Solution (manual update):

1) Start your computer and log on as an administrator.

2) Click the Start button then select All Programs, Accessories, System Tools, and then click System Restore.

3) In the new window, select «Restore my computer to an earlier time» option and then click Next.

4) Select the most recent system restore point from the «On this list, click a restore point» list, and then click Next.

5) Click Next on the confirmation window.

6) Restarts the computer when the restoration is finished.

Novice Computer User Solution (completely automated):

1) Download (Minecraft Windows Socket Error 87) repair utility.

2) Install program and click Scan button.

3) Click the Fix Errors button when scan is completed.

4) Restart your computer.

How does it work?

This tool will scan and diagnose, then repairs, your PC with patent
pending technology that fix your windows operating system registry
structure.
basic features: (repairs system freezing and rebooting issues , start-up customization , browser helper object management , program removal management , live updates , windows structure repair.)

Seeing the below MQ error on one of the nodes. The same service is running on the other broker nodes fine.

Any idea/suggestions.

2017-07-05 15:22:00,033Z (11:22) [Delayed Response Thread 388 of 2] ERROR System.err                     — MQJE001: Completion Code ‘2’, Reason ‘2009’.

2017-07-05 15:22:00,034Z (11:22) [Delayed Response Thread 388 of 2] ERROR com.itko.lisa.jms.JMSNode      — com.ibm.mq.MQException: MQJE001: Completion Code ‘2’, Reason ‘2009’.

Caused by: com.ibm.mq.jmqi.JmqiException: CC=2;RC=2009

                at com.ibm.mq.jmqi.remote.impl.RemoteSession.getConnection(RemoteSession.java:509)

                at com.ibm.mq.jmqi.remote.impl.RemoteSession.getMaximumMessageLength(RemoteSession.java:1789)

                at com.ibm.mq.jmqi.remote.api.RemoteFAP.jmqiPutMessageWithProps(RemoteFAP.java:8040)

                at com.ibm.mq.jmqi.remote.api.RemoteFAP.MQPUT(RemoteFAP.java:7374)

                at com.ibm.mq.ese.jmqi.InterceptedJmqiImpl.MQPUT(InterceptedJmqiImpl.java:487)

                at com.ibm.mq.ese.jmqi.ESEJMQI.MQPUT(ESEJMQI.java:295)

                at com.ibm.mq.MQDestination.internalMQPUT(MQDestination.java:1306)

                … 11 more

Caused by: com.ibm.mq.jmqi.JmqiException: CC=2;RC=2009;AMQ9213: A communications error for ‘TCP’ occurred. [1=java.net.SocketException[Unrecognized Windows Sockets error: 0: recv failed],4=TCP,5=sockInStream.read]

                at com.ibm.mq.jmqi.remote.impl.RemoteTCPConnection.receive(RemoteTCPConnection.java:1555)

                at com.ibm.mq.jmqi.remote.impl.RemoteRcvThread.receiveBuffer(RemoteRcvThread.java:794)

                at com.ibm.mq.jmqi.remote.impl.RemoteRcvThread.receiveOneTSH(RemoteRcvThread.java:757)

                at com.ibm.mq.jmqi.remote.impl.RemoteRcvThread.run(RemoteRcvThread.java:150)

                … 1 more

Caused by: java.net.SocketException: Unrecognized Windows Sockets error: 0: recv failed

                at java.net.SocketInputStream.socketRead0(Native Method)

                at java.net.SocketInputStream.socketRead(Unknown Source)

                at java.net.SocketInputStream.read(Unknown Source)

                at java.net.SocketInputStream.read(Unknown Source)

                at com.ibm.mq.jmqi.remote.impl.RemoteTCPConnection.receive(RemoteTCPConnection.java:1545)

thanks

Vinay

Понравилась статья? Поделить с друзьями:
  • Unreal tournament 2004 не запускается на windows 10
  • Unreal tournament 2004 для windows 10 скачать торрент
  • Unreal tournament 1999 тормозит на windows 10
  • Unreal engine что это за папка windows 10
  • Unreal engine 5 системные требования для windows 10