Народ помогите!
Проапгрейдил Kaspersky Administration Kit Версия 6.0.1710 русский на Kaspersky Administration Kit Версия 8.0.2048 (full) русский

Подключаюсь к серверу пишет "Не удалось подключиться к серверу администрирования".
Что делать????

P.s. Пробовал удалять Кита полность потом ставить чисто последнюю версию, подключается без проблем, накатываю резервную копию (при восстановление все пункты в ОК) таже фишка "Не удалось подключиться к серверу администрирования".

Подключаться пробовал и по имени сервера и по локалхосту и по ИП ... всеравно не подключается!!!
Сервак рестартовал... таже бодяга!!!

netstat -a не показывает, что порты 13000 и 14000 прослушиваются, но служба каспер сервер запущена!!!

Ждал 40 минут ...

В журнале CSAdminServer кидает такие сообщения:
1) Can't upgrade tasks: Не удается найти указанный файл.
2) Task was damaged and cannot be repaired.
3) Exception access violation occured at address 0x6696C1AE on thread 0x0000171C in process 5492 while accessing address 0x00000000 for read


ТОВАРИЩИ АДМИНЫ ПОСОВЕТУЙТЕ ЧТО ДЕЛАТЬ!!! НЕ ХОТЕЛОСЬ БЫ ЗАНОВО ВСЕ НАСТРАИВАТЬ!!!

Выложите логи установки и отчёт GetSysteminfo

Вот сисинфо Click to view attachment

P.S. Лог установки выложу завтра с утра! А почему изначально вербос не включен все таки по-моему такие вещи без логирования ставиться не должны ... всегда бывает потребность в логах

Вот лог установки Click to view attachment

На 8-ке молодцы ... логи автоматом сделали. Только успевай вытаскивай

В окне подключения галка "Использовать SSL" установлена?

ДА

нетстат всеравно показывает, что ни 13000, ни 14000 не прослушивается, так что хоть ставь, хоть не ставь!

служба сервера администрирования kaspersky lab administration server запущена?

У меня такая же проблема.

Сервер запущен, рестарт его делал.

Консоль локальная или удаленная?
Учетная запись точно имеет права на подключение? Добавьте ее для надежности в группу KLAdmins на Сервере.

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

И еще вопрос - на каком конкретно этапе отваливается подключение (посмотрите вот эту статью - http://support.kaspersky.ru/ak6mp1/error?p...;qid=180593668).

Консоль и такая и такая не подключается.

Учетная запись точно имеет доступ (администратор домена).

Трассировку только в понедельник (откатился назад на 6 версию).

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

Тоже самое ... пока начал с нуля настраивать восьмерку!!!

Добрый день. Судя по симптомам, у Вас проблемы со связью сервера и базы данных. Откройте EventViewer, журнал Kaspersky Event Log, и посмотрите на ошибки. Вероятно, там будет warning "Restarting due to DB connection error" и ошибка "SQL Server does not exist or access denied". В этом случае нужно понять причину, почему SQL не пускает сервер админкита.

Для начала: SQL на той-же машине, что и админкит? что в логах SQL (папка LOGS в установочной директории MSSQL)

Есть ли в папке установки AdminKit подпапка ~dumps? Есть ли в ней файлы вида ~klserver*.dmp?

Остановите, пожалуйста, службу Сервера администрирования, включите запись трассировки Сервера администрирования, подождите в течение 5-10 минут появления нового такого сообщения в Kaspersky Event Log, выключите запись трассировки и выложите архив файла трассировки (либо пришлите его мне персональным сообщением). Поправим.

Аналогичная проблема. Обновился с 6.0.1710 rus на 8.0.2048 и при попытках подключиться к серверу администрирования выдаёт сообщение "Не удалось подключиться к серверу администрирования".

Click to view attachment

Нужно распаковать на компьютере, где установлен AdminKit, приложенный к письму архив и запустить вайл run.bat, в результате работы которого в той же папке образуются файлы вида result*.*. Нужно предоставить архив с с этими файлами и результатами выполнения в подпапке dat\srv_tsk_storage папки установки AdminKit команды dir (с перенаправлением вывода в файл, который и надо прислать вместе с результатами скрипта):

dir > files.txt

Спасибо!

Бага, похоже не в скуле. Пробовал 2 раза, скуль локальный, из комплекта КИТ8. Скорей всего база слишком навороченная и в чём то отличается для 6 и 8. В 6 пашет нормально, в 8 не пашет. Проверяйте совместимость баз. Хотите, скачайте мою базу и попробуйте из неё восстановица - чем постоянно требовать от людей логи, дампы, трейсы. Головняка и так вагон, постоянно снимать не стоит.

Проблема уже известна, трейсы нужны не для диагностики, а для написания лечащего скрипта, т.к. до вечера вчерашнего дня не было средства автоматического исправления проблемы (сейчас оно уже есть, тестируется).
P.S. Дело не в "несовместимости баз" и т.п., просто если до апгрейда было рассогласование между БД и файловым хранилищем, AK6 с этим жил (хоть и мучался). А 8-й, поставленный апгредом на такой 6-й, к сожалению, при обнаружении такой неконсистентности оказался нежизнеспособным. Причин образования такой неконсистентности может быть несколько, от неконсистентного восстановления из бэкапа (когда база в бэкапе не соответствует файловым хранилищам) до физического удаления файла на диске (теоретически, могут быть и другие причины, связанные с крайне неудачным стечением обстоятельств, связанных с обработкой дедлоков в транзакциях при некоторых обстоятельствах в ходе изменения настроек задач удаленной установки. Кстати, в AK8 реализована надежная защита от возникновения подобного рода рассогласования данных, так что, у тех, у кого апгрейд прошел успешно, такая проблема в будуще уже никогда не возникнет.)

"Kaspersky Lab\Kaspersky Administration Kit\Dat\srv_tsk_storage\" - каталог пустой

P.S. Результаты выполнения скрипта выслал.

1. Скажите пожалуйста, какова была история установок/апгрейдов/восстановлений из бэкапа до перехода на AK8.0.2048? И как именно осуществлялся переход на AK8.0?
2. Для устранения проблемы распакуйте в некоторую папку на компьютере, где установлен AK, приложенный к письму архив klrifix2.zip (а при использовании в качестве сервера БД MySQL и файл libmysql.dll), запустите klrifix2.exe, сохраните образовавшийся в текущей папке файл result.txt, проверьте, что работоспособность Сервера администрирования восстановлена, и пришлите result.txt мне.

Спасибо!

P.S. Вниманию посетителей форума!
Данные рекоммендации применимы только в случае наличия всех симптомов, описанных автором темы в первом посте, т.е., наличие следующих событий в Kaspersky Event Log обязательно:
1) Can't upgrade tasks: Не удается найти указанный файл.
2) Task was damaged and cannot be repaired.
3) Exception access violation occured at address 0x6696C1AE on thread 0xXXXXXXXX in process XXXX while accessing address 0x00000000 for read

Столкнулся с проблемой, открытой топикстартером + падает сеть на компе с админкитом.
1. апгрейдов и восстановлений в процессе работы АдминКита не было, изначально устанавливалась версия 6.0.1710. (а. SQL 2005, б. админкит и сервер администратор на одной машине WXP SP2)
2. работоспособность Сервера администрирования не восстанавливается.

Установлено на новую машину - и таже беда не тащит базы с Сервера администрирования..

Похоже, у Вас другая проблема. Дампы в папке ~dumps создаются? Указанные автором исходного поста события в Kaspersky Event Log присутствуют?

Данные рекоммендации применимы только в случае наличия всех симптомов, описанных автором темы в первом посте, т.е., наличие следующих событий в Kaspersky Event Log обязательно:
1) Can't upgrade tasks: Не удается найти указанный файл.
2) Task was damaged and cannot be repaired.
3) Exception access violation occured at address 0x6696C1AE on thread 0xXXXXXXXX in process XXXX while accessing address 0x00000000 for read

Уточните, пожалуйста, что Вы имеете в виду: "...та же беда не тащит базы с Сервера администрирования..."? В этом топике обсуждается невозможность подключиться консолью администрирования к Серверу с характерными симптомами (указанные автором первоначального поста события в Kaspersky Event Log, падение службы Сервера администрирования с созданием дампов и т.п.), которая может возникнуть только при апгрейде с предыдущей версии при условии наличия до апгрейда рассогласования между БД и файловым хранилищем.

У меня с нуля установленный MP4 не обновляеться с сервера администрирования, хотя агент вроде ровно отрабатывает

Это другая тема. Здесь речь идет о случаях неработоспособности службы AK сервера после апгрейда с 6.0.1710 до 8.0.2048.

Боюсь уже и апгрейдить
А по моей теме не дадите ссылку? Неохота отдельные темы плодить

1. Разве упомнишь всё что было. Но если вкратце, то бакапы делаются регулярно, но из них никогда не восстанавливались - не было необходимости. Обновления админки были от версии к версии путём накатывания сверху (переустановки). Сначала был сделан бакап, после чего запущена установка AK 8.0.2048. Установка прошла успешно, но после этого админка перестала работать.

2. Выполнение данного файла никакого результата не дало (службу сервера даже перезагрузил на всякий случай). Лог выслал.

Не бойтесь. Во-первых, вероятность того, что у Вас БД не соответствует файловым хранилищам, пренебрежимо мала (если, конечно, Вы для бэкапа и рестора используете KLBackup.exe, а не переносите БД руками без файловых хранилищ, как делали некоторые пользователи). А, во-вторых, сейчас всем доступно средство (выложенное выше), которое сразу устраняет проблему, если она все же обнаруживается.



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

Похоже, у Вас другая проблема. Дампы в папке ~dumps создаются? Указанные автором исходного поста события в Kaspersky Event Log присутствуют?

1) Can't upgrade tasks: Не удается найти указанный файл.
2) Task was damaged and cannot be repaired.
3) Exception access violation occured at address 0x6696C1AE on thread 0xXXXXXXXX in process XXXX while accessing address 0x00000000 for read

Валились события в Kaspersky Event Log (уже удалил АдминКит, поскольку сеть на компьютере нужна) сообщения вот такого типа:

1. The description for Event ID ( 1 ) in Source ( CSAdminServer ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: Сервер администрирования остановился из-за ошибки.
#1950 (-2147467259) Generic db error: "0x80004005, 'Microsoft OLE DB Provider for SQL Server', 'Unspecified error', 'Cannot open database "KAV" requested by the login. The login failed.', GUID='{0C733A8B-2A1C-11CE-ADE5-00AA0044773D}', LastStatement=''".

2. The description for Event ID ( 1 ) in Source ( CSAdminServer ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: Database error occured: #1950 (-2147467259) Generic db error: "0x80004005, 'Microsoft OLE DB Provider for SQL Server', 'Unspecified error', 'Cannot open database "KAV" requested by the login. The login failed.', GUID='{0C733A8B-2A1C-11CE-ADE5-00AA0044773D}', LastStatement=''".

3. #1181 (1450) Произошла ошибка 1181/0x5aa ('System error 0x5AA (Insufficient system resources exist to complete the requested service.)') при доступе к объекту файловой системы 'C:\Program Files\Kaspersky Lab\Kaspersky Administration Kit\Storages\de4885ce-0181-4ba8-be54-fb7bd4884999\1103\1.0.0.0\SSP_TASKS\'..

4. The description for Event ID ( 1 ) in Source ( CSAdminServer ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: Сервер администрирования остановился из-за ошибки.
#1181 (1450) System error 0x5AA (Insufficient system resources exist to complete the requested service.).

Может дело в SQL? я не уверен что установлен последний сервис пак на SQL.

Папки ~dumps в каталоге KAK (Kaspersky Administration Kit ) нет. Есть такой каталог по адресу \Kaspersky Administration Kit\Nagent\~dumps\, но это к агенту администрирования относится и скорее всего не "в тему".

Вышеперечисленных ошибок в журналах нет, зато с периодичностью в 5 минут валятся следующие сообщения:

Журнал "Система":




Журнал "Kaspersky Event Log":

Если снова возникнет, на компьютере с сервером адм-я посмотрите в taskmgr'е столбцы "Handles", "VM Size" и "Mem Usage" по всем процессам -- отсортируйте по каждому из столбцов -- посмотрим, у какого процесса самые большие значения.
А потом на компьютере с сервером адм-я распакуйте прилагаемый файл handles.zip, запустите start.cmd, файл results.txt заархивируйте и мне в личку.

Запустите watchdog_off.reg из аттача. должно помочь
Click to view attachment

Внимание! Тем, у кого в Kaspersky Event Log присутствует такое сообщение, не надо пытаться использовать утилиту klrifix2.exe - она нужна совсем для другого случая, при наличии сообщений, описанных в посте, содержащем данную утилиту.

Не помогло. Ошибки продолжают сыпаться в логах (или надо ещё что-то сделать - сервер перезагрузить?) Какие будут дальнейшие предложения?

перезапустите службу сервера и нагента.

Если перезапуск службы Агента администрирования не поможет, остановите, пожалуйста, службу Сервера администрирования, включите запись трассировки Сервера администрирования 5-го уровня, подождите в течение 5-10 минут появления нового такого сообщения в Kaspersky Event Log, выключите запись трассировки и выложите архив файла трассировки (либо пришлите его мне персональным сообщением).

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

Нет! Просто более подробно опишите текущую ситуацию, экспортируйте события из Kaspersky Event Log. Если там ничего подозрительного не осталось, сразу соберите трассировку Сервера администрирования 5-го уровня за 5-7 минут работы с момента рестарта службы (важно, чтобы на момент старта службы запись трассировки уже была включена). Потом выключите запись трассировки, запакуйте файл трассировки и, например, пришлите мне.

Добавлю, что так-же соберите параллельную трассировку сетевого агента 5-го уровня(т.е. выключите обе службы, включите обе трассировки, запустите нагент и сервер).

Lashchenkov - просьба скинуть в PM e-mail, на который можно прислать логи, через форум отправить не получается - слишком большой файл получается (даже в архиве).

Выслал все трассировки и логи, теперь жду ответа.

Попробуйте удалить файл файл "%Program Files%\Kaspersky Lab\Kaspersky Administration Kit\spl.dat" и перезапустить службу сервера администрирования.

Удалил, перезагрузил сервис, всё заработало. Так в чём собственно была проблема?

В исчезновении прав на доступ к службе Сервера администрирования. Почему - разбираемся.

У меня тоже тока ватчдог ругался, может мне тоже удалить файл spl.dat и всё заработает?

Вы делали рестор ?

у меня история точ в точ, как у xoxmodav. Ему помог совет удаления файла. Пробовал обновить 1710 и пробовал поставить начисто кит8 и поднять с бакапа - и так и так не пашеет. Я не посылал ни трейсы, ни логи, ни дампы, у меня после обновы только ватчдог ругался и всё. Вот я и думаю попробовать удалить файл.
Вопрос по большей части к Lashchenkov

Да, удалите и перезапустите службу сервера адм-я -- должно помочь.

И ответьте, пожалуйста, на два вопроса:
- бэкап и рестор делались на разных компьютерах ?
- не являлся ли компьютер, на котором был сделан бэкап, контроллером домена ?