Новый сервер Office Online Server с ноября 2018 г с установленным последним обновлением безопасности сообщает о неработоспособности

Использование на Форекс декомпилированного исходного кода запрещено..

Этот форум перенесен на Microsoft Q&A. Посетите Microsoft Q&А для размещения новых вопросов.

Главная страница форумов Просмотр форумов пользователи FAQ.

На вопрос:

Вопрос.

старая версия офисного онлайн-сервера всегда сообщала о рабочем состоянии. После удаления этого сегодня и установки последней версии от ноября 2018 года с обновлением безопасности https://support.microsoft.com/en-my/help/4011027/descriptionofthesecurityupdateforofficeonlineserverдекабрь112018 статус переходит на нездоровый.

Текущие ошибки журнала событий:

UlsControllerWatchdog сообщил о статусе UlsController в категории «Проверить ведение журнала трассировки». Сообщаемый статус: Вероятно, вызвано отправкой выходных данных osipartner не с контрольной точки devmain, а откуда-то еще. Обнаружена строка трассировки, но формат неверен в C: \ ProgramData \ Microsoft \ OfficeWebApps \ Data \ Logs \ ULS. Следующие поля имеют неправильный формат или содержание: [Категория].

Как исправить эту ошибку? Есть ли у кого-нибудь еще эта проблема с новой версией и установленным последним обновлением безопасности?

Все ответы.

То же самое и здесь. Я установил его, но мои журналы ULS выглядят так же. Имена столбцов не изменились, и в час возникала тысяча ошибок, подобных той, о которой сообщил OP и другие:

UlsControllerWatchdog сообщил о статусе UlsController в категории «Проверить ведение журнала трассировки». Сообщаемый статус: Вероятно, вызвано отправкой выходных данных osipartner не с контрольной точки devmain, а откуда-то еще. Обнаружена строка трассировки, но формат неверен в C: \ ProgramData \ Microsoft \ OfficeWebApps \ Data \ Logs \ ULS. Следующие поля имеют неправильный формат или содержание: [Категория].

WordViewerAppManagerWatchdog сообщил о состоянии WordConversionService в категории «0». Сообщаемое состояние: исключение при подключении к службе преобразования: параметр кластера «RuntimeGlobalListRefreshInterval» не определен или имеет неправильный тип.

WordViewerAppManagerWatchdog сообщил о состоянии WordConversionService в категории «0». Сообщаемое состояние: исключение при подключении к службе преобразования: параметр кластера «RuntimeGlobalListRefreshInterval» не определен или имеет неправильный тип.

41159 и так далее.

PowerPointViewingServicesWatchdog_App сообщил о состоянии службы PPTConversionService в категории «0». Сообщаемое состояние: исключение при подключении к службе преобразования: Microsoft.Office.ServiceInfrastructure.Runtime.Settings.SettingNotDefinedException: параметр «RuntimeGlobalListRefreshInterval» для конкретного кластера не определен или имеет неправильный тип. в Microsoft.Office.ServiceInfrastructure.Runtime.Settings.OsiClusterSpecificSetting`1.get_CurrentValue () в Microsoft.Office.Web.Common.PeriodicTimer.GetInterval ()

Изменено Dote78 8 января 2019 г. 9:28.

проблема все еще присутствует после установки https://support.microsoft.com/en-us/help/4461633/description-of-the-security-update-for-office-online-server-january.

так когда это будет исправлено?

Также вижу проблемы. 🙁

Приложение: ppteditingbackendwatchdog.exe Версия Framework: v4.0.30319 Описание: Процесс был прерван из-за необработанного исключения. Информация об исключении: Microsoft.Office.ServiceInfrastructure.Runtime.Settings.SettingNotDefinedException в Microsoft.Office.ServiceInfrastructure.Runtime.Settings.OsiClusterSpecificSetting`1 [[System.TimeSpan, mscorlib, Version = 4.0.0.0, Culture = нейтральный] = PublicKeyaTok5 ] .get_CurrentValue () в Microsoft.Office.Web.Common.PeriodicTimer.GetInterval () в Microsoft.Office.Web.Common.PeriodicTimer.StartDelayed () в Microsoft.Office.Web online forex currency trading..Common.GlobalListLoadBalancer..ctor (Microsoft.Office .Web.Common.OfficeServiceType, System.String, Boolean) в Microsoft.Office.Web.Common.ProcessLevelLoadBalancerManager.GetBalancerInternal (Microsoft.Office.Web.Common.OfficeServiceType, Boolean) в Microsoft.Office.AdvancedServiceService .GetLoadBalancerForService (Microsoft.Office.Web.Common.OfficeServiceType) в Microsoft.Office.Server.Powerpoint.Watchdog.EditingBackend.PPTEditingBackendWatchdog.IsEditingServiceAvailable (Microsoft.Office.Web. Common.ServiceInstance, System.String ByRef) в Microsoft.Office.Server.Powerpoint.Watchdog.EditingBackend.PPTEditingBackendWatchdog.CheckServiceInstance (Microsoft.Office.Web.Common.ServiceInstance) в Microsoft.Office.ThreadMecdog. , Microsoft.Office.Web.Common.ServiceInstance) в Microsoft.Office.Web.Common.WatchdogHelperThreadManager.WatchingThreadMethod (System.Object) в System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext, System.Threading. .Object, Boolean) в System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) в System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolItemcallback.System.Threading.IThreadPoolExtemcItem (System.Threading.IThreadPoolWorkI) .Threading.ThreadPoolWorkQueue.Dispatch ()

Такая же проблема здесь.

Среда разработки Адаптер SQM adhog Отчет о среднем состоянии PowerPointViewingServicesWatchdog_App: Агент: PPTConversionService, eventId: 21159, eventType: Information, categoryId: 0, eventMessage: PowerPointViewingServicesWatchdog_App сообщил о статусе PPTConversionService в категории ‘0’. Сообщаемый статус: 4d498b3d-65dd-4434-938b-efbbe9dcebbd.

UlsControllerWatchdog сообщил о статусе UlsController в категории «Проверить ведение журнала трассировки». Сообщаемый статус: Вероятно, вызвано отправкой выходных данных osipartner не с контрольной точки devmain, а откуда-то еще. Обнаружена строка трассировки, но формат неверен в C: \ ProgramData \ Microsoft \ OfficeWebApps \ Data \ Logs \ ULS. Следующие поля имеют неправильный формат или содержание: [Категория].

И я не знаю, связано ли это, но Powerpoint Online не работает для Sharepoint 2013..

Изменено thomas-texier 24 января 2019 г. 16:32.

У меня тоже такая же ошибка.

Кроме того, у меня проблемы с просмотром документов Word на мобильных устройствах. Когда я имитирую это действие, я получаю сообщение об ошибке: Uncaught ReferenceError: getMobileWordDynamicParameter не определен.

У вас также есть проблемы с просмотром документов Word на мобильном телефоне??

Выход есть! Во-первых, проблема возникла, когда я обновился до ноября 2018 года по задокументированному пути..

Но затем я повторил попытку, сначала сделав это в SharePoint:

Не уверен, требовалось ли удаление привязки WOPI SharePoint или просто повторной попытки воссоздания фермы после некоторой перезагрузки было достаточно, но готово 🙂

Предложено в качестве ответа BRICHBOISE 3 декабря 2019 г. 1:26.

Выход есть! Во-первых, проблема возникла, когда я обновился до ноября 2018 года по задокументированному пути. Но затем я повторил попытку, сначала сделав это в SharePoint: а затем Не уверен, требовалось ли удаление привязки WOPI SharePoint, или было достаточно просто повторной попытки воссоздания фермы после некоторой перезагрузки, но готово 🙂

Изменено UCL Admin 12 марта 2019 г. 19:05 tippo Предложено в качестве ответа BRICHBOISE 3 декабря 2019 г. 1:25 Отменено предложение в качестве ответа BRICHBOISE 3 декабря 2019 г. 1:26.

Кто-нибудь нашел на это разрешение? Та же ошибка при новой установке.

UlsControllerWatchdog сообщил о статусе UlsController в категории «Проверить ведение журнала трассировки». Сообщаемый статус: Вероятно, вызвано отправкой выходных данных osipartner не с контрольной точки devmain, а откуда-то еще. Обнаружена строка трассировки, но формат неверен в C: \ ProgramData \ Microsoft \ OfficeWebApps \ Data \ Logs \ ULS. Следующие поля имеют неправильный формат или содержание: [Категория].

К сожалению, знаю. Я использую английский OOS 16.0.10338.20039 со шведским языковым пакетом.

Имея такую forex online ​​же проблему здесь.

UlsControllerWatchdog сообщил о статусе UlsController в категории «Проверить ведение журнала трассировки». Сообщаемый статус: Вероятно, вызвано отправкой выходных данных osipartner не с контрольной точки devmain, а откуда-то еще. Обнаружена строка трассировки, но формат неверен в C: \ ProgramData \ Microsoft \ OfficeWebApps \ Data \ Logs \ ULS. Следующие поля имеют неправильный формат или содержание: [Категория].

пробовали обновиться до последнего обновления безопасности. Изменение формата на английский (США) в регионах. Изменены уровни логирования, дважды переустанавливался.

Все еще без изменений.

Я надеялся запустить эту ферму серверов, но, похоже, это нужно отложить, пока проблема не будет решена..

Я сделал то же самое, что и ты.

Переустановка, изменение форматов, следил за wilen blog, использую версию 16.0.10338.20039. Я также добавляю имя сервера в SAN сертификата. . событие все еще существует, и статус по-прежнему неактивен, но просмотр и редактирование документов работает должным образом.

Я не понимаю этого поведения.

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

Почему я пока ничего не вижу от специалистов MS?

Изменено MorePWR 26 июня 2019 г. 16:26.

Только что обновился до выпуска за ноябрь 2018 г. на двух серверах вчера с накопительным пакетом обновления за август 2019 г., настройки фермы соответствуют предыдущему выходному файлу, и все, похоже, работает правильно.

мои настройки ведения журнала ULS по умолчанию, но журналы огромны, например, 8 ГБ + на каждые полчаса.

пожалуйста, помогите в этом, как устранить неполадки.

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

это недопустимое свойство json "," указывает конец свойства, которое должно быть похоже.

это не рекомендуемый способ исправить это, но вы можете проверить это.

Для меня это исправление не работает.

Попробуйте, ребята и удачи.

UlsControllerWatchdog — это служебная программа, которая проверяет работоспособность ведения журнала ULS. Это находится в "C: \ Program Files \ Microsoft Office Web Apps \ UlsControllerWatchdog" каталог. Я проанализировал (декомпилированный) исходный код и обнаружил два основных недостатка..

Утилита в основном использует механизм регистрации OOS для регистрации определенного сообщения, называемого "канарейка". Затем он пытается найти строку с сообщением в одном из файлов журнала в "C: \ ProgramData \ Microsoft \ OfficeWebApps \ Data \ Logs \ ULS". Если линия обнаружена, система ULS считается исправной. В противном случае генерируется ошибка.

Чтобы найти "канарейка" line утилита сначала находит все строки, содержащие "канарейка" сообщение. Сообщение буквально "Контроллер ULS Watchdog canary.". Поскольку могут быть ложные срабатывания, он разбивает строку на 9 полей (отметка времени, процесс, поток, область, категория, идентификатор события, уровень, сообщение и корреляция). Каждое поле проверяется отдельно. Если все поля действительны, строка считается "канарейка" линия и ведение журнала ULS, в свою очередь, считается исправным.

Две проблемы, о которых я упоминал ранее, связаны с проверкой полей Timestamp и Category..

1. Поле Timestamp проверяется с помощью функции DateTime.TryParse (строка, вне DateTime). Проблема в том, что метка времени всегда в формате en-US (MM / dd / yyyy hh: mm: ss.ff; например: 17.01.2020 15: 05: 31.67), в то время как метод TryParse предполагает связанный формат с текущим языковым стандартом системы. Если OOS работает на машине с локалью, отличной от en-US, синтаксический анализ не выполняется, и поле Timestamp считается недопустимым. Если языковой стандарт системы en-US, тогда поле Timestamp в порядке..

2. Поле «Категория» сравнивается с постоянной строкой. " Сторожевой таймер Uls Controller" в то время как фактическая категория, записанная в журнале на моей машине, " Конфигурация OSI IIS". Сравнение не выполняется, и поле категории отображается как недопустимое..

Логика фактического ведения журнала глубоко скрыта внутри следующего вызова: uls.native.dll! ULSSendFormattedTrace (7876822u, 83046429u, 50, "Контроллер ULS Watchdog canary.", false), где uls.native.dll, как мне кажется, библиотека из "C: \ Program Files \ Microsoft Office Web Apps \ UlsController" каталог, 7876822u — тег, 83046429u — категория, 50 — уровень журнала (средний). Текст категории 83046429u "Конфигурация OSI IIS" связан как-то где-то внутри этой dll (или одной из ее зависимостей).

В итоге я перекомпилировал утилиту из декомпилированного исходного кода с двумя модификациями:

Проверка отметки времени выполняется с помощью DateTime.TryParse (s, CultureInfo.GetCulture ("en-US") .DateTimeFormat, DateTimeStyles.AssumeLocal, результат). Ожидаемая строка online forex trading категории: "Конфигурация OSI IIS" вместо " Сторожевой таймер Uls Controller ".

Я заменил исходный исполняемый файл утилиты на модифицированную версию, и после перезагрузки (мне пришлось подождать около 5-10 минут для запуска процессов OOS) все работает нормально, и Get-OfficeWebAppsMachine показывает состояние Healthy.

Конечно, это чертовски не поддерживается, и я оставляю это "как есть" здесь просто для описания моего случая. Пожалуйста, будьте осторожны в производственной среде, если решите сделать что-то подобное..

Похожие статьи