не удалось создать строку сеансов kvp код ошибки 0x8007007a
How to Fix “failed to create KVP sessions string error 0x8007007a”
Recently there are issues reported related to the disconnection of users quite a few times in a day, from the Windows 2012 RD servers. With regards to this, the event “Failed to create KVP session string. Error Code 0x8007007A” with event ID 1152 is found in the Event viewer.
While this disconnection of users happens often, it is observed that the Remote Desktop Services on the RD server also stops at the same time. This causes the failure of Remote Desktop Licensing Manager services on the server which hosts this role.
One of the users who had opened a case with Microsoft had found out that the issue can be caused by the network equipment between the client connection and the server. One user has reported that turning off energy saving settings on the network cards from the client’s fixed issue, while another user had to split out the number of RDSH hosts from the connection brokers as anything more than 500 users to HA connection broker farm does not work.
As said above, there could be other possible reasons as well. Here in this article, we will see few methods that might help you in fixing this issue.
Method 1: Apply Local GPO
This is one solution which is provided by Microsoft TAM. Apply a local GPO to set up a Remote Desktop Licensing mode. As it is observed that Remote Desktop Licensing Manager Service fails on the server that hosts this role, applying a local GPO setting might help. Follow below steps to apply a local GPO.
Use the specified Remote Desktop Licensing Servers
Set the Remote Desktop Licensing mode
Open Command Prompt as Administrator
Type gpupdate /force
On the Domain Controller, add the computer account of Connection broker and licensing server to the Domain Admins Group
On the Session host server, add the Computer and Network Service account to the RDS Endpoint server and RDS Management servers.
Reboot the server.
Method 2: Give permissions to the “terminalServer” attribute or to the “Terminal Server License Server” attribute of the “user object” to add read/write permissions to the Terminal Server License Group
Open Active Directory User and Computers.
Right-click on Domain and then click on Delegate Control.
“User and Groups” dialog box will open, Click Add. Type Terminal Server License Servers and then click OK.
Click Next.
In the “Active Directory Object Type” dialog box, click on “Only the following objects in the folder“.
Click on “User objects” in that list
Click Next
According to the operating system that the domain controller is running, do following
For the forests that are running Windows Server 2008 or newer Schema:
In the Permissions dialog box, make sure that only the “General” checkbox is selected. In the “Permissions” list, click on the “Read and Write Terminal Server license server” check box. Click Next.
In the “Completing the Delegation of Control Wizard” dialog box, click Finish.
Method 3: Turn off energy saving on the network cards from the clients
One of the users has mentioned that turning off energy saving on the network cards from the clients has fixed the issue for him. To turn off power saving on the network cards, you can do below steps.
Type regedit and hit Enter
Registry editor will open. Go to HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\<4D36E972-E325-11CE-BFC1-08002bE10318>\DeviceNumber
Note: DeviceNumber is the network adapter number. If a single network adapter is installed on the computer, the DeviceNumber is 0001.
Click PnPCapabilities.
On the Edit menu, click Modify.
In the Value data box, type 24, and then click OK.
Note: By default, a value of 0 indicates that power management of the network adapter is enabled. A value of 24 will prevent Windows 7 from turning off the network adapter or let the network adapter wake the computer from standby.
Не удалось создать строку сеансов kvp код ошибки 0x8007007a
Не удалось создать строку сеансов kvp. Сведения об исправлении
Имеется следующий непонятный глюк.
Есть сервак на 2012r2 с ролью терминального сервера.
Сервер стоит в ферме с контроллером домена и сервером шлюза удаленных рабочих столов, на котором поднят внешний ip.
Иногда клиенты не могут создать DRP сессию на этот терминальный сервер.
При этом авторизация на гейте удаленных рабочих столов происходит а дальше должна происходить прозрачная авторизация на терминальном сервере, но процесс подключения зависает на «инициализация удаленного подключения»
На терминальном сервере RDP сессии не появляется.
Проблема плавает от пользователя к пользователю, при этом один и тот же пользователь может не подключаться с одного компьютера но без проблем подключиться с соседнего.
В логах ничего про ошибки терминальных сессий нет.
Я уже не знаю куда копать и поэтому взываю к помощи IT сообщества.
Ответ: Сделал как написано в статье, но проблема осталась
Ругается
Remote Desktop Services failed to join the Connection Broker on server ts02
Error: Current async message was dropped by async dispatcher, because there is a new message which will override the current one.
Remote Desktop Connection Broker Client failed to redirect the user domain\user
Error: The remote procedure call failed and did not execute.
Failed to create KVP sessions string. Error Code 0x8007007A
Remote Desktop Services has taken too long to load the user configuration from server \\dc01 for user
Очень не хочется разбирать стек терминальных серверов.
Вопрос: Ограничить пользователей службы удаленных рабочих столов одним сеансом
Кол-во сеансов устанавливается на терминальном сервере в диспетчере удаленных рабочих столов.
Вопрос: Постоянно активный сеанс удалённого рабочего стола на Windows Server 2012
Всем доброго времени суток есть сервер Windows Server 2012 r2, поднял на нем бота (кликер) для онлайн игры. Пока я подключен к серверу через RDP робот работает нормально, то есть пока есть активный сеанс удаленного рабочего стола. Как только я отключаюсь от сервера, робот перестает видеть игру и сыплются ошибки «Cannot find Window. «. Судя по всему это происходит потому что отключается графический режим после завершения сеанса.
На данный момент нашел такое решение (извращение) проблемы: создал второго юзера на сервере и подключился к нему через RDP (localhost) и уже под ним поднял бота, в таком режиме работает все как надо. Но это не вариант. Думаю есть более рациональный способ. Как сделать так, чтобы визуальная среда Windows работала даже после завершения сеанса удалённого рабочего стола?
Вопрос: Не удаётся подключиться к удаленному рабочему столу (RDP)
Доброго времени суток.
Не подключается к удаленному рабочему столу
Также не работает RDP на клиенте на смартфоне/планшете
Ответ: Текст ошибки какой? Пользователь, с учетными данными которого ты пытаешься логиниться, состоит на сервере в группе «пользователи удаленного рабочего стола»?
Вопрос: Как настроить брандмауэр, чтобы он не блокировал удаленный рабочий стол?
Вопрос: Не работает удаленный рабочий стол
Ответ: Что на ваших серверах с лицензированием удаленных рабочих столов?
Пробовали mstsc запустить на клиенте от имени администратора?
Вопрос: [решено] Печать с удаленного рабочего стола
Ответ: Всем спасибо, решил проблему с помощью пиратства и ScrewDrivers
От греха подальше после установки серверной и клиентской части отключил проброс принтеров в настройках удаленного рабочего стола, перезагрузил сервер после установки, всё подцепилось и печатает.
Если кому интересно, ставил ScrewDrivers 4.7.5.60 на Windows Server 2012 R2, в мануале было написано про использование виртуальных каналов, но это для версий серверов постарше, тут ничего не нужно
В Windows 2012 R2 и Windows 8.1 Microsoft вернула функционал Remote Desktop Shadowing (теневого подключения). Напомним, что режим Shadow (теневой сеанс) – может использовать администратором для просмотра и управления существующей RDP сессией любого пользователя. Этот режим работы поддерживается практически с первых версий терминального сервера Microsoft и неожиданно был убран в Windows Server 2012 (связано с переносом стека rdp из режима ядра в пользовательский режим). Функционал RDS Shadow работает и в следующих версиях ОС: Windows Server 2016 / Windows 10.
Кроме того, у режима теневого подключения RDS Shadow и RDP клиента появился ряд новых интересных возможностей. Полный список параметров RDPклиента mstsc. exe, определяющих возможность удаленного теневого подключения к сессии конечного пользователя:
/shadow:ID – подключится к RDP сессии с указанным ID.
/v:servername – имяRDP/RDS терминального сервера (если не задано, используется текущий).
/control – возможность взаимодействия с сеансом пользователя (если не указано, используется режим просмотра сессии пользователя).
/noConsentPrompt – не запрашивать у пользователя подтверждение на подключение к сессии.
/prompt – используется для подключения под другими учетными данными. Запрашивается имя и пароль пользователя для подключения к удаленному компьютеру.
Ограничения теневых сеансов RDS в Windows 2012 R2
Использование Remote Desktop Shadow из графического GUI
Подключиться к сессии пользователя можно с помощью утилиты mstsc. exe или непосредственно из консоли Server Manager. Для этого в консоли Server Manager откройте коллекцию QuickSessionCollection
Щелкнув по сессии интересующего пользователя, выберите в контекстном меню Shadow (Теневая копия).
Появится окно параметров теневого подключения. Возможен просмотр (View ) и управление (Control ) сессией. Кроме того, можно включить опцию Prompt for user consent (Запрашивать согласие пользователя на подключение к сессии).
Если выбрана опция «Запрашивать согласие пользователя», в сессии у пользователя появится запрос:
Запрос на удаленное наблюдение
Winitpro\administrator запрашивает удаленный просмотр вашего сеанса. Вы принимаете этот запрос.
Winitpro\administrator is requesting to view your session remotely. Do you accept the request?
Если пользователь подтвердит, подключение, в режиме просмотра администратор увидит его рабочий стол, но не сможет взаимодействовать с ним.
Если же пользователь отклонит подключение, появится окно:
Если попытаться подключиться к сессии пользователя без запроса подтверждения, появится ошибка, сообщающая, что такое это запрещено групповой политикой:
Shadow Error: The Group Policy setting is configured to require the user’s consent. Verify the configuration of the policy settings.
Этой политикой можно настроить следующие варианты теневого подключения через теневое подключение RD Shadow::
Теневое подключение RDS Shadow из PowerShell
Воспользоваться функционалом теневого подключения к сессии пользователя через теневое подключение Remote Desktop Services можно и из Powershell.
В первую очередь покажем, как получить список сессий на терминальном сервере (сессии пользователей будут сгруппированы в группы в зависимости от их статуса):
На данном сервере мы обнаружили три активных терминальных сессии. Подключимся к сессии пользователя с ID сессии 3:
Mstsc /shadow:3 /control
Также для получения списка всех сессии на сервере можно выполнить команду
На экране отобразится список RDP сессий, их ID и статус: активная сесиия (Active) или отключенная (Disconnected).
Для получения списка сессий на удалённом сервере выполните команду:
query session /server:servername
Для более удобного теневого подключения к сессиям можно использовать следующий скрипт. Скрипт предложит ввести имя удаленного компьютера и выведет список всех сеансов и предложит указать сеанс, к которому нужно подключится:
query session /server:%rcomp%
set /P rid=»Enter RDP user ID: «
Для подключения к консольной сессии можно использовать такой скрипт:
@echo off
set /P rcomp=»Enter name or IP of a Remote PC: «
for /f «tokens=3 delims= » %%G in («query session console /server:%rcomp%») do set rid=%%G
start mstsc /shadow:%rid% /v:%rcomp% /control
Как разрешить обычном пользователям использовать теневое подключение
В рассмотренных выше примерах для использования теневого подключения к терминальным сессиям необходимы права локального администратора на RDS сервере. Однако можно разрешить использовать теневое (shadow) подключение для подключения к сессиям пользователей и простым пользователям (не давая им прав локального администратора на сервере).
К примеру, вы хотите разрешить членам группы AllowRDSShadow использовать теневое подключение к сессиям пользователей, выполните команду:
wmic /namespace:\\root\CIMV2\TerminalServices PATH Win32_TSPermissionsSetting WHERE (TerminalName=»RDP-Tcp») CALL AddAccount «corp\AllowRDSShadow»,2
В январе 2018 года после установки обновления KB4056898 () пользователи столкнулись, что в Windows Server 2012 R2 перестал работать теневой доступ. При попытке выполнить теневое подключение к чужой сессии появляется сообщение «Неопознанная ошибка» (в логах присутствует ошибка STATUS_BAD_IMPERSONATION_LEVEL). Аналогичная проблема возникала и на RDS ферме на базе Windows Server 2016.
Для решения проблемы нужно установить отдельные обновления:
В настоящий момент есть конфликт между Windows Live Mail и One Drive, из-за которого многие пользователи сталкиваются с этой ошибкой. Большинство получают ее при отправке письма с приложенным к нему изображением.
Метод №1 Отправка изображения «приложением», а не Альбомом
Этот метод для тех у кого проявляется ошибка при попытке отправить изображение в письме. Для того, чтобы разрешить ситуацию, сделайте следующее:
Метод №2 Удалить письма из Исходящих, которые находятся на утверждении
Этот метод для тех, кто получает ошибку в Windows Live Mail при отправке даже простого текстового сообщения. Сделайте следующее:
В этот раз, когда вы будете отправлять письмо, то вы сможете сделать без каких-либо осложнений.
Ошибка 0x8007007b — довольно распространённая неполадка. Обычно, проблема возникает в тот момент, когда пользователь обновляет свою устаревшую систему (Windows 7, к примеру) на более новую, то есть Windows 10. Вторая, по популярности, причина — это попытка активации официальным ключом той системы, которая ранее была активирована пиратским способом.
Внимание! Перед дальнейшем чтением статьи, рекомендуем проверить систему на наличие системных и сетевых сбоев с помощью интегрированных в Windows 10 средств, так как иногда, неисправность “0x8007007b” возникает именно из-за этого…
Способ №1. Смена активационных данных через командную строку
Способ подойдёт Вам, если до этого на компьютере производилась активация ОС, при этом она якобы прошла успешно, но через некоторое время система вновь начала просить “ключ”. Как мы уже указали, для решение этой задачи нам понадобится командная строка. Мы объясним всё очень доступно…
Загрузившись, виндовс 10 должна стать лицензионной. Проверить это можно нижеуказанным способом. Если Вы всё сделали, но “0x8007007b” всё также присутствует, то нужно воспользоваться вторым способом…
Способ №2. Активация Windows 10 через специальное “окно”
В этом случае нам вновь понадобится “cmd” (командная строка). Но использовать мы будем её немного по другому. Прежде чем читать дальше, рекомендуем ещё раз проверить состояние активации…
Выполнив все предыдущие шаги, мы отправляемся в меню “Пуск“. Там мы нажимаем на кнопку перезагрузки.
Система вновь не активировалась? Ничего! У нас в запасе есть ещё один способ, который точно избавит нас от “0x8007007b”…
Способ №3. Как избавиться от ошибки 0x8007007b через “Параметры”?
Здесь мы не будем использовать “cmd” и другие “хакерские” утилиты. Нам будет достаточно привычных для всех пользователей системных приложений, таких как “Параметры”. Найти “Параметры” можно через поисковую строку Windows 10, или зажав следующую комбинацию клавиш “Win+I”.
Стоит обратить внимание на то, что ПК должен иметь интернет подключение… Если компьютер не подключен к глобальной сети, то проверка ключа — невозможна.
Теперь ошибка 0x8007007b точно исчезнет!
Как посмотреть статус лицензии?
Чтобы узнать о статусе лицензии, нам придётся вновь запустить командную строку от имени администратора. Как это сделать, мы уже подробно рассказывали в одном из абзацев статьи.
Теперь, нам остаётся прописать “slmgr-dlv” в системном интерпретаторе… В появившемся окне, нужно найти строку “Состояние лицензии“. Следовать вышеуказанной инструкции нужно только в том случае, если в нём (в пункте) указано, что лицензия недействительна.
Зачем это нужно?
Узнав о действительности лицензии самостоятельно, мы исключаем возможность появления ошибки”0x8007007b” из-за влияния системных и сетевых сбоев в работе компьютера.
Активация Windows. Код ошибки 0x8007007b: как исправить?
Как известно, для того чтобы использовать операционные системы Windows в полнофункциональном режиме, недостаточно их просто установить на компьютер. Требуется произвести еще и активацию продукта с использованием специального ключа. Однако в системах седьмой, восьмой и десятой версий иногда появляется сбой, в описании которого указывается код ошибки 0x8007007b. С чем это связано и как устранить проблему, смотрите ниже.
Код ошибки 0x8007007b при активации «Виндовс 10», 8, 7: причины появления
Кроме самого кода ошибки активации, в уведомлении имеется краткое описание проблемы. В общих чертах трактовать его можно как неправильный синтаксис, а, проще говоря, ввод неверного ключа. Такое может наблюдаться, когда пользователь пытается использовать для своей версии системы ключ, предназначенный для другой модификации, или просто неверно вводит цифры и литеры.
Но вот самая главная проблема состоит в том, что в сообщении указывается только код ошибки 0x8007007b и описание, а снизу имеется всего одна кнопка закрытия активного окна. Вот и непонятно некоторым пользователям, где же вводить ключ, если сама система никаких возможностей для этого не предлагает? Выход есть. Для проведения процесса активации с вводом правильного ключа есть как минимум два простых решения.
Код ошибки 0x8007007b: как исправить? Способ первый
Чтобы точно быть уверенным, что такая ситуация связана именно с отсутствием лицензии, сначала удостоверимся в том, что ее действительно нет.
Вызываем консоль «Выполнить» (быстрый вызов – клавиши Win + R) и вводим команду slui 3. В появившемся окне имеется специальная строка, в которой и нужно ввести искомый 25-значный код. При корректном вводе система сообщит, что активация прошла успешно. Если же пользователь получает уведомление об успешной установке ключа, но активация не происходит, а сообщение, в котором присутствует код ошибки 0x8007007b, появляется снова, переходим ко второй процедуре, которая, в общем-то, не сильно отличается от первой.
Способов второй
Вторая методика устранения проблемы с активацией состоит в использовании выше указанной службы, которая применялась при проверке состояния лицензии.
Обратите внимание, что и в первом, и во втором случае запуск командной строки должен производиться исключительно с правами Администратора.
Несколько слов напоследок
Что самое интересное, сообщение, содержащее код ошибки 0x8007007b, появляется во всех системах, но только в версии 8.1 в окне с предупреждением есть кнопка, после нажатия на которую и появляется окно, где нужно ввести корректное значение. Но в целом оба представленных метода активации Windows проблем представлять не должны ни для одного юзера любого уровня подготовки.
Ошибка «0x8007007A» при переносе виртуальной машины под управлением Windows Server 2012 R2 или Windows Server 2012
Симптомы
Рассмотрим следующий сценарий:
Имеется два Hyper-V узлов под управлением Windows Server 2012 R2 или Windows Server 2012.
Использовать функцию Live миграции в Hyper-V для миграции виртуальной машины с одного сервера на другой.
В этом случае происходит сбой миграции. Кроме того в системном журнале регистрируется ошибка «0x8007007A», похожее на следующее:
Им системы
Источник: Microsoft-Windows-Hyper-V-High-Availability
Код события: 21502
Уровень: ошибка
Сообщение: динамическая миграция « VM_Name» не удалось. Операция переноса виртуальных машин для » VM_Name«сбой при миграции источника» имя_узла«. (Идентификатор виртуальной машины VM_GUID) Не удается сохранить раздел состояние виртуальной машины: область данных, переданная системному вызову слишком мал. (0x8007007A). (идентификатор виртуальной машины VM_GUID)
Решение
Для решения этой проблемы в Windows Server 2012 R2 установите обновление 2919355.
Для решения этой проблемы в Windows Server 2012, установите исправление, описанное в данной статье.
Сведения об обновлении для Windows Server 2012 R2
Дополнительные сведения о получении обновления 2919355, щелкните следующий номер статьи базы знаний Майкрософт:
Windows RT 8.1 Windows 8.1 и Windows Server 2012 R2 обновления в апреле, 2014 г
Сведения об исправлении
Доступно исправление от службы поддержки Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте это исправление только в тех случаях, когда наблюдается проблема, описанная в данной статье. Это исправление может проходить дополнительное тестирование. Таким образом если вы не подвержены серьезно этой проблеме, рекомендуется дождаться следующего пакета обновления, содержащего это исправление.
Если исправление доступно для скачивания, имеется раздел «Пакет исправлений доступен для скачивания» в верхней части этой статьи базы знаний. Если этот раздел не отображается, обратитесь в службу поддержки для получения исправления.
Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Чтобы просмотреть полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание, посетите следующий веб-сайт корпорации Майкрософт:
Примечание. В форме «Пакет исправлений доступен для скачивания» отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.
Предварительные условия
Для установки этого исправления необходимо наличие Windows Server 2012.
Необходимость перезагрузки
Может потребоваться перезагрузить компьютер после установки данного исправления.
Сведения о замене исправлений
Это исправление не заменяет все ранее выпущенные исправления.
Не удалось создать строку сеансов kvp код ошибки 0x8007007a
This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.
Asked by:
Question
I have two RDS servers running Server 2012, and since a couple of days users are reporting they get disconnected often. In the eventlogs, I found a couple of events where a user was disconnected without further information. I also found a lot of «Failed to create KVP sessions string» events. I couldn’t find any relevant information about this event, but it appears the most at moments when users are being disconnected from the RDS server.
Log Name: Microsoft-Windows-TerminalServices-RemoteConnectionManager/Operational
Source: Microsoft-Windows-TerminalServices-RemoteConnectionManager
Date: 3/12/2013 10:01:26 AM
Event ID: 1152
Task Category: None
Level: Error
Keywords:
User: SYSTEM
Computer: TS02.contoso.com
Description:
Failed to create KVP sessions string. Error Code 0x8007007A
Event Xml:
Does someone have any idea what might cause this error? Thanks!
All replies
Seeing this right now. Found a solution yet?
I haven’t heard any user complaints so far, I get notifications about Remote Desktop Services Licensing Mode though. Will ivestigate further and report back if I find answers.
Seeing this right now. Found a solution yet?
I haven’t heard any user complaints so far, I get notifications about Remote Desktop Services Licensing Mode though. Will ivestigate further and report back if I find answers.
Sorry for my english wich will not be very good.
I’ve the same problem which causes deconnection of all users. It will also stops the Remote Desktop Services on the RD server and causes the failing of the Remote Desktop Licensing Manager on an other server which hosts this role.
I hope somebody can help us.
To complete my post, we discover lots of problems with Windows 2012 RDS :
RDP sessions disconnected 3 or 4 times a day.
Licence manager fails at the same time.
We hope a rapid solution from Microsoft and at this time, we decided to reinstall Windows 2008R2 instead of Windows 2012.
I purchase enough RDP Lic, and my lic report says I have 20, 2 were issued, 18 available, and the report still lists all failed request for RDP lic, my RDP session host has whole bunch of such error events. My users complains about slow RDP session, and got disconnect often. I read somewhere that the RDP Lic server and RDP Session host needs to be co-certified with each other. May be it is the issue of session host doesn’t trust RDP server, so the get RDP Lic failed, and users can bad RDP session. I use RDP to render my ERP (Dynamics GP), for slower(low end) data users, I let them use ERP as RDP remote apps. For heavy ERP users, I installed client on their desktops, now, my heavy users are faster than my RDP users. It shouldn’t be, so the problem is definitely between RDP Lic and RDP Session Host.
When will Microsoft fix this issue? More and more users are getting disconnected at random.
Never had this problem with older versions of Windows Server.
I am seeing a similar error with one of my customers.
The RDS server in question is Windows 2012 R2 residing in Azure.
The users are seeing a disconnected, trying 1 of 20 dialog box.
Has anyone opened a case with Microsoft on this?
I don’t get their «Domain Admin» fix though! sounds a little random to me, I’m yet to try the fix as I have other project work on at the moment.
EVENTID: 1152
Severity: ERROR
Source: Microsoft-Windows-TerminalServices-RemoteConnectionManager
Data: Failed to create KVP sessions string. Error Code 0x8007007A
There are thousands of these entries in the event log.
I have 4000+ of these events in the last 24 hours. But this has been happening since we first started the 2012R2 Pilot (we now have 400-500 users on it)
Symptom
Getting Event 1152
Failed to create KVP sessions string. Error Code 0x8007007A
Cause
Licensing issue
Resolution
n Please apply the following local GPO:
use the specified remote desktop license servers.
Set the remote desktop licensing mode.
n Start->cmd(run as admin)->gpupdate /force
n Please also on the Domain controller add the computer account of the connection Broker and the licensing server to the domain admins group.
n On the session host server please add the Computer and Network service account to the RDS Endpoint server and RDS Management servers.
I don’t get their «Domain Admin» fix though! sounds a little random to me, I’m yet to try the fix as I have other project work on at the moment.
EVENTID: 1152
Severity: ERROR
Source: Microsoft-Windows-TerminalServices-RemoteConnectionManager
Data: Failed to create KVP sessions string. Error Code 0x8007007A
There are thousands of these entries in the event log.
I have 4000+ of these events in the last 24 hours. But this has been happening since we first started the 2012R2 Pilot (we now have 400-500 users on it)
Symptom
Getting Event 1152
Failed to create KVP sessions string. Error Code 0x8007007A
Cause
Licensing issue
Resolution
n Please apply the following local GPO:
use the specified remote desktop license servers.
Set the remote desktop licensing mode.
n Start->cmd(run as admin)->gpupdate /force
n Please also on the Domain controller add the computer account of the connection Broker and the licensing server to the domain admins group.
n On the session host server please add the Computer and Network service account to the RDS Endpoint server and RDS Management servers.
same problem here, «Failed to create KVP sessions string. Error Code 0x8007007A» and random disconnect/reconnect (briefly).
I also have «The RDP protocol component X.224 detected an error» in RemoteDesktopServices-RDPCoreTS.
I am chiming in to say that I have been having this issue for over a month as well. I tried all the above fixes and I even recreated the licensing 2 weeks ago. Everything is going fine licensing wise and we are supporting around 100 users for rd web. We do get some complaints about disconnects but luckily it isn’t too widespread.
These errors are still popping up on our 4 servers a lot and it is a bit worrisome.
case open, will see if it is a misconfiguration or if we have to wait for a patch.
case open, will see if it is a misconfiguration or if we have to wait for a patch.
We also have a huge amount of such errors on 2012 R2 servers. They’re not related to licensing (at least according to the RD Licensing diagnoser).
Also it’s interesting that on sundays and early at morning (when there are less than approximately ten users) errors don’t occur.
Can you have a look if you have these errors in eventlog application on the RD Gateway (it appears generally after a reboot):
Event 455 source:ESENT
Event 489 source:ESENT
Event 490 source:ESENT
Can you have a look if you have these errors in eventlog application on the RD Gateway (it appears generally after a reboot):
Event 455 source:ESENT
Event 489 source:ESENT
Event 490 source:ESENT
After some search on internet about the disconnection problem you can find some ressources here:
Below is the latest update I have on my case. The case is currently parked for a bigger RDS problem where we see winlogon crashing on our connection brokers. Once the case is resumed I will post the findings.
EVENTID: 1152
Severity: ERROR
Source: Microsoft-Windows-TerminalServices-RemoteConnectionManager
Data: Failed to create KVP sessions string. Error Code 0x8007007A
We checked the code for this error and it seems that when it enumerates the session information for existing sessions, it will save lots of information. The error code is 0x8007007A, which means that ERROR_INSUFFICIENT_BUFFER, The data area passed to a system call is too small.
Based on my research on the internal data base, it is an expected behavior if we have more remote session to the VM RDP server. And this can be safely ignored as it only record the session information for logging.
The reason of the error event is exact ERROR_INSUFFICIENT_BUFFER, because the buffer size was hardcoded to 1024 bytes in OS.
Also, I have recommendation to try the step as per the KB article http://support.microsoft.com/kb/2030310 and choose method 2 to delegate the permissions and check if that helps us.
Method 2: Use the Delegate Control Wizard to add the permissions to add read\write permissions to the terminalServer attribute or to the Terminal Server License Server attribute of the “user object” by the Terminal Server License Servers group. To do this, follow these steps:
Below is the latest update I have on my case. The case is currently parked for a bigger RDS problem where we see winlogon crashing on our connection brokers. Once the case is resumed I will post the findings.
EVENTID: 1152
Severity: ERROR
Source: Microsoft-Windows-TerminalServices-RemoteConnectionManager
Data: Failed to create KVP sessions string. Error Code 0x8007007A
We checked the code for this error and it seems that when it enumerates the session information for existing sessions, it will save lots of information. The error code is 0x8007007A, which means that ERROR_INSUFFICIENT_BUFFER, The data area passed to a system call is too small.
Based on my research on the internal data base, it is an expected behavior if we have more remote session to the VM RDP server. And this can be safely ignored as it only record the session information for logging.
The reason of the error event is exact ERROR_INSUFFICIENT_BUFFER, because the buffer size was hardcoded to 1024 bytes in OS.
Also, I have recommendation to try the step as per the KB article http://support.microsoft.com/kb/2030310 and choose method 2 to delegate the permissions and check if that helps us.
Method 2: Use the Delegate Control Wizard to add the permissions to add read\write permissions to the terminalServer attribute or to the Terminal Server License Server attribute of the “user object” by the Terminal Server License Servers group. To do this, follow these steps: