Current Path : /usr/opt/mysql57/mysql-test/suite/group_replication/t/ |
FreeBSD hs32.drive.ne.jp 9.1-RELEASE FreeBSD 9.1-RELEASE #1: Wed Jan 14 12:18:08 JST 2015 root@hs32.drive.ne.jp:/sys/amd64/compile/hs32 amd64 |
Current File : //usr/opt/mysql57/mysql-test/suite/group_replication/t/gr_recovery_change_master.test |
################################################################################ # This test verifies that the CHANGE MASTER command will only accept # MASTER_USER and MASTER_PASSWORD as valid values for the recovery channel. # All other options for the CHANGE MASTER will cause an error. # # Test: # 0. The test requires two servers: M1 and M2. # 1. Create a user on M1 to be used by the recovery channel. Bootstrap and start # group on M1. # 2. Add some data for recovery. # 3. On M2, CHANGE MASTER with options apart from the MASTER_USER and # MASTER_PASSWORD will cause error. # 4. MASTER_PASSWORD for the CHANGE MASTER command will not be logged in the # error log. # 5. The password value is not logged in the error log. # 6. CHANGE MASTER with valid options will work fine. # 7. Ensuring the the two members are online. # 8. Clean up. ################################################################################ --source ../inc/have_group_replication_plugin.inc --let $rpl_skip_group_replication_start= 1 --source ../inc/group_replication.inc # Start group replication on server1 --let $rpl_connection_name= server1 --source include/rpl_connection.inc --echo # Creating a connection on the first server to be used by the recovery channel SET sql_log_bin=0; CREATE USER 'manish'@'%' IDENTIFIED BY 'rpl'; GRANT REPLICATION SLAVE ON *.* TO 'manish'@'%'; FLUSH PRIVILEGES; SET sql_log_bin=1; --source ../inc/start_and_bootstrap_group_replication.inc # Add some data for recovery CREATE TABLE t1 (c1 INT NOT NULL PRIMARY KEY) ENGINE=InnoDB; INSERT INTO t1 VALUES (1); --let $rpl_connection_name= server2 --source include/rpl_connection.inc --echo # CHANGE MASTER with options apart from the MASTER_USER and --echo # MASTER_PASSWORD will cause error. --error ER_SLAVE_CHANNEL_OPERATION_NOT_ALLOWED CHANGE MASTER TO MASTER_USER='MANISH', MASTER_PASSWORD='abc_manish_abc', MASTER_PORT=13000 FOR CHANNEL 'group_replication_recovery'; --let $assert_text=No new user is created after the execution of the change master --let $assert_cond= `SELECT COUNT(*) = 0 FROM mysql.slave_master_info WHERE User_name LIKE 'MANISH'` --source include/assert.inc --echo # MASTER_PASSWORD value for the CHANGE MASTER command will not be logged in the error log. --let $grep_file=$MYSQLTEST_VARDIR/tmp/group_replication_recovery_change_master.err --let $grep_pattern= master_password --let $grep_output= print_count --source include/grep_pattern.inc --echo # The password value 'unique_password' is not logged in the error log. --let $grep_file=$MYSQLTEST_VARDIR/tmp/group_replication_recovery_change_master.err --let $grep_pattern= abc_manish_abc --let $grep_output= print_count --source include/grep_pattern.inc --echo # Second CHANGE MASTER with valid options will work fine. --disable_warnings CHANGE MASTER TO MASTER_USER='manish', MASTER_PASSWORD='rpl' FOR CHANNEL 'group_replication_recovery'; --enable_warnings --let $assert_text= A new user is created after the execution of the change master --let $assert_cond= `SELECT COUNT(*) = 1 FROM mysql.slave_master_info WHERE User_name LIKE 'manish'` --source include/assert.inc --source include/start_group_replication.inc --echo # Ensuring the the two members are online. --connection server1 --let $group_replication_number_of_members= 2 --source ../inc/gr_wait_for_number_of_members.inc --source include/rpl_sync.inc --let $diff_tables=server1:t1,server2:t1 --source include/diff_tables.inc # Cleanup DROP TABLE t1; SET sql_log_bin=0; DROP USER manish; SET sql_log_bin=1; --source ../inc/group_replication_end.inc