On Tue, Aug 18, 2009 at 06:14:20PM -0400, Tom Lane wrote: > I've been poking away at the mysql crashes I mentioned a few days ago, > and have just realized something that explains why I've been at such a > loss to interpret the failure reports from koji. It seems that what > has been getting triggered is glibc's malloc-error aborts, the ones that > look like > > *** glibc detected *** /home/tgl/rpmwork/BUILD/mysql-5.1.37/client/.libs/lt-mysqlslap: free(): invalid pointer: 0x0000000001dc6eb0 *** > ======= Backtrace: ========= > /lib64/libc.so.6[0x309a275a96] > /home/tgl/rpmwork/BUILD/mysql-5.1.37/libmysql_r/.libs/libmysqlclient_r.so.16(my_thread_end+0x62)[0x7fb1910b9612] > /home/tgl/rpmwork/BUILD/mysql-5.1.37/client/.libs/lt-mysqlslap(run_task+0x2df)[0x4033ef] > /lib64/libpthread.so.0[0x309ae0686a] > /lib64/libc.so.6(clone+0x6d)[0x309a2de39d] > ======= Memory map: ======== > 00400000-00408000 r-xp 00000000 fd:01 1522370 /home/tgl/rpmwork/BUILD/mysql-5.1.37/client/.libs/lt-mysqlslap > 00608000-0060a000 rw-p 00008000 fd:01 1522370 /home/tgl/rpmwork/BUILD/mysql-5.1.37/client/.libs/lt-mysqlslap > .. etc etc .. > > **The build logs from koji do not contain this rather critical > information**. I haven't dug into the glibc sources, but what it > looks like on my own machine is that these reports go to /dev/tty > not to stderr (and thus not into any log file). One of koji/mock/rpm could export LIBC_FATAL_STDERR_=1 in the environment to force this to go to stdout for non-setuid/setgid processes. Jakub -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
