Bug #50167 | backup_triggers_and_events fails with: "backup wait timeout has expired for..." | ||
---|---|---|---|
Submitted: | 8 Jan 2010 0:18 | Modified: | 11 Jan 2013 12:23 |
Reporter: | Luis Soares | Email Updates: | |
Status: | Unsupported | Impact on me: | |
Category: | Tests: Backup | Severity: | S3 (Non-critical) |
Version: | 5.6.0 (mysql-backup-backport) | OS: | Any |
Assigned to: | Luis Soares | CPU Architecture: | Any |
Tags: | backport, Backup |
[8 Jan 2010 0:18]
Luis Soares
[8 Jan 2010 0:31]
Bugs System
A patch for this bug has been committed. After review, it may be pushed to the relevant source trees for release in the next version. You can access the patch from: http://lists.mysql.com/commits/96338 3039 Luis Soares 2010-01-08 BUG#50167: backup_triggers_and_events fails with: "backup wait timeout has expired for..." The test fails because the THD::backup_wait_timeout variable is not initialized with default value (BACKUP_WAIT_TIMEOUT_DEFAULT). It seems that a small portion of some patch was not backported properly. In particular, the one that affects the last hunk for this cset: tree: mysql-6.0-backup revision-id: ingo.struewing@sun.com-20081216115134-zot1nv8bix0ixk2h Originally, backup_wait_timeout had been introduced by patch: tree: mysql-6.0-backup revision-id: revision-id: cbell@mysql.com-20080819153529-2q1xr9zeam8iltai and later changed by the cset mentioned in the first place. Maybe that caused bigger entropy while handling the backport and the small part of the patch was inadvertently missed/forgotten/left out... We fix this by deploying the missing initialization of backup_wait_timeout with the default value.
[8 Jan 2010 11:01]
Bugs System
A patch for this bug has been committed. After review, it may be pushed to the relevant source trees for release in the next version. You can access the patch from: http://lists.mysql.com/commits/96362 3039 Luis Soares 2010-01-08 BUG#50167: backup_triggers_and_events fails with: "backup wait timeout has expired for..." The test fails because the THD::backup_wait_timeout variable is not initialized with default value (BACKUP_WAIT_TIMEOUT_DEFAULT). It seems that a small portion of some patch was not backported properly. In particular, the one that affects the last hunk for this cset: tree: mysql-6.0-backup revision-id: ingo.struewing@sun.com-20081216115134-zot1nv8bix0ixk2h Originally, backup_wait_timeout had been introduced by patch: tree: mysql-6.0-backup revision-id: revision-id: cbell@mysql.com-20080819153529-2q1xr9zeam8iltai and later changed by the cset mentioned in the first place. Maybe that caused bigger entropy while handling the backport and the small part of the patch was inadvertently missed/forgotten/left out... We fix this by deploying the missing initialization of backup_wait_timeout with the default value. NOTE: this was done by applying original patch: revid: ingo.struewing@sun.com-20081216115134-zot1nv8bix0ixk2h against the mysql-backup-backport tree and solving the conflicts.
[8 Jan 2010 11:09]
Ingo Strüwing
Approved. No second reviewer needed. It's a merge of an existing revision.
[8 Jan 2010 11:35]
Bugs System
A patch for this bug has been committed. After review, it may be pushed to the relevant source trees for release in the next version. You can access the patch from: http://lists.mysql.com/commits/96372 3043 Luis Soares 2010-01-08 [merge] BUG#50167: merge to latest branch. Seems a cset has merged recently part of this patch, ie, the one that dealt with BACKUP_WAIT_TIMEOUT_DEFAULT. So this merge is just for the remaining hunk.
[8 Jan 2010 11:41]
Luis Soares
Queued in mysql-backup-backport. Push: http://pb2.norway.sun.com/web.py?template=push_details&push=819075