Tomcat-Start, Adresse 8080 wird bereits verwendet
Setup ist:
- Amazon EC2
- Tomcat (mit secure forwarding 8443)
- Apache 2.2
Ich das shutdown.sh und ich bekomme keine Fehler.
ABER wenn ich versuche, die runt startup.sh ich bekomme diese Fehlermeldung:
07-Nov-2011 17:40:40 org.apache.catalina.core.AprLifecycleListener init
INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/i386:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
07-Nov-2011 17:40:41 org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on http-8080
07-Nov-2011 17:40:41 org.apache.coyote.http11.Http11Protocol init
SEVERE: Error initializing endpoint
java.net.BindException: Address already in use <null>:8080
at org.apache.tomcat.util.net.JIoEndpoint.init(JIoEndpoint.java:549)
at org.apache.coyote.http11.Http11Protocol.init(Http11Protocol.java:176)
at org.apache.catalina.connector.Connector.initialize(Connector.java:1022)
at org.apache.catalina.core.StandardService.initialize(StandardService.java:703)
at org.apache.catalina.core.StandardServer.initialize(StandardServer.java:838)
at org.apache.catalina.startup.Catalina.load(Catalina.java:538)
at org.apache.catalina.startup.Catalina.load(Catalina.java:562)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:261)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
Caused by: java.net.BindException: Address already in use
at java.net.PlainSocketImpl.socketBind(Native Method)
at java.net.AbstractPlainSocketImpl.bind(AbstractPlainSocketImpl.java:336)
at java.net.ServerSocket.bind(ServerSocket.java:336)
at java.net.ServerSocket.<init>(ServerSocket.java:202)
at java.net.ServerSocket.<init>(ServerSocket.java:158)
at org.apache.tomcat.util.net.DefaultServerSocketFactory.createSocket(DefaultServerSocketFactory.java:50)
at org.apache.tomcat.util.net.JIoEndpoint.init(JIoEndpoint.java:538)
... 12 more
07-Nov-2011 17:40:41 org.apache.catalina.core.StandardService initialize
SEVERE: Failed to initialize connector [Connector[HTTP/1.1-8080]]
LifecycleException: Protocol handler initialization failed: java.net.BindException: Address already in use <null>:8080
at org.apache.catalina.connector.Connector.initialize(Connector.java:1024)
at org.apache.catalina.core.StandardService.initialize(StandardService.java:703)
at org.apache.catalina.core.StandardServer.initialize(StandardServer.java:838)
at org.apache.catalina.startup.Catalina.load(Catalina.java:538)
at org.apache.catalina.startup.Catalina.load(Catalina.java:562)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:261)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
07-Nov-2011 17:40:41 org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on http-8443
07-Nov-2011 17:40:41 org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 615 ms
07-Nov-2011 17:40:41 org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
07-Nov-2011 17:40:41 org.apache.catalina.core.StandardEngine start
INFO: Starting service Catalina
07-Nov-2011 17:40:41 org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/6.0.33
07-Nov-2011 17:40:41 org.apache.catalina.startup.HostConfig deployDescriptor
INFO: Deploying configuration descriptor host-manager.xml
07-Nov-2011 17:40:41 org.apache.catalina.startup.HostConfig deployDescriptor
INFO: Deploying configuration descriptor manager.xml
07-Nov-2011 17:40:41 org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive test.war
log4j:WARN No appenders could be found for logger (StackTrace).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
log4j:ERROR Error initializing log4j: grails/plugins/springsecurity/SecurityConfigType : Unsupported major.minor version 51.0 (unable to load class grails.plugins.springsecurity.SecurityConfigType)
java.lang.UnsupportedClassVersionError: grails/plugins/springsecurity/SecurityConfigType : Unsupported major.minor version 51.0 (unable to load class grails.plugins.springsecurity.SecurityConfigType)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:186)
at Config.class$(Config.groovy)
at Config.$get$$class$grails$plugins$springsecurity$SecurityConfigType(Config.groovy)
at Config.run(Config.groovy:116)
07-Nov-2011 17:40:43 org.apache.catalina.core.StandardContext start
SEVERE: Error listenerStart
07-Nov-2011 17:40:43 org.apache.catalina.core.StandardContext start
SEVERE: Context [/test] startup failed due to previous errors
07-Nov-2011 17:40:43 org.apache.catalina.loader.WebappClassLoader clearReferencesJdbc
SEVERE: The web application [/test] registered the JDBC driver [com.mysql.jdbc.Driver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered.
07-Nov-2011 17:40:43 org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive browser.war
07-Nov-2011 17:40:43 org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory examples
07-Nov-2011 17:40:43 org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory ROOT
07-Nov-2011 17:40:43 org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory docs
07-Nov-2011 17:40:43 org.apache.coyote.http11.Http11Protocol start
INFO: Starting Coyote HTTP/1.1 on http-8080
07-Nov-2011 17:40:43 org.apache.coyote.http11.Http11Protocol start
SEVERE: Error starting endpoint
java.net.BindException: Address already in use <null>:8080
at org.apache.tomcat.util.net.JIoEndpoint.init(JIoEndpoint.java:549)
at org.apache.tomcat.util.net.JIoEndpoint.start(JIoEndpoint.java:565)
at org.apache.coyote.http11.Http11Protocol.start(Http11Protocol.java:203)
at org.apache.catalina.connector.Connector.start(Connector.java:1095)
at org.apache.catalina.core.StandardService.start(StandardService.java:540)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:754)
at org.apache.catalina.startup.Catalina.start(Catalina.java:595)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
Caused by: java.net.BindException: Address already in use
at java.net.PlainSocketImpl.socketBind(Native Method)
at java.net.AbstractPlainSocketImpl.bind(AbstractPlainSocketImpl.java:336)
at java.net.ServerSocket.bind(ServerSocket.java:336)
at java.net.ServerSocket.<init>(ServerSocket.java:202)
at java.net.ServerSocket.<init>(ServerSocket.java:158)
at org.apache.tomcat.util.net.DefaultServerSocketFactory.createSocket(DefaultServerSocketFactory.java:50)
at org.apache.tomcat.util.net.JIoEndpoint.init(JIoEndpoint.java:538)
... 12 more
07-Nov-2011 17:40:43 org.apache.catalina.core.StandardService start
SEVERE: Failed to start connector [Connector[HTTP/1.1-8080]]
LifecycleException: service.getName(): "Catalina"; Protocol handler start failed: java.net.BindException: Address already in use <null>:8080
at org.apache.catalina.connector.Connector.start(Connector.java:1102)
at org.apache.catalina.core.StandardService.start(StandardService.java:540)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:754)
at org.apache.catalina.startup.Catalina.start(Catalina.java:595)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
07-Nov-2011 17:40:43 org.apache.coyote.http11.Http11Protocol start
INFO: Starting Coyote HTTP/1.1 on http-8443
07-Nov-2011 17:40:43 org.apache.jk.common.ChannelSocket init
INFO: JK: ajp13 listening on /0.0.0.0:8009
07-Nov-2011 17:40:43 org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=0/120 config=null
07-Nov-2011 17:40:43 org.apache.catalina.startup.Catalina start
INFO: Server startup in 2286 ms
07-Nov-2011 17:42:14 org.apache.coyote.http11.Http11Protocol pause
INFO: Pausing Coyote HTTP/1.1 on http-8080
07-Nov-2011 17:42:14 org.apache.coyote.http11.Http11Protocol pause
INFO: Pausing Coyote HTTP/1.1 on http-8080
07-Nov-2011 17:42:14 org.apache.coyote.http11.Http11Protocol pause
INFO: Pausing Coyote HTTP/1.1 on http-8443
07-Nov-2011 17:42:15 org.apache.catalina.core.StandardService stop
INFO: Stopping service Catalina
07-Nov-2011 17:42:15 org.apache.coyote.http11.Http11Protocol destroy
INFO: Stopping Coyote HTTP/1.1 on http-8080
07-Nov-2011 17:42:15 org.apache.coyote.http11.Http11Protocol destroy
INFO: Stopping Coyote HTTP/1.1 on http-8080
07-Nov-2011 17:42:15 org.apache.coyote.http11.Http11Protocol destroy
INFO: Stopping Coyote HTTP/1.1 on http-8443
Habe ich versucht, Kommandos wie netstat -aon | grep 8080
ich habe versucht ps -efl | grep java
und töten Prozess mit kill <pid> 9
pkill java
und so weiter...
Dies ist, was netstat -aon
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State Timer
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN off (0.00/0/0)
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN off (0.00/0/0)
tcp 0 0 10.226.122.156:22 109.58.56.15:49215 ESTABLISHED keepalive (5354.40/0/0)
tcp 0 0 :::80 :::* LISTEN off (0.00/0/0)
tcp 0 0 :::22 :::* LISTEN off (0.00/0/0)
udp 0 0 0.0.0.0:68 0.0.0.0:* off (0.00/0/0)
udp 0 0 10.226.122.156:123 0.0.0.0:* off (0.00/0/0)
udp 0 0 127.0.0.1:123 0.0.0.0:* off (0.00/0/0)
udp 0 0 0.0.0.0:123 0.0.0.0:* off (0.00/0/0)
udp 0 0 ::1:123 :::* off (0.00/0/0)
udp 0 0 fe80::1031:3cff:fe0:123 :::* off (0.00/0/0)
udp 0 0 :::123 :::* off (0.00/0/0)
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags Type State I-Node Path
unix 2 [ ACC ] STREAM LISTENING 2337 @/tmp/fam-root-
unix 2 [ ACC ] STREAM LISTENING 409 @/com/ubuntu/upstart
unix 2 [ ] DGRAM 644 @/org/kernel/udev/udevd
unix 8 [ ] DGRAM 1513 /dev/log
unix 3 [ ] STREAM CONNECTED 38302
unix 3 [ ] STREAM CONNECTED 38301
unix 2 [ ] DGRAM 38297
unix 2 [ ] DGRAM 22149
unix 3 [ ] STREAM CONNECTED 2340 @/tmp/fam-root-
unix 3 [ ] STREAM CONNECTED 2339
unix 2 [ ] DGRAM 1998
unix 2 [ ] DGRAM 1918
unix 2 [ ] DGRAM 1895
unix 2 [ ] DGRAM 1819
unix 3 [ ] DGRAM 648
unix 3 [ ] DGRAM 647
Irgendwelche Gedanken oder Hinweise?
InformationsquelleAutor der Frage marko | 2011-11-07
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich hatte auch das gleiche Problem. Versucht alle Optionen vorgeschlagen in diesem thread. Aber nicht helfen. Dann habe lief:
gefunden und einige veraltete-Prozess läuft. Ich tötete es mit (-15 statt -9)
- Und juhuu! es arbeitete. Neustart von tomcat ohne Problem.
InformationsquelleAutor der Antwort user1968048
NIE töten einen Prozess mit signal -9, weil diese Art der Tötung lässt seine Ressourcen im system vorhanden ist, kann nur entfernt werden, nachdem ein Neustart des Servers. nur mit kill -9 nur im äußersten Notfall. besser mit kill -15, wie es vielleicht einige Zeit dauern, um cleanup-Ressourcen, aber Sie würden immer die richtige Spülung an, die ganze Reihe von Ressourcen, die der Prozess in Anspruch nimmt. so sind die meisten wahrscheinlich, wird der Kater nicht so funktioniert, wie Sie es verlassen hat, einige der Ressourcen Links in der Erinnerung. Also, entweder einen Neustart durchführen, oder versuchen Sie Folgendes:
InformationsquelleAutor der Antwort Farhan
Die port-Nummer konfiguriert ist, in $TOMCAT_HOME/conf/server.xml
Wenn der port 8080 verwendet wird, ändern Sie es in der server.xml Datei. Meins sieht aus wie das in server.xml
InformationsquelleAutor der Antwort ziggy
Läuft gerade ein lsof kann nicht genug. Ich schlage vor, mit diesem Befehl:
Und dann können Sie töten, was auch immer Prozess hält den port (wahrscheinlich eine andere Instanz von tomcat).
InformationsquelleAutor der Antwort Vlad Patryshev
Just for the record: ich habe diesen Fehler (als Neuling), da ich den Apache gestartet, bevor starten von Tomcat.
Wenn ich den Apache gestoppt, dann begann Tomcat und begann dann, Apache, sind die Fehler verschwunden.
InformationsquelleAutor der Antwort Danny Schoemann
Nach Eingabe des netstat -aon finden Sie die PID für port 8080. Dann gehen Sie auf task-manager und finden Sie den Namen des Bildes für die PID in der Registerkarte "Prozesse". der rechten Maustaste auf den Namen des Bildes und klicken Sie auf "Prozess beenden". Nun, wenn Sie den server starten, es wird funktionieren.
InformationsquelleAutor der Antwort Vishwa
Habe ich auch, lief in dieses problem, aber in meinem Fall, ich habe aktualisiert mein Antrag bei meinem server von der Anwendung in meinem lokalen Quelle. Ich habe gesucht running tomcat-Instanzen mit unterschiedlichen Methoden wie oben gezeigt wird, und tötete alle von Ihnen gefolgt, indem Sie es mehrmals, aber keine Verwendung.
Der Grund, warum tomcat nicht richtig Herunterfahren oder starten war bis JDK-version der Anwendung Quelle: ich habe es gebaut mit JDK 1.8, aber in meinem server gibt es noch 1,7. Nach Umbau meiner Applikation mit JDK 1.7 hatte ich es in sowohl lokale als auch server-Maschinen. Hoffe, diese information hilft auch, jemanden wie mich.
InformationsquelleAutor der Antwort Khasan 24-7
Manchmal servlets müssen eine erhebliche Menge an Arbeit zu beenden, und als ein Ergebnis, tomcat einige Zeit dauern, bis das Herunterfahren ebenso. Wenn Sie kurz warten etwas bevor Sie den server neu starten, sehen Sie möglicherweise das problem Weg. Wenn nicht, dann ist es möglich, eine web-Anwendung reagiert möglicherweise nicht auf Kündigung-Signale von der JVM, in dem Fall tomcat möglicherweise nicht ordnungsgemäß heruntergefahren.
Lange Geschichte kurz zu, versuchen Sie, ein Schlaf, um Ihr Skript neu starten, oder warten Sie einfach etwas bevor Sie wieder starten.
InformationsquelleAutor der Antwort Zero
Das problem ist tomcat möglicherweise nicht ordnungsgemäß heruntergefahren wurde. versuchen Sie, ein Schlaf, um Ihr Skript neu starten, oder warten Sie einfach kurz mint, bevor Sie starten Sie tomcat erneut.
InformationsquelleAutor der Antwort murali
ps -awwef | grep tomcat
war für mich
fand einige veraltete-Prozess läuft. Ich tötete es mit (-15 statt -9)
InformationsquelleAutor der Antwort Yash
Die beste Lösung ist stop running tomcat-Instanz mit folgendem Befehl:
kill $(ps -aef | grep java | grep apache-tomcat-7.0.47 | awk '{print $2}')
Ändern 7.0.47 mit Ihrer tomcat-version. Es funktioniert gut und die port-Nummer, d.h., 8080, der bald veröffentlicht werden soll.
InformationsquelleAutor der Antwort eyasu
Ich Stand vor dem ähnlichen Problem und fand, dass der port 8080 verwendet wurde, für eine andere Anwendung . verwenden netstat commnad auf windows und sehen Sie alle ports in Verwendung.
ändern Sie den Anschluss-port in server.xml Datei . Sie finden diese Datei im tomcat-Installationsverzeichnis unter conf Ordner. öffnen Sie diese Datei ,meins sah aus wie folgt:
ändern Sie den port-Wert zu einigen anderen port, vorzugsweise in den 80-Serie. hoffe, es funktioniert.
InformationsquelleAutor der Antwort Navin Prakash Das