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

[Why not?]

Добрый день.

периодически стали возникать проблемы при смене подразделений пользователя, выдаётся ошибка CRM, в логах следующее:

Event code: 3005
Event message: An unhandled exception has occurred.
Event time: 12.01.2011 9:46:08
Event time (UTC): 12.01.2011 6:46:08
Event ID: cdcad499b1c84641bbc56c37b775cd66
Event sequence: 61393
Event occurrence: 2
Event detail code: 0

Application information:
Application domain: /LM/W3SVC/1/ROOT-1-129392648360946871
Trust level: Full
Application Virtual Path: /
Application Path: C:\inetpub\wwwroot\
Machine name: SMSK01CRM01

Process information:
Process ID: 7008
Process name: w3wp.exe
Account name: domain\crm

Exception information:
Exception type: TargetInvocationException
Exception message: Exception has been thrown by the target of an invocation.

Request information:
Request URL: https://crm4.domain.ru:443/BAC/_grid/cmds/dlg_changeorg.aspx?iObjType=8&iTotal=1&iIndex=0&ownerId={6DC3A37F-90E8-DE11-A368-00505692313A}&ownerType=10&iId={EE785DDD-77A0-DF11-9FBA-00505692313A}
Request path: /BAC/_grid/cmds/dlg_changeorg.aspx
User host address: 10.101.254.79
User: domain\adm_user
Is authenticated: True
Authentication Type: Negotiate
Thread account name: domain\crm

Thread information:
Thread ID: 3
Thread account name: domain\crm
Is impersonating: False
Stack trace: at Microsoft.Crm.Application.Utility.Util.RaiseXMLError(Exception exception)
at Microsoft.Crm.Dialogs.ChangeOrgDialogPage.ConfigureForm()
at Microsoft.Crm.Application.Controls.AppUIPage.OnPreRender(EventArgs e)
at System.Web.UI.Control.PreRenderRecursiveInternal()
at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)


Custom event details:


Каждый раз решается плясками с бубном в виде редактирования параметров пользователя (например, смена доменного имени, и возврат обратно), iisreset, после чего подразделение всё же удаётся изменить.


Никто с подобным не сталкивался?

[AndreyS]

Можно попровать добавить/изменить ключ в реестре - OLEDBTimeout. Выставите его в диапазон от 30000 (по умолчанию) до 86400.
Если не поможет, то надо включать трассировку и смотреть, что происходит с системой. А самый простой способ решить проблему - обратиться в поддержку .

[Digit]

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

Я уже просто не вспомню что там еще нам помогло, кроме этих параметров.

[Гуревич Денис]

Андрей прав, скорее всего дело в тайм-ауте.
По крайней мере вот тут человеку это помогло:
http://social.microsoft.com/Forums/e...7-2091cf233e3d

[Why not?]

Установка тайм-аутов не помогла

Откопал на форуме вот эту тему
Ошибка при изменении подразделения

Действительно были ошибки с чисткой таблиц, пригодилось ещё вот это КБ
http://support.microsoft.com/kb/921391

Пока подразделения меняются нормально, посмотрим что будет дальше.