а этот как называется? /mnt/hello? Тоже субмаунт?

Второй субмаунт, ога

Replica - это то что в докере

не понял, это что?

Пробовал так же volumes: sql_volume: driver: local driver_opts: type: 'none' o: 'bind' device: '${PWD}/sql_volume' но получаю ошибку Cannot create container for service db: failed to mount local volume: mount ./sql_volume:/var/lib/docker/volumes/backend_sql_volume/_data, flags: 0x1000: no such file or directory

Ошибка - нет такого каталога

Полный синтаксис bind mount не создаёт каталога на хостовоц машине, если его нет

/ vs /mnt - второй и есть субмаунт

а первый mount называется?

В отличие от volumes и -v

а первый mount называется?

Видимо 🤷‍♂🤷‍♂

Полный синтаксис bind mount не создаёт каталога на хостовоц машине, если его нет

такая директория по факту есть

такая директория по факту есть

🤷‍♂я не телепат

Ты можешь проверить список драйверов через команду docker info

А как конкретно? docker info | grep 'driver' ничего не выводит

А как конкретно? docker info | grep 'driver' ничего не выводит

Ну, он там должен быть. Посмотри полный выхлоп

Видимо, чего-то там не активировалось/не подключилось и т п

Пробовал так же volumes: sql_volume: driver: local driver_opts: type: 'none' o: 'bind' device: '${PWD}/sql_volume' но получаю ошибку Cannot create container for service db: failed to mount local volume: mount ./sql_volume:/var/lib/docker/volumes/backend_sql_volume/_data, flags: 0x1000: no such file or directory

В /var/lib/docker/volumes что вообще лежит, проверял? Там должны быть папки согласно докер контейнеру, а не сами вольюмы, а вольюмы внутри папок для сервисов

В /var/lib/docker/volumes что вообще лежит, проверял? Там должны быть папки согласно докер контейнеру, а не сами вольюмы, а вольюмы внутри папок для сервисов

Мой мозг взорвался

Полный синтаксис bind mount не создаёт каталога на хостовоц машине, если его нет

это в shared, а по умолчанию создат каталог?

приветствую постгрес и 1с-сервер в докере как себя показывают? есть необходимость перевести либо польщователей на рдп, либо клиент серверную подымать, и вот думаю попробовать https://system-admins.ru/1s-v-kontejnere-bystro-nedorogo/ есть опыт, как работет?

это в shared, а по умолчанию создат каталог?

Без разницы

приветствую постгрес и 1с-сервер в докере как себя показывают? есть необходимость перевести либо польщователей на рдп, либо клиент серверную подымать, и вот думаю попробовать https://system-admins.ru/1s-v-kontejnere-bystro-nedorogo/ есть опыт, как работет?

Это чего-то новенькое. Нет, работать будет плохо. Но проблема не в том, что "докер медленный"

(и в этом тоже, но не сколько в этом, а во всем остальном)

Без разницы

так а в чем отличие тогда?

Это чего-то новенькое. Нет, работать будет плохо. Но проблема не в том, что "докер медленный"

на моноблоках просто сетевушки 100мбитные , а после перехода на бгу2 и зпик3 - они стали работать очень медленно. уже на сервере и маршрутизаторе бодинг rr поднят а почему плохо то?

на моноблоках просто сетевушки 100мбитные , а после перехода на бгу2 и зпик3 - они стали работать очень медленно. уже на сервере и маршрутизаторе бодинг rr поднят а почему плохо то?

Чо-чо? Эвереста там вместо проца нет, а? Уж пора бы поставить

Чо-чо? Эвереста там вместо проца нет, а? Уж пора бы поставить

это нам не нать

приветствую постгрес и 1с-сервер в докере как себя показывают? есть необходимость перевести либо польщователей на рдп, либо клиент серверную подымать, и вот думаю попробовать https://system-admins.ru/1s-v-kontejnere-bystro-nedorogo/ есть опыт, как работет?

"Отличительной особенностью контейнеров Docker со стороны ОС заключается в том, что он полностью вы­полняется в одном процессе. В этом случае все процессы внутри контейнера заменяются потоками, и межпроцессное взаимодействие между процессами (потоками) приложения становится гораздо более быстрым. База данных внутри контейнера работает быстрее, чем при нативной установке. Такая же замена происходит с процессами сервера 1С."

> он полностью вы­полняется в одном процессе ложь

> В этом случае все процессы внутри контейнера заменяются потоками, и межпроцессное взаимодействие между процессами (потоками) приложения становится гораздо более быстрым. WAT?

> База данных внутри контейнера работает быстрее, чем при нативной установке. Такая же замена происходит с процессами сервера 1С." хм. Может имеется в виду ДРУГОЕ, что не докер автомагически все делает, а то что есть разные режимы запускка? И можно их как-то выбирать? Или они говорят по сравнению с установкой на ДРУГОЙ платформе (типа винды)?

вот и я слегка удивился, мягко говоря

приветствую постгрес и 1с-сервер в докере как себя показывают? есть необходимость перевести либо польщователей на рдп, либо клиент серверную подымать, и вот думаю попробовать https://system-admins.ru/1s-v-kontejnere-bystro-nedorogo/ есть опыт, как работет?

Ну хз хз. Надо пользователец 50.чтоб формировали отчеты, проводили документы, работали кассы. А так потестить в вакуме - имхо херня.

И базу еще гигов на 50

> В этом случае все процессы внутри контейнера заменяются потоками, и межпроцессное взаимодействие между процессами (потоками) приложения становится гораздо более быстрым. WAT?

да, это ахинея

"Отличительной особенностью контейнеров Docker со стороны ОС заключается в том, что он полностью вы­полняется в одном процессе. В этом случае все процессы внутри контейнера заменяются потоками, и межпроцессное взаимодействие между процессами (потоками) приложения становится гораздо более быстрым. База данных внутри контейнера работает быстрее, чем при нативной установке. Такая же замена происходит с процессами сервера 1С."

Я почитаю этот сайт наверное

Думаю там такая дичь написана, хоть поржу

Думаю там такая дичь написана, хоть поржу

Обхаили все))) , но конструктива как организовать ни кто не написал

Конструктива как приложение в докере запустить? Это в документации по докеру написано

а на чем сошлись, стоит ли держать СУБД в докере или нет?

Конструктива как приложение в докере запустить? Это в документации по докеру написано

стоит ли вообще постгрес и 1с сервер запускать

а на чем сошлись, стоит ли держать СУБД в докере или нет?

Точно

стоит ли вообще постгрес и 1с сервер запускать

Почему бы нет

А с производительностью как или же 1с сервер на винде?

1с только на винде, на 99,9 уверен

Да и на линупсе запускают

Можно и на никсах 1С сервер поставить и будет работать, знаю организации кто уже перевел сервер на никс + база на PostgreSQL и при высоких нагрузках работает, но приходиться оптимизацией заняться перед переходом на эту схему

Да и на линупсе запускают

давно?

И как бы 1с можно в вин контейнере запустить

давно?

Года 3 вроде как

Больше вроде

К примеру сети аптек фармокопейка или обувь росии они перевели свои сервера на никсы 100% инфа сам переводил в одной из компании а в дургой друг это сделал еще так лет 5 назад

1с только на винде, на 99,9 уверен

Ну и повторюсь, что можно сделать вин контейнер

Тогда и в докере и на винде

1с + постгря и линух это норма

Так же как толстый и тонкий клиент на линухе

Ссылку на канал кинуть можно? 1ц+постгря?

Тут больше вопрос с том если у тебя куча мелких баз для контор от 5-10 человек то может и имеет смысл это все в докер перевести и быстро разварачивать, а если у тебя больщая и мощная база и все это в кластере на виртуалке + схд и бэк ап на ленточных носителях то тут докер вообще не нужен

1с только на винде, на 99,9 уверен

@PostgreSQL_1C_Linux

@PostgreSQL_1C_Linux

да понял я уже что он на линуксе есть

Но там тоже не все шоколад, то что коричневое

В 1С много чего не шоколад ) но есть свои плюсы при разработке

Тут больше вопрос с том если у тебя куча мелких баз для контор от 5-10 человек то может и имеет смысл это все в докер перевести и быстро разварачивать, а если у тебя больщая и мощная база и все это в кластере на виртуалке + схд и бэк ап на ленточных носителях то тут докер вообще не нужен

вы такую разворачивали, поддерживаете?

вы такую разворачивали, поддерживаете?

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

Всем привет, хочу использовать docker-compose для окружения, чтобы на текущем этапе просто использовать docker exec -it bash, но без лупа или запущенного приложения получаю exited with code 0. Есть ли какой-то красивый способ оставлять контейнер запущенным, без запущенных приложений внутри?

Всем привет, хочу использовать docker-compose для окружения, чтобы на текущем этапе просто использовать docker exec -it bash, но без лупа или запущенного приложения получаю exited with code 0. Есть ли какой-то красивый способ оставлять контейнер запущенным, без запущенных приложений внутри?

--entrypoint tail -f /dev/null

--entrypoint tail -f /dev/null

Спасибо, так и сделал. Думал, вдруг это не легально =)

это не красиво

sleep infinity наш выбор )

можешь как в кубере - /pause запускать https://www.ianlewis.org/en/almighty-pause-container

Всем привет! Подскажите, кто знает - дано: два готовых сконфигурированных докер контейнера, первый веб сервер, а второй сервер БД на PostgreSQL11. На веб сервере установлен nginx, php 7.3 и php-fpm. Чтобы веб сервер нормально заработал, необходимо запустить его командой docker run -it -p 80:80 webserver-with-app /bin/bash в режиме интерактивной строки, а затем последовательно ввести команды nginx & и php-fpm & затем выйти из интерактивного режима не останавливая контейнер. Затем запускается сервер БД docker run -p 5432:5432 --name postgres: -e POSTGRES_PASSWORD='' -d postgres:11 Если запустить их вручную в предварительно созданной для них сети, то они друг друга видят и нормально взаимодействуют. Тут вроде бы все нормально. А теперь вопрос: при попытке запустить все это в автоматизированном режиме с помощью docker-compose up -d в веб сервере не выполняется nginx & и php-fpm & соответственно не запускается веб приложение. Есть ли возможность это как то исправить?

как сделать так, чтобы не приходилось вводить вручную в интерактивном режиме команды nginx & и php-fpm &

контейнеры кастомные ?

как сделать так, чтобы не приходилось вводить вручную в интерактивном режиме команды nginx & и php-fpm &

очевидно, сделать контейнер так, чтобы не пришлось )))

очевидно, сделать контейнер так, чтобы не пришлось )))

Спасибо Кэп))) А можно конкретнее?))

контейнеры кастомные ?

да

да

разделить nginx и php-fpm на 2 контейнера нет желания ?

а какой смысл? Все равно придется nginx запускать вручную

в докер файле каждого контейнера влепи entrypoint nginx/php-fpm

и будет тебе счастье

если прям прёт всё в 1 контейнере

лепи либо свой entrypoynt скрипт, или заюзай чё готовое ( supervisor как пример )

лепи либо свой entrypoynt скрипт, или заюзай чё готовое ( supervisor как пример )

а можешь пример привести, как это сделать?