Ошибка при запуске Enterprise portal (Just-In-Time)

[Favor82]

Переустанавливаю уже 2 раза Интерпрайс портал, Axa2009 , R7 , Sp1
Вроде все устанавливается красиво, сразу же запускается портал, все работает, переключаюсь по вкладкам...через минут 5 начинает вылетать ошибка и предлагает запустить дебаггер и еще начинает запрашивать логин и пароль на странице/ такое ощущение что совсем другой пользователь запускает это. Впринципе какое то время и при ней портал работает, особо не мешает, а потом просто напросто перестает работать. С чем это связанно может быть. Ошибка на скрине. На другом серваке было такое, тоже запускался дебагер, но на другой экзе файл и сервис, но там решалось добавлением ко всем группам компании DAT, а тут какой то сервис w3wp.exe Б вроде это от ИИС
В логах вроде вот что, если это о ней.
An unhandled exception occurred and the process was terminated.

Application ID: /LM/W3SVC/1717283079/ROOT

Process ID: 13096

Exception: System.ObjectDisposedException

Message: Safe handle has been closed

StackTrace: at System.Security.Principal.Win32.ImpersonateLoggedOnUser(SafeTokenHandle hToken)
at System.Security.Principal.WindowsIdentity.SafeImpersonate(SafeTokenHandle userToken, WindowsIdentity wi, StackCrawlMark& stackMark)
at System.Security.SecurityContext.SetSecurityContext(SecurityContext sc, SecurityContext prevSecurityContext, StackCrawlMark& stackMark)
at System.Threading.ExecutionContext.SetExecutionContext(ExecutionContext executionContext)
at System.Threading.ExecutionContext.runTryCode(Object userData)
at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ThreadHelper.ThreadStart()

[ax_mct]

Если бы у меня то я бы
1. Проверил SP в части integrated auth., managed account и подумал бы о NTLM/Kerberos а также правах на пользователей на SP content database etc
Так как скорее всего настройки в SP.
Ну и на всякий случай
2. Поискал бы в логах X++ exception и даже все warning посмотрел по времени.
3. Проверил AX Proxy service account, Application pool user, AOS service user.
4. Проверил версии AOS и Application.
5. Подумал бы об имеющихся time-outs включая security time-out в SP.
А потом тупо дебажил бы так как код на web-control или в AX может делать все что не нужно

[ax_mct]

Однако ошибка скорее родная для IIS и ASP.NET чем для AX/EP.
Google в помощь
http://www.google.co.uk/search?q=saf...hrome&ie=UTF-8

Например

Цитата:

I was storing the windows identity in the session to reuse it. IIS7 closes the windows identity between requests so you need to use a new windows identity for each request. You can get it by using HttpContext.Current.User.Identity; in Application_AquireRequestState for example.

Hope this helps anyone else out there, it took me a while to figure it out.

[Favor82]

Уже все перепроверил, подозрение наверное в правах...так как инсталирую портал и под System Account я могу им пользоваться, как только захоже под другим пользователем, он долго грузится и в итоге опять выкидывает на логин. и после этого через какое то время попыток падает и перестает работать, либо пул падает. Подскажите, где еще какие права дать или группу, роль..

[ax_mct]

Очень похоже на то что Kerberos требуется но не настроен. Админская группа без Kerberos работает но уже обычные пользователи не могут.

Также я бы дал пользователям права на SharePoint content DB так есть такой workaround при похожем поведении.

То есть или Kerberos и | или права на SharePoint content DB.

[Favor82]

Странно, оказывается и в SharePoint под другими пользователями не попасть, только под SystemAccount который идет по умолчанию. Даже с полными правами администратора пользователю не войти.

[Favor82]

Цитата:

Сообщение от ax_mct

Очень похоже на то что Kerberos требуется но не настроен. Админская группа без Kerberos работает но уже обычные пользователи не могут.

Также я бы дал пользователям права на SharePoint content DB так есть такой workaround при похожем поведении.

То есть или Kerberos и | или права на SharePoint content DB.

Аутентификация стоит в Sharepointe NTLM

SharePoint content DB, это где и что, группа в АД или где то еще? а workaround что это?

[ax_mct]

Вы издеваетесь?
Это не мое дело но какова ваша роль в компании/проекте?
Должны ли вы делать то что пытаетесь?

Посмотрите Guidance в части прав пользователей в SP там где Site settings
А по поводу прав на базу SP для обычных пользователей то это такой фикс известный.

[Favor82]

Цитата:

Сообщение от ax_mct

Вы издеваетесь?
Это не мое дело но какова ваша роль в компании/проекте?
Должны ли вы делать то что пытаетесь?

Посмотрите Guidance в части прав пользователей в SP там где Site settings
А по поводу прав на базу SP для обычных пользователей то это такой фикс известный.

В Шерпоинте все права и пользователи настроены, даже в Central Administr... стоит пользователь как администратор и всеравно под ним нельзя войти в Шерпоинт.
Тут видимо дело не в правах на сайте, а IIS , БД или еще что то.

[ax_mct]

SP имеет свою базу данных где хранится некоторый контент и настройки.
Дайте пользователям (группе) доступ к этой базе.

[Favor82]

Цитата:

Сообщение от ax_mct

SP имеет свою базу данных где хранится некоторый контент и настройки.
Дайте пользователям (группе) доступ к этой базе.

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

[ax_mct]

Лечить дистанционно пациента сложно но
есть еще известная штука с правами на папку с временными файлами на веб-сервере.

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

Логи копайте и на веб-сервере и на AOS и на DB машинах.

И возможно пригласите контрактника, а то грех так мучиться

[ax_mct]

Да и возможно таки что в вашем развертывании вы просто должны использовать и настроить Kerberos.

Solutions Monkey: Convergence session: Enterprise Portal Deployment Tips and tricks

[Favor82]

Цитата:

Сообщение от ax_mct

Да и возможно таки что в вашем развертывании вы просто должны использовать и настроить Kerberos.

Solutions Monkey: Convergence session: Enterprise Portal Deployment Tips and tricks

У меня все стоит на одном сервере Windows Server SBS 2011 , SQL 2008 r2 аксапта , шерпоинт и портал. Насколько я понял если все на одной то керберос ненужен.

Непойму, например прошел день, портал под другим пользователем опять начал работать.. без проблем.. но стоит перелогиниться под другим и опять заглохнет.
Может ли быть связанно с тем что я захожу через ремоут десктоп..? хотя на других серверах, вточности на 2 все работает нормально через ремоут со сменой пользователей..правда там 2003 Вин

Ошибки в Эвентах такие.

Event code: 3007
Event message: A compilation error has occurred.
Event time: 6.12.2012 11:30:16
Event time (UTC): 6.12.2012 9:30:16
Event ID: 88a384b0a1f245f3937851b4a4f633ec
Event sequence: 3
Event occurrence: 1
Event detail code: 0

Application information:
Application domain: /LM/W3SVC/1/ROOT-534-129992598131870997
Trust level: Minimal
Application Virtual Path: /
Application Path: C:\SP11\
Machine name: EXCHANGE

Process information:
Process ID: 11324
Process name: w3wp.exe
Account name: DOMEN\Doro162

Exception information:
Exception type: HttpCompileException
Exception message: c:\SP11\App_Code\Proxies\Types.cs(12): error CS0234: The type or namespace name 'Framework' does not exist in the namespace 'Microsoft.Dynamics' (are you missing an assembly reference?)

Request information:
Request URL: https://1XX.XX.162.91:443/Microsoft-Server-ActiveSync
Request path: /Microsoft-Server-ActiveSync
User host address: 2XX.1XX.78.181
User:
Is authenticated: False
Authentication Type:
Thread account name: DOMEN\Doro162

Thread information:
Thread ID: 21
Thread account name: DOMEN\Doro162
Is impersonating: False
Stack trace: at System.Web.Compilation.AssemblyBuilder.Compile()
at System.Web.Compilation.BuildProvidersCompiler.PerformBuild()
at System.Web.Compilation.CodeDirectoryCompiler.GetCodeDirectoryAssembly(VirtualPath virtualDir, CodeDirectoryType dirType, String assemblyName, StringSet excludedSubdirectories, Boolean isDirectoryAllowed)
at System.Web.Compilation.BuildManager.CompileCodeDirectory(VirtualPath virtualDir, CodeDirectoryType dirType, String assemblyName, StringSet excludedSubdirectories)
at System.Web.Compilation.BuildManager.CompileCodeDirectories()
at System.Web.Compilation.BuildManager.EnsureTopLevelFilesCompiled()
at System.Web.Hosting.HostingEnvironment.Initialize(ApplicationManager appManager, IApplicationHost appHost, IConfigMapPathFactory configMapPathFactory, HostingEnvironmentParameters hostingParameters)


И еще такая.

A process serving application pool 'SharePoint_8080_42d32c6f358243968555d3ebc161f4a0' suffered a fatal communication error with the Windows Process Activation Service. The process id was '14832'. The data field contains the error number.

[ax_mct]

Нестандартный путь для прокси файлов.

Я бы переустановил SharePoint, AX AOS and AX клиента с Business
Я бы все переустановил
Идеально нетрогая текущее на чистой машине пусть даже и виртуальной.
То есть я бы не разгребал а все переустановил с уважением к каждой строчке руководств и в положенной последовательности.

Если надеяться на чудо но можно с правами на папки поработать.
Мне вот папка с Proxies не нравиться. У вас их не две случаем? И как с доступом так как от родительской положенной директории она своего наследства не получает.

Также посмотрите есть ли у вас системные переменные AXTMP и AXTEMP c указанием на папку где полный доступ для авторизованных пользователей. Если нет то заведите. Порталу такое надо. Может валиться из-за такого если со своим профилем у пользователей плохо.

Но часто проще все переустановить правильно чем разбираться в странном.
Удачи!

[ax_mct]

Я бы перегенерировал прокси так как похоже что чуточку некорректный деплоймент.

Generate Proxies.

To generate the proxy open the form : Tools > Development Tools > Web development > Proxies > Generate)

In most cases the proxies directory will look like this: C:\inetpub\wwwroot\wss\VirtualDirectories\80\App_Code\Proxies

[Favor82]

Цитата:

Сообщение от ax_mct

Я бы перегенерировал прокси так как похоже что чуточку некорректный деплоймент.

Generate Proxies.

To generate the proxy open the form : Tools > Development Tools > Web development > Proxies > Generate)

In most cases the proxies directory will look like this: C:\inetpub\wwwroot\wss\VirtualDirectories\80\App_Code\Proxies

Советовали Tools > Development Tools > Web development > Proxies > Generate) сделать это...но у меня нет вкладки там Proxies > Generate.

Шерпоинт, портал переустанавливался не раз...аксапта тоже... проверю все остальное что вы выше перечислили.
Но уже подозренее не на портал, так как и шерпоинт после переустановок портала бывает что перестает пускать под другими пользователями...или если логиниться через ремоут десктоп под разными пользователями(права администраторов) то шерпоинт запускается по стандартным аккаунтом System Account и не в какую не принимает логин из под другого пользователя.

[ax_mct]

Цитата:

Сообщение от Favor82

Советовали Tools > Development Tools > Web development > Proxies > Generate) сделать это...но у меня нет вкладки там Proxies > Generate.

Не может быть, а если может то неплохо бы разобраться в чем дело. Может все плохо с конфигурацией и/или лицензиями на EP.

[Favor82]

Цитата:

Сообщение от ax_mct

Не может быть, а если может то неплохо бы разобраться в чем дело. Может все плохо с конфигурацией и/или лицензиями на EP.

Точно не в этом... точно такая же аксапта , портал и версии на другом сервере и без этого прокси генератора и все работает уже 2 года почти.. я просто все тоже самое перенес на новый сервер с новым Доменом. Все что надо в аксапте я изменил. Скорее всего проблема из за того что когда была установка Windows SBS 2011 , там поумолчанию устанавился шерпоинт 2010 , потом я его удалил, после чего я еще помучался с установкой Sharepointa 3.0 ..затирал следы от 2010....скорее это и является причиной.. остается только сносить все с виндой..

[nikos2001]

Зря удаляли SharePoint 2010. Нужно было на него и ставить.