Libelektra: fcrypt / gpgme / क्रिप्टो: परीक्षण का मामला विफल रहता है

ऐसा लगता है कि gpgme भी प्रभावित है:

 62/137 MemCheck #103: testmod_gpgme ....................***Failed   44.22 sec

GPGME        TESTS

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

[repetitions cut]


GPGME        TESTS

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


OK closing connection

Terminating gpg-agent returned with status “256”GPGME        TESTS

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


/home/jenkins/workspace/libelektra_PR-1950-LKQXQDFYJCAZVRKFRKER3H4ZYYVI5QHMP5O7HG5TCW7WRVITCO5A/src/plugins/gpgme/testmod_gpgme.c:227: error in test_encryption_decryption: kdb get failed

/home/jenkins/workspace/libelektra_PR-1950-LKQXQDFYJCAZVRKFRKER3H4ZYYVI5QHMP5O7HG5TCW7WRVITCO5A/src/plugins/gpgme/testmod_gpgme.c:243: error in test_encryption_decryption: key type not restored to string during decryption

/home/jenkins/workspace/libelektra_PR-1950-LKQXQDFYJCAZVRKFRKER3H4ZYYVI5QHMP5O7HG5TCW7WRVITCO5A/src/plugins/gpgme/testmod_gpgme.c:244: error in test_encryption_decryption: key content not restored during decryption

/home/jenkins/workspace/libelektra_PR-1950-LKQXQDFYJCAZVRKFRKER3H4ZYYVI5QHMP5O7HG5TCW7WRVITCO5A/src/plugins/gpgme/testmod_gpgme.c:254: error in test_encryption_decryption: key content not restored during decryption


gpgme Results: 45 Tests done — 4 errors.

https://build.libelektra.org/jenkins/blue/organizations/jenkins/libelektra/detail/PR-1950/34/pipeline

@ पीटरमैक्स 2 कोई विचार?

ईमानदार होने के लिए, नहीं। वापसी कोड दस्तावेज नहीं हैं, लेकिन उनका मतलब यह हो सकता है:

./src/gpg-error.h.in:968:#define GPGRT_LOG_RUN_DETACHED 256
./src/gpg-error.h.in:1175:#define ARGPARSE_FLAG_STOP_SEEN 256  /* Set to true if a "--" has been seen. */

मुझे कोड के माध्यम से स्किमिंग करके 256 का अर्थ नहीं मिला।

इसके अलावा, मैं हमेशा की तरह स्थानीय स्तर पर समस्या का पुनरुत्पादन नहीं कर सकता। :निराश:

एक नज़र डालने के लिए धन्यवाद!

पुनरुत्पादन मुश्किल होगा, ऐसा लगता है कि यह केवल स्पोरैडिक रूप से होता है और केवल मास्टर शाखा पर होता है ( @sanssecours या आपने इसे पीआर के भीतर भी देखा?)

कौन छापता है

OK closing connection

तथा

Terminating gpg-agent returned with status “256”

?

मैंने पीआर पर काम करते हुए इसे छिटपुट रूप से देखा। पुनर्निर्माण के बाद यह गायब हो गया।

मुझे लगता है कि मैंने इसे अपने निजी जेनकींस पर अत्यधिक उच्च भार के तहत भी देखा। क्या यह बिल्कुल संभव है कि यहाँ कुछ समय हो?

क्या यह बिल्कुल संभव है कि यहाँ कुछ समय हो?

शायद! libassuan के कार्यान्वयन पर निर्भर करता है।

स्थिति अद्यतन: मुझे अभी भी नहीं पता कि इस मुद्दे को कैसे दूर किया जाए। किसी भी विचार का स्वागत है!

अद्यतन करने के लिए धन्यवाद!

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

यदि वे कहते हैं: ओह, हाँ, यह त्रुटि कभी-कभी होती है, हमें यह विचार करना चाहिए कि यदि यह त्रुटि होती है तो हमारे प्लगइन्स फिर से gpg चलाते हैं।

बीटीडब्ल्यू। मुझे यकीन नहीं है कि इस समस्या की घटनाएं अभी भी हैं या नहीं। मैंने उन्हें हाल ही में नहीं देखा।

बीटीडब्ल्यू। मुझे यकीन नहीं है कि इस समस्या की घटनाएं अभी भी हैं या नहीं। मैंने उन्हें हाल ही में नहीं देखा।

हमने जेनकिंस बिल्ड सर्वर पर testmod_fcrypt को अक्षम कर

याद दिलाने के लिए शुक्रिया। और अन्य निर्माण प्रणालियों पर समस्या कभी नहीं हुई?

और अन्य निर्माण प्रणालियों पर समस्या कभी नहीं हुई?

यह हो सकता है, लेकिन समस्या के विवरण के अनुसार #2439 testmod_fcrypt केवल जेनकींस बिल्ड सर्वर पर नियमित रूप से विफल रहता है।

अगर किसी को असफलता दिखाई देती है, तो कृपया इसे यहां पोस्ट करें।

हमने पिछले पीआर (#3395) के दौरान डेबियन अनस्टेबल पर testmod_crypto कारण हुई ठीक वैसी ही त्रुटि देखी।

https://github.com/ElektraInitiative/libelektra/blob/2e6a5795fde79158f3102c04859dc1091a9dc1d8/src/plugins/crypto/gpgagent_teardown.h#L15

बिल्ड सर्वर पर क्या हो रहा है, इसकी बेहतर समझ हासिल करने के लिए मैं execv का उपयोग करने के लिए इस अनुभाग को फिर से लिखूंगा।

यदि त्रुटि फिर से होती है, तो कृपया इस मुद्दे को फिर से खोलने के लिए स्वतंत्र महसूस करें।

त्रुटि फिर से हुई, मैं अभी भी शोध कर रहा हूं।

अगर त्रुटि दोबारा होती है तो कृपया मुझे पिंग करें।

gpgme के साथ

 80/137 MemCheck  #87: testmod_gpgme ....................***Failed   43.49 sec

GPGME        TESTS

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

[... mpranj truncated a little bit here ...]

GPGME        TESTS

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



/home/jenkins/workspace/libelektra_PR-3419/src/plugins/gpgme/testmod_gpgme.c:227: error in test_encryption_decryption: kdb get failed

/home/jenkins/workspace/libelektra_PR-3419/src/plugins/gpgme/testmod_gpgme.c:243: error in test_encryption_decryption: key type not restored to string during decryption

/home/jenkins/workspace/libelektra_PR-3419/src/plugins/gpgme/testmod_gpgme.c:244: error in test_encryption_decryption: key content not restored during decryption

/home/jenkins/workspace/libelektra_PR-3419/src/plugins/gpgme/testmod_gpgme.c:254: error in test_encryption_decryption: key content not restored during decryption



gpgme Results: 45 Tests done — 4 errors.

मुझे नहीं पता कि हमें हर प्लगइन के लिए अलग-अलग मुद्दे खोलने चाहिए या सिर्फ इस मेटा-इश्यू को रखना चाहिए?

मुझे लगता है कि यह वही (या बहुत समान) gpg- संबंधित त्रुटि है। मुझे नहीं लगता कि किसी अन्य मुद्दे को खोलना आवश्यक है।

gpgme (या valgrind के साथ संयोजन में gpgme) समस्याओं का कारण बनता है यदि stdout और stderr के आउटपुट को पुनर्निर्देशित किया जा रहा है।

GPGME        TESTS
==================

==155492== Warning: invalid file descriptor 1012 in syscall close()
==155492== Warning: invalid file descriptor 1013 in syscall close()
==155492== Warning: invalid file descriptor 1014 in syscall close()
==155492== Warning: invalid file descriptor 1015 in syscall close()
==155492==    Use --log-fd=<number> to select an alternative log fd.
==155492== Warning: invalid file descriptor 1016 in syscall close()
==155492== Warning: invalid file descriptor 1017 in syscall close()
==155492== Warning: invalid file descriptor 1018 in syscall close()
==155491== 
==155491== HEAP SUMMARY:
==155491==     in use at exit: 25,235 bytes in 176 blocks
==155491==   total heap usage: 802 allocs, 626 frees, 119,751 bytes allocated
==155491== 
==155491== LEAK SUMMARY:
==155491==    definitely lost: 0 bytes in 0 blocks
==155491==    indirectly lost: 0 bytes in 0 blocks
==155491==      possibly lost: 0 bytes in 0 blocks
==155491==    still reachable: 23,146 bytes in 163 blocks
==155491==         suppressed: 2,089 bytes in 13 blocks
==155491== Reachable blocks (those to which a pointer was found) are not shown.
==155491== To see them, rerun with: --leak-check=full --show-leak-kinds=all
==155491== 
==155491== For counts of detected and suppressed errors, rerun with: -v
==155491== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
GPGME        TESTS
==================


gpgme Results: 45 Tests done — 0 errors.
==155462== 
==155462== HEAP SUMMARY:
==155462==     in use at exit: 4,833 bytes in 39 blocks
==155462==   total heap usage: 955 allocs, 916 frees, 698,713 bytes allocated
==155462== 
==155462== LEAK SUMMARY:
==155462==    definitely lost: 0 bytes in 0 blocks
==155462==    indirectly lost: 0 bytes in 0 blocks
==155462==      possibly lost: 0 bytes in 0 blocks
==155462==    still reachable: 3,241 bytes in 35 blocks
==155462==         suppressed: 1,592 bytes in 4 blocks
==155462== Reachable blocks (those to which a pointer was found) are not shown.
==155462== To see them, rerun with: --leak-check=full --show-leak-kinds=all
==155462== 
==155462== For counts of detected and suppressed errors, rerun with: -v
==155462== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)

मुझे लगता है कि यह समझाएगा कि परीक्षण आउटपुट लॉग फ़ाइलों को कई बार क्यों लिखा जाता है।

GPGME        TESTS
==================

[truncated output]

GPGME        TESTS
==================

GPGME        TESTS
==================


gpgme Results: 45 Tests done — 0 errors.

क्या यह समस्या अब ठीक हो गई है?

@ petermax2 ने क्रिप्टो परीक्षणों के कुछ हिस्सों को फिर से लिखा और उन्हें अलग-अलग सीआई नौकरियों ( debian-buster-cryptoplugins और debian-stretch-cryptoplugins ) में स्थानांतरित कर दिया।

मैंने इन सुधारों के बाद से इन परीक्षणों को विफल होते नहीं देखा है। मुझे लगता है कि इसे सुरक्षित रूप से बंद किया जा सकता है।

यह सुनकर खुशी हुई कि यह अब काम कर रहा है। धन्यवाद प्रतिक्रिया देना के लिए!