Eu estava executando o servidor de produção do tomcat7 por vários dias e, de repente, ele estava inacessível pela porta http. Estranhamente, porém, os processos em segundo plano ainda estavam sendo executados como pode ser visto pelos logs.
Então eu tentei parar o tomcat7 usando invoke-rc.d tomcat7 stop da minha caixa debian wheezy . Mas ainda assim o processo ainda está lá, com a bandeira. Eu tentei kill -9 <pid> e killall -9 java , mas ainda assim o processo está lá - ainda ocupando a porta, fazendo com que eu não possa iniciar um novo tomcat com a porta já está com erro usado.
Eu tive que reiniciar. E tudo é normal a partir daí.
Mas estou curioso sobre o que pode causar esse tipo de situação? Não há grandes cargas. Apenas alguns processos em segundo plano em execução, raspagem. Não consigo ver nada de suspeito nos logs.
O que devo fazer se isso acontecer novamente para chegar à causa real e corrigi-la?
Aqui estão as configurações do meu conector:
<Connector port="8080" address="127.0.0.1"
maxParameterCount="500"
maxPostSize="250000"
scheme="http"
secure="false"
protocol="org.apache.coyote.http11.Http11AprProtocol"
connectionTimeout="20000"
disableUploadTimeout="false"
connectionUploadTimeout="300000"
maxThreads="500"
processorCache="500"
URIEncoding="UTF-8"
/>
Minha versão do tomcat: 7.0.28-4 + deb7u1
Meus argumentos da VM:
JAVA_OPTS="-Djava.awt.headless=true -Dspring.profiles.active="background,production" -XX:-UseSplitVerifier -javaagent:/var/lib/tomcat7/spring-instrument-3.2.3.RELEASE.jar -server -Xms4G -Xmx4G -XX:MaxPermSize=128m -XX:+DisableExplicitGC -XX:-HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/var/log/tomcat7/dump -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:+UseTLAB -XX:+CMSIncrementalMode -XX:+CMSIncrementalPacing -XX:CMSIncrementalDutyCycleMin=0 -XX:CMSIncrementalDutyCycle=10 -XX:MaxTenuringThreshold=0 -XX:SurvivorRatio=256 -XX:CMSInitiatingOccupancyFraction=60 -Djava.net.preferIPv4Stack=true"
Versão jdk: 7u60