Перейти к содержанию

Проблема после обновления KSC

sovius

Автор sovius
в Помощь по корпоративным продуктам

 Поделиться

Рекомендуемые сообщения

sovius

sovius

Опубликовано
Опубликовано

После обновления KSC с 12 на 13ю версию стал недоступен порт 13000, следовательно пропало управление всеми устройствами. По локалхосту порт открыт и доступен. Брандмауер отключен. Мониторинг лисенинг портов показывает, что 13000 порт стоит на прослушке для любого интерфейса и для любого входящего адреса.

Сообщение от модератора kmscom
Тема перемещена из раздела Помощь по персональным продуктам

 

oit

oit

Опубликовано
Опубликовано

А переустановка агента на любом компе решает проблему?

sovius

sovius

Опубликовано
  • Автор
Опубликовано

Нет, не решает. Порт в принципе недоступен. Телнет на него не проходит

oit

oit

Опубликовано
Опубликовано

Значит надо сделать бэкап, удалить ксц, поставить заново ксц, накатить бэкап.

Но вам бы в ТП сначала.

sovius

sovius

Опубликовано
  • Автор
Опубликовано
18 часов назад, oit сказал:

Значит надо сделать бэкап, удалить ксц, поставить заново ксц, накатить бэкап.

Но вам бы в ТП сначала.

можете, пожалуйста, скинуть ссылку, куда обращаться без расширенной поддержки?

Пожалуйста, войдите, чтобы комментировать

Вы сможете оставить комментарий после входа в



Войти
 Поделиться
Перейти к списку тем

  • Похожий контент

    • Mihail_
      Проблемы при обновление KSC 14.0 до 14.2
      Автор 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 на KSC 15.1
      Автор 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
      Обновление политик в KSC
      Автор Rgn
      Здравствуйте, подскажите в чем может заключатся ошибка?
      Установил новую версию KES 12.4, но в политиках отображается 12.3

      подскажите с решением данной проблемы
    • vit451
      установка и обновление ПО средствами KSC
      Автор vit451
      Добрый день.
      KSC 15.1
       
      Как то не могу понять логику как быстро обновлять ПО , ранее установленное средствами KSC.
       
      Например, ставлю клиента Битрикс.
      Для установки делаю задачу, в параметрах задачи выбираю устройства из списка управляемых. Стартую, все ок, программа установилась. 
       
      Позже выходит новая версия, надо обновится. 
      По идее у меня уже есть задача с списком машин для установки, надо просто внутри задачи заменить пакет для установки. Но в настройках задачи это сделать невозможно. 
       
      Есть группы, на которые можно повесить установку ПО. Но устройство может состоять только в одной группе, нельзя по аналогии с GPO добавить устройство в множество групп, на которые в свою очередь повесить установку ПО. 
       
      Сейчас я для обновления ПО экспортирую список устройств в файл, далее делаю новую задачу, выбираю инсталляционный пакет для установки,а устройства импортирую из файла. 
      Но должен быть явно более простой путь. 
       
    • ГГеоргий
      Откат обновлений хранилища KSC
      Автор ГГеоргий
      Добрый день!
      Подскажите пожалуйста есть ли возможность откатить обновления в самом хранилище обновлений KSC? То есть не для конечных точек KICS for nodes или KES с помощью их задач, а именно внутри хранилища? 
      сценарий следующий:
      Выходит новое обновление, мы его загружаем в хранилище сервера администрирования. Затем проливаем его например на тестовую группу из 10 пк (к примеру). Переводим защиту на пк полностью в режим информирование и наблюдаем. Если понимаем, что обновление как то негативно влияет на работу, то мы откатываем обновление на самих тестовых хостах и также внутри самого хранилища. Откат внутри хранилища необходим например в случае когда подключится новый ПК и ему нужно будет загрузить старое обновление, а не то которое негативно влияет. 
      как вот сделать именно централизованный откат в самом хранилище чтобы дальше сервер снова смог старые "рабочие" обновы раздавать? 
      и в дополнении вопрос - есть ли возможность в политиках на конечных устройствах их переводить в режим информирования лишь одним чекбоксом или переключателем каким то? или вот в нашем сценарии придется каждый раз руками пробегаться по каждому протектору и в "информирование" переводить?
×
×
  • Создать...