MySQL был установлен в течение 2 месяцев на Windows Server 2003 R2. При запуске мы получаем сообщение об ошибке «Ошибка высокой серьезности - отсутствует корневой элемент», за которым следует другая ошибка высокой степени серьезности, которая отображает «Путь к файлу журнала должен быть определен до вызова метода WriteToLog».
Любая помощь с этим будет оценена!
Ответы:
Это может быть проблемой с конфигурационным файлом уведомлений MySQL. Как описано здесь , что-то не так с вашим конфигурационным файлом. Вам просто нужно удалить его (или переименовать в другое) и снова запустить средство оповещения MySQL - файл конфигурации будет воссоздан автоматически.
В моем случае файл конфигурации был в C:\Users\YourUsername\AppData\Roaming\Oracle\MySQL Notifier\settings.configпути. Удаление это решило проблему.
Я также столкнулся с этой проблемой при локальной установке MySQL Notifier, и ни удаление settings.config, ни переустановка не имели никакого эффекта. Дальнейшее расследование привело меня к файлу в той же папке с именем connections.xml, который содержал только один пробел. Однако удаление этого файла и перезапуск уведомителя сделали свое дело, поэтому, если (как и я) удаление settings.config не устранило проблему, найдите файл connections.xml и осмотрите этот файл на предмет возможных проблем, удаляя при необходимости.
Ошибка появляется из-за поврежденного файла конфигурации, и решение состоит в том, чтобы удалить его, как упомянуто Wojciech Frącz.
Он также может появиться из-за фиктивных служб MySQL (остатки от серверных установок не полностью удалены). Всегда убедитесь , что вы работаете последняя Notifier версия доступна (которую можно загрузить на странице загрузки MySQL ) первым.
Чтобы решить фиктивные остатки сервисов MySQL:
Откройте командное окно «Выполнить» и введите следующее:
services.msc
Обратите внимание на любой сервис MySQL, который не должен быть в списке (попытка удаления ранее).
Откройте окно с правами администратора и введите команду:
sc удалить "<Dummy_service_name_here>".
Перезапустите Notifier и посмотрите, исправит ли это проблему.
Если подобная ошибка все еще появляется впоследствии, проверьте, показывает ли трассировка стека слово CreateScheduledTask где-то, это будет означать, что что-то не так, когда Notifier пытается добавить задачу расписания при запуске, чтобы проверить наличие обновлений любого установленного продукта MySQL.
Обходной путь - открыть в блокноте settings.configфайл, который был сгенерирован заново. Внутри файла найдите вызываемое свойство, "AutoCheckForUpdates"измените значение по умолчанию для "True"for "False"и снова запустите Notifier, как отмечено в этом посте .
У меня был дефектный setting.config и лишние соединения. Xml . Когда я переименовал оба, mysql перезапустился. Затем я установил соединение с оригинальным именем. Это заблокировало запуск снова, поэтому я удалил его полностью, и mysql в порядке.
Я решил удалить C:\Users\YourUsername\AppData\Roaming\Oracle\MySQL Notifier\settings.config
Это было полно нулей ("нулевые" байты).
Обратите внимание, что MySQL Notifier может по-прежнему работать в фоновом режиме (но не работает нормально), поэтому вы должны убить его перед тем, как перезапустить приложение.