Builder rsyslog-solaris10-sparc Build #1752

Results:

Failed

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-rsyslog-solaris10-sparc' triggered this build

Steps and Logfiles:

1. git updating ( 1 mins, 7 secs )
   1. stdio
2. shell  
   1. - no logs -
3. shell_1  
   1. - no logs -
4. shell_2  
   1. - no logs -
5. shell_3  
   1. - no logs -

Build Properties:

Forced Build Properties:

Responsible Users:

1. Rainer Gerhards

   rgerhardsohnoyoudont@adiscon.com

Timing:

All Changes:

:

1. Change #177086

   Category	rsyslog
   Changed by	Rainer Gerhards <rgerhardsohnoyoudont@adiscon.com>
   Changed at	Fri 28 Jul 2023 18:44:22
   Repository	https://github.com/rsyslog/rsyslog.git
   Project	rsyslog
   Branch	master
   Revision	bf58c35e582f022d5c3fd397141fb7337183029b

   Comments

   tcpflood: add -A option to NOT abort when sending fails
   Note: tcpflood is a testbench tool, not meant for production use
   
   We add the -A option. If set, it does NOT abort tcpflood if
   sending messages fails.
   
   This is required for some tests which test connection closes.
   If tcpflood terminates quickly before rsyslog could fully
   initializes all sessions, the expected error message count is
   not necessarily reached, which results in flakes. When tcpflood
   contines to run, rsyslog has sufficient time (at least a race
   is far less likely).

   Changed files

   • tests/tcpflood.c

2. Change #177087

   Category	rsyslog
   Changed by	Rainer Gerhards <rgerhardsohnoyoudont@adiscon.com>
   Changed at	Fri 28 Jul 2023 18:44:22
   Repository	https://github.com/rsyslog/rsyslog.git
   Project	rsyslog
   Branch	master
   Revision	37de8f66a4ff558af77b01724175073ebb701511

   Comments

   testbench: make test more reliable
   There was a race between tcpflood and rsyslog in imptpc_maxsessions.sh.
   We now use the new -A tcpflood option to make the timing more
   predictable, hopefully fixing test flakiness.
   
   Note: if that does not help, we need to introduce a wait on the number
   of error messages and maybe a delay before tcpflood termination. The
   theory behind the latter is that rsyslog possibly does not fully
   iniaitlize session which are quickly aborted before rsyslog receives
   the related OS notification! We just record this info in case we
   need it and are positive that this change will fix the situation.

   Changed files

   • tests/imptcp_maxsessions.sh

3. Change #177088

   Category	rsyslog
   Changed by	Rainer Gerhards <rgerhardsohnoyoudont@adiscon.com>
   Changed at	Mon 31 Jul 2023 09:18:44
   Repository	https://github.com/rsyslog/rsyslog.git
   Project	rsyslog
   Branch	master
   Revision	d47fa8dbd75b5fb4a55ec503e656d075a6bd01ae

   Comments

   Merge pull request #5205 from rgerhards/tcpflood-no-abort-send-fail
   Make imptcp_maxsessions test (much more) reliable

   Changed files

   • no files