Error calling python module function wbadmin testinstancesettingbyname

MySQL Workbench 8.0 WbAdmin.testInstanceSettingByName

Этот вопрос был решен? У меня есть полный доступ с новым пользователем после создания. Но когда я выполняю настройку локального управления на рабочем месте, он находит мой файл конфигурации, но выдает ту же ошибку:
Ошибка операции: ошибка при вызове функции модуля Python WbAdmin.testInstanceSettingByName. Я хотел бы знать, что происходит, и решить эту проблему, а не возвращаться к предыдущему выпуску.

3 ответа

У меня была такая же проблема, проблема заключалась в том, что в файле my.ini были странные символы, которые вызывали ошибку декодирования.Отчет об ошибке

Решение

1. Откройте файл my.ini
2. Удалите все комментарии над идентификатором сервера как показано здесь
3. Сохранить и перезапустить Workbench

У меня также была такая же ошибка, но у меня не было никаких препятствий для моего подключения.

Это происходит из-за:

На экране администратора параметр конфигурации сервера «Буфер ключей» находился на вкладке «Общие», а не на вкладке «Параметры MyISAM», хотя это был параметр только для MyISAM.

В редакторе конфигурации на вкладке «Администрирование» в списках для отображения единиц измерения, таких как параметр «Размер буфера сортировки», не отображалась буква «G», которая представляет собой гигабайты. Эта ошибка была исправлена ​​в версии 5.2.10.

Впоследствии было решено стандартизировать все единицы измерения вокруг прописных букв. В частности, «к» было изменено на «К». Это изменение было сделано в версии 5.2.13.

В редакторе SQL проводник базы данных палитры Schemata на боковой панели работал некорректно. Неправильное поведение включало случайное свертывание расширенных баз данных и случайные сбои.

При использовании средства моделирования данных MySQL Workbench расширялся по вертикали до максимального размера экрана, перекрывая док-станцию ​​и тем самым делая невозможным ее использование.

Если в диалоговом окне «Управление экземплярами сервера» панель списка «Экземпляры сервера» была пустой, то при создании нового экземпляра сервера было невозможно изменить имя экземпляра. Экземпляр должен был быть создан, диалог закрылся. При повторном открытии диалога экземпляр может быть переименован.

Функция «Создать отчет о различиях в каталоге» не позволяла сравнивать импортированные сценарии, поскольку выбор переключателя для этой опции не дал никакого эффекта.

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

В список выбора сортировки добавлена ​​новая запись: Схема по умолчанию.

Когда модель, содержащая сохраненные подпрограммы, была преобразована в скрипт, сценарий содержал ошибочный дополнительный разделитель после каждой сохраненной подпрограммы. Это приводило к ошибке «Нет указанного запроса» при попытке запуска скрипта на сервере.

Я столкнулся с этой проблемой для mysql, установленного в Windows. Поэтому я повторно запустил mysql-installer-web-community-8.0.30.0 и перенастроил сервер MySQL, WorkBench, который решил указанную выше проблему.

Источник

Не удалось получить доступ к управлению для администрирования. Ошибка выполнения: невозможно выполнить команду chcp

Я установил MySQL Workbench 8.0 в Windows 7. После установки я просто щелкнул состояние сервера через ошибку: Could not acquire management access for administration. Run-time Error: Unable to execute command chcp. Please make sure that the C:WindowsSystem32 directory is in your path environment variable , Как я могу решить эту ошибку?

11 ответов

Я решил ту же проблему, включив параметр «Бета: использовать UTF-8 для всемирной языковой поддержки» в Панели управления> Регион> Административный> Изменить языковой стандарт системы . Это беспокоит, потому что в нем нет ничего о переменной среды PATH. Но это работа. Обратите внимание, что я работаю над французской средой и версией MySQL Workbench 8.0.24.

Чтобы решить эту проблему в 64-битной системе, мы должны выполнить два шага.

добавить путь к переменной среды C:WindowsSystem32

нам нужен cmd файл chcp.com в C:WindowsSysWOW64 скопировать это из C:WindowsSystem32 path and paste in C:WindowsSysWOW64

сейчас закрыть mysql верстак и снова откройте его.

Надеюсь, ты получил ответ.

Я воспроизвел ту же проблему, щелкнув статус сервера :

и после щелчка cancel был:

с использованием MySQL Server 8.0.23 и MySQL Workbench 8.0.23 для 64-битной ОС Windows 10 .

Решил это только путем переустановки и использования другой версии, такой как MySQL Workbench 8.0.20, но я бы действительно рекомендовал также понизить версию сервера до MySQL Server 8.0.20, чтобы избежать других ошибок, например: создание / удаление схем и так далее.

Для правильной работы одна и та же версия должна соответствовать всем продуктам.

Источник

Не удалось получить доступ к управлению для администрирования. Ошибка выполнения: невозможно выполнить команду chcp

Я установил MySQL workbench 8.0 в Windows 7. После установки я просто щелкнул состояние сервера с помощью ошибки вроде Could not acquire management access for administration. Run-time Error: Unable to execute command chcp. Please make sure that the C:WindowsSystem32 directory is in your path environment variable . Как я могу решить эту ошибку?

9 ответов

Я воспроизвел ту же проблему, нажав статус сервера:

И после нажатия cancel было:

Используя MySQL Server 8.0.23 и MySQL Workbench 8.0.23 для 64-разрядной ОС Windows 10.

Решил проблему только путем переустановки и использования другой версии, такой как MySQL Workbench 8.0.20, но я действительно рекомендую также понизить версию сервера до MySQL Server 8.0.20, чтобы избежать других баги, например: создание/удаление схем и так далее.

Для правильной работы одна и та же версия должна соответствовать всем продуктам.

Была такая же ошибка для Windows 10. Для меня решением было переустановить MySQL Server 8.0.24 и включить параметр в установщике «Настроить MySQL Server как службу Windows». При первой установке эта опция не была отмечена, поэтому я предполагаю, что проблема была в этом (для нее не было службы, поэтому после перезагрузки системы MySQL Workbench 8.0 CE выдал ошибку).

Я решил ту же проблему, включив параметр «Бета-версия: использовать UTF-8 для поддержки языков во всем мире» в «Панель управления»> «Регион»> «Администрирование»> «Изменить языковой стандарт системы» . Это беспокоит, потому что в нем ничего нет о переменной среды PATH. Но это работа. Обратите внимание, что я работаю во французской среде и версии MySQL Workbench 8.0.24.

Источник

MySQL Workbench 8.0 WbAdmin.testInstanceSettingByName

Questions : MySQL Workbench 8.0 WbAdmin.testInstanceSettingByName

Has this issue been addressed? I have complete access with new user after creation. But when I go through configure local management on workbench, it locates my config file but throws the same error: Operation failed: error calling Python module function WbAdmin.testInstanceSettingByName. I would like to know what is happening and resolve it rather than going backwards to a previous release.

Answers 1 : of MySQL Workbench 8.0 WbAdmin.testInstanceSettingByName

I had also the same error come up but I didn’t get any obstacle to my connection.

This happens because of:

On the Admin screen, the server configuration option Key buffer, was located under the General tab, rather than the MyISAM Parameters tab, even though it was a MyISAM-only option.

In the configuration editor in the Admin tab, the lists for displaying units, such as for the Sort buffer size option, did not show ‘G’, which represents Gigabytes. This bug was fixed in 5.2.10.

It was subsequently decided to standardize all units around uppercase characters. In particular the ‘k’ was changed to ‘K’. This change was made in version 5.2.13.

In the SQL Editor, the database explorer of the Schemata palette in the side panel did not work correctly. Incorrect behavior included random collapsing of expanded databases and occasional crashing.

When using the data modeler, MySQL Workbench extended vertically to the maximum size of the screen, overlapping the dock, and thereby making it impossible to use.

In the Manage Server Instances dialog, if the Server Instances list pane was empty, then on creating a new Server Instance, it was not possible to change the instance’s name. The instance had to be created, the dialog closed. On reopening the dialog, the instance could be renamed.

The Generate Catalog Diff Report feature did not permit the comparison of imported scripts because selecting the radio button for this option had no effect.

If a collation was changed for a table in the Table Editor, there was no facility to then set this back to the schema default.

A new entry has been now been added to the collation selection list: Schema Default.

When a model containing stored routines was forward engineered to a script, the script contained an erroneous additional delimiter after each stored routine. This resulted in a “No query specified” error when an attempt was made to run the script on a server.

Источник

Не удалось получить административный доступ для администрирования. Ошибка выполнения: невозможно выполнить команду chcp

Я установил MySQL workbench 8.0 в Windows 7. После установки я просто щелкнул статус сервера с помощью ошибки, такой как Could not acquire management access for administration. Run-time Error: Unable to execute command chcp. Please make sure that the C:WindowsSystem32 directory is in your path environment variable . Как я могу решить эту ошибку?

почему отмечен ms-access?

Просто добавьте C:WindowsSystem32 в Путь, и проблема будет решена!

Не забудьте добавить «;» в отдельные адреса.

Чтобы решить эту проблему в 64-битной системе, мы должны выполнить два шага.

добавить путь переменной среды к C:WindowsSystem32

нам нужен cmd файл chcp.com в C:WindowsSysWOW64 скопировать с C:WindowsSystem32 path and paste in C:WindowsSysWOW64

теперь закройте рабочую среду mysql и снова откройте ее.

Надеюсь, ты получил ответ.

«C: Windows SysWOW64» имеет собственный файл «chcp.com» с другим размером. Сомневаюсь, что замена будет хорошей идеей.

Добавьте «C: Windows System32» в переменную среды PATH.

Убедитесь, что вы добавили его в PATH, а не в Path.

Я воспроизвел ту же проблему, щелкнув Статус сервера:

и после щелчка cancel был:

с использованием Сервер MySQL 8.0.23 и MySQL Workbench 8.0.23 для 64-битной ОС Windows 10.

Решил это только путем переустановки и использования другой версии, такой как MySQL Workbench 8.0.20, но я бы действительно рекомендовал также понизить версию сервера до Сервер MySQL 8.0.20, чтобы избежать других ошибок, например: создание / удаление схем и так далее.

Для правильной работы одна и та же версия должна соответствовать всем продуктам.

Просто чтобы сообщить другим, я пробовал все другие решения (из этого вопроса, а также из других вопросов). Понижение с 8.0.23 до 8.0.22 / 8.0.21 / 8.0.20 было для меня единственным рабочим решением на моей 64-битной Windows 10 (все три версии 22/21/20 работали нормально, без ошибки).

Решение этой проблемы для меня было таким: Запустите установщик сообщества рабочей среды после установки программы, вы перейдете в это окно введите описание изображения здесь, затем вы запустите опцию MySQL Server опцию «Reconfigure», и вы принимаете все опции и создаете новый пароль (если вы не сделали это раньше ), запустите последний экран, и вы готовы к использованию верстака: D

Найдено решение для пользователей системы, не владеющих английским языком! После неудачной попытки увидеть здесь проблему: Форум об ошибках MySQL, где сказано, что проблема заключается в ошибке кодека unicode python. Итак, мое решение для пользователя кириллицы состояло в том, чтобы установить административный язык Windows для случаев, когда utf-8 недоступен, см. Снимок экрана ниже. «Старым значением системного языка был русский, после перехода на английский (США) все заработало. Также смотрел логи Workbench — было исключение python для кодека ascii. Вот и все, надеюсь, это поможет.

Внимание! Будьте осторожны, моя Intellij IDEA начала работать некорректно после этой настройки системы — были неинформативными «исключениями ClassNotFound» для каждого кода, который работал хорошо. Только после возврата все как было помогло. Итак, в данный момент у меня есть ИЛИ правильно работающий MySQL Workbench ИЛИ ИДЕЯ одновременно .

Я решил ту же проблему, включив параметр «Бета: использовать UTF-8 для поддержки языков по всему миру» в Панели управления> Регион> Административные> Изменить языковой стандарт системы . Это беспокоит, потому что в нем ничего не говорится о переменной окружения PATH. Но это работа. Обратите внимание, что я работаю над французской средой и версией MySQL Workbench 8.0.24.

Хорошо для меня: Panneau de configuration> Horloge et région> Région> Onglet Administration> Modifier les paramètres régionaux> Cocher Bêta: «Utiliser le format UTF-8 etc.»

Была такая же ошибка для Windows 10. Для меня решением было переустановить Сервер MySQL 8.0.24 и включить опцию в установщике «Настройте MySQL Server как службу Windows». Не было этой опции, отмеченной при первой установке, поэтому я предполагаю, что проблема была в этом (для нее не было службы, поэтому после перезапуска системы MySQL Workbench 8.0 CE выдает ошибку).

Как упоминалось ранее, есть 2 возможных исправления:

1. Измените языковой стандарт системы на английский (США)
2. Используйте Workbench ver. 8.0.22 или ниже (ошибка появляется в версии 8.0.23+)

Источник

I had also the same error come up but I didn’t get any obstacle to my connection.

This happens because of:

On the Admin screen, the server configuration option Key buffer, was located under the General tab, rather than the MyISAM Parameters tab, even though it was a MyISAM-only option.

In the configuration editor in the Admin tab, the lists for displaying units, such as for the Sort buffer size option, did not show ‘G’, which represents Gigabytes. This bug was fixed in 5.2.10.

It was subsequently decided to standardize all units around uppercase characters. In particular the ‘k’ was changed to ‘K’. This change was made in version 5.2.13.

In the SQL Editor, the database explorer of the Schemata palette in the side panel did not work correctly. Incorrect behavior included random collapsing of expanded databases and occasional crashing.

When using the data modeler, MySQL Workbench extended vertically to the maximum size of the screen, overlapping the dock, and thereby making it impossible to use.

In the Manage Server Instances dialog, if the Server Instances list pane was empty, then on creating a new Server Instance, it was not possible to change the instance’s name. The instance had to be created, the dialog closed. On reopening the dialog, the instance could be renamed.

The Generate Catalog Diff Report feature did not permit the comparison of imported scripts because selecting the radio button for this option had no effect.

If a collation was changed for a table in the Table Editor, there was no facility to then set this back to the schema default.

A new entry has been now been added to the collation selection list: Schema Default.

When a model containing stored routines was forward engineered to a script, the script contained an erroneous additional delimiter after each stored routine. This resulted in a “No query specified” error when an attempt was made to run the script on a server.

I had also the same error come up but I didn’t get any obstacle to my connection.

This happens because of:

On the Admin screen, the server configuration option Key buffer, was located under the General tab, rather than the MyISAM Parameters tab, even though it was a MyISAM-only option.

In the configuration editor in the Admin tab, the lists for displaying units, such as for the Sort buffer size option, did not show ‘G’, which represents Gigabytes. This bug was fixed in 5.2.10.

It was subsequently decided to standardize all units around uppercase characters. In particular the ‘k’ was changed to ‘K’. This change was made in version 5.2.13.

In the SQL Editor, the database explorer of the Schemata palette in the side panel did not work correctly. Incorrect behavior included random collapsing of expanded databases and occasional crashing.

When using the data modeler, MySQL Workbench extended vertically to the maximum size of the screen, overlapping the dock, and thereby making it impossible to use.

In the Manage Server Instances dialog, if the Server Instances list pane was empty, then on creating a new Server Instance, it was not possible to change the instance’s name. The instance had to be created, the dialog closed. On reopening the dialog, the instance could be renamed.

The Generate Catalog Diff Report feature did not permit the comparison of imported scripts because selecting the radio button for this option had no effect.

If a collation was changed for a table in the Table Editor, there was no facility to then set this back to the schema default.

A new entry has been now been added to the collation selection list: Schema Default.

When a model containing stored routines was forward engineered to a script, the script contained an erroneous additional delimiter after each stored routine. This resulted in a “No query specified” error when an attempt was made to run the script on a server.

3 ответа