Error 1227 42000

Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.

Активные темы Темы без ответов

ERROR 1227 (42000): Access denied

ERROR 1227 (42000): Access denied; you need (at least one of) the SUPER privilege(s) for this operation

/*!50017 DEFINER=`another_user`@`1.2.3.4`*/

/*!50003 CREATE*/ /*!50017 DEFINER=`igoris9k_env`@`localhost`*/ /*!50003 TRIGGER trg_catalog_category_entity_after_delete AFTER DELETE ON catalog_category_entity FOR EACH ROW
BEGIN
INSERT IGNORE INTO `catalog_category_product_cl` (`entity_id`) VALUES (OLD.`entity_id`);
END */;;

/*!50017 DEFINER=`igoris9k_env`@`localhost`*/

Сообщения 12

How to Fix ERROR 1227 (42000) in MySQL for Database Restoration

If you are trying to restore a MySQL backup which was downloaded from a managed service like DigitalOcean, you probably came across this error.

From the error, it may seem like we’re lacking some access privileges to execute our restorations, but actually it has nothing to do with that.

Here, let me share 2 ways on how you can solve this.

EASY: If you can do a new backup

Ideally, your database is still online and intact and you can perform a new backup.

In this case, it’s as simple as adding a new flag —set-gtid-purged=OFF while doing your new backup to disable the global transaction identifier which was causing the error.

A sample command would look like this:

NOT-SO-BAD: If you are stuck with your current backup

In this case, there is no choice but to edit your backup dump to remove some lines that are causing the problems. Remember to do a backup of your backup before you proceed!

Search for these lines and remove them.

Now try to restore again. Did it work?

Both methods didn’t work

Maybe your issue is different from mine. So if both didn’t work for you, check out this thread on Stackoverflow and hopefully you will find other useful answers there.

Hello! My name is Jian Jye and I work on Laravel projects as my main job. If my article was helpful to you, a shoutout on Twitter would be awesome! I’m also available for hire if you need any help with Laravel. Contact me.

Источник

Solved – AWS RDS MySQL ERROR 1227 (42000) at line : Access denied

When your are trying to import your data into RDS MySQL, it may prompt with following error message. “ERROR 1227 (42000) at line xxx: Access denied; you need (at least one of) the SUPER privilege(s) for this operation ”

Error!

ERROR 1227 (42000) at line xxx: Access denied; you need (at least one of) the SUPER privilege(s) for this operation

This can be fixed by removing the DEFINER from MySQL dump. You can use following simple command to fix this issue.

there are alternative solution which provided by AWS premium support knowledge base , But that does not work for me. You can try that out if I above mentioned work around does not work.

Let’s look at why there is limited permission on RDS MySQL .

As you might be aware, AWS RDS (Relational Database Service) is a managed service and hence in order to guarantee the stability of RDS instance, the permissions of master user (root user in RDS) are not same as root user in native mysql.

RDS Master user has the following permission:
SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, RELOAD, PROCESS, REFERENCES, INDEX, ALTER, SHOW DATABASES, CREATE TEMPORARY TABLES, LOCK TABLES, EXECUTE, REPLICATION CLIENT, CREATE VIEW, SHOW VIEW, CREATE ROUTINE, ALTER ROUTINE, CREATE USER, EVENT, TRIGGER ON *.* WITH GRANT OPTION, REPLICATION SLAVE (Only For Amazon RDS MySQL versions 5.6 and 5.7, Amazon RDS MariaDB)

So if you need more permission other than above, you have to request / inform it to AWS support team. they will do the necessary arrangement.

If you have any questions please do comment below.

Источник

Confluence Support

Get started

Knowledge base

Products

Jira Software

Project and issue tracking

Jira Service Management

Service management and customer support

Jira Work Management

Manage any business project

Confluence

Bitbucket

Git code management

Resources

Documentation

Usage and admin help

Community

Answers, support, and inspiration

System Status

Cloud services health

Suggestions and bugs

Feature suggestions and bug reports

Marketplace

Billing and licensing

Frequently asked questions

Viewport

Confluence

How to resolve definer ERROR 1227 (42000) when importing data to Azure/Amazon RDS for MySQL DB instance using mysqldump?

Related content

Still need help?

The Atlassian Community is here for you.

For Atlassian eyes only

This article is Archived and cannot be shared with customers.

Platform notice: Server and Data Center only. This article only applies to Atlassian products on the server and data center platforms .

Summary

When importing data to an Azure/ Amazon RDS for MySQL DB instance using mysqldump, you may receive an error similar to the following:

• Confluence 7.11.0+
• Amazon /Azure MySQL

Diagnosis

• Make sure log_bin_trust_function_creators value has been set correctly on Azure and AWS per this KB
• Make sure you have followed this KB to dump the MySQL database if your confluence version is 7.11+

Checking the DB dump at line xxxxxx

If you see the output lines similar to the following, this KB applies to you:

Cause

Definer errors are triggered when MySQL attempts to create an object under a database user, and that database user doesn’t exist on the destination database. This usually happened when you are trying to migrate the on-perms MySQL database to Azure/Amazon RDS. When MySQL attempts to create a user for localhost, which is not permitted for Azure/Amazon RDS. This is because Amazon/Azure RDS doesn’t have superuser privileges.

Solution

Rename the definer users to the current user and host:

You can remote access Azure/ Amazon RDS to verify the local DB admin account:

Источник

MySQL Error 1227 “Access denied; you need (at least one of) the SUPER privilege(s) for this operation”

Here at XTIVIA we have provided professional services many times to clients running into errors while restoring a MySQL database from a backup created with mysqldump. One specific error on import of a backup, Error 1227, reports “Access denied; you need (at least one of) the SUPER privilege(s) for this operation” and provides a line number in the sql dump file. When reviewing the information at that line, it is often found that a create view statement is to be run but errors out. The problem is, the user who is restoring the backup does not have the same database privileges as the user defined in the view.

What is a view?

Queries can be stored as virtual tables within MySQL. The virtual table is called a view and will provide a result set of the query when invoked. Views can be created to use numerous different types of select statements, stored and invoked in a simpler fashion as a view than by providing the full query or queries.

How is a view created?

Creating a view involves providing a user or “definer” for the view, providing the query and defining the SQL Security for the view as the definer or an “invoker”. The default SQL Security option is “definer” and a definer is the user who created the view or a user who is labeled as the definer at the time of the view creation. An invoker is any user invoking the view by running a statement which references the view after it is created. These different users have defined privileges within the database, as all users do. Defining privileges to the view makes sense because a user without access to a certain schema or certain table should not be able to query that data via invoking views or other methods. By creating a view as a definer with specific privileges, only those with the minimum permissions of the definer are allowed to view the underlying data. The view has set permissions of the user defined as the definer or as the invoker.

Why is Error 1227 so commonly encountered when importing a view from a logical backup?

The reason MySQL throws error 1227 during a restore at a create view statement is because the definer of the view differs from the user restoring the database. Super privilege is required to create the view which was defined by a user other than the user importing the data. This is a security measure in case the definer of the view has privileges to access certain data that the user who is running the restore does not.

What can be done to resolve Error 1227?

There are a few workarounds to get all data and views imported. Understanding the risks involved with each is recommended prior to using these options.

1. Restore the database as a user with super privilege. Following the import, alter the views to set the definers back to their original users.
2. Restore the database as the definer user if possible. It is likely that there are many views with different definers having different permissions so this may not be feasible. Following the import, alter the views to set the definers back to their original users.
3. Edit the backup file by either removing the DEFINER= statement from the backup file, or replace the definer values with CURRENT_USER.

For example use sed or perl to modify the file. Following the import, alter the views to set the definers back to their original users.

Submit a Comment Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Источник

Распространенные ошибки во время или после миграции в Базу данных Azure для MySQL

Область применения: отдельный сервер Базы данных Azure для MySQL Гибкий сервер Базы данных Azure для MySQL

База данных Azure для MySQL — отдельный сервер находится на пути прекращения поддержки. Мы настоятельно рекомендуем выполнить обновление до База данных Azure для MySQL — гибкий сервер. Дополнительные сведения о миграции на База данных Azure для MySQL — гибкий сервер см. в статье Что происходит с База данных Azure для MySQL отдельным сервером?

База данных Azure для MySQL — это полностью управляемая служба на базе версии MySQL для сообщества. Функциональные возможности MySQL в среде управляемой службы могут отличаться от возможностей MySQL в вашей собственной среде. Из этой статьи вы узнаете о некоторых распространенных ошибках, с которыми могут столкнуться пользователи при миграции в Базу данных Azure для MySQL или осуществлении в ней разработки.

Распространенные ошибки при подключении

ERROR 1184 (08S01). Прервано подключение 22 к базе данных «db-name» пользователя «user» узла «hostIP» (сбой команды init_connect)

Описанная выше ошибка возникает после успешного входа и настройки сеанса, но перед выполнением любой команды. Приведенное выше сообщение указывает, что для параметра сервера init_connect задано неверное значение, что приводит к сбою инициализации сеанса.

Некоторые параметры сервера, такие как require_secure_transport , не поддерживаются на уровне сеанса, поэтому попытка изменить значения этих параметров с помощью init_connect может привести к ошибке 1184 при подключении к серверу MySQL, как показано ниже.

mysql> show databases; ОШИБКА 2006 (HY000). Не удается обнаружить сервер MySQL. Нет соединения. Попытка повторного подключения. Идентификатор подключения: 64897. Текущая база данных: *** NONE *** ОШИБКА 1184 (08S01). Прервано подключение 22 к базе данных «db-name» пользователя «user» узла «hostIP» (сбой команды init_connect)

Решение. Сбросьте значение init_connect на вкладке «Параметры сервера» на портале Azure и задайте только поддерживаемые параметры сервера с помощью параметра init_connect.

Ошибки из-за отсутствия разрешения SUPER и роли администратора баз данных

Служба не поддерживает разрешение SUPER и роль администратора баз данных. В результате вы можете столкнуться с некоторыми распространенными ошибками, перечисленными ниже.

ОШИБКА 1419. У вас нет разрешения SUPER, и включено ведение двоичного журнала (вы можете использовать менее безопасную переменную log_bin_trust_function_creators)

Такая ошибка может произойти при создании функции или триггера, как показано ниже, или при импорте схемы. Инструкции DDL, например CREATE FUNCTION или CREATE TRIGGER, записываются в двоичный журнал, поэтому их может выполнять вторичная реплика. У потока реплики SQL есть полные права доступа, которые можно использовать для повышения привилегий. Для защиты от этой опасности ядро MySQL, помимо обычного обязательного разрешения CREATE ROUTINE, требует для серверов с включенным ведением журнала в двоичном формате наличия разрешения SUPER.

Решение. Чтобы устранить эту ошибку, на портале в колонке параметров сервера задайте для log_bin_trust_function_creators значение 1, а затем выполните инструкции DDL или импортируйте схему, чтобы создать нужные объекты. Вы можете оставить для log_bin_trust_function_creators значение 1 для сервера, чтобы эта ошибка не возникала в будущем. Хотя мы рекомендуем рассматривать переменную log_bin_trust_function_creators как угрозу безопасности, как описано в документации сообщества MySQL, эта угроза минимальна в Базе данных Azure MySQL, так как двоичный журнал не подвергается каким-либо угрозам.

ОШИБКА 1227 (42000) в строке 101. Доступ запрещен — для выполнения этой операции необходимо иметь (по крайней мере одно) разрешение SUPER; операция завершилась ошибкой с кодом выхода 1

Описанная выше ошибка может произойти при импорте файла дампа или создании процедуры, содержащей предложения DEFINER.

Решение. Чтобы устранить эту ошибку, пользователь с правами администратора может предоставить права на создание или выполнение процедур с помощью команды GRANT, как показано в следующих примерах.

В качестве альтернативы можно заменить значения предложения DEFINER именем администратора, выполняющего процесс импорта, как показано ниже.

ОШИБКА 1227 (42000) в строке 295. Доступ запрещен — для выполнения этой операции необходимо иметь (по крайней мере одну) привилегию SUPER или SET_USER_ID.

Описанная выше ошибка может возникнуть при выполнении инструкций CREATE VIEW с DEFINER при импорте файла дампа или выполнении скрипта. В Базе данных Azure для MySQL нельзя назначить какому-либо пользователю привилегии SUPER или SET_USER_ID.

Решение.

• Для выполнения инструкции CREATE VIEW по возможности используйте пользователя с правами DEFINER. Вполне вероятно, что существует множество представлений с разными пользователями с правами definer, которые имеют разные разрешения, поэтому такое решение может оказаться невозможным. OR
• Измените файл дампа или скрипт CREATE VIEW, удалив инструкцию DEFINER= из файла дампа. OR
• Либо измените файл дампа или скрипт CREATE VIEW, указав в качестве значений DEFINER пользователя с правами администратора, который импортирует или выполняет файл скрипта.

Для изменения файла дампа используйте sed или perl, а для изменения инструкции DEFINER= — скрипт SQL.

ОШИБКА 1227 (42000) в строке 18. Доступ запрещен — для выполнения этой операции необходимо иметь (по крайней мере одно) разрешение SUPER

Эта ошибка может возникнуть, когда вы пытаетесь импортировать файл дампа с сервера MySQL с включенным GTID на целевой сервер Базы данных Azure для MySQL. Mysqldump добавляет инструкцию SET @@SESSION.sql_log_bin=0 в файл дампа с сервера, где используются GTID, что отключает ведение двоичного журнала при перезагрузке файла дампа.

Решение. Чтобы эта ошибка не возникала при импорте, удалите или закомментируйте приведенные ниже строки в файле mysqldump и выполните импорт еще раз для проверки успешного выполнения.

ЗАДАЙТЕ @MYSQLDUMP_TEMP_LOG_BIN = @@SESSION.SQL_LOG_BIN; ЗАДАЙТЕ @@SESSION.SQL_LOG_BIN= 0; ЗАДАЙТЕ @@GLOBAL.GTID_PURGED=»; ЗАДАЙТЕ @@SESSION.SQL_LOG_BIN = @MYSQLDUMP_TEMP_LOG_BIN;

Распространенные ошибки подключения с именем входа администратора сервера

При создании сервера Базы данных Azure для MySQL имя входа администратора сервера предоставляет пользователь. Это имя входа позволяет создавать базы данных, добавлять новых пользователей и предоставлять разрешения. Если удалено имя входа администратора сервера, отозваны его разрешения или изменен его пароль, в приложении при установке подключения могут отображаться ошибки. Ниже приведены некоторые распространенные ошибки.

Ошибка 1045 (28000): доступ запрещен для пользователя «имя_пользователя»@»IP-адрес» (используется ли пароль: да)

Описанная выше ошибка возникает в следующих случаях:

• имя пользователя не существует;
• имя пользователя удалено;
• пароль пользователя изменен или сброшен.

Решение.

Проверьте, существует ли указанное имя пользователя в качестве допустимого на сервере или это имя было случайно удалено. Для выполнения следующего запроса войдите учетную запись пользователя в Базе данных Azure для MySQL:

Если вы не можете войти в MySQL для выполнения приведенного выше запроса, рекомендуем сбросить пароль администратора с помощью портала Azure. Сброс пароля на портале Azure позволяет восстановить пользователя, сбросить пароль и восстановить разрешения администратора, чтобы вы могли входить в систему с помощью данных администратора сервера и выполнять дальнейшие операции.

Дальнейшие действия

Если вы не нашли ответ, который искали, воспользуйтесь следующими рекомендациями.

• Опубликуйте свой вопрос на странице вопросов и ответов на сайте Microsoft Q&A& или Stack Overflow.
• Отправьте сообщение электронной почты команде разработчиков службы «База данных Azure для MySQL» по адресу @Ask Azure DB for MySQL. Этот адрес не является псевдонимом службы технической поддержки.
• Обратитесь в Службу поддержки Azure, отправив запрос с портала Azure. Чтобы устранить проблему, связанную с учетной записью, отправьте запрос в службу поддержки на портале Azure.
• Чтобы отправить отзыв или отправить запрос на новые возможности, создайте запись через UserVoice.

Источник

Dec
01

Summary

When importing data to an Azure/Amazon RDS for MySQL DB instance using mysqldump, you may receive an error similar to the following:

ERROR 1227 (42000) at line xxxxx: Access denied; you need (at least one of) the SUPER privilege(s) for this operation

Environment

• Confluence 7.11.0+
• Amazon/Azure MySQL

Diagnosis

• Make sure log_bin_trust_function_creators value has been set correctly on Azure and AWS per this KB
• Make sure you have followed this KB to dump the MySQL database if your confluence version is 7.11+

• Checking the DB dump at line xxxxxx 

  sed -n 'xxxxxx,+10p' DB_dump_name

  If you see the output lines similar to the following, this KB applies to you: 

  /!50003 CREATE/ /!50017 DEFINER=`confluence`@`localhost`/ /*!50003 TRIGGER denormalised_content_trigger_on_insert
  AFTER INSERT
  ON CONTENT FOR EACH ROW
  sp: BEGIN
  DECLARE isServiceDisabled BOOL DEFAULT TRUE;
  CALL content_procedure_for_denormalised_permissions(isServiceDisabled);
  IF (isServiceDisabled) THEN
  LEAVE sp;
  END IF;

Cause

Definer errors are triggered when MySQL attempts to create an object under a database user, and that database user doesn’t exist on the destination database. This usually happened when you are trying to migrate the on-perms MySQL database to Azure/Amazon RDS. When MySQL attempts to create a user for localhost, which is not permitted for Azure/Amazon RDS. This is because Amazon/Azure RDS doesn’t have superuser privileges.

Solution

Rename the definer users to the current user and host:

sed -i -e 's/DEFINER=`confluence`@`localhost`/DEFINER=`confluenceazure`@`%`/g' dump.sql

You can remote access Azure/Amazon RDS to verify the local DB admin account: 

Skip to content