none
Terminal Services Licensing Warnings RRS feed

  • Вопрос

  • Устновил Terminal Services Licensing на Windows Server 2008 R2 Standard EN (VM на Hyper-V), по звонку в саппорт MS активировал сервер, активировал пакет лицензий "Windows Server 2008 or Windows Server 2008 R2: Installed Per Device CALs (TS, RDS or VDI)" (по крайней мере в консоли именно так отображается)...Ограничил доступ к серверу лицензий с помощью членства TS серверов в группе "Terminal Server Computers"...как бы всё работает...но шибко смущает одно обстоятельство: На сервере лицензирования время от времени появляются варнинги типа

    Log Name:      System
    Source:        Microsoft-Windows-TerminalServices-Licensing
    Date:          17.09.2009 16:34:05
    Event ID:      21
    Task Category: None
    Level:         Warning
    Keywords:      Classic
    User:          N/A
    Computer:      TSLicServer
    Description:
    The Remote Desktop license server "TSLicServer" does not have any remaining permanent Remote Desktop Services client access licenses (RDS CALs) of the type "Windows Server 2008 or Windows Server 2008 R2 : Per Device CAL (TS, RDS or VDI)". As a result, the Remote Desktop license server cannot issue RDS CALs of the type "Windows Server 2008 or Windows Server 2008 R2 : Per Device CAL (TS, RDS or VDI)" to the Remote Desktop Session Host server "10.10.10.10". To resolve this problem, verify that the Remote Desktop licensing mode configured on the RD Session Host server matches the type of RDS CALs installed on the Remote Desktop license server. If required, purchase and install additional RDS CALs as needed for this Remote Desktop license server.

    Соответсвенно на эти евенты реагирует SCOM... Кто-нить с таким чудом сталкивался?

    17 сентября 2009 г. 15:28

Ответы

  • Получил ответ от саппорта:

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

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


    Оригинал:

    After researching for Event Id: 21 on windows server 2008 TSLS, I have found the following:
    As per the information provided by you, it looks like TSLS is working the way it should.
    We are seeing the event because of the client machines which took TS CALs from the old TSLS.
    At the renewal time of the CALs for those clients, the TS forwarded the requests to the new w2k8 TSLS.
    New TSLS didn’t find the references of those clients in its database so couldn’t renew the CALs and then it threw an error.
    But after that it would have issued CALs to those clients (assuming that we have enough CALs available).
    It's showing the IP of the TS because TS will interact with TSLS on client's behalf for the issuance of the TS CAL.

    If everything is working fine, we can ignore this event. The event will disappear once TS CALs on all the clients are renewed.
    To prove this theory, you can take a client machine, the CALs of which is about to expire in the next few days.
    Then connect to a TS, see if you get an event on w2k8 TSLS. Then check the list of issued CALs and see if that client is listed on the new TSLS or not.

    Теперь что мы имеем в итоге:

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

    29 сентября 2009 г. 5:41

Все ответы

  • Здравствуйте, Алексей. Возможно это связано с Вашими групповыми политиками. Рекомендую посмотреть данную статью:
    http://support.microsoft.com/kb/972069
    Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения!
    21 сентября 2009 г. 7:29
    Модератор
  • Ну и в дополнение просмотрите вот эту статью
    Все вышесказанное является моим личным мнением, не имеющим отношения к корпорации Майкрософт
    21 сентября 2009 г. 7:36
  • Спасибо Никита. У меня не 2008 а 2008 R2, а это как понимаете не совсем одно и тоже. В статье рассмотрено 2 симптома, которые не справедливы в моём случае, да и там к тому же предлагается патч только для Windows 2008.

    21 сентября 2009 г. 8:11
  • Ничего нового в этой статье к сожалению нет...типа проверьте режим работы сервера лицензирования, установите нужный пакет CAL и т.п...У меня все условия соблюдены, но варнинги всё равно появляются...Неужели ни у кого подобной ситуации нет ? )))
    21 сентября 2009 г. 8:17
  • Максим, я думаю мы сможем Вам помочь - выдать тикет для обращения в саппорт Майкрософт с условием опубликования здесь решения Вашего вопроса.


    Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения!
    21 сентября 2009 г. 8:19
    Модератор
  • Прелестно. Я готов. Что требуется от меня? Кстати я Алексей )))
    21 сентября 2009 г. 8:21
  • Ну и под занавес матча просто уточню - у вас в консоли лицензирования сколько этих лицензий? Иногда количество почему-то слетает.
    Все вышесказанное является моим личным мнением, не имеющим отношения к корпорации Майкрософт
    21 сентября 2009 г. 8:22
  • Ой, простите Алексей ;-) От Вас требуется указать свой e-mail
    Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения!
    21 сентября 2009 г. 8:23
    Модератор
  • Всего 300, свободно на данный момент 276

    21 сентября 2009 г. 8:37
  • Алексей, добрый день. Как Ваши дела? Что с саппортом?
    Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения!
    28 сентября 2009 г. 6:33
    Модератор
  • Разместил обращение в саппорт. Инженер попросил выгрузить всю инфу о сервере лицензирования тулзой Microsoft Product Support Reports tool. Инфа собиралась и паковалась утилитой почти час... Из архива было видно что данных для анализа более чем достаточно..Отправил им заветный cab файл..а в ответ недельная тишина.. Только сегодня получил письмо от инженера со странными наводящими вопросами, ответы на которые есть в моём cab-отчете..Ну я конечно не счёл за трудность и ответил на все эти вопросы... Пока всё...Жду от саппорта какой-либо дальнейшей активности.

    28 сентября 2009 г. 9:36
  • Получил ответ от саппорта:

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

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


    Оригинал:

    After researching for Event Id: 21 on windows server 2008 TSLS, I have found the following:
    As per the information provided by you, it looks like TSLS is working the way it should.
    We are seeing the event because of the client machines which took TS CALs from the old TSLS.
    At the renewal time of the CALs for those clients, the TS forwarded the requests to the new w2k8 TSLS.
    New TSLS didn’t find the references of those clients in its database so couldn’t renew the CALs and then it threw an error.
    But after that it would have issued CALs to those clients (assuming that we have enough CALs available).
    It's showing the IP of the TS because TS will interact with TSLS on client's behalf for the issuance of the TS CAL.

    If everything is working fine, we can ignore this event. The event will disappear once TS CALs on all the clients are renewed.
    To prove this theory, you can take a client machine, the CALs of which is about to expire in the next few days.
    Then connect to a TS, see if you get an event on w2k8 TSLS. Then check the list of issued CALs and see if that client is listed on the new TSLS or not.

    Теперь что мы имеем в итоге:

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

    29 сентября 2009 г. 5:41
  • Как я вижу, саппорт выдвинул предположение, весьма близкое к истине, и предложил осуществить определенную проверку, чтобы подтвердить это предположение или его опровергнуть. Проделайте подобную проверку, если вы этого еще не сделали. Если все пройдет так, как говорит саппорт, значит проблема действительно в механизме работы и рассылки оповещений. А вот если ничего похожего не будет - звоните обратно в саппорт, описывайте свои действия и результат. В этом случае кейс будет возобновлен абсолютно бесплатно, AFAIK.


    Все вышесказанное является моим личным мнением, не имеющим отношения к корпорации Майкрософт Доклады на Techdays: http://www.techdays.ru/speaker/Vinokurov_YUrij.html
    29 сентября 2009 г. 6:04