Может там биндинги к сишнным либам

Или какие-то модули врапперы над сишными опять же

Которые сразу в системе стоят

Если так, то в scratch надо эти либы добавить, в чем проблема-то

Привет, всем. Подскажите, как сделать чтобы схавал конфиги? кусок compose:

db:
    image: postgres:latest
    ports:
      - 5432:5432
    configs:
      - source: pg_hba_cfg
        target: /var/lib/postgresql/data/pg_hba.conf
    volumes:
      - db_data:/database
      - ./postgres_backups:/backups
    environment:
      - POSTGRES_DB={{ POSTGRES_DB }}
      - POSTGRES_USER={{ POSTGRES_USER }}
      - POSTGRES_PASSWORD={{ POSTGRES_PASSWORD }}
    command: postgres -c 'max_connections=300'

volumes:
  db_data:
  rabbitmq_data:

configs:

  pg_hba_cfg:
    file: ./configs/postgres/pg_hba.conf

Ошибка

chown: changing ownership of '/var/lib/postgresql/data/pg_hba.conf': Read-only file system

db:
    image: postgres:latest
    ports:
      - 5432:5432
    configs:
      - source: pg_hba_cfg
        target: /var/lib/postgresql/data/pg_hba.conf
    volumes:
      - db_data:/database
      - ./postgres_backups:/backups
    environment:
      - POSTGRES_DB={{ POSTGRES_DB }}
      - POSTGRES_USER={{ POSTGRES_USER }}
      - POSTGRES_PASSWORD={{ POSTGRES_PASSWORD }}
    command: postgres -c 'max_connections=300'

volumes:
  db_data:
  rabbitmq_data:

configs:

  pg_hba_cfg:
    file: ./configs/postgres/pg_hba.conf

chown: changing ownership of '/var/lib/postgresql/data/pg_hba.conf': Read-only file system

память есть свободная вообще?

Да

проблема появилась когда добавил configs

странно, выглядит так будто сам придумал строку configs, может что и поменялось конечно

по сути ты можешь просто в volumes указать файл, так же как и папки
если не поможет, privileged: true
если и так не поможет, создать пользователя postgres с таким же id как в контейнере, и выдать права на файл

Спасибо, попробую

Народ, всем привет!
При старте системы не все контейнеры запускаются сами, как править этот момент?

рестарт олвейс

спс

ну и в дополнение, depends_on попробуйте, чтоб запускалось в очередности

скорее всего nginx падает так как апстрим с пыхой еще не стартанул

спс

Я сделал приложение на mongo+express+react+node.

Структура такая:

- client/
- - package.json
- - index.js <— frontend
- - Dockerfile
- server.js <— backend
- Dockerfile
- docker-compose.yml
- package.json

во время разработки в package.json сервера вызывается "dev": "concurrently \"npm run server\" \"npm run client\""

Dockerfile в папке client выглядит вот так:
F

ROM node:10.15.3
WORKDIR /usr/app
COPY package*.json ./
RUN npm ci
COPY . .
EXPOSE 3000
CMD ["npm","start»]

Dockerfile в корне выглядит вот так:
FRO

M node:10.15.3
RUN mkdir -p /usr/src/app
WORKDIR /usr/src/app
COPY package*.json ./
RUN npm ci
COPY . .
EXPOSE 8080
CMD ["npm","start"]

d

ocker-compose.yml тут https://gist.github.com/2u4u/2b13910c220f5a647f15d198a50ebe2a

при старте зависает на этом этапе

[HP

M] Proxy created: /api  -> http://[::1]:8080/
ℹ ｢wds｣: Project is running at http://172.17.0.3/
ℹ ｢wds｣: webpack output is served from 
ℹ ｢wds｣: Content not from webpack is served from /usr/app/public
ℹ ｢wds｣: 404s will fallback to /
Starting the development server...

Э

то ошибка клиента? Если без докера запускать, то все нормально Может  я что-то не так настроил?

- client/
- - package.json
- - index.js <— frontend
- - Dockerfile
- server.js <— backend
- Dockerfile
- docker-compose.yml
- package.json

ROM node:10.15.3
WORKDIR /usr/app
COPY package*.json ./
RUN npm ci
COPY . .
EXPOSE 3000
CMD ["npm","start»]

M node:10.15.3
RUN mkdir -p /usr/src/app
WORKDIR /usr/src/app
COPY package*.json ./
RUN npm ci
COPY . .
EXPOSE 8080
CMD ["npm","start"]

d

M] Proxy created: /api  -> http://[::1]:8080/
ℹ ｢wds｣: Project is running at http://172.17.0.3/
ℹ ｢wds｣: webpack output is served from 
ℹ ｢wds｣: Content not from webpack is served from /usr/app/public
ℹ ｢wds｣: 404s will fallback to /
Starting the development server...

Э

похоже что в докер не прокинуты директории