Имате COM+ серверску апликацију у којој је идентитет конфигурисан да се покреће као одређени корисник. Након неког времена, апликација може престати да ради и настави да не успе. Морате поново покренути COM+ апликацију да бисте решили проблем. У данашњем посту ћемо идентификовати узрок, а затим понудити решење за проблем да COM+ application may stop working у Виндовс 10^{(Windows 10)} када се корисник одјави.

COM+ апликација је примарна јединица администрације и безбедности за услуге ^(Services)компоненти^(Component) и састоји се од групе ЦОМ^(COM) компоненти које генерално обављају повезане функције.

Креирањем логичких група ЦОМ^(COM) компоненти као COM+ апликација, можете искористити следеће предности COM+ :

• Опсег примене за ЦОМ^(COM) компоненте.
• Уобичајени опсег конфигурације за ЦОМ^(COM) компоненте, укључујући безбедносне границе и ред чекања.
• Складиштење атрибута компоненте које није обезбедио програмер компоненте (на пример, трансакције и синхронизација).
• Библиотеке са динамичким везама ( ДЛЛ^(DLLs) ) компоненти које се учитавају у процесе ( ДЛЛХост.еке^{(DLLHost.exe)} ) на захтев.
• Управљани серверски процеси за хостовање компоненти.
• Креирање и управљање нитима које користе компоненте.
• Приступ објекту контекста за диспензере ресурса, омогућавајући да се стечени ресурси аутоматски повежу са контекстом.

ИД догађаја 10006^{(Event ID 10006)} & 1530, COM+ апликација не ради

Када COM+ апликација престане да ради у Виндовс^(Windows) -у када се корисник одјави, можда ћете видети грешку која личи на следећу у дневнику апликације на клијентској машини. ^{(Application)}Ако клијентски извршни фајл ради на истом рачунару као и COM+ серверска апликација, видећете ову грешку на COM+ серверу:

Event Type: Error
Event Source: DCOM
Event Category: None
Event ID: 10006
Date: 10/17/2009
Time: 1:36:39 PM
User: Domain\user
Computer: *****
Description:
DCOM got error “Unspecified error ” from the computer ‘servername’ when attempting to activate the server: {AAAAAAAA-AAAA-AAAA-AAAA-AAAAAAAAAAAA}

Такође ћете видети догађаје који личе на следеће у евиденцији апликација рачунара на којем се ^{(Application)}COM+ апликација покреће:

Назив евиденције:
Извор апликације: Мицрософт-Виндовс-Усер Профилес Сервице^{(Microsoft-Windows-User Profiles Service)}
Датум: 26.10.2009. 8:22:13
ИД догађаја: 1530
Категорија задатка: Ништа
Ниво: Упозорење
Кључне речи: Класични
корисник: СИСТЕМ
Рачунар: СЕРВЕРНАМЕ
Опис:
Виндовс откривен ваш регистар и даље користе друге апликације или услуге. Датотека ће сада бити учитана. Апликације или услуге које садрже вашу датотеку регистра можда касније неће исправно функционисати.

ДЕТАЉИ –
1 кориснички регистар руковао је процурелим из \Регистри\Усер\С-1-5-21-1049297961-3057247634-349289542-1004_Цлассес:
Процес 2428 (\Девице\С\ХарддискВиндовсллуме\СхарддискВиндовллс2 кључ је отворен.) \REGISTRY\ USER \ S-1-5-21-1123456789-3057247634-349289542-1004_CLASSES

Шта узрокује ИД догађаја 10006 и 1530

Према Мицрософт-у;

The User Profile Service will force the unloading of a user profile when that user logs off. This is a situation where the functionality of forcing the unload of the user profile may break an application if registry handles are not closed in the process. This new User Profile Service functionality is the default behavior.

Кориснички идентитет који је повезан са COM+ апликацијом је пријављен када се COM+ апликација први пут иницијализује. Дакле, овај проблем се покреће ако би се овај корисник одјавио са машине и тада би се кориснички профил испразнио и COM+ апликација више не може читати кључеве регистратора у профилу корисничког идентитета.

Да бисте решили овај проблем, мораћете да измените подразумевано понашање услуге корисничког профила^{(User Profile Service)} преко уређивача смерница групе^{(Group Policy Editor)} (гпедит.мсц).

Ево како:

• Покрените уређивач локалних групних политика .
• Идите на следећу путању:

Computer Configuration > Administrative Templates > System > User Profiles

• У десном окну двапут кликните на унос Не насилно учитавајте кориснички регистар при одјави корисника^{(Do not forcefully unload the user registry at user logoff)} да бисте уредили његова својства.
• Сада промените поставку са Нот Цонфигуред^{(Not Configured)} на Енаблед^(Enabled) тако што ћете изабрати одговарајуће дугме за избор који онемогућава нову функцију корисничког профила^{(User Profile Service)} .
• Кликните на Примени^(Apply) > У реду^(OK) .

Поставка смерница „ Немој насилно учитавати кориснички регистар при одјави корисника^{(Do not forcefully unload the user registry at user logoff)} “ супротставља подразумевано понашање оперативног система Виндовс^(Windows) клијента. Када је омогућена, услуга корисничког профила^{(User Profile Service)} неће насилно учитати регистар, већ чека док ниједан други процес не користи кориснички регистар пре него што га отчита.

Hope this helps!

Event ID 10006 and 1530: COM+ application not working in Windows 10

You havе a COM+ ѕerver applicatiоn in which the identity іs configured to run as a specific user. After working for some time, the application may stop working and keеp failing. You have to restart the COM+ application to resolve the issue. In today’s post, we wіll identify the cause and then provide the resolution to the issue of a COM+ application may stop working in Windows 10 when a user logs off.

A COM+ application is the primary unit of administration and security for Component Services and consists of a group of COM components that generally perform related functions.

By creating logical groups of COM components as COM+ applications, you can take advantage of the following benefits of COM+:

• A deployment scope for COM components.
• A common configuration scope for COM components, including security boundaries and queuing.
• Storage of component attributes not provided by the component developer (for example, transactions and synchronization).
• Component dynamic-link libraries (DLLs) loaded into processes (DLLHost.exe) on demand.
• Managed server processes to host components.
• Creation and management of threads used by components.
• Access to the context object for resource dispensers, allowing acquired resources to be automatically associated with the context.

Event ID 10006 & 1530, COM+ application not working

When a COM+ application stops working in Windows when a user logs off, you may see an error that resembles the following in the Application log on the client machine. If the client executable runs on the same computer as the COM+ server application, you will see this error on the COM+ server:

Event Type: Error
Event Source: DCOM
Event Category: None
Event ID: 10006
Date: 10/17/2009
Time: 1:36:39 PM
User: Domain\user
Computer: *****
Description:
DCOM got error “Unspecified error ” from the computer ‘servername’ when attempting to activate the server: {AAAAAAAA-AAAA-AAAA-AAAA-AAAAAAAAAAAA}

You’ll also see events that resemble the following in the Application log of the computer on which the COM+ application runs:

Log Name: Application
Source: Microsoft-Windows-User Profiles Service
Date: 10/26/2009 8:22:13 AM
Event ID: 1530
Task Category: None
Level: Warning
Keywords: Classic
User: SYSTEM
Computer: SERVERNAME
Description:
Windows detected your registry file is still in use by other applications or services. The file will be unloaded now. The applications or services that hold your registry file may not function properly afterwards.

DETAIL –
1 user registry handles leaked from \Registry\User\S-1-5-21-1049297961-3057247634-349289542-1004_Classes:
Process 2428 (\Device\HarddiskVolume1\Windows\System32\dllhost.exe) has opened key \REGISTRY\ USER \ S-1-5-21-1123456789-3057247634-349289542-1004_CLASSES

What causes Event ID 10006 and 1530

According to Microsoft;

The User Profile Service will force the unloading of a user profile when that user logs off. This is a situation where the functionality of forcing the unload of the user profile may break an application if registry handles are not closed in the process. This new User Profile Service functionality is the default behavior.

The user identity that is associated with the COM+ application is logged on when the COM+ application is first initialized. So, this issue is triggered if this user were to log off of the machine then the user’s profile would get unloaded and the COM+ application can no longer read registry keys in the profile of the user identity.

To resolve this issue, you’ll need to modify the default behavior of the User Profile Service via Group Policy Editor (gpedit.msc).

Here’s how:

• Launch Local Group Policy Editor.
• Navigate to the following path:

Computer Configuration > Administrative Templates > System > User Profiles

• On the right pane, double-click the Do not forcefully unload the user registry at user logoff entry to edit it’s properties.
• Now change the setting from Not Configured to Enabled by selecting the corresponding radio button which disables the new User Profile Service feature.
• Click Apply > OK.

The policy-setting ‘Do not forcefully unload the user registry at user logoff‘ counters the default behavior of the Windows client operating system. When enabled, the User Profile Service will not forcefully unload the registry, instead, it waits until no other processes are using the user registry before it unloads it.

Hope this helps!

Related posts

• Грешка ИД-а догађаја 158 – Додела идентичних ГУИД-ова диска у оперативном систему Виндовс 10

• Поправи грешку ИД догађаја 7031 или 7034 када се корисник одјави са Виндовс 10 рачунара

• Поправи грешку ИД-а догађаја 454 – Проблеми са перформансама корисничког профила у оперативном систему Виндовс 10

• Изаберите где да се опција апликација засиви у подешавањима оперативног система Виндовс 10

• ВПН заснован на ЦМАК-у не ради након надоградње на Виндовс 10

• Исправите грешку неважећег ИД састанка зумирања у оперативном систему Виндовс 10

• Модерни хост за подешавање је престао да ради - грешка у оперативном систему Виндовс 10

• Спољни микрофон се препознаје као слушалице у оперативном систему Виндовс 10

• МСВЦР71.длл недостаје на Виндовс 10 рачунару

• Цлоуд Цлипбоард (Цтрл+В) не ради или се не синхронизује у оперативном систему Виндовс 10

• Режим рада у авиону се неће искључити у оперативном систему Виндовс 10

• Решавање проблема Виндовс 10 не иде у стање спавања

• Како променити подразумевану локацију датотеке евиденције догађаја у оперативном систему Виндовс 10

• Брза помоћ не ради; Заглављен при учитавању или повезивању на Виндовс 10

• Програм не може да се покрене јер недостаје МСВЦП140.длл у оперативном систему Виндовс 10

• Реши проблем са именом догађаја БЕКС64 у оперативном систему Виндовс 10

• Како онемогућити заштитне мере за ажурирања функција у оперативном систему Виндовс 10

• СИД се приказује уместо корисничког имена или пријатељског имена у оперативном систему Виндовс 10

• Решите насумично замрзавање или закључавање оперативног система Виндовс 10

• Није могуће променити позадину радне површине у оперативном систему Виндовс 10