E88a796d 7758 48a7 9ba7 781e269e9aa4 ошибка формата потока

Добрый день.
При запуске срипта
sudo python3 start.py -new -h demo -debug sudo python3 start.py -new -h demo -debug
возникает ошибка
лог (частично) ….
Publish services … done
docker exec srv.demo.1cfresh.dev sh -c «cp /mnt/smtl.cf /tmp/smtl.cf» && docker exec -t srv.demo.1cfresh.dev /opt/1cv8/x86_64/8.3.19.1522/1cv8 CREATEINFOBASE «Srvr=srv;Ref=smtl;DBMS=PostgreSQL;DBSrvr=/tmp/postgresql/socket;DB=smtl;DBUID=postgres;LicDstr=Y;Locale=ru_RU;CrSQLDB=Y;SchJobDn=Y;» /UseTemplate /tmp/smtl.cf /Out «/mnt/create_ib_smtl.out»
Creating smtl is fihish. Duration:0:01:16.133012
docker exec srv.demo.1cfresh.dev sh -c «cp /mnt/other-files/cfe/api_1cfresh.cfe /tmp/api_1cfresh.cfe» && docker exec -t srv.demo.1cfresh.dev /opt/1cv8/x86_64/8.3.19.1522/1cv8 DESIGNER /S «srvsmtl» /LoadCfg «/tmp/api_1cfresh.cfe» -Extension «api_1cfresh» /UpdateDBCfg /Out «/mnt/install_control_ext_smtl.out»
sh: /sbin/ip: No such file or directory
log_fresh_start.txt

Сам файл присутствует в папке docker_freshother_filescfeapi_1cfresh.cfe

Подскажите, пожалуйста, если что не так.

В новых версиях платформ файлы в дистрибутиве называются по другому.
Это влияет на get_platform.sh, а именно
1c-enterprise-$DISTR_VER1.$DISTR_VER2-common-$DISTR_VER1-$DISTR_VER2.x86_64.rpm

Плюс пути установки в остальных файлах не /opt/1C/v8.3/x86_64 а /opt/1cv8/x86_64/{PLATFORM_VERSION}/

Добрый день!
Я столкнулся с парой проблем при сборке докер образов.

1. При wget при скачивании gosu просто отваливался, что не смог установить https соединение. Проявлялось рандомно. Предполагаю, что у меня какая-то локальная проблема с сетью. Сделал обход со скачиванием до старта сборки и прокидыванием файла в сборку.
2. В текущем варианте не работает oscript packet manager
   Он не может подключиться с хабу из-за нового корневого сертификата lets encrypt, из-за этого не ставится deployka
   ОШИБКА — {Модуль /usr/share/oscript/lib/opm/src/core/Классы/СерверПакетов.os / Ошибка в строке: 61 / Внешнее исключение (System.Net.WebException): Error: TrustFailure (Authentication failed, see inner exception.)}
   ПРЕДУПРЕЖДЕНИЕ — Ошибка получения списка пакетов с хаба ОсновнойСерверПакетов по причине {Модуль /usr/share/oscript/lib/opm/src/core/Классы/СерверПакетов.os / Ошибка в строке: 97 / Ошибка подключения к зеркалу}
   Для себя сделал костыль в докерфайле centos:
   yum -y install ca-certificates; update-ca-trust;
   Может тут может надо взять другой исходный образ centos?
3. После костыля с обновлением сертификатов, появилась ошибка установки license tools, что невозможно проверить подпись, ключ устарел. Пришлось добавить ключ —ignore-signature-warnings. Платформу использовал 8.3.17.2306, license tools из нее, пробовал отдельно license tools 0.1.15, результат одинаковый.

Для себя вроде сделал обходы, но хотелось бы какое-то общее решение «для следующих поколений».

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

CREATEINFOBASE "Srvr=srv;Ref=sa4;DBMS=PostgreSQL;DBSrvr=/tmp/postgresql/socket;DB=sa4;DBUID=postgres;LicDstr=Y;Locale=ru_RU;CrSQLDB=Y;SchJobDn=N;"

47:13.608000-0,EXCP,1,process=1cv8,OSThread=693,Exception=d294e384-7ea6-49c6-be96-f3a6e3de1242,Descr='LoadComponent(cfgtest):
d294e384-7ea6-49c6-be96-f3a6e3de1242: Ошибка загрузки компоненты cfgtest: '
47:14.019000-0,EXCP,2,process=1cv8,OSThread=693,Exception=9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr="./src/ClientFileCacheImpl.cpp(280):
9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен 'v8stg64://c:/1/DynamicalWorkCache': ./src/Storage64.cpp(3077)"
47:14.020002-0,EXCP,2,process=1cv8,OSThread=693,Exception=9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr="./src/ClientFileCacheImpl.cpp(280):
9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен 'v8stg64://c:/3/DynamicalWorkCache': ./src/Storage64.cpp(3077)"
47:15.737001-0,EXCP,1,process=1cv8,OSThread=693,Exception=e88a796d-7758-48a7-9ba7-781e269e9aa4,Descr='./src/ExceptionWriterUIImpl.cpp(224), shown to the user:
e88a796d-7758-48a7-9ba7-781e269e9aa4: Ошибка формата потока'

В докере на windows поднят 1cfresh из репозитория.
Все контейнеры работают, к базам через веб-клиент подключение успешно проходит.
В файле hosts для сервера 1с srv.zhloby3k.1cfresh.dev прописан ip хостовой машины.
При попытке подключения консолью кластера с хостовой машины к серверу 1с (srv.zhloby3k.1cfresh.dev) или при попытке запуска конфигуратора или тонкого клиента выходит ошибка:

Ошибка определения принадлежности клиентского и серверного процессов одному компьютеру.

В техподдержке 1с ответили следующим образом:

https://its.1c.ru/db/v8313doc#bookmark:cs:TI000000016
“Не поддерживается запуск клиентского приложения на виртуальной машине, если для сетевого адаптера виртуальной машины установлен тип подключения NAT, а кластер серверов «1С:Предприятия», с которым должно работать клиентское приложение, расположен на компьютере, который является хост-компьютером для виртуальной машины клиентского приложения.”
Причиной ошибки “Ошибка определения принадлежности клиентского и серверного процессов одному компьютеру.” является то, что физический компьютер оба адреса определил как свои, а виртуальный — как принадлежащие разным компьютерам.
Это — особенность инфраструктуры

Необходимо обеспечить возможность работы 1cfresh с докером на windows с хостовой машины.

Добрый вечер! пытаюсь активировать лицензию пользовательскую но получаю сообщение

[email protected]:~/docker_fresh$ sudo docker run —rm -it

-v /home/admins/docker_fresh/licenses_1c:/var/1C/licenses
fresh/core bash -l -c ‘ring license activate —company «и» —email «[email protected]» —country «Russia» —zip-code «640000» —town «» —street «» —house «» —serial «» —pin «» —send-statistics «false»‘
/entrypoint.sh: line 60: exec: bash: not found
failed to resize tty, using default size
В чем может быть причина ?
Спасибо!
https://github.com/WizaXxX/docker_fresh/issues/18

В докере на windows поднят 1cfresh из репозитория.
Все контейнеры работают, к базам через веб-клиент подключение успешно проходит.
В файле hosts для сервера 1с srv.zhloby3k.1cfresh.dev прописан ip хостовой машины.
При попытке подключения консолью кластера с хостовой машины к серверу 1с (srv.zhloby3k.1cfresh.dev) или при попытке запуска конфигуратора или тонкого клиента выходит ошибка:

Ошибка определения принадлежности клиентского и серверного процессов одному компьютеру.

В техподдержке 1с ответили следующим образом:

https://its.1c.ru/db/v8313doc#bookmark:cs:TI000000016
“Не поддерживается запуск клиентского приложения на виртуальной машине, если для сетевого адаптера виртуальной машины установлен тип подключения NAT, а кластер серверов «1С:Предприятия», с которым должно работать клиентское приложение, расположен на компьютере, который является хост-компьютером для виртуальной машины клиентского приложения.”
Причиной ошибки “Ошибка определения принадлежности клиентского и серверного процессов одному компьютеру.” является то, что физический компьютер оба адреса определил как свои, а виртуальный — как принадлежащие разным компьютерам.
Это — особенность инфраструктуры

Необходимо обеспечить возможность работы 1cfresh с докером на windows с хостовой машины.

Добрый день.
При запуске срипта
sudo python3 start.py -new -h demo -debug sudo python3 start.py -new -h demo -debug
возникает ошибка
лог (частично) ….
Publish services … done
docker exec srv.demo.1cfresh.dev sh -c «cp /mnt/smtl.cf /tmp/smtl.cf» && docker exec -t srv.demo.1cfresh.dev /opt/1cv8/x86_64/8.3.19.1522/1cv8 CREATEINFOBASE «Srvr=srv;Ref=smtl;DBMS=PostgreSQL;DBSrvr=/tmp/postgresql/socket;DB=smtl;DBUID=postgres;LicDstr=Y;Locale=ru_RU;CrSQLDB=Y;SchJobDn=Y;» /UseTemplate /tmp/smtl.cf /Out «/mnt/create_ib_smtl.out»
Creating smtl is fihish. Duration:0:01:16.133012
docker exec srv.demo.1cfresh.dev sh -c «cp /mnt/other-files/cfe/api_1cfresh.cfe /tmp/api_1cfresh.cfe» && docker exec -t srv.demo.1cfresh.dev /opt/1cv8/x86_64/8.3.19.1522/1cv8 DESIGNER /S «srvsmtl» /LoadCfg «/tmp/api_1cfresh.cfe» -Extension «api_1cfresh» /UpdateDBCfg /Out «/mnt/install_control_ext_smtl.out»
sh: /sbin/ip: No such file or directory
log_fresh_start.txt

Сам файл присутствует в папке docker_freshother_filescfeapi_1cfresh.cfe

Подскажите, пожалуйста, если что не так.

Добрый день!
Я столкнулся с парой проблем при сборке докер образов.

1. При wget при скачивании gosu просто отваливался, что не смог установить https соединение. Проявлялось рандомно. Предполагаю, что у меня какая-то локальная проблема с сетью. Сделал обход со скачиванием до старта сборки и прокидыванием файла в сборку.
2. В текущем варианте не работает oscript packet manager
   Он не может подключиться с хабу из-за нового корневого сертификата lets encrypt, из-за этого не ставится deployka
   ОШИБКА — {Модуль /usr/share/oscript/lib/opm/src/core/Классы/СерверПакетов.os / Ошибка в строке: 61 / Внешнее исключение (System.Net.WebException): Error: TrustFailure (Authentication failed, see inner exception.)}
   ПРЕДУПРЕЖДЕНИЕ — Ошибка получения списка пакетов с хаба ОсновнойСерверПакетов по причине {Модуль /usr/share/oscript/lib/opm/src/core/Классы/СерверПакетов.os / Ошибка в строке: 97 / Ошибка подключения к зеркалу}
   Для себя сделал костыль в докерфайле centos:
   yum -y install ca-certificates; update-ca-trust;
   Может тут может надо взять другой исходный образ centos?
3. После костыля с обновлением сертификатов, появилась ошибка установки license tools, что невозможно проверить подпись, ключ устарел. Пришлось добавить ключ —ignore-signature-warnings. Платформу использовал 8.3.17.2306, license tools из нее, пробовал отдельно license tools 0.1.15, результат одинаковый.

Для себя вроде сделал обходы, но хотелось бы какое-то общее решение «для следующих поколений».

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

CREATEINFOBASE "Srvr=srv;Ref=sa4;DBMS=PostgreSQL;DBSrvr=/tmp/postgresql/socket;DB=sa4;DBUID=postgres;LicDstr=Y;Locale=ru_RU;CrSQLDB=Y;SchJobDn=N;"

47:13.608000-0,EXCP,1,process=1cv8,OSThread=693,Exception=d294e384-7ea6-49c6-be96-f3a6e3de1242,Descr='LoadComponent(cfgtest):
d294e384-7ea6-49c6-be96-f3a6e3de1242: Ошибка загрузки компоненты cfgtest: '
47:14.019000-0,EXCP,2,process=1cv8,OSThread=693,Exception=9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr="./src/ClientFileCacheImpl.cpp(280):
9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен 'v8stg64://c:/1/DynamicalWorkCache': ./src/Storage64.cpp(3077)"
47:14.020002-0,EXCP,2,process=1cv8,OSThread=693,Exception=9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr="./src/ClientFileCacheImpl.cpp(280):
9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен 'v8stg64://c:/3/DynamicalWorkCache': ./src/Storage64.cpp(3077)"
47:15.737001-0,EXCP,1,process=1cv8,OSThread=693,Exception=e88a796d-7758-48a7-9ba7-781e269e9aa4,Descr='./src/ExceptionWriterUIImpl.cpp(224), shown to the user:
e88a796d-7758-48a7-9ba7-781e269e9aa4: Ошибка формата потока'

Добрый вечер! пытаюсь активировать лицензию пользовательскую но получаю сообщение

[email protected]:~/docker_fresh$ sudo docker run —rm -it

-v /home/admins/docker_fresh/licenses_1c:/var/1C/licenses
fresh/core bash -l -c ‘ring license activate —company «и» —email «[email protected]» —country «Russia» —zip-code «640000» —town «» —street «» —house «» —serial «» —pin «» —send-statistics «false»‘
/entrypoint.sh: line 60: exec: bash: not found
failed to resize tty, using default size
В чем может быть причина ?
Спасибо!
https://github.com/WizaXxX/docker_fresh/issues/18

В новых версиях платформ файлы в дистрибутиве называются по другому.
Это влияет на get_platform.sh, а именно
1c-enterprise-$DISTR_VER1.$DISTR_VER2-common-$DISTR_VER1-$DISTR_VER2.x86_64.rpm

Плюс пути установки в остальных файлах не /opt/1C/v8.3/x86_64 а /opt/1cv8/x86_64/{PLATFORM_VERSION}/