Run reason: GitHub pull request comment by nrwahl2: retest this please (https://github.com/ClusterLabs/pacemaker/pull/4083#issuecomment-4318191588)
Total runtime: 15 min
Split logs: https://ci.kronosnet.org/job/pacemaker/job/pacemaker-pipeline/job/PR-4083/5…
Full log: https://ci.kronosnet.org/job/pacemaker/job/pacemaker-pipeline/job/PR-4083/5…
Failed logs:
https://ci.kronosnet.org/job/pacemaker/job/pacemaker-pipeline/job/PR-4083/5…
Please report the following errors to your friendly local Jenkins admin (though they have probably already seen them and are already panicking).
Exception caught on centos-9-s390x during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on centos-9-x86-64 during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on centos-10-s390x during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on centos-10-x86-64 during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on debian-12-x86-64 during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on debian-13-x86-64 during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on debian-testing-x86-64 during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-42-x86-64 during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-43-power9-ppc64le during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-43-s390x during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-43-x86-64 during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on freebsd-13-x86-64 during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on freebsd-14-x86-64 during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on freebsd-15-x86-64 during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-8-power9-ppc64le during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-8-s390x during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-8-x86-64 during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-9-s390x during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-9-x86-64 during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-10-power9-ppc64le during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-10-s390x during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-10-x86-64 during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on ubuntu-22-04-lts-x86-64 during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on ubuntu-24-04-lts-x86-64 during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on ubuntu-25-10-x86-64 during voting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on debian-experimental-x86-64 during nonvoting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on debian-unstable-x86-64 during nonvoting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-rawhide-power9-ppc64le during nonvoting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-rawhide-s390x during nonvoting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-rawhide-x86-64 during nonvoting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on freebsd-devel-x86-64 during nonvoting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on ubuntu-devel-x86-64 during nonvoting: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on alpine-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on centos-9-s390x during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on centos-9-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on centos-10-s390x during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on centos-10-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on debian-12-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on debian-13-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on debian-experimental-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on debian-testing-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on debian-unstable-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-42-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-43-power9-ppc64le during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-43-s390x during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-43-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-rawhide-power9-ppc64le during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-rawhide-s390x during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-rawhide-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on freebsd-13-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on freebsd-14-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on freebsd-15-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on freebsd-devel-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-8-power9-ppc64le during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-8-s390x during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-8-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-9-s390x during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-9-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-10-power9-ppc64le during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-10-s390x during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-10-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on ubuntu-22-04-lts-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on ubuntu-24-04-lts-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on ubuntu-25-10-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on ubuntu-devel-x86-64 during nonvoting-clang: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on centos-9-s390x during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on centos-9-x86-64 during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on centos-10-s390x during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on centos-10-x86-64 during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-42-x86-64 during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-43-power9-ppc64le during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-43-s390x during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-43-x86-64 during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-rawhide-power9-ppc64le during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-rawhide-s390x during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on fedora-rawhide-x86-64 during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-8-power9-ppc64le during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-8-s390x during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-8-x86-64 during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-9-s390x during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-9-x86-64 during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-10-power9-ppc64le during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-10-s390x during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Exception caught on rhel-10-x86-64 during buildrpms: org.jenkinsci.plugins.workflow.steps.FlowInterruptedException:
Branch: refs/heads/add-aes-ctr-support
Home: https://github.com/kronosnet/kronosnet
Commit: ff7ff1bad0861769059131296cd642715f122213
https://github.com/kronosnet/kronosnet/commit/ff7ff1bad0861769059131296cd64…
Author: Fabio M. Di Nitto <fdinitto(a)redhat.com>
Date: 2026-04-25 (Sat, 25 Apr 2026)
Changed paths:
M libknet/crypto_gcrypt.c
M libknet/crypto_nss.c
M libknet/crypto_openssl.c
M libknet/tests/Makefile.am
A libknet/tests/fun_config_crypto_ctr_test.c
Log Message:
-----------
Add AES-CTR mode support with cross-backend cipher name compatibility
Implements AES-128-CTR, AES-192-CTR, and AES-256-CTR cipher modes for
OpenSSL, NSS, and libgcrypt crypto backends. CTR (Counter) mode is a
stream cipher that doesn't require padding and offers better performance
for parallel encryption/decryption.
Key changes:
1. crypto_nss.c:
- Added CTR cipher type enums and mechanism mappings
- Implemented CK_AES_CTR_PARAMS parameter structure for CTR mode
- NSS/PKCS#11 requires special parameter structure with counter bits
- Accepts both formats: aes128-ctr and aes-128-ctr
- Sets sec_block_size = 0 for CTR mode (no padding overhead)
2. crypto_gcrypt.c:
- Added crypto_cipher_mode field to track CBC vs CTR mode
- Strip mode suffix from cipher name before mapping
- Made PKCS padding conditional (CTR doesn't need padding)
- Normalizes aes-NNN-ctr to aesNNN-ctr format
- Accepts both formats: aes128-ctr and aes-128-ctr
- Sets sec_block_size = 0 for CTR mode (no padding overhead)
3. crypto_openssl.c:
- Normalizes aesNNN-ctr to aes-NNN-ctr format
- Accepts both formats: aes128-ctr and aes-128-ctr
- Sets sec_block_size = 0 for CTR mode (no padding overhead)
- Uses EVP_CIPHER_mode() / EVP_CIPHER_get_mode() to detect CTR
4. New test: fun_config_crypto_ctr_test.c:
- Uses knet_get_crypto_list() for runtime crypto module detection
- Validates CTR mode support across all available backends
- Tests both cipher naming conventions (hyphenated and non-hyphenated)
- Performs actual encrypted data transmission via loopback
- Verifies send/recv with CTR encryption works correctly
- Tests buffer integrity after encryption/decryption
- Ensures cross-backend compatibility
- Functional test (no API changes)
MTU optimization:
CTR mode sets sec_block_size = 0 (instead of 16 for CBC) because it doesn't
require padding. This:
- Allows up to 16 more bytes of payload per packet vs CBC mode
- Fixes MTU/PMTUD calculations in onwire.c and threads_pmtud.c
- Prevents wasted overhead for padding that CTR mode doesn't need
This allows users to configure any backend with either naming format:
- OpenSSL native: aes-128-ctr, aes-192-ctr, aes-256-ctr
- NSS/gcrypt native: aes128-ctr, aes192-ctr, aes256-ctr
Both formats work on all backends for seamless configuration portability.
CTR mode maintains backward compatibility - same on-wire format as CBC,
just different encryption algorithm. All tests pass.
Resolves: #460
Signed-off-by: Fabio M. Di Nitto <fdinitto(a)redhat.com>
Co-Authored-By: Claude Sonnet 4.5 <noreply(a)anthropic.com>
To unsubscribe from these emails, change your notification settings at https://github.com/kronosnet/kronosnet/settings/notifications
Branch: refs/heads/stable1-proposed
Home: https://github.com/kronosnet/kronosnet
Commit: 8ca310a7964cde3972a1be92d504081a5d1cc299
https://github.com/kronosnet/kronosnet/commit/8ca310a7964cde3972a1be92d5040…
Author: Fabio M. Di Nitto <fdinitto(a)redhat.com>
Date: 2026-04-25 (Sat, 25 Apr 2026)
Changed paths:
M libknet/crypto_openssl.c
Log Message:
-----------
libknet: improve OpenSSL error logging to print entire error stack
Fixes #456
The OpenSSL crypto module previously used ERR_error_string_n(ERR_get_error())
which only retrieved and logged the first error from OpenSSL's error queue.
When multiple errors occur, they are all pushed onto the error stack, and
only logging the first error can make debugging difficult.
This patch introduces a new helper function log_openssl_errors() that:
- Iterates through the entire OpenSSL error stack using ERR_get_error()
in a loop until it returns 0
- Formats each error using ERR_error_string_n()
- Logs each error at the appropriate level (ERR or DEBUG)
- Marks subsequent errors with "additional error:" prefix for clarity
- Automatically clears the error stack after logging
All error reporting call sites have been updated to use this helper,
eliminating local sslerr buffers that are no longer needed.
Benefits:
- Complete error context: All errors in the stack are now visible
- Better debugging: Easier to diagnose complex OpenSSL failures
- Cleaner code: Removes repetitive error handling boilerplate
Reported-by: Dmitry Belyavskiy <beldmit(a)gmail.com>
Signed-off-by: Fabio M. Di Nitto <fabbione(a)kronosnet.org>
Co-Authored-By: Claude Sonnet 4.5 <noreply(a)anthropic.com>
To unsubscribe from these emails, change your notification settings at https://github.com/kronosnet/kronosnet/settings/notifications
Branch: refs/heads/main
Home: https://github.com/kronosnet/kronosnet
Commit: 5d394724324ab9dd59d4ad408d12c73ee77876c2
https://github.com/kronosnet/kronosnet/commit/5d394724324ab9dd59d4ad408d12c…
Author: Fabio M. Di Nitto <fdinitto(a)redhat.com>
Date: 2026-04-24 (Fri, 24 Apr 2026)
Changed paths:
M libknet/crypto_openssl.c
Log Message:
-----------
libknet: improve OpenSSL error logging to print entire error stack
Fixes #456
The OpenSSL crypto module previously used ERR_error_string_n(ERR_get_error())
which only retrieved and logged the first error from OpenSSL's error queue.
When multiple errors occur, they are all pushed onto the error stack, and
only logging the first error can make debugging difficult.
This patch introduces a new helper function log_openssl_errors() that:
- Iterates through the entire OpenSSL error stack using ERR_get_error()
in a loop until it returns 0
- Formats each error using ERR_error_string_n()
- Logs each error at the appropriate level (ERR or DEBUG)
- Marks subsequent errors with "additional error:" prefix for clarity
- Automatically clears the error stack after logging
All error reporting call sites have been updated to use this helper,
eliminating local sslerr buffers that are no longer needed.
Benefits:
- Complete error context: All errors in the stack are now visible
- Better debugging: Easier to diagnose complex OpenSSL failures
- Cleaner code: Removes repetitive error handling boilerplate
Reported-by: Dmitry Belyavskiy <beldmit(a)gmail.com>
Signed-off-by: Fabio M. Di Nitto <fabbione(a)kronosnet.org>
Co-Authored-By: Claude Sonnet 4.5 <noreply(a)anthropic.com>
Commit: 602320f4c32a94dc83b7b1f2cd701d398c9de7ce
https://github.com/kronosnet/kronosnet/commit/602320f4c32a94dc83b7b1f2cd701…
Author: Fabio M. Di Nitto <fdinitto(a)redhat.com>
Date: 2026-04-25 (Sat, 25 Apr 2026)
Changed paths:
M libknet/crypto_openssl.c
Log Message:
-----------
Merge pull request #475 from kronosnet/improve-openssl-error-logging
libknet: improve OpenSSL error logging to print entire error stack
Compare: https://github.com/kronosnet/kronosnet/compare/fae0a1c5b65d...602320f4c32a
To unsubscribe from these emails, change your notification settings at https://github.com/kronosnet/kronosnet/settings/notifications