Libelektra: fcrypt / gpgme / crypto: test case gagal

Sepertinya gpgme juga terpengaruh:

 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 ada ide?

jujur ​​saja, tidak. Kode pengembalian bukan dokumen, tetapi dapat berarti:

./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. */

Saya tidak dapat menemukan arti dari 256 dengan membaca sekilas kodenya.

Saya juga tidak dapat mereproduksi masalah secara lokal, seperti biasa. :kecewa:

Terima kasih telah melihat!

Reproduksi akan agak sulit, tampaknya hanya terjadi secara sporadis dan hanya di cabang master ( @sanssecours atau apakah Anda melihatnya juga dalam PR?).

Siapa yang mencetak?

OK closing connection

dan

Terminating gpg-agent returned with status “256”

?

Saya melihat ini secara sporadis saat mengerjakan PR. Itu menghilang setelah dibangun kembali.

Saya pikir saya juga melihatnya di jenkins pribadi saya di bawah beban yang sangat tinggi. Apakah mungkin ada waktu di sini?

Apakah mungkin ada waktu di sini?

Mungkin! Tergantung pada pelaksanaan libassuan.

Pembaruan status: Saya masih tidak tahu bagaimana mengatasi masalah ini. Setiap ide dipersilakan!

Terima kasih atas pembaruannya!

Saya pikir jalan ke depan adalah melaporkannya kepada orang-orang GPG. Kami sudah tahu semua yang relevan, seperti kode keluar. Tetapi hanya mereka yang dapat (jika ada) yang menafsirkan bagaimana hal ini dapat terjadi.

Jika mereka berkata: ohh, ya, kesalahan ini kadang-kadang terjadi, kita harus mempertimbangkan bahwa plugin kita menjalankan gpg lagi jika kesalahan ini terjadi.

Omong-omong. Saya tidak yakin apakah masih ada kejadian masalah ini. Saya tidak melihat mereka baru-baru ini.

Omong-omong. Saya tidak yakin apakah masih ada kejadian masalah ini. Saya tidak melihat mereka baru-baru ini.

Kami menonaktifkan testmod_fcrypt di server build Jenkins .

Terima kasih atas pengingatnya. Dan di sistem build lain masalah tidak pernah terjadi?

Dan di sistem build lain masalah tidak pernah terjadi?

Mungkin saja, tetapi menurut deskripsi masalah #2439 testmod_fcrypt hanya gagal secara teratur di server build Jenkins.

Jika seseorang melihat gagal, silakan posting di sini.

Kami juga mengamati kesalahan yang sama persis yang disebabkan oleh testmod_crypto pada Debian Unstable selama PR terakhir (#3395 ).

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

Saya akan menulis ulang bagian ini untuk menggunakan execv untuk mendapatkan pemahaman yang lebih baik tentang apa yang terjadi di server build.

Jika kesalahan terjadi lagi, silakan buka kembali masalah ini.

Kesalahan terjadi lagi, saya masih meneliti.

Tolong ping saya jika kesalahan terjadi lagi.

Terjadi dengan gpgme lagi . (Saya tidak tahu apakah kita harus membuka masalah terpisah untuk setiap plugin atau hanya menyimpan masalah meta ini?)

 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.

Saya tidak tahu apakah kita harus membuka masalah terpisah untuk setiap plugin atau hanya menyimpan masalah meta ini?

Saya pikir itu kesalahan terkait gpg yang sama (atau sangat mirip). Saya tidak berpikir perlu untuk membuka masalah lain.

gpgme (atau gpgme dalam kombinasi dengan valgrind) tampaknya menyebabkan masalah jika output stdout dan stderr sedang dialihkan.

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)

Saya kira ini akan menjelaskan mengapa hasil tes ditulis ke file log beberapa kali.

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

[truncated output]

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

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


gpgme Results: 45 Tests done — 0 errors.

Apakah masalah ini sudah diperbaiki sekarang?

@petermax2 menulis ulang bagian dari tes crypto dan memindahkannya ke pekerjaan CI yang terpisah ( debian-buster-cryptoplugins dan debian-stretch-cryptoplugins ).

Saya belum pernah melihat tes ini gagal sejak perbaikan itu. Saya pikir itu bisa ditutup dengan aman.

Senang mendengar, bahwa itu berfungsi sekarang. Terima kasih atas masukannya!