Bug #64904 | innodb-log-files-in-group must be specified for copy-back (default not used) | ||
---|---|---|---|
Submitted: | 8 Apr 2012 0:35 | Modified: | 28 Feb 2013 16:05 |
Reporter: | Ronald Bradford | Email Updates: | |
Status: | Not a Bug | Impact on me: | |
Category: | MySQL Enterprise Backup | Severity: | S3 (Non-critical) |
Version: | 3.7.0 | OS: | Linux (Ubuntu 11.10 64bit) |
Assigned to: | CPU Architecture: | Any | |
Tags: | copy-back, innodb-log-files-in-group, mysqlbackup |
[8 Apr 2012 0:35]
Ronald Bradford
[9 Apr 2012 16:07]
Sveta Smirnova
Thank you for the report. We already discuss this issue internally. Current reasoning is: User can specify different locations for copy-back operation during restore time. Therefore such options as datadir or innodb_data_file_path, innodb_log_group_home and innodb_data_home_dir can be changed. mysqlbackup can not get these options from running server, because it must be stopped for copy-back operation. Also there was idea to check sanity of specified values for innodb_log_files_in_group and innodb_log_file_size. This currently does not happen. So setting bug to "Verified" and linking to Internal bug report.
[28 Feb 2013 16:05]
Sanjay Manwani
MEB Team: Mysqlbackup reads the server configuration as well as the backup configuration. It checks them for compatibility before it copies back. If it would just take the backup configuration for the server configuration, the server would refuse to start if its configuration is incompatible to the backup configuration. In most cases it is not necessary to specify the server configuration explicitly as it is searched at the standard places. There was some ambiguity in the discussion. If there was a case where mysqlbackup did not notice a configuration incompatibility, please report a new bug for it.