Hi, On 2015-04-09 16:33, Michael Biebl wrote: > Interesting. See my earlier reply about 8.9.0 failing on i386 [1]. > Looks like the test-suite is still a bit flaky and fails at random.
I can confirm your observations. I am also experience random test failure. I reported these failures multiple times but because I don't know how to fix these problems at the moment I cannot really help ;) To workaround theses random failures in my build cluster I hacked the test suite to repeat failed tests. Only if a test is failing 3 times the test is marked as failed. As said, that's only a workaround for the test cluster... For example, queue-persist.sh is known [1][2] for random failures. I created my own test (only a script calling these tests multiple times) and after 10 runs: > LinkedList: failed > FixedArray: passed > LinkedList: passed > FixedArray: passed > LinkedList: passed > FixedArray: passed > LinkedList: passed > FixedArray: passed > LinkedList: passed > FixedArray: passed > LinkedList: passed > FixedArray: passed > LinkedList: failed > FixedArray: passed > LinkedList: passed > FixedArray: passed > LinkedList: passed > FixedArray: passed > LinkedList: passed > FixedArray: passed So on my boxes, it is the "LinkedList" test which is failing at random. Now I run the two gzipwr* tests in a loop on i386. I am hitting the same problem like you hit at random: > PASS: gzipwr_large.sh > *** buffer overflow detected ***: ./tcpflood terminated > ======= Backtrace: ========= > /lib/libc.so.6(+0x748cf)[0xb74ec8cf] > /lib/libc.so.6(__fortify_fail+0x45)[0xb757fa45] > /lib/libc.so.6(+0x1058ba)[0xb757d8ba] > ./tcpflood[0x804b1d5] > ./tcpflood[0x804b325] > /lib/libpthread.so.0(+0x7f9f)[0xb7745f9f] > /lib/libc.so.6(clone+0x5e)[0xb756e3ce] > ======= Memory map: ======== > 08048000-0804d000 r-xp 00000000 08:05 938462 > /var/tmp/portage/app-admin/rsyslog-8.9.0/work/rsyslog-8.9.0/tests/tcpflood > 0804d000-0804e000 r--p 00004000 08:05 938462 > /var/tmp/portage/app-admin/rsyslog-8.9.0/work/rsyslog-8.9.0/tests/tcpflood > 0804e000-0804f000 rw-p 00005000 08:05 938462 > /var/tmp/portage/app-admin/rsyslog-8.9.0/work/rsyslog-8.9.0/tests/tcpflood > 08290000-082b1000 rw-p 00000000 00:00 0 [heap] > b6a00000-b6a21000 rw-p 00000000 00:00 0 > b6a21000-b6b00000 ---p 00000000 00:00 0 > b6b51000-b6b6c000 r-xp 00000000 08:05 988419 > /usr/lib/gcc/i686-pc-linux-gnu/4.8.3/libgcc_s.so.1 > b6b6c000-b6b6d000 r--p 0001a000 08:05 988419 > /usr/lib/gcc/i686-pc-linux-gnu/4.8.3/libgcc_s.so.1 > b6b6d000-b6b6e000 rw-p 0001b000 08:05 988419 > /usr/lib/gcc/i686-pc-linux-gnu/4.8.3/libgcc_s.so.1 > b6b73000-b6b74000 ---p 00000000 00:00 0 > b6b74000-b7376000 rw-p 00000000 00:00 0 [stack:3357] > b7376000-b73e1000 r-xp 00000000 08:05 1489750 /usr/lib/libgmp.so.10.1.3 > b73e1000-b73e2000 r--p 0006a000 08:05 1489750 /usr/lib/libgmp.so.10.1.3 > b73e2000-b73e9000 rw-p 0006b000 08:05 1489750 /usr/lib/libgmp.so.10.1.3 > b73e9000-b7416000 r-xp 00000000 08:05 885164 /usr/lib/libhogweed.so.2.5 > b7416000-b7417000 r--p 0002c000 08:05 885164 /usr/lib/libhogweed.so.2.5 > b7417000-b7418000 rw-p 0002d000 08:05 885164 /usr/lib/libhogweed.so.2.5 > b7418000-b744b000 r-xp 00000000 08:05 885067 /usr/lib/libnettle.so.4.7 > b744b000-b744c000 r--p 00032000 08:05 885067 /usr/lib/libnettle.so.4.7 > b744c000-b744d000 rw-p 00033000 08:05 885067 /usr/lib/libnettle.so.4.7 > b744d000-b745d000 r-xp 00000000 08:05 884898 /usr/lib/libtasn1.so.6.3.2 > b745d000-b745e000 ---p 00010000 08:05 884898 /usr/lib/libtasn1.so.6.3.2 > b745e000-b745f000 r--p 00010000 08:05 884898 /usr/lib/libtasn1.so.6.3.2 > b745f000-b7460000 rw-p 00011000 08:05 884898 /usr/lib/libtasn1.so.6.3.2 > b7460000-b7461000 rw-p 00000000 00:00 0 > b7461000-b7476000 r-xp 00000000 08:05 1802647 /lib/libz.so.1.2.8 > b7476000-b7477000 r--p 00014000 08:05 1802647 /lib/libz.so.1.2.8 > b7477000-b7478000 rw-p 00015000 08:05 1802647 /lib/libz.so.1.2.8 > b7478000-b761e000 r-xp 00000000 08:05 1167887 /lib/libc-2.19.so > b761e000-b7620000 r--p 001a6000 08:05 1167887 /lib/libc-2.19.so > b7620000-b7621000 rw-p 001a8000 08:05 1167887 /lib/libc-2.19.so > b7621000-b7624000 rw-p 00000000 00:00 0 > b7624000-b7736000 r-xp 00000000 08:05 935876 /usr/lib/libgnutls.so.28.41.2 > b7736000-b773c000 r--p 00111000 08:05 935876 /usr/lib/libgnutls.so.28.41.2 > b773c000-b773e000 rw-p 00117000 08:05 935876 /usr/lib/libgnutls.so.28.41.2 > b773e000-b7756000 r-xp 00000000 08:05 1166967 /lib/libpthread-2.19.so > b7756000-b7757000 ---p 00018000 08:05 1166967 /lib/libpthread-2.19.so > b7757000-b7758000 r--p 00018000 08:05 1166967 /lib/libpthread-2.19.so > b7758000-b7759000 rw-p 00019000 08:05 1166967 /lib/libpthread-2.19.so > b7759000-b775b000 rw-p 00000000 00:00 0 > b775f000-b7760000 rw-p 00000000 00:00 0 > b7760000-b7762000 r--p 00000000 00:00 0 [vvar] > b7762000-b7763000 r-xp 00000000 00:00 0 [vdso] > b7763000-b7783000 r-xp 00000000 08:05 1167886 /lib/ld-2.19.so > b7783000-b7784000 rw-p 00000000 00:00 0 > b7784000-b7785000 r--p 00020000 08:05 1167886 /lib/ld-2.19.so > b7785000-b7786000 rw-p 00021000 08:05 1167886 /lib/ld-2.19.so > bfdd0000-bfdf1000 rw-p 00000000 00:00 0 [stack] > FAIL: gzipwr_large_dynfile.sh This has something to do with tcpflood because I can reproduce test failures with any test which is using tcpflood on i386. But rsyslog-8.9.0 is still the best release in the 8-series! See also: ========= [1] https://github.com/rsyslog/rsyslog/issues/262 [2] http://lists.adiscon.net/pipermail/rsyslog/2015-February/039698.html -Thomas _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com/professional-services/ What's up with rsyslog? Follow https://twitter.com/rgerhards NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE THAT.
