Libelektra: fcrypt / gpgme / crypto: فشل اختبار الحالة

يبدو أن 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

@ petermax2 أي فكرة؟

لأكون صادقًا ، لا. رموز الإرجاع ليست مستندات ، لكنها قد تعني:

./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 على خادم إنشاء Jenkins .

شكرا للتذكير. وفي أنظمة البناء الأخرى ، لم تحدث المشكلة مطلقًا؟

وفي أنظمة البناء الأخرى ، لم تحدث المشكلة مطلقًا؟

قد يكون الأمر كذلك ، ولكن وفقًا لوصف المشكلة # 2439 testmod_fcrypt يفشل بشكل منتظم فقط على خادم إنشاء Jenkins.

إذا لاحظ شخص ما فشلًا ، يرجى نشره هنا.

لاحظنا أيضًا الخطأ نفسه الناجم عن testmod_crypto على Debian Unstable خلال آخر PR (# 3395).

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 (أو gpgme بالاشتراك مع valgrind) يسبب مشاكل إذا تمت إعادة توجيه إخراج 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 كتابة أجزاء من اختبارات التشفير ونقلها إلى وظائف CI منفصلة ( debian-buster-cryptoplugins و debian-stretch-cryptoplugins ).

لم أر هذه الاختبارات تفشل منذ تلك التحسينات. أعتقد أنه يمكن إغلاقه بأمان.

سعيد لسماع أنه يعمل الآن. شكرا لملاحظاتك!