@ru_docker

Страница 576 из 610
Dan
24.04.2019
20:01:34
@outsiderzEnik написал: уважаемые гуру подскажите https://sprut.ai/client/blog/449 как в докере это сделать, только сильно не пинайте если это банально я новичек в этом деле

Alex
24.04.2019
20:04:24
cd /srv/homeassistant/lib/python3.5/site-packages/homeassistant/components/homekit_controller/ нужно отредактировать фаил который лжит в этой папке

поделитесь пожалуйста конфигом Grafana docker compose 3.3

Maksim
25.04.2019
08:24:50
На хабе должен быть

Google
Maksim
25.04.2019
08:25:43
https://hub.docker.com/r/grafana/grafana/

Что не так ?

https://grafana.com/docs/installation/docker/

Alex
25.04.2019
08:29:42
https://grafana.com/docs/installation/docker/
там вторая версия а у меня весь копоз на 3.3

Igor
25.04.2019
12:18:31
Опаньки. Докер на армах поддержали. Скоро приложения на телефон не из маркета будем ставить, а композами;)

https://techcrunch.com/2019/04/24/docker-partners-with-arm/

Maksim
25.04.2019
18:23:37
использую gitlab-ci, создаю контейнер с ansible и при деплое получаю fatal: [XXXX]: UNREACHABLE! => { "changed": false, "msg": "argument must be an int, or have a fileno() method.", "unreachable": true }

локальное все норм

кто сталкивался ?

Alexander
25.04.2019
18:43:30
А локально от пользователя gitlab-runner все ок?

Maksim
25.04.2019
18:50:20
я на gitlab.com делаю

Erich
26.04.2019
03:44:52
Привет

у меня вопросы по синтаксису в docker-compose.yml

Google
Erich
26.04.2019
03:45:25
services: django: &django build: context: . dockerfile: ./compose/local/django/Dockerfile image: my_awesome_project_local_django depends_on: - postgres - mailhog volumes: - .:/app env_file: - ./.envs/.local/.django - ./.envs/.local/.postgres ports: - "8000:8000" command: /start

django: &django эта часть

и еще тут flower: <<: *django image: my_awesome_project_local_flower ports: - "5555:5555" command: /start-flower

<<: *django втф?

Maksim
26.04.2019
03:49:31
Убрать. Какой-то артефакт

Erich
26.04.2019
03:50:27
Убрать. Какой-то артефакт
не нужные строчки?

Maksim
26.04.2019
03:57:18
Думаю нет

Wom
26.04.2019
04:24:14
https://medium.com/@kinghuang/docker-compose-anchors-aliases-extensions-a1e4105d70bd

нужные это строчки

Erich
26.04.2019
07:23:54
Roman
26.04.2019
11:30:56
я правильно понимаю что если у меня сервер в контейнере A крутится под localhost:9080 то сервис из контейнера B к нему не может по этому адресу подключиться?

Roman
26.04.2019
11:45:40
зависит от настроек, но по умолчанию да, не может
хмм, а как мне это обойти в данном случае?

AstraSerg
26.04.2019
11:48:03
не назвал бы это "обойти" :) Если вам нужно связать 2 сервиса вы долджны использовать общую для них сеть

варианты похуже: запустить контейнер с net=host

ещё хуже вывесить на внешний ip-шник

Maxim
26.04.2019
11:53:26
я правильно понимаю что если у меня сервер в контейнере A крутится под localhost:9080 то сервис из контейнера B к нему не может по этому адресу подключиться?
Создайте внешнюю сеть и добавьте в неё оба контейнера, обращаться будут по имени контейнера и порту

Alex
26.04.2019
12:18:02
подскажите что не так с композом ? не создает базу данных((( influxdb: container_name: influx image: influxdb:latest restart: always environment: - INFLUXDB_DB="samle" - INFLUXDB_ADMIN_ENABLED="true" - INFLUXDB_ADMIN_USER="admin" - INFLUXDB_ADMIN_PASSWORD="admin" - INFLUXDB_USER="user" - INFLUXDB_USER_PASSWORD="user" ports: - 8086:8086 - 8083:8083

Maksim
26.04.2019
12:24:26
волюм прокинул ?

Google
Maxim
26.04.2019
12:33:53
подскажите что не так с композом ? не создает базу данных((( influxdb: container_name: influx image: influxdb:latest restart: always environment: - INFLUXDB_DB="samle" - INFLUXDB_ADMIN_ENABLED="true" - INFLUXDB_ADMIN_USER="admin" - INFLUXDB_ADMIN_PASSWORD="admin" - INFLUXDB_USER="user" - INFLUXDB_USER_PASSWORD="user" ports: - 8086:8086 - 8083:8083
Например в сервис можно добавить volumes volumes: - "influxdb:/var/lib/influxdb" в самый конец добавьте volumes: influxdb: external: true в итоге у вас должно получиться примерно вот так influxdb: container_name: influx image: influxdb:latest restart: always environment: - INFLUXDB_DB="samle" - INFLUXDB_ADMIN_ENABLED="true" - INFLUXDB_ADMIN_USER="admin" - INFLUXDB_ADMIN_PASSWORD="admin" - INFLUXDB_USER="user" - INFLUXDB_USER_PASSWORD="user" volumes: - "influxdb:/var/lib/influxdb" ports: - 8086:8086 - 8083:8083 volumes: influxdb: external: true перед запуском создайте внешний volume docker volume create influxdb и запускайте docker-compose up -d Взято вот отсюда https://hub.docker.com/_/influxdb

Gleb
26.04.2019
12:49:58
там вторая версия а у меня весь копоз на 3.3
а зачем тебе 3.3? если у тебя сворм то бери композ для сворма и юзай свежую версию, если у тебя нет сворма почему вообще 3? Чем выше мажорная версия тем лучше?)

Igor
26.04.2019
13:35:35
А докер умеет модули ядра подгружать?

ну типа сработает ли modprobe smth.ko при запуске своего образа?

Admin
ERROR: S client not available

Dyadik
26.04.2019
20:31:13


много разных вариантов написаня dockerfile пробовал не выходит

Эээ, ладно. Сам пофиксил все, спасибо)

John
26.04.2019
21:30:50
Phil
27.04.2019
02:42:29
Началось в колхозе утро On Thursday, April 25th, 2019, we discovered unauthorized access to a single Hub database storing a subset of non-financial user data. Upon discovery, we acted quickly to intervene and secure the site. We want to update you on what we've learned from our ongoing investigation, including which Hub accounts are impacted, and what actions users should take. Here is what we’ve learned: During a brief period of unauthorized access to a Docker Hub database, sensitive data from approximately 190,000 accounts may have been exposed (less than 5% of Hub users). Data includes usernames and hashed passwords for a small percentage of these users, as well as Github and Bitbucket tokens for Docker autobuilds. Actions to Take: We are asking users to change their password on Docker Hub and any other accounts that shared this password. For users with autobuilds that may have been impacted, we have revoked GitHub tokens and access keys, and ask that you reconnect to your repositories and check security logs to see if any unexpected actions have taken place. You may view security actions on your GitHub or BitBucket accounts to see if any unexpected access has occurred over the past 24 hours -see https://help.github.com/en/articles/reviewing-your-security-log and https://bitbucket.org/blog/new-audit-logs-give-you-the-who-what-when-and-where This may affect your ongoing builds from our Automated build service. You may need to unlink and then relink your Github and Bitbucket source provider as described in https://docs.docker.com/docker-hub/builds/link-source/ We are enhancing our overall security processes and reviewing our policies. Additional monitoring tools are now in place. Our investigation is still ongoing, and we will share more information as it becomes available. Thank you, Kent

AstraSerg
27.04.2019
05:27:59
Началось в колхозе утро On Thursday, April 25th, 2019, we discovered unauthorized access to a single Hub database storing a subset of non-financial user data. Upon discovery, we acted quickly to intervene and secure the site. We want to update you on what we've learned from our ongoing investigation, including which Hub accounts are impacted, and what actions users should take. Here is what we’ve learned: During a brief period of unauthorized access to a Docker Hub database, sensitive data from approximately 190,000 accounts may have been exposed (less than 5% of Hub users). Data includes usernames and hashed passwords for a small percentage of these users, as well as Github and Bitbucket tokens for Docker autobuilds. Actions to Take: We are asking users to change their password on Docker Hub and any other accounts that shared this password. For users with autobuilds that may have been impacted, we have revoked GitHub tokens and access keys, and ask that you reconnect to your repositories and check security logs to see if any unexpected actions have taken place. You may view security actions on your GitHub or BitBucket accounts to see if any unexpected access has occurred over the past 24 hours -see https://help.github.com/en/articles/reviewing-your-security-log and https://bitbucket.org/blog/new-audit-logs-give-you-the-who-what-when-and-where This may affect your ongoing builds from our Automated build service. You may need to unlink and then relink your Github and Bitbucket source provider as described in https://docs.docker.com/docker-hub/builds/link-source/ We are enhancing our overall security processes and reviewing our policies. Additional monitoring tools are now in place. Our investigation is still ongoing, and we will share more information as it becomes available. Thank you, Kent
f..k!

LEXASOFT
27.04.2019
05:32:02
Это точно в докере нужно?

Lev
27.04.2019
06:57:46
?

Kamal
27.04.2019
07:01:28
День добрый, не могу решить данный вопрос по PDO laravel... установил отсюда: https://github.com/davron112/docker-multiprojects сам пакеты, на моем сервере стоит ларавел, создал пользователь для моего проекта со всеми превялигями, проверил соеденение от пользователя все работает, потом очистел в моем проекте кеш в след делаю миграцию и тут ошыбка



я думаю что мне в докере что-то я должен изминить

Google
Maksim
27.04.2019
07:14:33
Разреши подключения со всех хостов

Kamal
27.04.2019
08:10:03
Artem
27.04.2019
08:10:42
У тебя юзер так создан...

Maksim
27.04.2019
08:13:44
У тебя нет доступа просто.

Проверяй MySQL

Artem
27.04.2019
08:14:16
Доступа нет для юзера

Он создан для хождения с локалхоста

Maksim
27.04.2019
08:16:18
Магия

Kamal
27.04.2019
10:16:21
У тебя нет доступа просто.
all privileges что еше надо ему?

куда уж доступа откыть?

Страница 576 из 610