
George
28.06.2019 
 12:53:03
если совсем боязно - ну, выдели миграции в отдельный контейнер, в конце-концов
https://habr.com/ru/post/454552/
полистай комменты
 
                
                
Alexander
28.06.2019 
 14:28:06
Спасибо!
И да, не хотел сайд контейнер для этого поднимать)
 
                    
Google
                
                
                
                
 
                
                
Dmitry
28.06.2019 
 15:13:54
господа, добрый вечер
в общем, сидел я никого не трогал. база крутилась в контейнере докера. вдруг откуда ни возьмись, появились лаги. а потом и вообще отвалился коннект к базе у джанги. докер запущен локально, в маке. 
docker ps: 0.0.0.0:3306->3306/tcp показывает, что порты в норме. ничем к базе не могу подключиться в этот контейнер
кудой копать?
 
                
                
?simplemice
28.06.2019 
 15:16:18
для начала в docker logs а потом в бар.... пятница на дворе
 
                
                
Dmitry
28.06.2019 
 15:16:34
а шаббат после 19 часов вроде
 
                
                
Dima
28.06.2019 
 15:24:24
 
                
                
Dmitry
28.06.2019 
 15:28:50
 
                
                
Dima
28.06.2019 
 15:31:16
 
                
                
Dmitry
28.06.2019 
 15:32:15
не подключается
попробовать пересобрать с композером?
 
                    
Google
                
                
                
                
 
                
                
Dmitry
28.06.2019 
 15:34:52
или бестолку
 
                
                
Dima
28.06.2019 
 15:36:20
 
                
                
Dmitry
28.06.2019 
 15:37:06
 
                
                
Dima
28.06.2019 
 15:37:47
Зайди и внутри сможешь уже дамп базы сделать, если она тебе нужна
 
                
                
Dmitry
28.06.2019 
 15:38:17
ну у меня волюм проброшен
 
                
                
Dima
28.06.2019 
 15:38:19
Видишь варнинг?)
 
                
                
Dmitry
28.06.2019 
 15:38:35
так
ага
я же по айпи захожу, а не хосту
 
                
                
Dima
28.06.2019 
 15:43:25
И должна пропасть ошибка
 
                
                
Dmitry
28.06.2019 
 15:43:58
минутку
 
                
                
Dima
28.06.2019 
 15:48:42
Экранировать вроде не обязательно в версии 2.х
  
 
                
                
Pavel
28.06.2019 
 15:59:13
всем привет
-v /root/clickhouse/configs/config.xml:/etc/clickhouse-server/config.xml
а такая кострукция не работает разве?
docker: Error response from daemon: OCI runtime create failed: container_linux.go:345: starting container process caused "process_linux.go:430: container init caused \"rootfs_linux.go:58: mounting \\\"/root/clickhouse/configs/config.xml\\\" to rootfs \\\"/var/lib/docker/overlay2/0c5b68f2e3e26723813aa9489d210e5e8c38405800b51c8385d9354a8c5f8841/merged\\\" at \\\"/var/lib/docker/overlay2/0c5b68f2e3e26723813aa9489d210e5e8c38405800b51c8385d9354a8c5f8841/merged/etc/clickhouse-server/config.xml\\\" caused \\\"not a directory\\\"\"": unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type.
запускаюсь так
docker run -d --name clickhouse-server --ulimit nofile=262144:262144 -v /root/clickhouse/database:/var/lib/clickhouse -v /root/clickhouse/configs/config.xml:/etc/clickhouse-server/config.xml -v /root/clickhouse/configs/users.xml:/etc/clickhouse-server/users.xml -v /root/clickhouse/logs/clickhouse-server.log:/var/log/clickhouse-server/clickhouse-server.log -v /root/clickhouse/logs/clickhouse-server.err.log:/var/log/clickhouse-server/clickhouse-server.err.log yandex/clickhouse-server
 
                    
Google
                
                
                
                
 
                
                
George
28.06.2019 
 16:00:37
Тогда тупой докер не будет пытаться создавать каталог, там где его быть не должно (он реально туп в этом отношении)
 
                
                
Pavel
28.06.2019 
 16:01:59
 
                
                
Dmitry
28.06.2019 
 16:07:24
  
 
                
                
Pavel
28.06.2019 
 16:09:20
Не используй -v, используй полный синтаксис --mount
docker: Error response from daemon: create /root/clickhouse/database: "/root/clickhouse/database" includes invalid characters for a local volume name, only "[a-zA-Z0-9][a-zA-Z0-9_.-]" are allowed. If you intended to pass a host directory, use absolute path.
при запуске 
docker run -d --name clickhouse-server --ulimit nofile=262144:262144 --mount source=/root/clickhouse/database,target=/var/lib/clickhouse --mount source=/root/clickhouse/configs/config.xml,target=/etc/clickhouse-server/config.xml --mount source=/root/clickhouse/configs/users.xml,target=/etc/clickhouse-server/users.xml --mount source=/root/clickhouse/logs/clickhouse-server.log,target=/var/log/clickhouse-server/clickhouse-server.log --mount source=/root/clickhouse/logs/clickhouse-server.err.log,target=/var/log/clickhouse-server/clickhouse-server.err.log yandex/clickhouse-server
? что ему теперь не так?
всеж правильно и красиво
в ковычки брал тоже пробывал
я папку с файлами за ранее создал clickhouse/database так не надо разве делать?
  
 
                
                
George
28.06.2019 
 16:21:49
Обратный слэш поомжет
А то глаза у меня вытекли
  
 
                
                
VolanDeVovan
28.06.2019 
 16:51:14
юзаю докерсварм и оверлей сеть
оч часто когда пытаешься приконектится к сервису юзая оверлей (будучи внутри сети или извне) получается таймаут
но следующий коннект идет нормально
 
                
                
Evgeniy
28.06.2019 
 18:34:23
Ребят, подскажите пожалуйста. Почему может быть косяк? настроил docker. Запустил nginx php на порт 8081. Захожу 127.0.0.1:8081. Пишет, file no found. В логах 2019/06/28 18:32:27 [error] 7#7: *2 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 172.19.0.1, server: hello.dev, request: "GET / HTTP/1.1", upstream: "fastcgi://172.19.0.2:9000", host: "127.0.0.1:8081"
 в конфиге server {
    index index.php;
    root   /var/www/;
    error_log  /var/log/nginx/error.log;
    access_log /var/log/nginx/access.log;
    server_name  hello.dev; и в docker-compose  volumes:
            - ./nginx:/etc/nginx/conf.d
            - ./www:/var/www
            - ./logs:/var/log/nginx
  
 
                
                
sakura
28.06.2019 
 22:47:50
stupid question: is there a way how to save the state of containers i am currently running
docker ps 
CONTAINER ID        IMAGE                            COMMAND                  CREATED             STATUS              PORTS                    NAMES
928027693d59        seleniumlinkedinbrowser_chrome   "/opt/bin/entry_po..."   2 weeks ago         Up 2 weeks          5900/tcp                 seleniumlinkedinbrowser_chrome_1
3f3eaf64c72b        selenium/hub:3.11.0-bismuth      "/opt/bin/entry_po..."   2 weeks ago         Up 2 weeks          0.0.0.0:4444->4444/tcp   seleniumlinkedinbrowser_hub_1
54c1bbe877ac        ldindocker_chrome                "/opt/bin/entry_po..."   10 months ago       Up 3 weeks          5900/tcp                 ldindocker_chrome_1
and survive reboot and get in the same state as it is right now?
(i had to overwrite files, binaries and so on)
 
                
                
Sergei
29.06.2019 
 02:53:11
 
                    
Google
                
                
                
                
 
                
                
sakura
29.06.2019 
 11:10:44
 
                
                
\/
29.06.2019 
 17:06:13
привет. помогите плиз настроить проброс для gitea ssh в доке в lxc контейенере(если это конечно важно). родной мануал не помогает, видимо или руки кривые или мануал. по ssh могу зайти в контейнер по номеру порту. а клонировать репозиторий не получается
version: "3"
networks:
  gitea:
    external: false
services:
  server:
    image: gitea/gitea:latest
    environment:
      - USER_UID=1000
      - USER_GID=1000
      - DB_TYPE=sqlite3
      - DB_NAME=gitea
    restart: always
    networks:
      - gitea
    volumes:
      - ./gitea:/data
    ports:
      - "3000:3000"
      - "127.0.0.1:2222:22"
https://docs.gitea.io/en-us/install-with-docker/ это дока - раздел SSH Container Passthrough
 
                
                
George
29.06.2019 
 17:08:16
 
                
                
\/
29.06.2019 
 17:08:34
если оставить только 2 порта типа 2222:22
ничего не меняется
ssh -vvvT git@HOST -p 2222 так все работает
 
                
                
George
29.06.2019 
 17:19:57
а что ты хочешь?
 
                
                
\/
29.06.2019 
 17:20:35
git clone git@host:user/test.git
 
                
                
George
29.06.2019 
 17:20:55
а почему такой синтаксис странный?
 
                
                
\/
29.06.2019 
 17:21:10
порт выше был лишний. я уже как только не пробовал
 
                
                
George
29.06.2019 
 17:21:35
самое простое, чтоб не насиловать мозг - выделить под гит отдельный айпи, а потом сделать проброс вида 
"внешний_доп_айпи:22:22"
и такой же на вебку
 
                
                
\/
29.06.2019 
 17:22:30
да
 
                
                
George
29.06.2019 
 17:22:30
не для клона по хттп
 
                
                
\/
29.06.2019 
 17:22:45
http не используем. только ssh
 
                
                
George
29.06.2019 
 17:23:23
https://stackoverflow.com/a/1558735/698689
 
                    
Google
                
                
                
                
 
                
                
George
29.06.2019 
 17:23:31
это идеальный вариант - отпячить свой ssh config
либо есть вариант клонить так https://stackoverflow.com/a/19739420/698689
"git clone ssh://user@32.242.111.21:11111/home/git/repo.git"
 
                
                
\/
29.06.2019 
 17:24:30
фишка в том, что gitea или gogs передают ключи в имени пользователя
 
                
                
George
29.06.2019 
 17:24:37
честно скажу - проще выделить отдельный айпи на гит (чтобы 22-й на хост машине и в докере не пересекались) и все будет ок
 
                
                
\/
29.06.2019 
 17:24:41
git clone git@host:user/test.git вот тут USER
 
                
                
George
29.06.2019 
 17:24:59
ну, они под юзером гит
что мешает тебе сделать
 git clone git@host:2222/user/test.git
 
                
                
\/
29.06.2019 
 17:26:04
сек
 
                
                
George
29.06.2019 
 17:26:42
либо (на грани фантастики ) - ну, скажи гитеа, что она на нестандартном порту (чтоб он был одинаковый с портом на хосту, т.е. проброс 2222:2222, а не 2222:22)
 
                
                
\/
29.06.2019 
 17:26:51
git clone git@HOST:2222/USER/test.git
Cloning into 'test'...
Warning: the ECDSA host key for 'HOST' differs from the key for the IP address 'IP'
Offending key for IP in /Users/USER/.ssh/known_hosts:29
Matching host key in /Users/USER/.ssh/known_hosts:33
Are you sure you want to continue connecting (yes/no)? yes
git@HOST's password:
 
                
                
George
29.06.2019 
 17:26:58
я уверен, что проблема неприятная, с наскоку не решается, но реально можно за 15 минут справиться
 
                
                
\/
29.06.2019 
 17:29:18
если честно, просто с докера гитеа проще обновляется)) не выйдет, оставлю просто реально отдельный контейнер с выделенным ипом да
 
                
                
George
29.06.2019 
 17:29:47
 
                
                
\/
29.06.2019 
 17:30:30
обидно, я пару часов  убил чтобы вообще докер в proxmox lxc запустить)
 
                
                
George
29.06.2019 
 17:31:29
а бывает так (
 
                
                
Alex
29.06.2019 
 18:28:53
Привет, подскажите а можно подключится к контейнеру который находится на хостинге через ssh из локальной машинки?