-
Notifications
You must be signed in to change notification settings - Fork 710
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FB8-93: output symbolic errno for 'SHOW SLAVE STATUS' #940
Conversation
PR was updated with requested changes |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@hermanlee has imported this pull request. If you are a Facebook employee, you can view this diff on Phabricator.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
main.rpl_multi_source_mysqldump_slave looks to fail with different output. The channel name seems to be gone.
CURRENT_TEST: main.rpl_multi_source_mysqldump_slave
--- /mnt/btrfs/trunk-git-mysql-1709-1549047725/mysql-test/r/rpl_multi_source_mysqldump_slave.result 2019-02-01 22:04:25.075739604 +0300
+++ /mnt/btrfs/trunk-git-mysql-1709-1549047725/_build-8.0-Debug/mysql-test/var/15/log/rpl_multi_source_mysqldump_slave.reject 2019-02-01 22:59:11.840036958 +0300
@@ -8,8 +8,8 @@
CHANGE MASTER TO MASTER_HOST='127.0.0.1', MASTER_LOG_FILE='binlog-ch1.000001', MASTER_LOG_POS=4 FOR CHANNEL 'ch1';
CHANGE MASTER TO MASTER_HOST='127.0.0.1', MASTER_LOG_FILE='binlog-ch2.000001', MASTER_LOG_POS=4 FOR CHANNEL 'ch2';
# Execute mysqldump with --dump-slave
-CHANGE MASTER TO MASTER_LOG_FILE='binlog-ch1.000001', MASTER_LOG_POS=4 FOR CHANNEL 'ch1';
-CHANGE MASTER TO MASTER_LOG_FILE='binlog-ch2.000001', MASTER_LOG_POS=4 FOR CHANNEL 'ch2';
+CHANGE MASTER TO MASTER_LOG_FILE='binlog-ch1.000001', MASTER_LOG_POS=0 FOR CHANNEL '';
+CHANGE MASTER TO MASTER_LOG_FILE='binlog-ch2.000001', MASTER_LOG_POS=0 FOR CHANNEL '';
# Execute mysql using the dump as input
include/stop_slave.inc
#
@@ -18,9 +18,9 @@
# Setup the default replication channel
CHANGE MASTER TO MASTER_HOST='127.0.0.1', MASTER_LOG_FILE="binlog-default.000001", MASTER_LOG_POS=4 FOR CHANNEL '';
# Execute mysqldump with --dump-slave
-CHANGE MASTER TO MASTER_LOG_FILE='binlog-default.000001', MASTER_LOG_POS=4 FOR CHANNEL '';
-CHANGE MASTER TO MASTER_LOG_FILE='binlog-ch1.000001', MASTER_LOG_POS=4 FOR CHANNEL 'ch1';
-CHANGE MASTER TO MASTER_LOG_FILE='binlog-ch2.000001', MASTER_LOG_POS=4 FOR CHANNEL 'ch2';
+CHANGE MASTER TO MASTER_LOG_FILE='binlog-default.000001', MASTER_LOG_POS=0 FOR CHANNEL '';
+CHANGE MASTER TO MASTER_LOG_FILE='binlog-ch1.000001', MASTER_LOG_POS=0 FOR CHANNEL '';
+CHANGE MASTER TO MASTER_LOG_FILE='binlog-ch2.000001', MASTER_LOG_POS=0 FOR CHANNEL '';
# Execute mysql using the dump as input
JIRA: https://jira.percona.com/browse/FB8-93 This patch ports the following commits: 1. facebook@a2b0c32 2. facebook@e82ab5a ================================ COMMIT 1 ================================ output symbolic errno for 'SHOW SLAVE STATUS' Summary: Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Differential Revision: D4445585 ================================ COMMIT 2 ================================ fix test failures Summary: squash with D4445585 Differential Revision: D4475433
@inikep has updated the pull request. Re-import the pull request |
The reason of the failure was a side-effect of this PR in |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@hermanlee has imported this pull request. If you are a Facebook employee, you can view this diff on Phabricator.
Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: a2b0c32 Reference Patch: e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: #940 Reviewed By: lth Differential Revision: D13924591 Pulled By: lth fbshipit-source-id: fafc6a8
Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: a2b0c32 Reference Patch: e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: #940 Reviewed By: lth Differential Revision: D13924591 Pulled By: lth fbshipit-source-id: 84765f1
Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lth Differential Revision: D13924591 Pulled By: lth fbshipit-source-id: 84765f1
Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lth Differential Revision: D13924591 Pulled By: lth fbshipit-source-id: 84765f1
Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lth Differential Revision: D13924591 Pulled By: lth fbshipit-source-id: 84765f1
Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lth Differential Revision: D13924591 Pulled By: lth fbshipit-source-id: 84765f1
Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lth Differential Revision: D13924591 Pulled By: lth fbshipit-source-id: 84765f1
Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lth Differential Revision: D13924591 Pulled By: lth fbshipit-source-id: 84765f1
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…ercona#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook/mysql-5.6@a2b0c32 Reference Patch: facebook/mysql-5.6@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook/mysql-5.6#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…ercona#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook/mysql-5.6@a2b0c32 Reference Patch: facebook/mysql-5.6@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook/mysql-5.6#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…ercona#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook/mysql-5.6@a2b0c32 Reference Patch: facebook/mysql-5.6@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook/mysql-5.6#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
…acebook#940) Summary: JIRA: https://jira.percona.com/browse/FB8-93 Reference Patch: facebook@a2b0c32 Reference Patch: facebook@e82ab5a Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding Pull Request resolved: facebook#940 Reviewed By: lloyd Differential Revision: D13924591 Pulled By: lth --------------------------------------------------------------------------------------------- SHOW SLAVE STATUS shows real error Summary: In parallel replication SHOW SLAVE STATUS doesn't show the actual error. It actually creates the real error (Slave_reporting_capability::va_report) and set m_last_error right after setting coordinator error so we just need to reverse the order of the two and show the real error in coordinator. Accessing the last error is protected by err_lock and also fallback to previous message in case the error number is 0 and can't be trusted, just in case. Reviewed By: hermanlee, Pushapgl Differential Revision: D28925760
JIRA: https://jira.percona.com/browse/FB8-93
Reference Patch: a2b0c32
Reference Patch: e82ab5a
Summary: Instead of just showing the errno when running SHOW SLAVE STATUS command, also printing the error name so that user won't have misunderstanding