Bug #72631 pfs-t unit test failing on CentOS 6 x86
Submitted: 13 May 2014 13:45 Modified: 4 Jun 2014 13:18
Reporter: Laurynas Biveinis (OCA) Email Updates:
Status: Closed Impact on me:
None 
Category:Tests: Server Severity:S3 (Non-critical)
Version:5.7.4 OS:Linux (CentOS 6 x86)
Assigned to: CPU Architecture:Any
Tags: ctest, PFS, unit tests

[13 May 2014 13:45] Laurynas Biveinis
Description:
Only seen on 32-bit CentOS 6:

cmake .. -DWITH_DEBUG=ON
make
./storage/perfschema/unittest/pfs-t
1..229
# test_bootstrap
not ok 1 - boot
Signal 11 thrown, attempting backtrace.
stack_bottom = 0 thread_stack 0x0
storage/perfschema/unittest/pfs-t() [0x807b4df]
storage/perfschema/unittest/pfs-t() [0x805568c]
[0x4c7400]
storage/perfschema/unittest/pfs-t() [0x8055400]
storage/perfschema/unittest/pfs-t() [0x8055462]
/lib/libc.so.6(__libc_start_main+0xe6) [0xa07d26]
storage/perfschema/unittest/pfs-t() [0x804ff31]

valgrind storage/perfschema/unittest/pfs-t
==27676== Memcheck, a memory error detector
==27676== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==27676== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
==27676== Command: storage/perfschema/unittest/pfs-t
==27676== 
1..229
# test_bootstrap
==27676== Warning: silly arg (-476839936) to malloc()
not ok 1 - boot
==27676== Invalid read of size 4
==27676==    at 0x80502F6: test_bootstrap() (pfs-t.cc:124)
==27676==    by 0x80553FF: do_all_tests() (pfs-t.cc:1789)
==27676==    by 0x8055461: main (pfs-t.cc:1804)
==27676==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==27676== 
Signal 11 thrown, attempting backtrace.
stack_bottom = 0 thread_stack 0x0
storage/perfschema/unittest/pfs-t() [0x807b4df]
storage/perfschema/unittest/pfs-t() [0x805568c]
/lib/libc.so.6() [0xa1bba8]
storage/perfschema/unittest/pfs-t() [0x8055400]
storage/perfschema/unittest/pfs-t() [0x8055462]
/lib/libc.so.6(__libc_start_main+0xe6) [0xa07d26]
storage/perfschema/unittest/pfs-t() [0x804ff31]
==27676== 
==27676== HEAP SUMMARY:
==27676==     in use at exit: 240 bytes in 2 blocks
==27676==   total heap usage: 4 allocs, 2 frees, 695 bytes allocated
==27676== 
==27676== LEAK SUMMARY:
==27676==    definitely lost: 0 bytes in 0 blocks
==27676==    indirectly lost: 0 bytes in 0 blocks
==27676==      possibly lost: 0 bytes in 0 blocks
==27676==    still reachable: 240 bytes in 2 blocks
==27676==         suppressed: 0 bytes in 0 blocks
==27676== Rerun with --leak-check=full to see details of leaked memory
==27676== 
==27676== For counts of detected and suppressed errors, rerun with: -v
==27676== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 17 from 8)
Segmentation fault (core dumped)

How to repeat:
See above

Suggested fix:
Don't know
[15 May 2014 11:06] MySQL Verification Team
Hello Laurynas,

Thank you for the bug report.
Verified as described.

Thanks,
Umesh
[15 May 2014 11:07] MySQL Verification Team
// CentOS release 6.5 (Final) i686 i686 i386 GNU/Linux
//Build as suggested in bug report

[root@ushastry 574]# ./storage/perfschema/unittest/pfs-t
1..229
# test_bootstrap
not ok 1 - boot
Signal 11 thrown, attempting backtrace.
stack_bottom = 0 thread_stack 0x0
./storage/perfschema/unittest/pfs-t() [0x807b4df]
./storage/perfschema/unittest/pfs-t() [0x805568c]
[0x6e8400]
./storage/perfschema/unittest/pfs-t() [0x8055400]
./storage/perfschema/unittest/pfs-t() [0x8055462]
/lib/libc.so.6(__libc_start_main+0xe6) [0x1fed26]
./storage/perfschema/unittest/pfs-t() [0x804ff31]
[root@ushastry 574]# 
[root@ushastry 574]# valgrind storage/perfschema/unittest/pfs-t
==16745== Memcheck, a memory error detector
==16745== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==16745== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
==16745== Command: storage/perfschema/unittest/pfs-t
==16745== 
1..229
# test_bootstrap
==16745== Warning: silly arg (-476839936) to malloc()
not ok 1 - boot
==16745== Invalid read of size 4
==16745==    at 0x80502F6: test_bootstrap() (pfs-t.cc:124)
==16745==    by 0x80553FF: do_all_tests() (pfs-t.cc:1789)
==16745==    by 0x8055461: main (pfs-t.cc:1804)
==16745==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==16745== 
Signal 11 thrown, attempting backtrace.
stack_bottom = 0 thread_stack 0x0
storage/perfschema/unittest/pfs-t() [0x807b4df]
storage/perfschema/unittest/pfs-t() [0x805568c]
/lib/libc.so.6() [0x6c0ba8]
storage/perfschema/unittest/pfs-t() [0x8055400]
storage/perfschema/unittest/pfs-t() [0x8055462]
/lib/libc.so.6(__libc_start_main+0xe6) [0x6acd26]
storage/perfschema/unittest/pfs-t() [0x804ff31]
==16745== 
==16745== HEAP SUMMARY:
==16745==     in use at exit: 240 bytes in 2 blocks
==16745==   total heap usage: 4 allocs, 2 frees, 695 bytes allocated
==16745== 
==16745== LEAK SUMMARY:
==16745==    definitely lost: 0 bytes in 0 blocks
==16745==    indirectly lost: 0 bytes in 0 blocks
==16745==      possibly lost: 0 bytes in 0 blocks
==16745==    still reachable: 240 bytes in 2 blocks
==16745==         suppressed: 0 bytes in 0 blocks
==16745== Rerun with --leak-check=full to see details of leaked memory
==16745== 
==16745== For counts of detected and suppressed errors, rerun with: -v
==16745== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 17 from 8)
Segmentation fault (core dumped)
[root@ushastry 574]# 
[root@ushastry 574]#
[4 Jun 2014 13:18] Paul DuBois
Fixed in 5.7.5.

Changes for test suite. No changelog entry needed.