Libelektra: जेनकिंस: रिट्री फेल्ड बिल्ड्स

को निर्मित 16 सित॰ 2019 · 36टिप्पणियाँ · स्रोत: ElektraInitiative/libelektra

विवरण

वर्तमान में जेनकिन्स बिल्ड विभिन्न कारणों से अक्सर विफल रहता है। इस समस्या को वर्तमान में शामिल कुछ समस्याओं को सूचीबद्ध करना चाहिए:

[x] मावेन का विफल होना,
[] फेल होने वाला मुखपृष्ठ बनाता है ,
[] [आंतरिक संकलक त्रुटियां] (https://github.com/ElektraInitiative/libelektra/issues/2986),
[] CMake विफलताओं को स्थापित करें,
[] कार्यक्षेत्र निष्कासन विफलताएं,
[x] हास्केल विफलताओं का निर्माण करते हैं,
[] APT स्थापित विफलताओं,
[] [समय समाप्त] (https://github.com/ElektraInitiative/libelektra/issues/b84/,
[x] विफल परीक्षण,
[] [कनेक्शन की समस्याएं] (https://github.com/ElektraInitiative/libelektra/issues/2999, और
]

।

विफलताओं

फेलिंग टेस्ट

| टेस्ट | स्थान | टाइम्स फेल |
| -------------------------------------- | --------------------- | ------------ |
| check_external_example_codegen_econf | debian-buster-full | 1 |
| check_external_example_codegen_menu | debian-buster-full | 1 |
| check_external_example_codegen_tree | debian-buster-full | 1 |
| check_external_example_highlevel | debian-buster-full | 1 |
| check_spec | debian-buster-full | 1 |
| testkdb_ensure | debian-buster-full | 1 |

bug build continuous integration

स्रोत

sanssecours

❤1

सबसे उपयोगी टिप्पणी

यह सिर्फ Disk quota exceeded , मैं इसे स्मृति के साथ ओवरक्ल करना नहीं चाहता था। मैंने उसे अब साफ किया। फिर से ऊपर।

dbulatovic 1 नव॰ 2019

👍2

सभी 36 टिप्पणियाँ

मुद्दों को इकट्ठा करने के लिए धन्यवाद!

मावेन बिल्ड के लिए हमारे पास पहले से ही एक मुद्दा है: # 2855

markus2330 16 सित॰ 2019

मावेन बिल्ड के लिए हमारे पास पहले से ही एक मुद्दा है: # 2855

मुझे पता है 😊 मैंने पहले ही मुद्दे के विवरण में एक लिंक जोड़ दिया।

sanssecours 16 सित॰ 2019

❤1

इस विस्तृत शोध के लिए धन्यवाद। हमें अब एक के बाद एक मुद्दे को ठीक करने की जरूरत है।

markus2330 23 सित॰ 2019

हास्केल समस्याओं के लिए हम हैस्केल बाइंडिंग / प्लगइन्स को हटा सकते हैं। वे वैसे भी बनाए नहीं हैं।

markus2330 23 सित॰ 2019

👍1

# 3017 में हास्केल को हटा दिया जाएगा

markus2330 28 सित॰ 2019

वेबसाइट चरण में docker pull विफल होने के साथ विफलताएं अक्सर होती हैं।

markus2330 6 अक्तू॰ 2019

👍2

मुझे सिर्फ बिल्ड-इलेक्ट्रा-वेब-बेस के लिए कनेक्शन समस्याएं भी मिलीं।

3d070e3209ce: Retrying in 1 second

error creating overlay mount to /home/_docker/overlay2/e9563564b9365114c47d90b7e8d307565225097a525e6b1b866a2da2877b2aa8/merged: device or resource busy

script returned exit code 1

यह एक पूर्ण लॉग है।

dominicjaeger 8 अक्तू॰ 2019

👍1

वेबसाइट चरण में docker pull विफल होने के साथ विफलताएं अक्सर होती हैं।

क्या यह सब Pulling from build-elektra-web-base ( लॉग ) होने के बाद पुनः प्रयास और प्रतीक्षा कर रहा है?

इसके अतिरिक्त, मुझे लगता है कि यह त्रुटि नई है: test_service_convertengine Starting build/hub.libelektra.org/build-elektra-website-backend ( लॉग 2 ) के दौरान विफल

dominicjaeger 16 अक्तू॰ 2019

❤1

हां, मैं मानता हूं कि test_service_convertengine अभी तक यहां रिपोर्ट नहीं किया गया है। वास्तव में हम परीक्षण को अक्षम कर सकते हैं क्योंकि सेवा को वैसे भी संशोधित नहीं किया गया है।

@sanssecours उपरोक्त सूची में नए परीक्षण जोड़ने की कुछ प्रक्रिया है?

markus2330 17 अक्तू॰ 2019

👍1

@sanssecours उपरोक्त सूची में नए परीक्षण जोड़ने की कुछ प्रक्रिया है?

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

sanssecours 17 अक्तू॰ 2019

👍1

स्रोत कोड से संबंधित मुद्दों के लिए मैं सहमत हूं। Docker / jenkins अस्थिरता से संबंधित मुद्दों के लिए यह यहाँ मुद्दों को एकत्र करने के लिए पर्याप्त है क्योंकि यह बहुत सीमित है कि हम पहले से किए गए प्रवास के आगे क्या कर सकते हैं लेकिन दुर्भाग्य से अपेक्षा के अनुरूप अधिक समय लगता है। यह अच्छा होगा अगर @Mreatreated स्टेटस के बारे में अधिक जानकारी दे सकता है, शायद # 160 में।

markus2330 17 अक्तू॰ 2019

👍1

इसके अतिरिक्त, मुझे लगता है कि यह त्रुटि नई है: test_service_convertengine निर्माण शुरू करने के दौरान विफल रहता है / hub.libelektra.org / build-elektra-website-backend (log 2)

क्या आप कृपया अलग से रिपोर्ट कर सकते हैं? फिक्स परीक्षणों को अक्षम करना है।

markus2330 17 अक्तू॰ 2019

क्या आप कृपया अलग से रिपोर्ट कर सकते हैं?

हो गया, देखें # 3086

dominicjaeger 17 अक्तू॰ 2019

👍1

मुझे लगता है कि हमारे जीवन को आसान बनाने के लिए हमारा सबसे अच्छा अनुमान https://wiki.jenkins.io/display/JENKINS/Naginator+Plugin का उपयोग करके इन समस्याओं को "ठीक" करना है।

फिर जेनकिंस कई बार असफल नौकरियों को फिर से शुरू करेगा। मुझे लगता है कि हम देने से पहले 5 पुनरारंभ की कोशिश कर सकते हैं?

@Mistreated आप पुराने सर्वर पर भी यह लागू कर सकते हैं? या यह बहुत जोखिम भरा है?

इससे पहले कि हम इसे लागू करें, हालांकि, हमें नए जेनकिंस नोड की आवश्यकता है क्योंकि अन्यथा कतार बहुत लंबी हो जाएगी।

markus2330 18 अक्तू॰ 2019

👍1

थोड़े संघर्ष के बाद मैं एक नया जेनकींस नोड जोड़ने में कामयाब रहा।

इससे पहले कि हम इसे लागू करें, हालांकि, हमें नए जेनकिंस नोड की आवश्यकता है क्योंकि अन्यथा कतार बहुत लंबी हो जाएगी।

पुराना सर्वर मेरी राय में अतिभारित है, लेकिन हम कोशिश कर सकते हैं मुझे लगता है ..

dbulatovic 21 अक्तू॰ 2019

थोड़े संघर्ष के बाद मैं एक नया जेनकींस नोड जोड़ने में कामयाब रहा।

नए जेनकींस नोड को जोड़ने के लिए धन्यवाद। मैंने नोड को अभी के लिए अक्षम कर दिया है, क्योंकि यह बिल्ड को तोड़ने के लिए लगता है ।

sanssecours 21 अक्तू॰ 2019

❤1

मैंने नोड अपडेट किया। यह अब काम करना चाहिए। अगर कुछ गलत होता है तो आप मुझे यहाँ फिर से अपडेट कर सकते हैं।

dbulatovic 23 अक्तू॰ 2019

👍2

अगर कुछ गलत होता है तो आप मुझे यहाँ फिर से अपडेट कर सकते हैं।

ऐसा लगता है कि docker pull hetzner-jenkins1 पर विफल रहता है , क्योंकि नोड के पास पर्याप्त खाली स्थान नहीं है:

Hetzner-jenkins1 से संपर्क नहीं कर सकते: hudson.remoting.RequestAbortedException: java.io.IOException: चैनल की अप्रत्याशित समाप्ति
परत दर्ज करने में विफल: ApplyLayer निकास स्थिति 1 stdout: stderr: लिखें / usr / lib / git-core / git-क्रेडेंशियल-स्टोर: डिस्क कोटा पार हो गया

।

sanssecours 24 अक्तू॰ 2019

👍1

ऐसा लगता है कि हेट्ज़्नर-जेनकिंस 1 पर डॉक पुल विफल रहता है, क्योंकि नोड में पर्याप्त खाली स्थान नहीं है:

नोड अपडेट किया गया।

dbulatovic 24 अक्तू॰ 2019

👍2

अनुमति से संबंधित समस्याओं के कारण hetzner-jenkins1 पर नौकरियां

संसाधन: निर्देशिका '/.config' नहीं बना सका। कारण: अनुमति से वंचित पहचान: uid: 47000, euid: 47000, gid: 47000, egid: 47000

।

sanssecours 24 अक्तू॰ 2019

👍1

मैंने नोड को अपडेट किया, फिर से, अब कोई अनुमति मुद्दे नहीं होने चाहिए।

dbulatovic 28 अक्तू॰ 2019

🎉1 👍1

जेनकिंस एक '/.कॉन्फिग' और सिर्फ '.config' डायरेक्टरी ही क्यों नहीं बनाना चाहता?
'/ Home / jenkins /' के अंदर एक .config निर्देशिका है, लेकिन वह '/' में .config फ़ोल्डर बनाना चाहता है।

मुझे नहीं लगता कि उपयोगकर्ता 'जेनकींस' ऐसा करने में सक्षम होना चाहिए।

dbulatovic 28 अक्तू॰ 2019

@ निर्मित कृपया भी वास्तव में परीक्षण करने के लिए एक पीआर बनाते हैं अगर बिल्ड अब काम करता है।

जेनकिंस एक '/.कॉन्फिग' और सिर्फ '.config' डायरेक्टरी ही क्यों नहीं बनाना चाहता?
'/ Home / jenkins /' के अंदर एक .config निर्देशिका है, लेकिन वह '/' में .config फ़ोल्डर बनाना चाहता है।

यह तब हो सकता है जब उपयोगकर्ता की होम निर्देशिका है /। क्या आपने / etc / passwd में देखा, शायद वहाँ कुछ गलत है?

markus2330 28 अक्तू॰ 2019

यह तब हो सकता है जब उपयोगकर्ता की होम निर्देशिका है /। क्या आपने / etc / passwd में देखा, शायद वहाँ कुछ गलत है?

' जेनकिंस: x : 47000: 47000 :: / होम / जेनकिंस: / बिन / श'

नोड के लॉग में भी सब ठीक लगता है:

'घर =' / घर / जेनकींस ''
'नोट: सापेक्ष दूरस्थ पथ का समाधान: / घर / जेनकींस /

dbulatovic 29 अक्तू॰ 2019

संपूर्ण लॉग के साथ पीआर देखने के लिए डीबग करना आसान होगा।

markus2330 29 अक्तू॰ 2019

मास्टर नोड नीचे है।

संपूर्ण लॉग के साथ पीआर देखने के लिए डीबग करना आसान होगा।

3134 है

dbulatovic 30 अक्तू॰ 2019

मास्टर नोड नीचे है।

जानकारी के लिए धन्यवाद। मैंने पुराने पुल अनुरोधों के लिए सभी लॉग जानकारी को हटा दिया और नोड को फिर से सक्षम किया। दुर्भाग्य से जेनकिंस मास्टर पर खाली स्थान की मात्रा अभी भी बहुत कम है (~ 3.9G)।

sanssecours 30 अक्तू॰ 2019

@ गंभीर रूप से मैंने hetzner नोड के बारे में चर्चा को # 3138 पर स्थानांतरित कर दिया। यह समस्या बिल्ड सर्वर में अस्थायी विफलताओं के बारे में है, न कि बिल्ड सर्वर के गलत सेटअप के बारे में।

markus2330 31 अक्तू॰ 2019

ऐसा लगता है कि डॉकर चित्र बनाने में hetzner-jenkins1 काम नहीं होता :

stderr: error: could not lock config file .git/config: Disk quota exceeded

। मैंने नोड को निष्क्रिय कर दिया।

sanssecours 1 नव॰ 2019

👍1

dbulatovic 1 नव॰ 2019

👍2

दो और परीक्षण जो कभी-कभी विफल होते हैं (# 3168):

 27/134 MemCheck  #23: testcpp_contextual_thread ........***Exception: Other  2.59 sec
Running main() from /opt/gtest/googletest/src/gtest_main.cc
[==========] Running 8 tests from 1 test case.
[----------] Global test environment set-up.
[----------] 8 tests from test_contextual_thread
[ RUN      ] test_contextual_thread.instanciation

/home/jenkins/workspace/libelektra_PR-3168-L5JHIPUUQR3TWFGKHQIDK6HHW6QAMSQXWJC5ZUZMBLDMLTYA2ENA@2/src/bindings/cpp/tests/testcpp_contextual_thread.cpp:70: Failure

Expected equality of these values:
  ks.lookup ("user/hello").getString ()
    Which is: "8"
  "5"
terminate called without an active exception

60/254 Test  #57: testio_glib .................................***Failed    5.08 sec

BINDING TEST-SUITE

==================

test basics
test idle
test timer
testTimerShouldCallbackOnce (warning): measured 316ms, expected 250ms - deviation 66ms.
testTimerShouldCallbackAtIntervals (warning): measured 343ms, expected 250ms - deviation 93ms.
testTimerShouldCallbackAtIntervals (warning): measured 322ms, expected 250ms - deviation 72ms.
testTimerShouldCallbackAtIntervals (warning): measured 338ms, expected 250ms - deviation 88ms.
../src/bindings/io/test/test_timer.c:273: error in testTimerShouldChangeInterval: timer was not called the required amount of times
test file descriptor
test mix

markus2330 8 नव॰ 2019

👍1

अभी तक https://build.libelektra.org/jenkins/blue/organizations/jenkins/libelektra/detail/master/12/pipeline/ में एक और त्रुटि

Step 12/31 : RUN curl -o cppcms-${CPPCMS_VERSION}.tar.bz -L         "https://sourceforge.net/projects/cppcms/files/cppcms/${CPPCMS_VERSION}/cppcms-${CPPCMS_VERSION}.tar.bz2/download"     && tar -xjvf cppcms-${CPPCMS_VERSION}.tar.bz     && mkdir cppcms-${CPPCMS_VERSION}/build     && cd cppcms-${CPPCMS_VERSION}/build     && cmake ..     && make -j ${PARALLEL}     && make install     && cd /app/deps     && rm -Rf cppcms-${CPPCMS_VERSION}

 ---> Running in f5ed5e42a480

curl: (92) HTTP/2 stream 1 was not closed cleanly: PROTOCOL_ERROR (err 1)

The command '/bin/sh -c curl -o cppcms-${CPPCMS_VERSION}.tar.bz -L         "https://sourceforge.net/projects/cppcms/files/cppcms/${CPPCMS_VERSION}/cppcms-${CPPCMS_VERSION}.tar.bz2/download"     && tar -xjvf cppcms-${CPPCMS_VERSION}.tar.bz     && mkdir cppcms-${CPPCMS_VERSION}/build     && cd cppcms-${CPPCMS_VERSION}/build     && cmake ..     && make -j ${PARALLEL}     && make install     && cd /app/deps     && rm -Rf cppcms-${CPPCMS_VERSION}' returned a non-zero code: 92

script returned exit code 92

मुझे डर है कि https://wiki.jenkins.io/display/JENKINS/Naginator+Plugin केवल बड़ा कदम है।

दुर्भाग्य से, यह ट्रैविस या सिरस के लिए समस्याओं को ठीक नहीं करेगा।

markus2330 10 नव॰ 2019

👍1

क्या हमने शुरू की पोस्ट में "टाइम्स फेल" अपडेट किया है? check_external_example_codegen_econf वर्तमान में काफी बार हो रहा है।

dominicjaeger 16 नव॰ 2019

प्रारंभ पोस्ट को अपडेट करने या इन सभी मुद्दों को ठीक करने की कोशिश निराशाजनक है। हमें स्वचालित पुन: प्रयास की आवश्यकता है। मुझे उम्मीद है कि @Mistreated हमारे नए सर्वर पर जल्द ही इसे लागू करेगा।

markus2330 16 नव॰ 2019

👍1

आप # 3224 के बारे में क्या सोचते हैं?

markus2330 16 नव॰ 2019

👍1

अब समस्याएं हल हो गई हैं। कृपया नए मुद्दों को खोलें यदि बिल्ड अभी भी विफल रहता है।

markus2330 12 अप्रैल 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स