संशोधनों के लिए एसवीएन की जांच करते समय क्रूज़ कंट्रोल लटकता है

Question

एक नई मशीन पर क्रूज़ कंट्रोल बिल्ड सर्वर माइग्रेट करने के बाद, यह कभी-कभी बिल्ड चक्र के "संशोधन" चरण के दौरान लटकता है (यह प्रत्येक 15 मिनट में संशोधन की जांच के लिए कॉन्फ़िगर किया गया है)। क्रूज़ कंट्रोल खुद ही उत्तरदायी रहता है, केवल निर्माण प्रगति नहीं करता है।

ऐसा होने पर सीपीयू पर कोई महत्वपूर्ण भार नहीं है, और मैंने इसे इस राज्य में एक घंटे या उससे अधिक समय तक देखा है, हालांकि यह अंततः इस राज्य से बाहर निकलता प्रतीत होता है। ऐसा प्रतीत नहीं होता है कि यह किस परियोजना के साथ होता है। हार्डवेयर बिल्कुल नया है, और मैंने कोई समस्या नहीं छोड़ी है।

इस प्रणाली विन्यास है:

• उबंटू 9.04 सर्वर, amd64, पूरी तरह से उन्नत बनाया
• SVN संस्करण 1.5.4 (r33841) - सबसे हाल के संस्करण apt-get
• सूर्य JRE स्थापित हो जाएगा 64 बिट का निर्माण 1.6.0_16-B01 - फिर से, सबसे हाल के संस्करण
• CruiseControl 2.7.3 (सबसे हाल नहीं)

यह हो रहा है मेरी modificationsets w तरह

<modificationset quietperiod="10"> 
    <veto><!-- there are several of these --> 
     <triggers> 
      <svn LocalWorkingCopy="${checkout_dir}/base" /> 
     </triggers> 
     <buildstatus logdir="${log_dir}/base" /> 
    </veto> 
    <timebuild time="2330" /> 
    <svn LocalWorkingCopy="${checkout_dir}/${project.name}" /> 
</modificationset> 

तो क्या यहाँ किया जा सकता है देखने के लिए?

संपादित करें: यहाँ CruiseControl लॉग फ़ाइल से एक अंश, 16:07 पर PROJECTA फांसी दिखा (यह अभी भी 17:48 पर अब व्यतीत कर रहा है)

2009-10-27 16:07:55,096 [Thread-38860] INFO Project   - Project projectA: bootstrapping 
2009-10-27 16:07:55,096 [Thread-38860] INFO ProjectController - projectA Controller: build progress event: bootstrapping 
2009-10-27 16:07:55,262 [Thread-38862] INFO ScriptRunner  - Buildfile: work/build-cruisecontrol.xml 
2009-10-27 16:07:59,230 [Thread-38860] INFO AntBootstrapper - Bootstrap successful. 
2009-10-27 16:07:59,230 [Thread-38860] INFO Project   - Project projectA: checking for modifications 
2009-10-27 16:07:59,230 [Thread-38860] INFO ProjectController - projectA Controller: build progress event: checking for modifications 
2009-10-27 16:11:14,954 [Project projectB thread] INFO Project   - Project projectB: in build queue 

Answer 1

आप एक ही SVN आदेशों को जारी करने की कोशिश की है है मैन्युअल रूप से कमांड लाइन से? क्या यह तब लटका है?

Answer 2

बस कुछ संकेत:

1. यह दिन के एक विशेष समय पर लटका है? या यह वास्तव में यादृच्छिक है? बैकअप के लिए सेवा बंद करने वाले स्थान पर कोई भी नया बैकअप?

2. क्या आपने पुराने क्रूज़ सर्वर के config.xml की तुलना पुराने की है (माना जाता है कि क्रूज़ संस्करण दोनों पर समान है, क्या उनके पास समान कार्य हैं या क्या कुछ ऐसा है जो संशोधनों को धीमा कर सकता है कार्य)?

3. करो पुराने और नए मशीनों अपने तोड़फोड़ खजाने के रूप में एक ही नेटवर्क पर बैठने के (या कम से कम वे सभी परियोजना खजाने तक पहुँचने में समान प्रतिक्रिया समय है?) यह देखते हुए कि क्रूज सर्वर पर ही संवेदनशील बनी हुई है यह संभव है कि विशेष प्रोजेक्ट रेपो यह निकट-लटकने के समय तक पहुंच रहा है, बहुत बड़ा है, बहुत धीमा है या भंडार में बहुत अधिक चल रहा है?

ये केवल समस्या निवारण पॉइंटर्स हैं - इसलिए वे आपके प्रश्न के वास्तविक उत्तर नहीं हैं। शायद यह है कि मैं समस्या से कैसे संपर्क करूंगा (आदेशों को मैन्युअल रूप से GrzegorzOledzki के उत्तर में चलाने के अलावा)।

Answer 3

एक और विचार। आप डीबग मोड में हमेशा क्रूज़ कंट्रोल जेवीएम शुरू कर सकते हैं। और जब भी यह लटकता है, तो कुछ आईडीई का उपयोग करके उससे कनेक्ट करें, उदा। ग्रहण। और फिर आप सीसी आवेदन के सभी धागे कर सकते हैं, और उनमें से कुछ को रोक सकते हैं और देख सकते हैं कि वे किसके साथ व्यस्त हैं।