Connection reset by peer socket write error connection reset by peer socket write error

When encountering a network issue, the following error is generally returned in ArcGIS Server logs.

"Unable to process request. java.net.SocketException: Connection reset by peer: socket write error"

The following are possible causes for the error:

• The error occurs when a connection is closed abruptly (when a TCP connection is reset while there is still data in the send buffer). The condition is very similar to a much more common ‘Connection reset by peer’. It can happen sporadically when connecting over the Internet, but also systematically if the timing is right (for example, with keep-alive connections on localhost).
• The Transmission Control Protocol (TCP) socket is closed because the socket received a close command from a remote database machine.
• A Reset (RST) packet is received from a remote machine and interrupts the established connection. The sent RST packets may indicate that the TCP packets sent are not recognized, a connection between the local and remote database machine is broken, or a particular port is closed and is not allowing communication.
• There is a timeout or a restart of the remote database. If there is an idle timeout or if the machine with the database is restarted, the database becomes unreachable.

Run the ping command to determine if the remote machine is reachable.

1. Navigate to Windows Start.
2. Type cmd in the Search programs and files search bar.
3. Click cmd from the search results.
   
4. In the command line, type ping followed by the remote server address, and press Enter. The following is an example of a successful ping request.
   

   Note:
   Even if the results are successful, there are instances where the target machine does not respond and can still return a successful ping result. The data returned can help determine if there are any communication issues between the remote machine and the local machine.

5. Run the tracert command to diagnose if and where the lapse in communications is happening:
   1. Follow Steps 1 through 3 from above.
   2. For Step 4, in the command line, type tracert followed by the destination address, and press Enter. The following is an example of a successful tracert request.

   

   Note:
   The tracert command is similar to the ping command; however, the tracert command displays in detail all the routes taken to establish a connection with the target machine.

6. Run the telnet command to check if the ports are open on the local machine.
   1. Follow Steps 1 through 3 from above.
   2. For Step 4, in the command line, type telnet, followed by the destination address. This can be the local computer name or IP address, followed by the port number. Press Enter.

   

   Note:
   If successful, the screen turns blank, indicating the port is open; however, if the port is closed, the following message is returned. 
   

   Note:
   The telnet feature can be enabled on a Windows machine by navigating to Windows Start > Control Panel > Programs (and Features). On the left sidebar, click Turn Windows features on or off, and ensure the Telnet Client check box is checked. Click OK.

7. Run SDEINTERCEPT to diagnose ArcSDE performance and connection issues. The following technical document describes this process in detail:
   HowTo: Diagnose ArcSDE connection and performance issues using SDEINTERCEPT.

   Note:
   If the cause of the issue is identified to be the database server, contact a database administrator (DBA) for further troubleshooting.

• ArcGIS for Server: Ports used by ArcGIS Server
• ArcGIS for Server: Configuring a secure environment for ArcGIS Server
• Esri: Tracing ArcSDE Queries with SQL Profiler
• Official reasons for “Software caused connection abort: socket write error”
• StackOverflow Thread: java.net.SocketException: Software caused connection abort: recv failed
• HowTo: Diagnose ArcSDE connection and performance issues using SDEINTERCEPT

Last Published: 5/9/2019

Article ID: 000012876

Software: ArcGIS GeoEvent Server 10.3.1, 10.3 ArcGIS Image Server 10.3.1, 10.3 ArcGIS Server 10.3.1, 10.3

Hi.

My Java Web application which is working under Apache Tomcat 5.0.28 gives following error message
when users try to login to the system.

Error message
———————————————————————————————————————————————
org.springframework.transaction.CannotCreateTransactionException: Could not open JDBC Connection for transaction; nested exception is java.sql.SQLException: ｢鯱ｼﾔｴｾﾅﾒｴ IO: Connection reset by peer: socket write error
java.sql.SQLException: ｢鯱ｼﾔｴｾﾅﾒｴ IO: Connection reset by peer: socket write error
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:179)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:333)
at oracle.jdbc.driver.OracleConnection.setAutoCommit(OracleConnection.java:1224)
at org.apache.commons.dbcp.DelegatingConnection.setAutoCommit(DelegatingConnection.java:331)
at org.apache.commons.dbcp.PoolingDataSource$PoolGuardConnectionWrapper.setAutoCommit(PoolingDataSource.java:317)
at org.springframework.jdbc.datasource.DataSourceTransactionManager.doBegin(DataSourceTransactionManager.java:203)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.java:282)
at org.springframework.transaction.interceptor.TransactionAspectSupport.createTransactionIfNecessary(TransactionAspectSupport.java:225)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:89)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:170)
at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:643)
at jp.co.vmi.business.login.EasyQuery$$EnhancerByCGLIB$$b0ebbda8.getWarehouseCd(<generated>)
at jp.co.vmi.business.login.EasyAction.setWarehouseCd(EasyAction.java:275)
at jp.co.vmi.business.login.EasyAction.toLoginPage(EasyAction.java:46)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.java:274)
at jp.co.vmi.frame.web.action.BaseDispatchAction.execute(BaseDispatchAction.java:81)
at org.springframework.web.struts.DelegatingActionProxy.execute(DelegatingActionProxy.java:106)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at jp.co.vmi.frame.web.servlet.CharsetEncodingFilter.doFilter(CharsetEncodingFilter.java:42)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:534)
———————————————————————————————————————————————

When this happens, users cannot login.
But after I restart Tomcat, the whole system works fine but the same problem occurs again after a few hours .
I asked server administrator if they’ve changed App and/or DB server configurations but they say No.

I’ve looked into similar threads but could not find suitable solutions.

Any ideas??

This is my first post and I’m newvie.
If information is not enough please let me know.

Thanks

Пытаюсь задеплоить war с помощью tomcat7:deploy на Tomcat.
Все делаю по инструкции с сайта https://mkyong.com/maven/how-to-deploy-maven-based…

На локальном компе все деплоится на ура.

А на удаленный сервер возникает ошибка:
Cannot invoke Tomcat manager: Connection reset by peer: socket write error

tomcat-users.xml

<tomcat-users xmlns="http://tomcat.apache.org/xml"
              xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
              xsi:schemaLocation="http://tomcat.apache.org/xml tomcat-users.xsd"
              version="1.0">
...
<role rolename="admin"/>
<role rolename="manager-gui"/>
<role rolename="manager-script"/>
<role rolename="manager-jmx"/>
<role rolename="manager-status"/>
<user username="user" password="pwd" roles="admin,manager-gui,manager-script,manager-jmx,manager-status"/>
</tomcat-users>

В .m2/settings.xml

<?xml version="1.0" encoding="UTF-8"?>
<settings>
   <servers>
	  
      <server>
        <id>ds</id>
        <username>user</username>
        <password>pwd</password>
      </server>	  

    </servers>
</settings>

В pom.xm

<build>
    <finalName>telecom</finalName>
    <pluginManagement><!-- lock down plugins versions to avoid using Maven defaults (may be moved to parent pom) -->
      <plugins>
        <plugin>
          <artifactId>maven-clean-plugin</artifactId>
          <version>3.1.0</version>
        </plugin>
        <!-- see http://maven.apache.org/ref/current/maven-core/default-bindings.html#Plugin_bindings_for_war_packaging -->
        <plugin>
          <artifactId>maven-resources-plugin</artifactId>
          <version>3.0.2</version>
        </plugin>
        <plugin>
          <artifactId>maven-compiler-plugin</artifactId>
          <version>3.8.0</version>
        </plugin>
        <plugin>
          <artifactId>maven-surefire-plugin</artifactId>
          <version>2.22.1</version>
        </plugin>
        <plugin>
          <artifactId>maven-war-plugin</artifactId>
          <version>3.2.2</version>
        </plugin>
        <plugin>
          <artifactId>maven-install-plugin</artifactId>
          <version>2.5.2</version>
        </plugin>
        <plugin>
          <artifactId>maven-deploy-plugin</artifactId>
          <version>2.8.2</version>
        </plugin>


       <plugin>
           <groupId>org.apache.tomcat.maven</groupId>
           <artifactId>tomcat7-maven-plugin</artifactId>
           <version>2.2</version>
           <configuration>
             <update>true</update>
             <server>ds</server>
             <url>http://192.168.115.200:8080/manager/text</url>
           </configuration>
         </plugin></b>

       </plugins>
     </pluginManagement>
   </build>

Запускаю:
mvn tomcat7:deploy

Получаю:

[INFO] — tomcat7-maven-plugin:2.2:deploy (default-cli) @ telecom —
[INFO] Deploying war to 192.168.115.200:8080/telecom
Uploading: 192.168.115.200:8080/manager/text/deploy?path=%2Ft…
2186/26839 KB
[INFO] I/O exception (java.net.SocketException) caught when processing request: Connection reset by peer: socket write error
[INFO] Retrying request
Uploading: 192.168.115.200:8080/manager/text/deploy?path=%2Ft…
2184/26839 KB
[INFO] I/O exception (java.net.SocketException) caught when processing request: Connection reset by peer: socket write error
[INFO] Retrying request
Uploading: 192.168.115.200:8080/manager/text/deploy?path=%2Ft…
2184/26839 KB
[INFO] I/O exception (java.net.SocketException) caught when processing request: Connection reset by peer: socket write error
[INFO] Retrying request
Uploading: 192.168.115.200:8080/manager/text/deploy?path=%2Ft…
2186/26839 KB
[INFO] ————————————————————————
[INFO] BUILD FAILURE
[INFO] ————————————————————————
[INFO] Total time: 12.500 s
[INFO] Finished at: 2020-04-18T01:45:42+03:00
[INFO] Final Memory: 29M/279M
[INFO] ————————————————————————
[ERROR] Failed to execute goal org.apache.tomcat.maven:tomcat7-maven-plugin:2.2:deploy (default-cli) on project telecom: Cannot invoke Tomcat manager: Connection reset by peer: socket write error -> [Help 1]

Размер war 27 Mb

Уже не знаю куда куда копать..
Гуглил, все возможные ошибки изучил…