2011-08-16 3 views
8

Recentemente ho provato il molo su Amazon Ec2; quando provo a iniziare; Ottengo l'errore "Indirizzo già in uso".Impossibile avviare il jetty - Indirizzo in uso

Sono certo che nessun altro server è in esecuzione su questo sistema.

ho anche provare a cambiare la porti a qualcosa di diverso 8080-8090

ancora la stessa cosa.

Ecco lo stacktrace. Qualche idea su come risolvere?

2011-08-16 17:22:14.722:WARN::FAILED [email protected]:8081 FAILED:  
java.net.BindException: Address already in use 

2011-08-16 17:22:14.722:WARN::FAILED [email protected]:  
    java.net.BindException: Address already in use  
    java.lang.reflect.InvocationTargetException 
    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.eclipse.jetty.start.Main.invokeMain(Main.java:469) 
    at org.eclipse.jetty.start.Main.start(Main.java:612) 
    at org.eclipse.jetty.start.Main.parseCommandLine(Main.java:265) 
    at org.eclipse.jetty.start.Main.main(Main.java:79) 

Caused by: java.net.BindException: Address already in use 

Ecco l'output di netstat

Proto Recv-Q Send-Q Local Address    Foreign Address    State  PID/Program name 
tcp  0  0 0.0.0.0:80     0.0.0.0:*     LISTEN  15507/nginx   
tcp  0  0 0.0.0.0:4369    0.0.0.0:*     LISTEN  24836/epmd   
tcp  0  0 0.0.0.0:28017    0.0.0.0:*     LISTEN  964/mongod   
tcp  0  0 0.0.0.0:45204    0.0.0.0:*     LISTEN  25006/beam   
tcp  0  0 0.0.0.0:22     0.0.0.0:*     LISTEN  847/sshd    
tcp  0  0 127.0.0.1:25    0.0.0.0:*     LISTEN  874/sendmail: accep 
tcp  0  0 0.0.0.0:443     0.0.0.0:*     LISTEN  15507/nginx   
tcp  0  0 0.0.0.0:27017    0.0.0.0:*     LISTEN  964/mongod   
tcp  0  0 127.0.0.1:59795    127.0.0.1:4369    ESTABLISHED 25006/beam   
tcp  0  0 127.0.0.1:4369    127.0.0.1:59795    ESTABLISHED 24836/epmd   
tcp  0  48 10.122.219.58:22   69.117.34.101:51887   ESTABLISHED 14431/sshd: ec2-use 
tcp  0  0 :::80      :::*      LISTEN  15507/nginx   
tcp  0  0 :::22      :::*      LISTEN  847/sshd    
tcp  0  0 :::443      :::*      LISTEN  15507/nginx   
tcp  0  0 :::5672      :::*      LISTEN  25006/beam   
udp  0  0 0.0.0.0:68     0.0.0.0:*        740/dhclient   
udp  0  0 10.122.219.58:123   0.0.0.0:*        858/ntpd    
udp  0  0 127.0.0.1:123    0.0.0.0:*        858/ntpd    
udp  0  0 0.0.0.0:123     0.0.0.0:*        858/ntpd    
udp  0  0 fe80::1031:38ff:fe0:123  :::*         858/ntpd    
udp  0  0 ::1:123      :::*         858/ntpd 

risposta

6

Probabilmente è necessario uccidere il processo. Eseguire ps -ef|grep jetty per ottenere il numero del processo, quindi ucciderlo. Assicurati di interrompere il processo su cui è in esecuzione il server dell'app (859 era il numero del processo sulla mia macchina).

$ ps -ef|grep jetty 
    501 859 852 0 11:42AM ??   0:07.53 /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -DSTOP.PORT=0 -Dcom.sun.management.jmxremote= -Dcom.sun.management.jmxremote.port=1099 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -DOPTIONS=jmx -Didea.launcher.port=7532 -Didea.launcher.bin.path=/Applications/IntelliJ IDEA 10.app/bin -Dfile.encoding=MacRoman -classpath start.jar:/Applications/IntelliJ IDEA 10.app/lib/idea_rt.jar com.intellij.rt.execution.application.AppMain org.eclipse.jetty.start.Main /private/var/folders/sm/y7_k5z7x0cj3qtdyds8x82jr0000gn/T/context4237974524894469000config/contexts-config.xml 
    501 861 176 0 11:42AM ttys000 0:00.00 grep jetty 
$ kill 859 
+0

Dalla sua discarica netstat non risulta che alcun processo Jetty stanno tenendo le porte aperte ... – mmigdol

+0

È vero, il suo netstat dice che Jetty non sta tenendo la porta, ma mi piacerebbe raddoppiare controllare che Jetty non è un processo bloccato . –

+1

@Travis Nelson - Penso che fosse la versione che stavo usando ho eseguito il downgrade alla 6.1.26 da jetty-hightide-7.4.5.v20110725, forse quella versione ha bisogno di qualche configurazione speciale. Tutto funziona perfettamente con 6.1.26 – David

1

Verificare che non si dispone di jetty-ssl.xml fatto riferimento due volte.

1

Ho avuto questo problema quando ho fornito il file start.jar con la mia configurazione, ma avevo lasciato il file start.ini nella cartella radice del jetty. Ciò ha reso possibile l'implementazione di alcuni materiali di prova extra che non avevo indentato. La rimozione del file start.ini dalla directory Jetty ha risolto il problema.