Ошибка требуется перезагрузка сервера

При установке любой роли или компонента в Windows Server 2016 появляется ошибка, что сервер требует перезагрузки: “
The operation cannot be completed, because the server that you specified requires a restart
” (
Сбой запроса на добавление или удаление компонентов на указанном сервере. Не удается завершить операцию, так как требуется перезагрузить указанный сервер
). Ок, перезагружаем сервер, пытаемся установить роль и опять появляется ошибка, что нужна перезагрузка сервера. Но ошибка повторяется, и так дальше по циклу.

В результате не получается установить/удалить ни одну из ролей/компонентов на сервере.

В журнале событий сервера (Event Viewer -> Windows Logs -> System) при этом фиксируетсся ошибка EventID 7041 от источника Service Control Manager. В событии указано:

This service account does not have the required user right "Log on as a service".

Чтобы решить проблему, необходимо предоставить права входа в качестве службы для “NT SERVICEALL SERVICES» (и для NT SERVICEMSSQL$MICROSOFT##WID, если ошибка связана с установкой роли сервера обновлений WSUS или SQL Server).

1. Откройте консоль управления локальными политиками
   gpedit.msc
   ;
2. Перейдите в раздел Computer Configuration –> Windows Settings –> Security Settings –> Local Policies –> User Rights Assignment;
3. Найдите политику Log on as a service (Вход в качестве службы);
4. Как вы видите, в политике входа как службы отсутствует NT SERVICEALL SERVICES. Попробуем ее добавить -> Add User or Group -> NT SERVICEALL SERVICES. Появляется ошибка: система не может найти эту служебную учетную запись;
   

Как же добавить в локальную политику сервисную учетную запись? Единственный вменяемый способ, который мне удалось найти, чтобы предоставить права “Log on as a service” для NT SERVICEALL SERVICES – воспользоваться утилитой ntrights.exe (из старого пакета Windows Server 2003 Resource Kit).

Скачайте и установите Server 2003 Resource Kit (rktools.exe), затем предоставьте право SeServiceLogonRight командами:

cd “C:Program Files (x86)Windows Resource KitsTools”
ntrights.exe +r SeServiceLogonRight -u “NT SERVICEALL SERVICES”

Granting SeServiceLogonRight to NT SERVICEALL SERVICES ... successful

Проверяем, что NT SERVICEALL SERVICES появилось в разрешениях “Log on as a service” в консоли редактора политики.

Перезагрузите свой Windows Server и попробуйте установить/удалить роль. Все должно пройти без ошибки.

Ошибка установки/удаления ролей в Windows Server: не удается завершить операцию, требуется перезагрузить сервер

При установке любой роли или компонента в Windows Server 2016 появляется ошибка, что сервер требует перезагрузки: “ The operation cannot be completed, because the server that you specified requires a restart ” ( Сбой запроса на добавление или удаление компонентов на указанном сервере. Не удается завершить операцию, так как требуется перезагрузить указанный сервер ). Ок, перезагружаем сервер, пытаемся установить роль и опять появляется ошибка, что нужна перезагрузка сервера. Но ошибка повторяется, и так дальше по циклу.

В результате не получается установить/удалить ни одну из ролей/компонентов на сервере.

В журнале событий сервера (Event Viewer -> Windows Logs -> System) при этом фиксируетсся ошибка EventID 7041 от источника Service Control Manager. В событии указано:

Чтобы решить проблему, необходимо предоставить права входа в качестве службы для “NT SERVICEALL SERVICES» (и для NT SERVICEMSSQL$MICROSOFT##WID, если ошибка связана с установкой роли сервера обновлений WSUS или SQL Server).

1. Откройте консоль управления локальными политиками gpedit.msc ;
2. Перейдите в раздел Computer Configuration –>Windows Settings –>Security Settings –>Local Policies –>User Rights Assignment;
3. Найдите политику Log on as a service (Вход в качестве службы);
4. Как вы видите, в политике входа как службы отсутствует NT SERVICEALL SERVICES. Попробуем ее добавить -> Add User or Group -> NT SERVICEALL SERVICES. Появляется ошибка: система не может найти эту служебную учетную запись;
   

Как же добавить в локальную политику сервисную учетную запись? Единственный вменяемый способ, который мне удалось найти, чтобы предоставить права “Log on as a service” для NT SERVICEALL SERVICES – воспользоваться утилитой ntrights.exe (из старого пакета Windows Server 2003 Resource Kit).

Скачайте и установите Server 2003 Resource Kit (rktools.exe), затем предоставьте право SeServiceLogonRight командами:

cd “C:Program Files (x86)Windows Resource KitsTools”
ntrights.exe +r SeServiceLogonRight -u “NT SERVICEALL SERVICES”

ntrights.exe +r SeServiceLogonRight -u “NT SERVICEMSSQL$MICROSOFT##WID”

Проверяем, что NT SERVICEALL SERVICES появилось в разрешениях “Log on as a service” в консоли редактора политики.

Перезагрузите свой Windows Server и попробуйте установить/удалить роль. Все должно пройти без ошибки.

Источник

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2

Всем привет сегодня расскажу как решается ошибка: Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2. Решений данной ошибки несколько все рассмотрим по порядку, и вы сможете найти нужное именно для вас.

Как установить NFS роль в Windows Server 2012 R2 я уже рассказывал, но сегодня разворачивая ее в очередной раз вылезла ошибка: Не удалось получить список компонентов. Ошибка 0x800F0922

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2-02

Попытавшись установить NFS через powershell получил туже ошибку.

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2-00

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2-03

Второе что нужно проверить чтобы у вас был настроен у сервера статический ip адрес. Открываем настройки интерфейса и меняем под свою сеть.

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2-04

Если это не помогло то пробуем просканировать все ли хорошо с системой и нет ли в ней поврежденных файлов для этого есть команда

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2-04

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

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2-05

Видим что все отлично восстановилось

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2-06

Перезагружаемся. В большинстве случаев, этак 90 этого вполне хватает, я к сожалению в них не попал:). Смотрим что мне помогло.

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

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2-11

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2-12

Выбираем снимаем галки с того что нужно удалить

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2-13

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

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2-14

Идем в тома в оснастке управление дисками и щелкаем правым кликом на каждом вашем тому и выбираем настройка дедупликации данных

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2-15

и ставим везде чтобы было отключено.

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2-16

Продолжаем удалять роль.

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2-17

Закрыть и перезагрузить.

Не удалось получить список компонентов. Ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2-18

Вот так вот решается ошибка 0x800F0922 при установке NFS роли в Windows Server 2012 R2.

Источник

Windows server 2012 r2 сбой обновления ролей и компонентов

Question

6.3.9600.16384.Printing-LPDPrintService», rah = (null), manpath = (null), catpath = (null), ed = 0, disp = 0)[gle=0x80073701]
Что это может быть?

All replies

Все последние обновления установил.
На сервере стоят приложения
7-Zip
ESET File Security
Mozilla Firefox
Проверяю целостность репозитория .mof и .wmi

ответ правильный
запускал

Логи проанализировать не смогу. Как прикрепить файлы логов, помогите?

а если подключить сидюк с которого ставили этот сервер, и указать директорию SXS на нем ситуация поменяется?

Вы принт сервер настраиваете?

The opinion expressed by me is not an official position of Microsoft

Спасибо за подсказку как предоставить файлы логов для просмотра.

Winmgmt /verifyrepository — команду пока не запускал, сервер не дома.

а если подключить сидюк с которого ставили этот сервер, и указать директорию SXS на нем ситуация поменяется?

Вы принт сервер настраиваете?

А как указать директорию SXS при установке роли? Ставлю роли через менеджер серверов. Могу поставить роль через PS.

Вспомнил, что когда устанавливал систему, роли которые были нужны изначально установились без проблем ошибки 0x80073701 не возникало .

а если подключить сидюк с которого ставили этот сервер, и указать директорию SXS на нем ситуация поменяется?

Вы принт сервер настраиваете?

А как указать директорию SXS при установке роли? Ставлю роли через менеджер серверов. Могу поставить роль через PS.

The opinion expressed by me is not an official position of Microsoft

Пробовал указывать папку SXS со своего образа и с другого (какой у меня был), ошибка не проходит.

Пробовал указывать папку SXS со своего образа и с другого (какой у меня был), ошибка не проходит.

The opinion expressed by me is not an official position of Microsoft

какую роль вы ставите? пробовали отключатьудалять антивирус?

Роль DirectAccess установилась! Но служба печати никак. Роль DirectAccess установилась не из альтернативного источника.

Правда при настройке роли опять проблема

пишет, что «RSAT-RemoteAccess-Mgmt» неизвестна.

Источник

Пятница, 29 Май 2015 в 1:45

• Category: SQL
• Ваш отзыв

При установке роли или компонента в Windows Server 2016 отображается ошибка, указывающая на то, что серверу требуется перезагрузка: «

The operation cannot be completed, because the server that you specified requires a restart

» (

Сбой запроса на добавление или удаление компонентов на указанном сервере. Не удается завершить операцию, так как требуется перезагрузить указанный сервер

). Хорошо, перезапускаем сервер, пытаемся установить роль и снова появляется ошибка, указывающая на необходимость перезапуска сервера. Но ошибка повторяется и так далее в цикле.

В результате невозможно установить / удалить какие-либо роли / компоненты на сервере.

В журнале событий сервера (Просмотр событий -> Журналы Windows -> Система) регистрируется ошибка EventID 7041 из источника Service Control Manager. В событии говорится:

У этой учетной записи службы нет необходимого права пользователя «Вход в качестве службы".

Чтобы решить эту проблему, необходимо предоставить доступ в качестве службы для «NT SERVICE ALL SERVICES» (и для NT SERVICE MSSQL $ MICROSOFT ## WID, если ошибка связана с установкой роли сервера обновлений WSUS или SQL Server).

1. Откройте консоль управления локальной политикой

   gpedit.msc

   ;
2. Перейдите в Конфигурация компьютера -> Настройки Windows -> Настройки безопасности -> Локальные политики -> Назначение прав пользователя;
3. Найдите политику Войти как услуга);
4. Как видите, NT SERVICE ALL SERVICES отсутствует в политике входа в систему в качестве службы. Попробуем добавить -> Добавить пользователя или группу -> NT SERVICE ALL SERVICES. Отображается ошибка: система не может найти эту учетную запись службы;

   

Как добавить учетную запись службы в локальную политику? Единственный разумный способ, который я нашел для предоставления права «Вход в качестве службы» для NT SERVICE ALL SERVICES, – это использовать утилиту ntrights.exe (из старого набора ресурсов Windows Server 2003).

Загрузите и установите Server 2003 Resource Kit (rktools.exe), затем предоставьте право SeServiceLogonRight с помощью команд:

cd "C: Program Files (x86) Windows Resource Kit Tools”
ntrights.exe + r SeServiceLogonRight -u "СЛУЖБА NT ВСЕ УСЛУГИ”

Предоставить SeServiceLogonRight NT SERVICE  ALL SERVICES . успешно

Если NETWORK SERVICE отсутствует в текущем списке прав, обязательно добавьте и эту учетную запись. При необходимости добавьте такие же права для NT SERVICE MSSQL $ MICROSOFT ## WID:

cd “C:Program Files (x86)Windows Resource KitsTools”
ntrights.exe +r SeServiceLogonRight -u “NT SERVICEALL SERVICES”

Убедитесь, что NT SERVICE ALL SERVICES отображается в разделе разрешений «Вход в качестве службы» в консоли редактора политик.

Перезагрузите сервер Windows и попробуйте установить / удалить роль. Все должно пройти без ошибок.

Источник изображения: winitpro.ru

Видите сообщение *** System restart required *** каждый раз, когда вы входите на сервер Ubuntu? Вы не одиноки.

Если вы используете сервер Ubuntu , вы можете столкнуться с сообщением, которое уведомляет вас о необходимости перезагрузки вашей системы.

Что это за сообщение? Почему вы видите это и должны ли вы действительно перезагрузить сервер, что может привести к простою? Мы объясним все эти вещи в этой статье.

Что делать с сообщением *** System restart required *** в Ubuntu?

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

Как узнать, было ли обновление ядра причиной запроса на перезагрузку системы? Есть способ это выяснить.

Вы можете проверить содержимое файла /var/run/reboot-required.pkgs:

cat /var/run/reboot-required.pkgs
linux-base
linux-base

В нашем случае перезапуск был запросом базового пакета образа Linux. Вы также можете увидеть что-то вроде linux-image-xxx-xx-generic. Это указывает на то, что недавнее обновление ядра Linux требует перезагрузки системы.

Стоит ли действительно перезапускать систему каждый раз, когда вы видите *** System restart required ***?

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

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

Что вы должны сделать? Стоит ли перезагружать сервер или нет?

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

xargs apt-get changelog < /var/run/reboot-required.pkgs

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

linux-base (4.5ubuntu1~16.04.1) xenial; urgency=low

  * Update xenial to the latest linux-base. (LP: #1766728)

 -- Thadeu Lima de Souza Cascardo <cascardo@canonical.com>  Tue, 24 Apr 2018 18:36:02 -0300

Если срочность низкая или средняя, ​​вам решать, хотите ли вы перезагрузить сервер или нет. Вы также можете удалить файл /var/run/reboot-required, чтобы он не показывал вам *** System restart required *** при входе в систему. Это сообщение может вернуться в будущем, если новое обновление системы считает, что требуется перезагрузка системы.

Когда следует перезагрузить сервер?

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

Вам не нужно быть в сети при перезапуске сервера. Просто используйте команду shutdown в Linux и запланируйте перезагрузку. Тем не менее, рекомендуется отслеживать эти действия на предмет непреднамеренного поведения.

Как избежать перезагрузки даже для патчей безопасности

Мы понимаем, что вы не захотите перезагружать свою систему даже во время низкой активности. К счастью, материнская компания Ubuntu, Canonical, предоставляет способ справиться с этим.

С их службой исправлений в реальном времени вы можете устанавливать обновления ядра Linux без перезагрузки сервера. Эта услуга бесплатна для личного использования на трех установках Ubuntu. Вам нужно будет создать учетную запись Ubuntu One для использования сервиса livepatch.

Практический результат

Перезагрузка системы обычно требуется, когда установлено обновление ядра Linux. Вам решать, что вы хотите сделать, если увидите сообщение *** System restart required ***.

Если вы можете перезагрузить систему, вы должны это сделать. Если есть ограничения, перезапустите систему, чтобы установить исправления для критических или аварийных исправлений. Использование сервиса Canonical Livepatch также является хорошей идеей.

Мы надеемся, что вы узнали несколько новых вещей о системных исправлениях и проверке журналов изменений. Если у вас есть вопросы или предложения, пожалуйста, оставьте комментарий ниже.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

This issue is related to a WCF hosted in a windows service on a windows server 2003.

The issue happens after several days of correct working and get fixed only by rebooting the server.

The C# code doesn’t catch any exception in its log

serviceHost.Opening += new EventHandler(serviceHost_Opening);
serviceHost.Opened += new EventHandler(serviceHost_Opened);
serviceHost.Closing += new EventHandler(serviceHost_Closing);
serviceHost.Closed += new EventHandler(serviceHost_Closed);
serviceHost.Faulted += new EventHandler(serviceHost_Faulted);
serviceHost.UnknownMessageReceived += new EventHandler<UnknownMessageReceivedEventArgs>(serviceHost_UnknownMessageReceived);

serviceHost.Open();

The handlers are implemented like that:

 void serviceHost_Opened(object sender, EventArgs e)
{ 
    CentralReport.MyService.SrvLog("WinCentralRpt",String.Format("service opened by sender: {0}", sender.GetType().ToString()));
}

void serviceHost_Opening(object sender, EventArgs e)
{
    CentralReport.MyService.SrvLog("WinCentralRpt",String.Format("service opening by sender: {0}", sender.GetType().ToString()));
}    

public static void SrvLog(string user, string line) {
    string log_path = System.Configuration.ConfigurationManager.AppSettings["srv_log"];
    if (log_path != null) {
        using (System.IO.StreamWriter logSW = new System.IO.StreamWriter(
            log_path.Replace("{user}",user.ToLower()),true)) {
            logSW.WriteLine(DateTime.Now.ToString("yyyy-MM-dd hh:mm:ss tt", CultureInfo.InvariantCulture) + ": " + line);
        }   
    }
}

On client side, C# WCF consumer correctly closes the connection, after invoking an operation.

Maximum level tracing has been activated.

   <system.diagnostics>
      <sources>
            <source name="System.ServiceModel" 
                        switchValue="All"
                        propagateActivity="true">
                <listeners>
                        <add name="xml" />
                </listeners>
             </source>
            <source name="CardSpace"
                        switchValue="All">
                <listeners>
                    <add name="xml" />
                </listeners>
            </source>
            <source name="System.IO.Log"
                        switchValue="All">
                <listeners>
                    <add name="xml" />
                </listeners>
            </source>
            <source name="System.Runtime.Serialization"
                        switchValue="All">
                <listeners>
                    <add name="xml" />
                </listeners>
            </source>
            <source name="System.IdentityModel"
                        switchValue="All">
                <listeners>
                    <add name="xml" />
                </listeners>
            </source>
            <source name="System.ServiceModel.MessageLogging"
                        switchValue="All">
                <listeners>
                    <add name="xml" />
                </listeners>
            </source>
            <source name="System.ServiceModel.Activation"
                        switchValue="All">
                <listeners>
                    <add name="xml" />
                </listeners>
            </source>
      </sources>

        <sharedListeners>
            <add name="xml"
                 type="System.Diagnostics.XmlWriterTraceListener"
                 initializeData="C:MyPathTraces.svclog" />
        </sharedListeners>
<trace autoflush="true" />
   </system.diagnostics> 

with

    <system.serviceModel>
  <diagnostics wmiProviderEnabled="true">
      <messageLogging 
           logEntireMessage="true" 
           logMalformedMessages="true"
           logMessagesAtServiceLevel="true" 
           logMessagesAtTransportLevel="true"
           maxMessagesToLog="3000" 
       />
  </diagnostics>

and

    <serviceBehaviors>
        <behavior name="MyServiceBehavior">
            <dataContractSerializer maxItemsInObjectGraph="6553500"/>
            <serviceMetadata httpGetEnabled="true"/>
            <serviceDebug includeExceptionDetailInFaults="true"/>
        </behavior>
    </serviceBehaviors>

Operating system checks seem fine

netstat -ao | grep 9nnn
tasklist /SVC | grep Opxxx

My feeling was that the channel listeners are not working, but nothing shows any issues in the trace log.
The server just stops responding to requests for this WCF, but it writes nothing to logs from that moment on.
From a visual perspective here it is the non-responding versus the ok graph.

— vs —

Could someone suggest a softer solution than rebooting the server? Obviously, already tried to restart the host service (and other system services like dns and ipsec) and even reinstalled the WCF. Only rebooting the server does the trick.

Any idea what could be the root cause?

Edit — after the reboot

After the reboot — without any other changes — the WCF started to work again.

Side note

There is another minor point that I don’t fully understand.
Running now — when everything is working fine — the command

httpcfg.exe query urlacl 

that is the windows 2003 version of

netsh http show urlacl

I would have expected to see the WCF url but the output is only (why?)

C:>httpcfg.exe query urlacl
    URL : http://+:80/Temporary_Listen_Addresses/
    ACL : D:(A;;GX;;;WD)
-------------------------------------------------------

This issue is related to a WCF hosted in a windows service on a windows server 2003.

The issue happens after several days of correct working and get fixed only by rebooting the server.

The C# code doesn’t catch any exception in its log

serviceHost.Opening += new EventHandler(serviceHost_Opening);
serviceHost.Opened += new EventHandler(serviceHost_Opened);
serviceHost.Closing += new EventHandler(serviceHost_Closing);
serviceHost.Closed += new EventHandler(serviceHost_Closed);
serviceHost.Faulted += new EventHandler(serviceHost_Faulted);
serviceHost.UnknownMessageReceived += new EventHandler<UnknownMessageReceivedEventArgs>(serviceHost_UnknownMessageReceived);

serviceHost.Open();

The handlers are implemented like that:

 void serviceHost_Opened(object sender, EventArgs e)
{ 
    CentralReport.MyService.SrvLog("WinCentralRpt",String.Format("service opened by sender: {0}", sender.GetType().ToString()));
}

void serviceHost_Opening(object sender, EventArgs e)
{
    CentralReport.MyService.SrvLog("WinCentralRpt",String.Format("service opening by sender: {0}", sender.GetType().ToString()));
}    

public static void SrvLog(string user, string line) {
    string log_path = System.Configuration.ConfigurationManager.AppSettings["srv_log"];
    if (log_path != null) {
        using (System.IO.StreamWriter logSW = new System.IO.StreamWriter(
            log_path.Replace("{user}",user.ToLower()),true)) {
            logSW.WriteLine(DateTime.Now.ToString("yyyy-MM-dd hh:mm:ss tt", CultureInfo.InvariantCulture) + ": " + line);
        }   
    }
}

On client side, C# WCF consumer correctly closes the connection, after invoking an operation.

Maximum level tracing has been activated.

   <system.diagnostics>
      <sources>
            <source name="System.ServiceModel" 
                        switchValue="All"
                        propagateActivity="true">
                <listeners>
                        <add name="xml" />
                </listeners>
             </source>
            <source name="CardSpace"
                        switchValue="All">
                <listeners>
                    <add name="xml" />
                </listeners>
            </source>
            <source name="System.IO.Log"
                        switchValue="All">
                <listeners>
                    <add name="xml" />
                </listeners>
            </source>
            <source name="System.Runtime.Serialization"
                        switchValue="All">
                <listeners>
                    <add name="xml" />
                </listeners>
            </source>
            <source name="System.IdentityModel"
                        switchValue="All">
                <listeners>
                    <add name="xml" />
                </listeners>
            </source>
            <source name="System.ServiceModel.MessageLogging"
                        switchValue="All">
                <listeners>
                    <add name="xml" />
                </listeners>
            </source>
            <source name="System.ServiceModel.Activation"
                        switchValue="All">
                <listeners>
                    <add name="xml" />
                </listeners>
            </source>
      </sources>

        <sharedListeners>
            <add name="xml"
                 type="System.Diagnostics.XmlWriterTraceListener"
                 initializeData="C:MyPathTraces.svclog" />
        </sharedListeners>
<trace autoflush="true" />
   </system.diagnostics> 

with

    <system.serviceModel>
  <diagnostics wmiProviderEnabled="true">
      <messageLogging 
           logEntireMessage="true" 
           logMalformedMessages="true"
           logMessagesAtServiceLevel="true" 
           logMessagesAtTransportLevel="true"
           maxMessagesToLog="3000" 
       />
  </diagnostics>

and

    <serviceBehaviors>
        <behavior name="MyServiceBehavior">
            <dataContractSerializer maxItemsInObjectGraph="6553500"/>
            <serviceMetadata httpGetEnabled="true"/>
            <serviceDebug includeExceptionDetailInFaults="true"/>
        </behavior>
    </serviceBehaviors>

Operating system checks seem fine

netstat -ao | grep 9nnn
tasklist /SVC | grep Opxxx

My feeling was that the channel listeners are not working, but nothing shows any issues in the trace log.
The server just stops responding to requests for this WCF, but it writes nothing to logs from that moment on.
From a visual perspective here it is the non-responding versus the ok graph.

— vs —

Could someone suggest a softer solution than rebooting the server? Obviously, already tried to restart the host service (and other system services like dns and ipsec) and even reinstalled the WCF. Only rebooting the server does the trick.

Any idea what could be the root cause?

Edit — after the reboot

After the reboot — without any other changes — the WCF started to work again.

Side note

There is another minor point that I don’t fully understand.
Running now — when everything is working fine — the command

httpcfg.exe query urlacl 

that is the windows 2003 version of

netsh http show urlacl

I would have expected to see the WCF url but the output is only (why?)

C:>httpcfg.exe query urlacl
    URL : http://+:80/Temporary_Listen_Addresses/
    ACL : D:(A;;GX;;;WD)
-------------------------------------------------------