Вопросы Теги

Кто-нибудь установил свою службу Tandberg RDXmon неправильно или так должно быть?

У нас есть несколько USB-накопителей «RDX» на сайтах клиентов. Обычно они ничего не записывают в журналы событий Windows. Это изменится после установки дополнительных «RDX Tools» . После установки вы начнете видеть записи в журнале «Приложение», сделанные источником под названием «RDXmon».(И теперь существует служба под названием RDXmon , которая запускает C: \ Program Files (x86) \ RDX \ Service \ RDXmon.exe .)

И этот источник не работает. похоже, правильно установлен с Windows.

Строки не разрешены правильно. Вместо этого вы получаете подобные сообщения с префиксом шаблона Windows:

Невозможно найти описание события с идентификатором 0 из исходного RDXmon. Либо компонент, вызывающий это событие, не установлен на вашем локальном компьютере, либо установка повреждена. Вы можете установить или восстановить компонент на локальном компьютере.

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

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

RDXmon:
Ошибка IOCTL MediaInsereted (). Устройство: 1 - (Код ошибки: 2) Система не может найти указанный файл.

(Думаю, MediaInsereted - странная опечатка для "MediaInserted".)

ВОПРОС: Кому-нибудь удалось это исправить?

  • Кто-нибудь может пролить свет на это? Это неправильно установлено, или RDXmon просто инструмент отладки, и они просто не удосужились правильно интегрировать его с Windows?
  • Или, говоря иначе: кому-нибудь удалось получить правильный вывод RDXmon сообщения?

Я не мог много найти через Google, и, похоже, официального дискуссионного форума Тандберга нет. И, похоже, нет документации для "RDXmon".

Дополнительная информация: Провайдер не зарегистрирован

Я думаю, что провайдер / издатель / источник не зарегистрирован. (Мне неясна точная терминология.)

По крайней мере, WEvtUtil оказывается пустым: 

PS C:\> wevtutil enum-publishers | findstr /I rdx
PS C:\>

(Я предполагаю, что "Publisher" WEvtUtil.exe идентичен тому, что PowerShell Get-WinEvent называет " Provider »и то, что eventvwr.msc называет« Source ». Поправьте меня, если я ошибаюсь.)

И хотя он не зарегистрирован, он все равно регистрируется в журнале« Application »: 

PS C:\> Get-WinEvent -Logname Application -MaxEvents 1111 2>$null | 
    where {$_.providername -eq 'RDXmon'} | 
    select providername, logname, Containerlog | 
    select -first 3

ProviderName LogName     ContainerLog
------------ -------     ------------
RDXmon       Application application
RDXmon       Application application
RDXmon       Application application

Я попытался зарегистрировать провайдера следующим образом: 

New-EventLog -LogName application -Source RDXmon

Но это сделало вещи еще более понятными, поэтому я снова отменил это.

1
задан 30 January 2017 в 11:32
1 ответ

Простая регистрация провайдера не решит проблему, поскольку вам не хватает файла сообщений о событиях. На основании опечатки и того факта, что она не зарегистрирована, я, к сожалению, вынужден предположить, что они даже не создавали DLL-файл сообщений.

Я настоятельно рекомендую вам ознакомиться с этой статьей, чтобы узнать больше об этом: https://www.eventsentry.com/blog/2008/04/event-log-message-files-the-de.html .

Глядя на опубликованное вами событие, я подозреваю, что они даже не знают, что такое DLL сообщений, и просто регистрируют сообщения об ошибках в журнале событий (идентификатор события 0 - еще один индикатор, что они не имеют представления о том, что они делают в отношении регистрации событий).

Но в конечном итоге это это то, что им придется исправить, поэтому я бы связался с их группой поддержки и сообщил им об этом: http://www.tandbergdata.com/emea/index.cfm/contact/contact-support/contact-support -Европа и Африка / . Я бы отправил им ссылку на упомянутую выше статью в блоге, а также на эту:

https://www.eventsentry.com/blog/2010/11/creating-your-very-own-event-m.html

, чтобы они могли изучить эту тему: -).

1
ответ дан 3 December 2019 в 23:35

Теги

Похожие вопросы