| Bug #45349 | Backup documentation does not mention when backup will abort | ||
|---|---|---|---|
| Submitted: | 5 Jun 2009 13:03 | Modified: | 10 Jun 2009 17:19 |
| Reporter: | Jørgen Løland | Email Updates: | |
| Status: | Closed | Impact on me: | |
| Category: | MySQL Server: Documentation | Severity: | S3 (Non-critical) |
| Version: | 6.0 | OS: | Any |
| Assigned to: | Paul DuBois | CPU Architecture: | Any |
[5 Jun 2009 13:03]
Jørgen Løland
[5 Jun 2009 14:51]
Paul DuBois
"Illegal" is pretty vague. Do you have other examples of what this might mean other than the one in the referenced bug report?
[8 Jun 2009 14:26]
Jørgen Løland
I'm currently not aware of any other concrete examples, but any object that would fail to be created will have the same problem.
[9 Jun 2009 6:38]
Jørgen Løland
There is a related issue during RESTORE - bug#44283
[10 Jun 2009 17:19]
Paul DuBois
Thank you for your bug report. This issue has been addressed in the documentation. The updated documentation will appear on our website shortly, and will be included in the next release of the relevant products. Added this note to http://dev.mysql.com/doc/refman/6.0/en/backup-database.html: A backup operation fails with an error if it encounters objects that are illegal. For example, this occurs for a view for which an underlying table has been dropped or altered in such a way that the view definition has become invalid. And added a similar note to http://dev.mysql.com/doc/refman/6.0/en/restore.html.
