2015-11-06 1 views
2

Я пытаюсь перенести проект Django на Docker-Compose для целей развертывания.Django Server не запускается в Docker-Compose

Я следил за различными учебниками онлайн и, исходя из моего понимания, единственными услугами, которые требуется моему приложению, являются Django и Postgres. Вот мой докер-compose.yml файл:

db: 
    image: postgres:latest 
    ports: 
    - "5432" 
    environment: 
    POSTGRES_PASSWORD: postgres 
    POSTGRES_USER: postgres 
web: 
    build: . 
    ports: 
    - "8000:8000" 
    volumes: 
    - .:/code 
    links: 
    - db 
    command: python3 manage.py runserver 0.0.0.0:8000 

Я проверил команду питона локально в моем virtualenv и запускает сервер, однако, когда я бегу «Докер-компоновать вверх» в папке копию Приложение находится в, я получаю этот выход:

Creating hpr_db_1 
Creating hpr_web_1 
Attaching to hpr_db_1, hpr_web_1 
db_1 | The files belonging to this database system will be owned by user "postgres". 
db_1 | This user must also own the server process. 
db_1 | 
db_1 | The database cluster will be initialized with locale "en_US.utf8". 
db_1 | The default database encoding has accordingly been set to "UTF8". 
db_1 | The default text search configuration will be set to "english". 
db_1 | 
db_1 | Data page checksums are disabled. 
db_1 | 
db_1 | fixing permissions on existing directory /var/lib/postgresql/data ... ok 
db_1 | creating subdirectories ... ok 
db_1 | selecting default max_connections ... 100 
db_1 | selecting default shared_buffers ... 128MB 
db_1 | selecting dynamic shared memory implementation ... posix 
db_1 | creating configuration files ... ok 
db_1 | creating template1 database in /var/lib/postgresql/data/base/1 ... ok 
db_1 | initializing pg_authid ... ok 
db_1 | initializing dependencies ... ok 
web_1 | /usr/local/lib/python3.4/importlib/_bootstrap.py:321: RemovedInDjango19Warning: django.utils.importlib will be removed in Django 1.9. 
web_1 | return f(*args, **kwds) 
web_1 | 
db_1 | creating system views ... ok 
db_1 | loading system objects' descriptions ... ok 
db_1 | creating collations ... ok 
db_1 | creating conversions ... ok 
db_1 | creating dictionaries ... ok 
db_1 | setting privileges on built-in objects ... ok 
db_1 | creating information schema ... ok 
db_1 | loading PL/pgSQL server-side language ... ok 
web_1 | /usr/local/lib/python3.4/importlib/_bootstrap.py:321: RemovedInDjango19Warning: django.utils.importlib will be removed in Django 1.9. 
web_1 | return f(*args, **kwds) 
web_1 | 
db_1 | vacuuming database template1 ... ok 
db_1 | copying template1 to template0 ... ok 
db_1 | copying template1 to postgres ... ok 
db_1 | syncing data to disk ... ok 
db_1 | 
db_1 | Success. You can now start the database server using: 
db_1 | 
db_1 |  postgres -D /var/lib/postgresql/data 
db_1 | or 
db_1 |  pg_ctl -D /var/lib/postgresql/data -l logfile start 
db_1 | 
db_1 | 
db_1 | WARNING: enabling "trust" authentication for local connections 
db_1 | You can change this by editing pg_hba.conf or using the option -A, or 
db_1 | --auth-local and --auth-host, the next time you run initdb. 
db_1 | waiting for server to start....LOG: database system was shut down at 2015-11-06 15:18:39 UTC 
db_1 | LOG: MultiXact member wraparound protections are now enabled 
db_1 | LOG: autovacuum launcher started 
db_1 | LOG: database system is ready to accept connections 
db_1 | done 
db_1 | server started 
db_1 | ALTER ROLE 
db_1 | 
db_1 | 
db_1 | /docker-entrypoint.sh: ignoring /docker-entrypoint-initdb.d/* 
db_1 | 
db_1 | LOG: received fast shutdown request 
db_1 | LOG: aborting any active transactions 
db_1 | LOG: autovacuum launcher shutting down 
db_1 | waiting for server to shut down....LOG: shutting down 
db_1 | LOG: database system is shut down 
db_1 | done 
db_1 | server stopped 
db_1 | 
db_1 | PostgreSQL init process complete; ready for start up. 
db_1 | 
db_1 | LOG: database system was shut down at 2015-11-06 15:18:41 UTC 
db_1 | LOG: MultiXact member wraparound protections are now enabled 
db_1 | LOG: database system is ready to accept connections 
db_1 | LOG: autovacuum launcher started 

Нет сообщений о запуске сервера или что-нибудь подобное, я знаю его компиляции моего кода в связи с предупреждениями о устаревания, но я совершенно озадачен здесь. Может ли кто-нибудь увидеть мою ошибку?

UPDATE:

При внимательном и изменить порт для сервера Джанго, я считаю, что доступ к веб-странице возвращает «сброшено подключение к серверу, пока страница нагружал» ошибка. Это указывает на то, что на этой странице создается что-то. Но я до сих пор не могу получить к нему доступ. Я знаю, что Docker-Compose работает как простые приложения Django из учебников.

+1

Вы можете вставить свой файл докеров для своего веб-приложения django, пожалуйста, –

ответ

3

Вы установили EXPOSE порт для контейнера django?

+0

Это заставило меня посмотреть в нужную область, поэтому я буду отмечать ее как правильную, правильный порт не был выбран в моем yml-файле, как это определено в разделе базы данных Django settings.py – GreenGodot

2

С .IML-файлом вы создаете сборку.

Вы должны перенести файлы в среду развертывания и продолжить работу с сервером.

Итак, когда успешно запущен .yml, у вас будет успешная сборка, и вы сможете переместить файлы в среду развертывания (где у вас работает последняя версия).

В любом случае, я не рекомендую исполнять python3 manage.py runserver 0.0.0.0:8000 в бегуне., Потому что ваш бегун будет работать, и он не закончит (получение успеха или неудачная сборка).

+0

Можете ли вы подробно остановиться на последнем предложении? Почему не рекомендуется запускать 'python3 manage.py runningerver 0.0.0.0: 8000'? что бы вы рекомендовали вместо этого? У меня возникла проблема, когда при ошибке python нет выхода, и сервер просто не запускается. – mirosval