Добрый день. Не могу понять по какой причине при подключении восстановленной из дампа базы в кластер 1С  в логи pg выдается следующее:

2021-05-18 04:36:17.398 MSK [50240] ERROR:  CREATE EXTENSION ... FROM is no longer supported at character 52
2021-05-18 04:36:17.398 MSK [50240] STATEMENT:  create extension if not exists mchar schema public FROM unpackaged

И база не подключается. Зачем при добавлении базы в кластер происходит попытка создания расширения? В базе оно уже есть.
Дамп сделан на PostgreSQL 9.6.2, восстанавливаю на PostgreSQL 13.2 - получаю ошибку выше. На 11.1 восстанавливалось без проблем, на 12.5 - тоже восстановилось нормально. Может быть кто-то сталкивался?

Указание FROM команды CREATE EXTENSION более не поддерживается. Там, где по-прежнему используются неупакованные расширения, их нужно заменить упакованными, прежде чем производить обновление PostgreSQL до версии 13.

https://postgrespro.ru/docs/postgrespro/13/release-13
Вот тут написано об этом

Спасибо. Не совсем понятно почему mchar создается как расширение, хотя в расширениях не отображается. А тип данных существует. При этом если использовать расширение и тип данных citext, то расширение отображается в установленных.

Добрый день!

не подскажите  в чем проблема

18.05.2021 16:49:35.953 [main] ERROR com._1c.etp.agent.Application - java.lang.NoClassDefFoundError: javax/xml/ws/Service
java.base/java.lang.ClassLoader.defineClass1(Native Method)
java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1017)
java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:174)
java.base/jdk.internal.loader.BuiltinClassLoader.defineClass(BuiltinClassLoader.java:800)
java.base/jdk.internal.loader.BuiltinClassLoader.findClassOnClassPathOrNull(BuiltinClassLoader.java:698)
java.base/jdk.internal.loader.BuiltinClassLoader.loadClassOrNull(BuiltinClassLoader.java:621)
java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:579)
java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522)
com._1c.etp.agent.services.ServiceRemoteControl$InfoBase.<init>(ServiceRemoteControl.java:206)
com._1c.etp.agent.services.ServiceRemoteControl.lambda$runCommandAsync$1(ServiceRemoteControl.java:89)
java.base/java.util.HashMap.forEach(HashMap.java:1336)
com._1c.etp.agent.services.ServiceRemoteControl.runCommandAsync(ServiceRemoteControl.java:84)
com._1c.etp.agent.services.MainService.lambda$callAsyncCommand$0(MainService.java:34)
java.base/java.util.HashMap$Values.forEach(HashMap.java:976)
java.base/java.util.Collections$SynchronizedCollection.forEach(Collections.java:2067)
com._1c.etp.agent.services.MainService.callAsyncCommand(MainService.java:34)
com._1c.etp.agent.services.MainService.start(MainService.java:79)
com._1c.etp.agent.instances.AgentInstanceService.run(AgentInstanceService.java:319)
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
java.base/java.lang.Thread.run(Thread.java:829)

АгентКИП отваливается от ЦКК

сам сервис запущен

в логах только эти ошибки

Привет! Где почитать про то как внутри работает универсальная технология обмена в 1С?

Коллеги, подскажите, как им это удалось и как теперь разблокировать?

в пользоватльском интерфейсе в меню Администрирование могли залочить

как разблокировать - через консоль администрирования 1с

ок попробую сейчас, спасибо

Это не файловая там база случайно?

Нет

Постгря