Назад | Перейти на главную страницу

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Но это сделало вещи еще более устрашающими, так что я снова отменил это.

Простая регистрация поставщика не решит проблему, поскольку вам не хватает файла сообщений о событиях. На основании опечатки и того факта, что она не зарегистрирована, я, к сожалению, вынужден предположить, что они даже не создали 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-europe-and-africa/. Я бы отправил им ссылку на приведенную выше статью в блоге, а также на эту:

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

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