2011-08-16 10 views
8

मैंने हाल ही में अमेज़ॅन Ec2 पर जेटी की कोशिश की; जब मैं शुरू करने की कोशिश करता हूं; मुझे 'पता पहले से ही उपयोग' त्रुटि मिलती है।जेटी स्टार्टअप विफलता - उपयोग में पता

मुझे यकीन है कि इस प्रणाली पर कोई अन्य सर्वर नहीं चल रहा है।

मैं भी 8090

फिर भी एक ही बात करने के लिए 8080 के अलावा कुछ करने के लिए बंदरगाहों बदलने का प्रयास करें।

यहां स्टैकट्रैक है। किसी भी विचार को हल करने के लिए कैसे?

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 

यहाँ 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 

उत्तर

6

के उत्पादन में आप शायद प्रक्रिया को मारने के लिए की जरूरत है। प्रक्रिया संख्या प्राप्त करने के लिए ps -ef|grep jetty चलाएं, फिर इसे मार दें। सुनिश्चित करें कि आप ऐप सर्वर चला रहे प्रक्रिया को मार दें (85 9 मेरी मशीन पर प्रक्रिया संख्या थी)।

$ 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

अपने नेटस्टैट डंप से यह नहीं दिखता है कि जेटी प्रक्रियाओं में कोई भी बंदरगाह खुला रहता है ... – mmigdol

+0

सच है, उसका नेटस्टैट कहता है कि जेटी बंदरगाह नहीं रख रही है, लेकिन मैं दोबारा जांच करूंगा कि जेटी एक अटक गई प्रक्रिया नहीं है । –

+1

@ ट्रेविस नेल्सन - मुझे लगता है कि यह वह संस्करण था जिसका उपयोग मैं कर रहा था, मैं जेटी-हाइटिड-7.4.5.v20110725 से 6.1.26 तक डाउनग्रेड किया गया था, शायद उस संस्करण को कुछ विशेष कॉन्फ़िगरेशन की आवश्यकता है। सभी 6.1.26 – David

1

जांचें कि आपके पास jetty-ssl.xml दो बार संदर्भित नहीं है।

1

मुझे यह समस्या थी जब मैंने अपनी खुद की कॉन्फ़िगरेशन के साथ start.jar प्रदान किया, लेकिन जेटी रूट फ़ोल्डर में start.ini छोड़ दिया था। इससे कुछ अतिरिक्त परीक्षण-सामान तैनात किए गए थे जिन्हें मैंने इंडेंट नहीं किया था। Jetty निर्देशिका से start.ini फ़ाइल को हटाने से समस्या हल हो गई।