Автор
fartovii
в Помощь по корпоративным продуктам
-
Похожий контент
-
Автор Mihail_
При обновлении KSC 14.0 до 14.2 не запускается сервер администрирования KSC. в событиях ОС пишет вот такие ошибки.
Служба 'kladminserver' остановлена из-за ошибки. #1950 (1062) Generic db error: "1062, 'Duplicate entry '2954-4' for key 'PRIMARY'' , LastStatement='CALL AK_UPGRADE_DB_BATCH_15()'"
18043D0444043E0440043C043004460438044F0420003E04310420003E044804380431043A0435043A00200031003900350030002F00310030003600320020002800470065006E00650072006900630020006400620020006500720072006F0072003A002000220031003000360032002C00200027004400750070006C0069006300610074006500200065006E007400720079002000270032003900350034002D0034002700200066006F00720020006B0065007900200027005000520049004D004100520059002700270020002C0020004C00610073007400530074006100740065006D0065006E0074003D002700430041004C004C00200041004B005F0055005000470052004100440045005F00440042005F00420041005400430048005F0031003500280029002700220029002C00200063003A005C0061005C0063005C0067005F006100390065007A00300077007A0076005C0073005C00700072006F0064007500630074005C006F0073006D0070005C006B00730063005C006400650076005C007300650072007600650072005C00640062005C006D007900730071006C005C00640062006D007900730071006C005F0069006E006E006500720063006F006E006E0065006300740069006F006E0069006D0070006C002E006300700070002C0020003300370033002E000A003B0020005B004B004C005300540044005300560043005D00200063003A005C0061005C0063005C0067005F006100390065007A00300077007A0076005C0073005C00700072006F0064007500630074005C006F0073006D0070005C006B00730063005C006400650076005C007300740064005C0073006500720076006900630065005C0073006500720076006900630065006100750074006F00730074006F00700069006D0070006C002E0068004000320034003100
Остановка из-за ошибки. #1950 (1062) Generic db error: "1062, 'Duplicate entry '2954-4' for key 'PRIMARY'' , LastStatement='CALL AK_UPGRADE_DB_BATCH_15()'"
18043D0444043E0440043C043004460438044F0420003E04310420003E044804380431043A0435043A00200031003900350030002F00310030003600320020002800470065006E00650072006900630020006400620020006500720072006F0072003A002000220031003000360032002C00200027004400750070006C0069006300610074006500200065006E007400720079002000270032003900350034002D0034002700200066006F00720020006B0065007900200027005000520049004D004100520059002700270020002C0020004C00610073007400530074006100740065006D0065006E0074003D002700430041004C004C00200041004B005F0055005000470052004100440045005F00440042005F00420041005400430048005F0031003500280029002700220029002C00200063003A005C0061005C0063005C0067005F006100390065007A00300077007A0076005C0073005C00700072006F0064007500630074005C006F0073006D0070005C006B00730063005C006400650076005C007300650072007600650072005C00640062005C006D007900730071006C005C00640062006D007900730071006C005F0069006E006E006500720063006F006E006E0065006300740069006F006E0069006D0070006C002E006300700070002C0020003300370033002E000A003B0020005B004B004C005300520056005D00200063003A005C0061005C0063005C0067005F006100390065007A00300077007A0076005C0073005C00700072006F0064007500630074005C006F0073006D0070005C006B00730063005C006400650076005C007300650072007600650072005C007300650072007600650072005C007300650072007600650072002E006300700070004000370030003200
...обновление Сервера администрирования завершилось с ошибкой. Ошибка: #1950 (1062) Generic db error: "1062, 'Duplicate entry '2954-4' for key 'PRIMARY'' , LastStatement='CALL AK_UPGRADE_DB_BATCH_15()'"
База данных - MariaDB 10.11.1
Операционная система где установлен сервер Касперского - Windows Server 2016
-
Автор SergeyOW
День добрый.
Пытаюсь обновить KSC 14.2.0.26967 до версии 15.1.0.20748. KSC установлена на сервере Windows Server 2022. В качестве БД используется MS SQL 2019 c последними обновлениями. БД установлена на другом сервере.
Дело в том, что при обновлении до версии 15.1.0.20748, а также при "чистой" установке KSC 15.1.0.20748 и последующим восстановлением из бэкапа перестает работать служба kladminserver.
При этом служба kladminserver перестает работать после обновления KSC до версии 15.1.0.20748. В случае установки KSC 15.1.0.20748 после удаления KSC 14.2.0.26967 служба kladminserver перестает работать после восстановления из бэкапа.
Откатился обратно к KSC 14.2.0.26967. Бэкап рабочий. Восстановление из бэкапа на KSC 14.2.0.26967 прошло успешно.
Может кто сталкивался с подобной ошибкой при обновлении KSC.
-
Автор Rgn
Здравствуйте, подскажите в чем может заключатся ошибка?
Установил новую версию KES 12.4, но в политиках отображается 12.3
подскажите с решением данной проблемы
-
Автор vit451
Добрый день.
KSC 15.1
Как то не могу понять логику как быстро обновлять ПО , ранее установленное средствами KSC.
Например, ставлю клиента Битрикс.
Для установки делаю задачу, в параметрах задачи выбираю устройства из списка управляемых. Стартую, все ок, программа установилась.
Позже выходит новая версия, надо обновится.
По идее у меня уже есть задача с списком машин для установки, надо просто внутри задачи заменить пакет для установки. Но в настройках задачи это сделать невозможно.
Есть группы, на которые можно повесить установку ПО. Но устройство может состоять только в одной группе, нельзя по аналогии с GPO добавить устройство в множество групп, на которые в свою очередь повесить установку ПО.
Сейчас я для обновления ПО экспортирую список устройств в файл, далее делаю новую задачу, выбираю инсталляционный пакет для установки,а устройства импортирую из файла.
Но должен быть явно более простой путь.
-
Автор ГГеоргий
Добрый день!
Подскажите пожалуйста есть ли возможность откатить обновления в самом хранилище обновлений KSC? То есть не для конечных точек KICS for nodes или KES с помощью их задач, а именно внутри хранилища?
сценарий следующий:
Выходит новое обновление, мы его загружаем в хранилище сервера администрирования. Затем проливаем его например на тестовую группу из 10 пк (к примеру). Переводим защиту на пк полностью в режим информирование и наблюдаем. Если понимаем, что обновление как то негативно влияет на работу, то мы откатываем обновление на самих тестовых хостах и также внутри самого хранилища. Откат внутри хранилища необходим например в случае когда подключится новый ПК и ему нужно будет загрузить старое обновление, а не то которое негативно влияет.
как вот сделать именно централизованный откат в самом хранилище чтобы дальше сервер снова смог старые "рабочие" обновы раздавать?
и в дополнении вопрос - есть ли возможность в политиках на конечных устройствах их переводить в режим информирования лишь одним чекбоксом или переключателем каким то? или вот в нашем сценарии придется каждый раз руками пробегаться по каждому протектору и в "информирование" переводить?
-
Рекомендуемые сообщения
Пожалуйста, войдите, чтобы комментировать
Вы сможете оставить комментарий после входа в
Войти