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 또는 PR 내에서도 보았습니까?)에서만 발생하는 것으로 보입니다.

누가 인쇄

OK closing connection

그리고

Terminating gpg-agent returned with status “256”

?

PR 작업을 하는 동안 간헐적으로 이것을 보았습니다. 재건축 후 없어졌습니다.

내 개인 젠킨스에서도 매우 높은 부하를 받는 것을 본 것 같습니다. 여기에서 시간이 초과되는 것이 가능한가요?

여기에서 시간이 초과되는 것이 가능한가요?

아마도! libassuan의 구현에 따라 다릅니다.

상태 업데이트: 이 문제를 극복하는 방법을 아직 모릅니다. 어떤 아이디어라도 환영합니다!

업데이트 해주셔서 감사합니다!

앞으로 가야 할 길은 GPG 사람들에게 보고하는 것이라고 생각합니다. 우리는 이미 종료 코드와 같이 관련된 모든 것을 알고 있습니다. 그러나 그들만이 (누군가가 있다면) 이것이 어떻게 일어날 수 있는지 해석할 수 있습니다.

그들이 다음과 같이 말한다면: 오, 예, 때때로 이 오류가 발생합니다. 이 오류가 발생하면 플러그인이 gpg를 다시 실행하는 것을 고려해야 합니다.

ㅋ 이 문제가 여전히 발생하는지 확실하지 않습니다. 나는 그들을 최근에 보지 못했다.

ㅋ 이 문제가 여전히 발생하는지 확실하지 않습니다. 나는 그들을 최근에 보지 못했다.

Jenkins 빌드 서버에서 testmod_fcrypt 를 비활성화했습니다 .

알림 주셔서 감사합니다. 그리고 다른 빌드 시스템에서는 문제가 발생하지 않았습니까?

그리고 다른 빌드 시스템에서는 문제가 발생하지 않았습니까?

그럴 수도 있지만 문제 #2439의 설명에 따르면 testmod_fcrypt 는 Jenkins 빌드 서버에서만 정기적으로 실패합니다.

누군가가 실패를 발견하면 여기에 게시하십시오.

우리는 또한 지난 PR(#3395 ) 동안 Debian Unstable에서 testmod_crypto 인해 발생한 것과 똑같은 오류를 관찰했습니다.

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

빌드 서버에서 일어나는 일을 더 잘 이해하기 위해 execv 를 사용하도록 이 섹션을 다시 작성하겠습니다.

오류가 다시 발생하면 이 문제를 다시 여십시오.

오류가 다시 발생했습니다. 아직 조사 중입니다.

오류가 다시 발생하면 저에게 ping을 보내주십시오.

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 는 암호화 테스트의 일부를 다시 작성하고 별도의 CI 작업( debian-buster-cryptoplugins 및 debian-stretch-cryptoplugins )으로 옮겼습니다.

이러한 개선 사항 이후로 이러한 테스트가 실패하는 것을 본 적이 없습니다. 안전하게 닫을 수 있을 것 같아요.

현재 작동 중이라는 소식을 들으니 다행입니다. 피드백 감사합니다!