У мене був встановлений MySQL близько 2 місяців на Windows Server 2003 R2. Під час запуску ми отримуємо помилку, яка говорить про "Помилка високої серйозності - відсутній кореневий елемент", а потім - ще одна помилка високої чіткості, яка відображає "Шлях до файлу журналу повинен бути визначений перед викликом методу WriteToLog".
Будь-яка допомога з цим буде вдячна!
Відповіді:
Це може бути проблемою з конфігураційним файлом сповіщувача MySQL. Як описано тут , у вашому конфігураційному файлі щось не так. Вам просто потрібно видалити його (або перейменувати його на щось інше) та запустити сповіщувач MySQL знову - конфігураційний файл буде відтворений автоматично.
У моєму випадку конфігураційний файл був у C:\Users\YourUsername\AppData\Roaming\Oracle\MySQL Notifier\settings.configшляху. Видалення це вирішило проблему.
Я теж зіткнувся з цією проблемою на локальній установці MySQL Notifier, і ні видалення settings.config, ні перевстановлення не мали жодного ефекту. Подальше розслідування призвело мене до файлу в тій самій папці з ім'ям connection.xml, який містив лише один пробіл. Видалення цього файлу та перезапуск сповіщувача зробили трюк, тому якщо (як і я) видалення налаштування.config не усуне проблему, шукайте connection.xml та перевіряйте цей файл на предмет можливих проблем, видаляючи при необхідності.
Помилка з'являється через пошкоджений файл конфігурації, а рішення - видалити її, як згадує Wojciech Frącz.
Він також може з'являтися через підроблені сервіси MySQL (залишки з серверних установок не повністю видалені). Завжди переконайтеся , що ви працюєте остання Notifier версія доступна (яку можна завантажити на сторінці завантаження MySQL ) першим.
Для вирішення фіктивних залишків служб MySQL:
Відкрийте вікно команди Run і введіть наступне:
services.msc
Візьміть до уваги будь-яку службу MySQL, яку не слід перераховувати (намагалися видалити раніше).
Відкрийте вікно команди права адміністратора та введіть команду:
sc видалити "<Dummy_service_name_here>".
Перезапустіть сповіщувач і подивіться, чи це виправило проблему.
Якщо аналогічна помилка все-таки з’являється після цього, перевірте, чи десь у стеці відображається слово CreateScheduledTask, це означатиме, що щось не так, коли Notifier намагається додати завдання розкладу при запуску, щоб перевірити наявність оновлень будь-якого встановленого продукту MySQL.
Вирішення завдання полягає в тому, щоб відкрити в блокноті settings.configфайл, який був знову створений. Всередині файлу знайдіть властивість, що викликається, "AutoCheckForUpdates"та змініть значення за замовчуванням "True"для "False"та запустіть Notifier знову, як зазначено в цій публікації .
У мене були несправні налаштування.config та зайве з'єднання.xml. Коли я перейменував обидва, mysql перезапустився. Потім я повертаю зв'язки.xml до початкової назви. Цей запуск знову заблокований, тому я його повністю видалив, і mysql все в порядку.
Я вирішив видалення C:\Users\YourUsername\AppData\Roaming\Oracle\MySQL Notifier\settings.config
Це було повно нулів ("null" bytes).
Зауважте, що MySQL Notifier все ще працює у фоновому режимі (але він не працює добре), тому його слід вбити для того, щоб потім перезапустити додаток.