Windows Server 2003 R2에 약 2 개월 동안 MySQL을 설치했습니다. 시작할 때 “높은 심각도 오류-루트 요소 누락”이라는 오류와 “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 서비스로 인해 나타날 수도 있습니다 (서버 설치의 남은 부분이 완전히 제거되지 않음). 항상 확인 당신이있어 실행 알리미 최신 (즉,이에서 다운로드 할 수있는 사용 가능한 버전의 MySQL의 다운로드 페이지 먼저).
더미 MySQL 서비스 남은 문제를 해결하려면 :
-
실행 명령 창을 열고 다음을 입력하십시오.
services.msc -
나열되어서는 안되는 MySQL 서비스를 기록해 두십시오 (이전에 제거 시도).
-
관리자 권한 명령 창을 열고 다음 명령을 입력하십시오.
sc 삭제 “<Dummy_service_name_here>”.
알리미를 다시 시작하고 문제가 해결되었는지 확인하십시오.
그래도 비슷한 오류가 계속 발생하면 스택 추적에 어딘가에 CreateScheduledTask라는 단어가 표시되는지 확인하십시오. 이는 Notifier가 시작할 때 설치된 MySQL 제품의 업데이트를 확인하기 위해 스케줄 작업을 추가하려고 할 때 문제가 있음을 의미합니다.
해결 방법은 settings.config다시 생성 된 파일을 메모장에서 여는 것입니다 . 이 게시물 에서 언급 한 것처럼 파일 내에서이라는 속성을 찾아서 "AutoCheckForUpdates"기본값 "True"for을 변경하고 "False"알리미를 다시 실행하십시오 .
답변
나는 setting.config 와 불필요한 connections.xml에 결함이 있었다 . 둘 다 이름을 바꾸면 mysql이 다시 시작되었습니다. 그런 다음 connections.xml을 원래 이름으로 다시 설정합니다. 이것은 다시 시작을 차단했기 때문에 완전히 제거했으며 mysql은 정상입니다.
답변
삭제 C:\Users\YourUsername\AppData\Roaming\Oracle\MySQL Notifier\settings.config
가 해결 되었습니다. 0으로 가득했습니다 ( “null”바이트).
MySQL Notifier는 여전히 백그라운드에서 실행 중일 수 있지만 (잘 작동하지는 않음) 앱을 종료하기 전에 종료해야합니다.