2012-07-19 18 views
8

मैं svn के साथ जेनकींस को एकीकृत करने की कोशिश कर रहा हूं। मैंने maven_home, java_home (जावा 1.5 अपडेट 22) कॉन्फ़िगर किया है। मैं जेनकींस संस्करण 1.45 9 का उपयोग कर रहा हूं। मेरे सहयोगी में से एक ने svn के साथ जेनकींस को सफलतापूर्वक कॉन्फ़िगर किया। लेकिन अब हम एक अलग शाखा का उपयोग कर रहे हैं, मैं एक नई नौकरी जोड़ना चाहता था ताकि वह नई शाखा से चेकआउट कर सके और परियोजना को निरंतर एकीकृत कर सके। जेनकींस रिमोट लिनक्स मशीन में चल रहा है और मैं सर्वर से कनेक्ट करने और चीजों को स्थापित करने के लिए वीपीएन का उपयोग करता हूं। मुझे क्या याद आ रहा है।जेनकींस बिल्ड त्रुटि java.lang.ClassNotFoundException: hudson.remoting.Launcher

Modules changed, recalculating dependency graph 
[workspace] $ /usr/lib/jvm/jdk1.5.0_22/bin/java -cp /home/vimukthi/.jenkins/plugins/maven-plugin/WEB-INF/lib/maven3-agent-1.2.jar:/home/vimukthi/.jenkins/tools/Maven_3.0.3/boot/plexus-classworlds-2.4.jar org.jvnet.hudson.maven3.agent.Maven3Main /home/vimukthi/.jenkins/tools/Maven_3.0.3 /tmp/Jetty_0_0_0_0_2080_jenkins.war__jenkins__.wq5y0j/webinf/WEB-INF/lib/remoting-2.13.jar /home/vimukthi/.jenkins/plugins/maven-plugin/WEB-INF/lib/maven3-interceptor-1.2.jar 45339 

Exception in thread "main" java.lang.ClassNotFoundException: hudson.remoting.Launcher 
    at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50) 
    at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244) 
    at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230) 
    at org.jvnet.hudson.maven3.agent.Maven3Main.main(Maven3Main.java:130) 
    at org.jvnet.hudson.maven3.agent.Maven3Main.main(Maven3Main.java:63) 
ERROR: Failed to parse POMs 
java.net.SocketException: Connection reset 
    at java.net.SocketInputStream.read(SocketInputStream.java:168) 
    at java.io.FilterInputStream.read(FilterInputStream.java:116) 
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) 
    at java.io.BufferedInputStream.read(BufferedInputStream.java:237) 
    at hudson.remoting.ClassicCommandTransport.create(ClassicCommandTransport.java:98) 
    at hudson.remoting.Channel.<init>(Channel.java:373) 
    at hudson.remoting.Channel.<init>(Channel.java:369) 
    at hudson.remoting.Channel.<init>(Channel.java:330) 
    at hudson.remoting.Channel.<init>(Channel.java:326) 
    at hudson.remoting.Channel.<init>(Channel.java:322) 
    at hudson.slaves.Channels$1.<init>(Channels.java:71) 
    at hudson.slaves.Channels.forProcess(Channels.java:71) 
    at hudson.maven.AbstractMavenProcessFactory.newProcess(AbstractMavenProcessFactory.java:237) 
    at hudson.maven.ProcessCache.get(ProcessCache.java:231) 
    at hudson.maven.MavenModuleSetBuild$RunnerImpl.doRun(MavenModuleSetBuild.java:706) 
    at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:475) 
    at hudson.model.Run.run(Run.java:1413) 
    at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:479) 
    at hudson.model.ResourceController.execute(ResourceController.java:88) 
    at hudson.model.Executor.run(Executor.java:238) 
Sending e-mails to: [email protected] 
Finished: FAILURE 
+0

मुझे एक ही समस्या का सामना करना पड़ रहा है। मेरे पास जेनकींस मास्टर स्लेव आर्किटेक्चर है। सभी लिनक्स मशीनें यह समस्या अक्सर इस समय होती है, लेकिन केवल –

+0

मशीनों में से एक पर मुझे जेनकिन्स 1.480.3 के साथ भी एक ही समस्या है। क्या आपने इसे हल किया है? –

उत्तर

10

ऐसा लगता है कि मैंने समस्या को हल करने में कामयाब रहे। दास को डिस्कनेक्ट करना और पुनः कनेक्ट करना इसे अस्थायी रूप से हल करता है। लेकिन मैंने जो किया, मैंने जावा को बदल दिया जो मास्टर और गुलामों के साथ चल रहा था। अब मेरे गुलाम और मास्टर जावा (6u41 32 बिट) के बिल्कुल उसी संस्करण के साथ चलते हैं और यह लगभग 3 सप्ताह है, हमें इस तरह की समस्याओं का सामना नहीं करना पड़ता है।

+0

वही यहाँ। गुलाम ऑफ़लाइन लाना, गुलाम डिस्कनेक्ट करने, यह पुन: कनेक्ट और यह शुरू करने अपने "दूरस्थ" डेमॉन शुरू करने में नाकाम रहने के लिए एक जेनकींस Maven प्लगइन का समस्या को ठीक किया 22:46:04 [प्रोजेक्ट] $/usr/जावा/डिफ़ॉल्ट/bin/जावा -Xmx768m -cp /usr/local/jenkins/maven3-agent.jar:/usr/local/jenkins/tools/Maven/maven-3.0.3/boot/plexus-classworlds-2.4.jar org। jvnet.hudson.maven3.agent.Maven3Main /usr/local/jenkins/tools/Maven/maven-3.0.3 /usr/local/jenkins/slave.jar/usr/स्थानीय/जेनकींस/maven3-इंटरसेप्टर।जार 55522 22:46:04 <=== [जेनकिंस रिमोटिंग क्षमता] ===> चैनल –

+0

एक ही समस्या थी, उसी जेआरई/जेडीके संस्करण में अपडेट किया गया था, समस्या –

2

यह त्रुटि दास की बिल्ड रूट निर्देशिका में पुस्तकालयों को दूषित करके पुन: उत्पन्न की जा सकती है। उस मामले में, दास को दोबारा जोड़ना स्थिति को हल करता है, क्योंकि दास को दोबारा जोड़कर, जेनकिंस सभी आवश्यक पुस्तकालयों आदि पर प्रतियां ..

कार्रवाई में यह देखने के लिए, जब आप दोबारा कनेक्ट करते हैं तो जेनकींस कंसोल देखें, आपको कुछ ऐसा दिखाई देगा इस:

Slave.jar संस्करण: 2,28

यह एक यूनिक्स गुलाम

कॉपी किया गया Maven-agent.jar

कॉपी किया गया maven3 उम्र है nt.jar कॉपी किया गया maven3-interceptor.jar

कॉपी किया गया Maven-interceptor.jar

कॉपी किया गया maven2.1-interceptor.jar कॉपी किए गए जाल-classworld.jar

classworlds.jar कॉपी किया गया

तो, क्या हो रहा है, सभी पुस्तकालयों को जेनकींस द्वारा resync'd हैं। इसे जेनकींस में एक बग (इम्हो) तक पहुंचाया जा सकता है ... आदर्श रूप से दास इन तरह की असफलताओं के लिए मजबूत होना चाहिए।

+0

दास को डिस्कनेक्ट करने और हल करने के लिए हल हो गई है मेरे लिए मुद्दा – roostergx

+0

वही, डिस्कनेक्ट और रीकनेक्ट मेरे लिए काम करना प्रतीत होता है। – user3774109

0

मैं हमारे परीक्षण परिवेश में समय की इस समस्या के जोड़े को देखा है और बनाने उपलब्ध slave.jar इस मुद्दे को हल किया।

दुर्भाग्य से एक नौकरी है जो केवल Maven-एजेंट * चले गए और slave.jar नहीं जब भी वातावरण बनाया गया था था। और दास.जर इस मुद्दे को ठीक करना प्रतीत होता था।

संबंधित मुद्दे