Confirmed, we don't pass an argument to mysql_close() in this code:
if( $option_ibbackup_binary eq "autodetect" ){
# Try to connect MySQL and get the version %mysql = mysql_connect( abort_on_error => 0, keepalives => 0 ); if ($mysql{dbh}) { print STDERR "Connected successfully\n"; $option_ibbackup_binary = set_xtrabackup_version(); mysql_close();
....
OTOH that code is only reached if there is no xtrabackup_binary file in the backup directory *and* the xtrabackup binary was not specified explicitly with --ibbackup.
So I would first figure out why xtrabackup_binary was not written to the backup directory (it should be, if the backup was successfully created with innobackupex).
The workaround is to specify the xtrabackup binary explicitly using the --ibbackup option.
Confirmed, we don't pass an argument to mysql_close() in this code:
if( $option_ ibbackup_ binary eq "autodetect" ){
%mysql = mysql_connect(
abort_ on_error => 0,
keepalives => 0
);
if ($mysql{dbh}) {
print STDERR "Connected successfully\n";
$option_ ibbackup_ binary = set_xtrabackup_ version( );
mysql_close( );
# Try to connect MySQL and get the version
....
OTOH that code is only reached if there is no xtrabackup_binary file in the backup directory *and* the xtrabackup binary was not specified explicitly with --ibbackup.
So I would first figure out why xtrabackup_binary was not written to the backup directory (it should be, if the backup was successfully created with innobackupex).
The workaround is to specify the xtrabackup binary explicitly using the --ibbackup option.