2015-10-22 07:23:59 +02:00
|
|
|
#
|
|
|
|
# MDEV-7656 init_file option does not allow changing passwords
|
|
|
|
#
|
|
|
|
--source include/not_embedded.inc
|
2022-09-15 18:30:13 +07:00
|
|
|
#enable view protocol after fix MDEV-29542
|
|
|
|
--source include/no_view_protocol.inc
|
2015-10-22 07:23:59 +02:00
|
|
|
|
|
|
|
create user foo@localhost;
|
|
|
|
|
|
|
|
select user,host,password from mysql.user where user='foo';
|
|
|
|
|
|
|
|
--write_file $MYSQLTEST_VARDIR/init.file
|
|
|
|
grant all on *.* to foo@localhost identified by 'test';
|
|
|
|
EOF
|
|
|
|
|
|
|
|
--enable_reconnect
|
|
|
|
|
MDEV-16944 Fix file sharing issues on Windows in mysqltest
On Windows systems, occurrences of ERROR_SHARING_VIOLATION due to
conflicting share modes between processes accessing the same file can
result in CreateFile failures.
mysys' my_open() already incorporates a workaround by implementing
wait/retry logic on Windows.
But this does not help if files are opened using shell redirection like
mysqltest traditionally did it, i.e via
--echo exec "some text" > output_file
In such cases, it is cmd.exe, that opens the output_file, and it
won't do any sharing-violation retries.
This commit addresses the issue by introducing a new built-in command,
'write_line', in mysqltest. This new command serves as a brief alternative
to 'write_file', with a single line output, that also resolves variables
like "exec" would.
Internally, this command will use my_open(), and therefore retry-on-error
logic.
Hopefully this will eliminate the very sporadic "can't open file because
it is used by another process" error on CI.
2024-04-15 15:46:50 +02:00
|
|
|
--write_line wait $MYSQLTEST_VARDIR/tmp/mysqld.1.expect
|
2015-10-22 07:23:59 +02:00
|
|
|
|
2020-08-20 15:32:35 +03:00
|
|
|
--shutdown_server
|
2015-10-22 07:23:59 +02:00
|
|
|
--source include/wait_until_disconnected.inc
|
|
|
|
|
MDEV-16944 Fix file sharing issues on Windows in mysqltest
On Windows systems, occurrences of ERROR_SHARING_VIOLATION due to
conflicting share modes between processes accessing the same file can
result in CreateFile failures.
mysys' my_open() already incorporates a workaround by implementing
wait/retry logic on Windows.
But this does not help if files are opened using shell redirection like
mysqltest traditionally did it, i.e via
--echo exec "some text" > output_file
In such cases, it is cmd.exe, that opens the output_file, and it
won't do any sharing-violation retries.
This commit addresses the issue by introducing a new built-in command,
'write_line', in mysqltest. This new command serves as a brief alternative
to 'write_file', with a single line output, that also resolves variables
like "exec" would.
Internally, this command will use my_open(), and therefore retry-on-error
logic.
Hopefully this will eliminate the very sporadic "can't open file because
it is used by another process" error on CI.
2024-04-15 15:46:50 +02:00
|
|
|
--write_line "restart:--init-file=$MYSQLTEST_VARDIR/init.file " $MYSQLTEST_VARDIR/tmp/mysqld.1.expect
|
2015-10-22 07:23:59 +02:00
|
|
|
|
|
|
|
--source include/wait_until_connected_again.inc
|
2018-10-14 13:52:52 +02:00
|
|
|
select user,host,password,plugin,authentication_string from mysql.user where user='foo';
|
2015-10-22 07:23:59 +02:00
|
|
|
|
|
|
|
drop user foo@localhost;
|