File: gr_command_line_recovery_ssl_validation.test

package info (click to toggle)
mysql-8.0 8.0.43-3
  • links: PTS, VCS
  • area: main
  • in suites: sid
  • size: 1,273,924 kB
  • sloc: cpp: 4,684,605; ansic: 412,450; pascal: 108,398; java: 83,641; perl: 30,221; cs: 27,067; sql: 26,594; sh: 24,181; python: 21,816; yacc: 17,169; php: 11,522; xml: 7,388; javascript: 7,076; makefile: 2,194; lex: 1,075; awk: 670; asm: 520; objc: 183; ruby: 97; lisp: 86
file content (29 lines) | stat: -rw-r--r-- 1,300 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
################################################################################
# BUG#20693364 - MAKE GROUP REPLICATION PLUGIN SYSTEM VARIABLES ALWAYS GO
# THROUGH CHECK FUNCTION
#
# Test:
# 0. The test requires one server: M1.
# 1. This test verifies that a group_replication_recovery_ssl_ca variable is
#    validated when passed through a configuration file. The validation is done
#    during the start of group_replication. Other recovery ssl option also go
#    through the same check function. So they will also fail with the value
#    being passed exceeds the length of the field.
################################################################################

--let $group_replication_group_name= 8a94f357-ee93-11df-8654-c80aa9821323
--source include/have_group_replication_plugin.inc

SET SESSION sql_log_bin= 0;
call mtr.add_suppression("The given value for recovery ssl option*");
SET SESSION sql_log_bin= 1;

# Setting the group name value to a valid UUID.
--eval SET GLOBAL group_replication_group_name="$group_replication_group_name"

# Starting the group. This should fail as the group_replication_recovery_user
# is set to a invalid value in the configuration file.
--error ER_GROUP_REPLICATION_CONFIGURATION
START GROUP_REPLICATION;

--source include/gr_clear_configuration.inc