mariadb/mysql-test/suite/mariabackup/backup_grants.result

CREATE user backup@localhost;
FOUND 1 /missing required privilege RELOAD/ in backup.log
FOUND 1 /missing required privilege PROCESS/ in backup.log
FOUND 1 /GRANT USAGE ON/ in backup.log
GRANT RELOAD, PROCESS on *.* to backup@localhost;
DROP USER backup@localhost;
MDEV-14975 mariabackup starts with unprivileged user. ported privilege checking from xtrabackup. Now, mariabackup would terminate early if either RELOAD or PROCESS privilege is not held, not at the very end of backup The behavior can be disabled with nre setting --check-privileges=0. Also , --no-lock does not need all of these privileges, since it skips FTWRL and SHOW ENGINE STATUS INNODB. 2018-12-14 23:36:21 +01:00			`CREATE user backup@localhost;`
			`FOUND 1 /missing required privilege RELOAD/ in backup.log`
			`FOUND 1 /missing required privilege PROCESS/ in backup.log`
MDEV-18544 "missing required privilege PROCESS on ." using mariabackup for SST If required privilege is missing, dump the output from "SHOW GRANTS" into mariabackup log. This will help troubleshooting, and make the bug reproducible. 2019-05-02 14:25:24 +01:00			`FOUND 1 /GRANT USAGE ON/ in backup.log`
MDEV-14975 mariabackup starts with unprivileged user. ported privilege checking from xtrabackup. Now, mariabackup would terminate early if either RELOAD or PROCESS privilege is not held, not at the very end of backup The behavior can be disabled with nre setting --check-privileges=0. Also , --no-lock does not need all of these privileges, since it skips FTWRL and SHOW ENGINE STATUS INNODB. 2018-12-14 23:36:21 +01:00			`GRANT RELOAD, PROCESS on . to backup@localhost;`
			`DROP USER backup@localhost;`