|
|
15.03.2006, 07:20
|
#1 |
|
Участник
|
CRM Deployment Manager. User manager не работает
доброе время суток.
не запускается CRM Deployment Manager/UserManager т.е. сам DeploymentManager запускается. а вот UserManager не хочет. запускаю от имени пользователя, который устанавливал CRM (по-моему это обязательно), права администратора на SQL Server есть. работает все нормально, до тех пор пока не зайдешь на закладку UserManager тогда выдает вот такое сообщение "http://<servername>/MSCRMServices is not responding ..." говорит - это из-за того что CRM Server недоступен (все нормально работает), или нет прав на использование UserManager. что можно сделать? Последний раз редактировалось kras; 15.03.2006 в 07:49. |
|
|
|
15.03.2006, 10:23
|
#2 |
|
Microsoft CRM Certified Professional
|
Какая версия MS CRM?
|
|
|
|
15.03.2006, 16:49
|
#3 |
|
Участник
|
CRM 3.0
есть подозрение что не включена какая-то служба. вопрос в том какая? =) причем сама система успешно работает. |
|
|
|
17.03.2006, 05:23
|
#4 |
|
Участник
|
что никаких идей нет?
|
|
|
|
28.11.2006, 10:16
|
#5 |
|
Участник
|
Добрый день,
столкнулся с такой же проблемой: DeploymentManager запускается. а вот UserManager нет, выдает вот такое сообщение "http://<servername>/MSCRMServices is not responding ..." Переустановки ничего не дали. Если кто тоже сталкивался, подскажите решение пож. |
|
|
|
28.11.2006, 10:22
|
#6 |
|
Злыдни
|
Цитата:
Сообщение от Андрейка
Добрый день,
столкнулся с такой же проблемой: DeploymentManager запускается. а вот UserManager нет, выдает вот такое сообщение "http://<servername>/MSCRMServices is not responding ..." Переустановки ничего не дали. Если кто тоже сталкивался, подскажите решение пож.  http://support.microsoft.com/kb/921393
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
|
|
28.11.2006, 11:25
|
#7 |
|
Участник
|
Спасибо, видел. И даже вчера попытался ввести эти команды, правда безуспешно. Наверное, что-то неправильно делал. На всякий случай хочу уточнить: в этих командах что вставлять вместо Service Account?
|
|
|
|
28.11.2006, 11:37
|
#8 |
|
Злыдни
|
Цитата:
Сообщение от Андрейка
Спасибо, видел. И даже вчера попытался ввести эти команды, правда безуспешно. Наверное, что-то неправильно делал. На всякий случай хочу уточнить: в этих командах что вставлять вместо Service Account?
Учетная запись, под которой работает SQL Server. Обратите внимание, что если SQL работает под локальной учетной записью, то Service Account, судя по описанию, это имя компьютера. (Note If the Local System account is selected, this account is the computer account. The SPN must be added to the account that is running the MSSQLSERVER service.)
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
|
|
28.11.2006, 15:21
|
#9 |
|
Участник
|
Не знаю, похоже дело не в бобине.... Вроде все команды по инструкции ввожу, но рез-тат тот же. Есть еще мысли?
|
|
|
|
28.11.2006, 16:16
|
#10 |
|
Злыдни
|
Цитата:
Сообщение от Андрейка
Не знаю, похоже дело не в бобине.... Вроде все команды по инструкции ввожу, но рез-тат тот же. Есть еще мысли?
setspn -L "имя_компьютера_SQL" ?
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
|
|
28.11.2006, 17:20
|
#11 |
|
Участник
|
Пишет все, что нужно, хотя я и не большой гигант в понимании:
C=ru: MSSQLSvc/proliant3.domen_name.ru:1433 MSSQLSVC/proliant3domen_name.ru:1433 MSSQLSVC/proliant3:1433 MSSQLSvc/proliant3.domen_name.ru:3131 NtFrs-88f5d2bd-b646-11d2-a6d3-00c04fc9b232 ldap/proliant3.domen_name.ru/ForestDnsZones.ca GC/proliant3.domen_name.ru/domen_name.ru HOST/proliant3.domen_name.ru/DOMEN_NAME HOST/PROLIANT3 HOST/proliant3.domen_name.ru HOST/proliant3.domen_name.ru/domen_name.ru E3514235-4B06-11D1-AB04-00C04FC2DCD2/aef5f d.ru ldap/aef5f96d-607f-43f3-84f6-d0117ca10b3f. ldap/proliant3.domen_name.ru/DOMEN_NAME ldap/PROLIANT3 ldap/proliant3.domen_name.ru ldap/proliant3.domen_name.ru/DomainDnsZones.ca ldap/proliant3.domen_name.ru/domen_name.ru DNS/proliant3.domen_name.ru Причем коменду насчет MSSQLSVC/proliant3domen_name.ru:1433 ввел с ошибкой, хорошо бы ее убрать для чистоты эксперимента. |
|
|
|
28.11.2006, 17:36
|
#12 |
|
Злыдни
|
Не только для чистоты надо удалить, а и для работоспособности. Используйте ключ -D для удаления. Если сиквел стартует под домееной записью, проверьте ответ setspn -L "пользователь". В ответе должен присутствовать сервер SQL. Надеюсь, Вы настройку SPN проводили на сервере, на котором установлен CRM.
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
|
|
28.11.2006, 18:37
|
#13 |
|
Участник
|
Все сделал именно так, как написано, пока нет удачи.
М.б. файервол Керио чем-то мешает? Хотя сомнительно... Насчет проверить ответ setspn -L "пользователь", ничего не пишет. М.б. нужно setspn -L "имя_компьютера_SQL"? Или... |
|
|
|
29.11.2006, 08:38
|
#14 |
|
Злыдни
|
Под какой учетной записью работает SQL: под LocalSystem или сетевым пользователем?
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
|
|
29.11.2006, 08:57
|
#15 |
|
Участник
|
LocalSystem
|
|
|
|
29.11.2006, 09:23
|
#16 |
|
Злыдни
|
Тогда все верно. А проверьте на своем файерволе порты 88/tcp (Kerberos), 88/udp (Kerberos) и 389/udp (LDAP)
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
|
|
30.11.2006, 08:47
|
#17 |
|
Участник
|
Внутренние порты все открыты, да и при отключении файервола ошибка сохраняется. Погуглил пару дней, явных решеий не нашел. Похоже, придется переустанавливать весь сервер. Хотя жаль времени, все встает нормально, и с виду вполне рабочее...
|
|
|
|
01.12.2006, 07:10
|
#18 |
|
Участник
|
Интересно, принадлежность к группе SQLAccesGroup обязательна? я тут подумал....
|
|
|
|
05.12.2006, 17:34
|
#19 |
|
Участник
|
Если кому-то интересно, после полной переустановки все запустилось.
|
|
|
|
|
|
Комбинированный вид
