Как найти идентификатор события 0

asked May 10, 2013 at 4:23

Are you getting the text:

The description for Event ID 0 from source myApp cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.

In front of all the event log entries, follow by the proper error?

I had that after using eventcreate and could only get rid by editing the registry

HKLMSystemCurrentControlSetServicesEventlogApplicationMyEventSource

customSource (1)
EventMessageFile %SystemRoot%System32EventCreate.exe
TypesSupported (7)

I changed this to

EventMessageFile C:WindowsMicrosoft.NETFrameworkv4.0.30319EventLogMessages.dll

and then all my eventlog entries (even old ones) looked right without complaining of corruption

answered Mar 11, 2016 at 14:31

The ServiceBase class has a property AutoLog, which by default is true. This means that it will automatically report state changes like Start, Stop, Pause and Continue. MSDN documentation is here.

If you want to report information to a custom log, rather than the Application log, or if you want to suppress these event log entries, you should set AutoLog to false in your constructor.

answered May 10, 2013 at 6:18

Когда я записываю журнал в журнал событий Windows, я получаю событие ниже, какова основная причина этого сообщения и как я могу это исправить? Большое спасибо

Описание для идентификатора события 51001 из источника RRWS не найдено. Либо компонент, который вызывает это событие, не установлен на локальном компьютере, либо установка повреждена. Вы можете установить или восстановить компонент на локальном компьютере.

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

Следующая информация была включена в мероприятие:

тестовый журнал

ресурс сообщения присутствует, но сообщение не найдено в таблице строк / сообщений

Я получил эту ошибку после создания источника событий в журнале приложений из командной строки с помощью “EventCreate”. Эта команда создает новый ключ под:HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesEventlogApplication

Если вы посмотрите на ключ, который был создан (например, SourceTest), появится строковое значениеEventMessageFileкоторый для меня был установлен на %SystemRoot%System32EventCreate.exe,

Изменить это на c:WINDOWSMicrosoft.NETFrameworkv2.0.50727EventLogMessages.dll

УдалитьCustomSource а также TypesSupported ценности.

Это должно остановить сообщение “Описание для идентификатора события….”.

Как насчет решения реального мира.

Если все, что вам нужно, это “быстрый и грязный” способ записи чего-либо в журнал событий без регистрации “пользовательских источников” (требуются права администратора) или предоставления “файлов сообщений” (требует работы и головной боли), просто сделайте следующее:

EventLog.WriteEntry(
    ".NET Runtime", //magic
    "Your error message goes here!!",
    EventLogEntryType.Warning,
    1000); //magic

Таким образом, вы будете писать в существующий журнал “Приложение” без раздражающего “Описание для события с идентификатором 0 не может быть найдено”

Если вы хотите, чтобы “волшебная” часть объяснила, я написал об этом здесь

user56621

19 окт ’17 в 16:39
2017-10-19 16:39

У моего друга была точно такая же проблема. Он перепробовал все описанные варианты, но ничего не получалось. После многих исследований, в том числе описания Microsoft, он решил перезагрузить систему. Это сработало!!

Похоже, что операционная система не во всех случаях обновляет список зарегистрированных источников событий. Только после перезапуска вы можете быть уверены, что источники событий зарегистрированы правильно.

Вывод: перезагрузите вашу систему!

Вам нужно создать источник события и файл сообщения для него. Код выглядит примерно так:

var data = new EventSourceCreationData("yourApp", "Application");
data.MessageResourceFile = pathToYourMessageFile;
EventLog.CreateEventSource(data);

Затем вам нужно будет создать файл сообщений. Есть также эта статья, которая объясняет вещи (я не читал все это, но это кажется довольно полным).

Используйте PowerShell для создания журнала событий и источника:

New-EventLog -LogName MyApplicationLog `
    -Source MySource `
    -MessageResourceFile C:windowsMicrosoft.NETFrameworkv4.0.30319EventLogMessages.dll

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

Я также наткнулся на это – хотя вызвано еще одной возможностью: идентификатор события (который был “запутан” в #define) устанавливает серьезность ошибки (два старших бита, как указано в идентификаторах событий). Поскольку Event Viewer отображает идентификатор события (младшие 16 бит), совпадение не может быть…

Для справки, я собрал набор советов, основанных на моих собственных исследованиях, при устранении неполадок и исправлении этого:

1. Если ваша запись в журнале не заканчивается на ” ресурс сообщения присутствует, но сообщение не найдено в таблице строк / сообщений ” (в отличие от исходного вопроса):

   • Означает, что вам не хватает информации реестра
   • Дважды проверьте имя источника события и ключи реестра

2. Если вам нужно добавить / отредактировать информацию реестра, не забудьте:

   • Перезапустите средство просмотра событий (как указано в пункте 6 KB166902, а также @JotaBe)
   • Если это не поможет, перезапустите Windows Event Log / EventLog обслуживание (или перезапустите систему, как намекнул @BrunoBieri).

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

   • Они содержат большой массив идентификаторов, который пытается охватить большинство случаев
     • .СЕТЬ EventLogMessages.dll (как намекнул @Matt) доходит до 0xFFFF
     • Windows EventCreate.exe “только” идет до 0x3E9
   • Каждая запись содержит %1
     • Это означает, что будет отображаться только первая строка
     • Все строки переданы ReportEvent можно по-прежнему проверять, просматривая сведения о событии (выберите нужное событие, перейдите на вкладку ” Сведения ” и разверните EventData)

4. Если вы все еще получаете ” невозможно найти ” в ваших зарегистрированных событиях (оригинальный вопрос):

   • Дважды проверьте используемые значения идентификатора события (в моем случае это была часть Qualifiers идентификатора события)
   • Сравните сведения о событии (выберите нужное событие, перейдите на вкладку ” Сведения ” и разверните ” Система”) с рабочим примером.

Я также столкнулся с подобной проблемой. Проведя много исследований, я сделал следующее, проверил шаги в соответствии с этой статьей http://www.codeproject.com/Articles/4166/Using-MC-exe-message-resources-and-the-NT-event-lo Everything казалось, на месте. За исключением одного… я понял это, когда наткнулся на этот MSDN http://msdn.microsoft.com/en-us/library/windows/desktop/aa363661(v=vs.85).aspx

Как говорится в последнем абзаце: “Если приложение вызывает RegisterEventSource и передает имя источника, которое не может быть найдено в реестре, служба регистрации событий по умолчанию использует журнал приложений. Однако из-за отсутствия файлов сообщений программа просмотра событий не может сопоставить какие-либо идентификаторы событий или категории событий со строкой описания и отображает ошибку. По этой причине вам следует добавить в реестр уникальный источник событий для вашего приложения и указать файл сообщений.’ Поэтому имя моего приложения в RegisterEventSource не совпадает с именем приложения в реестре. Я исправил это, и теперь это работает… Так что, пожалуйста, дважды проверьте записи реестра, если вы столкнулись с этой проблемой.

Это обычно вызывается программой, которая записывает в журнал событий, а затем удаляется или перемещается.

Если вы откроете программу просмотра журнала событий до того, как будет создан источник событий, например, при установке службы, вы получите это сообщение об ошибке. Вам не нужно перезагружать ОС: вам просто нужно закрыть и открыть программу просмотра событий.

ПРИМЕЧАНИЕ. Я не предоставляю файл пользовательских сообщений. При создании источника событий используется конфигурация по умолчанию, как показано в ответе Мэтта.

Для меня проблема заключалась в том, что мой целевой профиль случайно был установлен на “.Net Framework 4 Client profile”. Когда я перестроил службу с помощью “.Net Framework 4”, проблема исчезла!

Улучшив ответ @Alex, я предлагаю следующее:

            using (EventLog eventLog = new EventLog("Application"))
            {
                //You cannot be sure if the current identity has permissions to register the event source.
                try
                {
                    if (System.Web.HttpRuntime.AppDomainAppId != null)
                    {
                        eventLog.Source = System.Web.HttpRuntime.AppDomainAppId;
                    }
                    else
                    {
                        eventLog.Source = Process.GetCurrentProcess().ProcessName;
                    }
                }
                catch (SecurityException)
                {
                    eventLog.Source = "Application";
                }

                eventLog.WriteEntry("Log message example", EventLogEntryType.Information, 1000);
            }

Здесь важно не указывать categoryпараметр. Если вы это сделаете, и это то же самое для.NET Runtime так называемая магия,

Описание для идентификатора события <…> из источника <…> не найдено.

собирается появиться.