Core dump FreeBSD 10.1

Bug #1485193 reported by Sergey Anokhin
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Percona XtraBackup moved to https://jira.percona.com/projects/PXB
New
Undecided
Unassigned

Bug Description

Hi All,

I have xtrabackup-2.2.10, FreeBSD server 10.1-RELEASE-p16 FreeBSD 10.1-RELEASE-p16 #0: Tue Jul 28 11:41:12 UTC 2015 <email address hidden>:/usr/obj/usr/src/sys/GENERIC i386 and MySQL 5.6 (mysql Ver 14.14 Distrib 5.6.25, for FreeBSD10.1 (i386))

When I tried to start innobackupex I had core dump:

root@server:~/backup # /usr/local/bin/innobackupex --slave-info --user=root --password=PASSWORD --defaults-file=/etc/my.cnf /usr/backup/mysql/full

InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oy
and Percona LLC and/or its affiliates 2009-2013. All Rights Reserved.

This software is published under
the GNU GENERAL PUBLIC LICENSE Version 2, June 1991.

150815 12:00:06 innobackupex: Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_file=/etc/my.cnf;mysql_read_default_group=xtrabackup' as 'root' (using password: YES).
150815 12:00:06 innobackupex: Connected to MySQL server
150815 12:00:06 innobackupex: Executing a version check against the server...
150815 12:00:06 innobackupex: Done.
150815 12:00:06 innobackupex: Starting the backup operation

IMPORTANT: Please check that the backup run completes successfully.
           At the end of a successful backup run innobackupex
           prints "completed OK!".

innobackupex: Using server version 5.6.25

innobackupex: Created backup directory /usr/backup/mysql/full/2015-08-15_12-00-07

150815 12:00:07 innobackupex: Starting ibbackup with command: xtrabackup --defaults-file="/etc/my.cnf" --defaults-group="mysqld" --backup --suspend-at-end --target-dir=/usr/backup/mysql/full/2015-08-15_12-00-07 --datadir="/var/db/mysql/" --innodb_log_file_size="50331648" --innodb_data_file_path="ibdata1:12M:autoextend" --tmpdir=/tmp/ --extra-lsndir='/tmp/'
innobackupex: Waiting for ibbackup (pid=1470) to suspend
innobackupex: Suspend file '/usr/backup/mysql/full/2015-08-15_12-00-07/xtrabackup_suspended_2'

innobackupex: got a fatal error with the following stacktrace: at /usr/local/bin/innobackupex line 2703.
        main::wait_for_ibbackup_file_create("/usr/backup/mysql/full/2015-08-15_12-00-07/xtrabackup_suspend"...) called at /usr/local/bin/innobackupex line 2723
        main::wait_for_ibbackup_suspend("/usr/backup/mysql/full/2015-08-15_12-00-07/xtrabackup_suspend"...) called at /usr/local/bin/innobackupex line 1976
        main::backup() called at /usr/local/bin/innobackupex line 1601
innobackupex: Error: The xtrabackup child process has died at /usr/local/bin/innobackupex line 2703.

GDB wasn't given no results:
root@server:~/backup # gdb /usr/local/bin/xtrabackup xtrabackup.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)...
Core was generated by `xtrabackup'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libgcrypt.so.20...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libgcrypt.so.20
Reading symbols from /usr/local/lib/libgpg-error.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libgpg-error.so.0
Reading symbols from /lib/libz.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libz.so.6
Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /lib/libcrypt.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypt.so.5
Reading symbols from /usr/lib/libc++.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libc++.so.1
Reading symbols from /lib/libcxxrt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libcxxrt.so.1
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done.
Loaded symbols for /lib/libthr.so.3
Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /usr/local/lib/libintl.so.8...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libintl.so.8
Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done.
Loaded symbols for /libexec/ld-elf.so.1
#0 0x081ac718 in main ()

Thanks

Tags: core dump
Revision history for this message
Shahriyar Rzayev (rzayev-sehriyar) wrote :

Percona now uses JIRA for bug reports so this bug report is migrated to: https://jira.percona.com/browse/PXB-1344

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.