Я работаю над приложением Flask на основе приложения Microblog из мега-учебника Мигеля Гринберга. Код живет здесь: https://github.com/dnilasor/quickgig. У меня есть рабочая реализация докера со связанным контейнером MySQL 5.7. Сегодня я добавил функцию Admin View, используя модуль Flask-Admin. Он прекрасно работает локально (OSX) на сервере Flask с помощью 'flask run', но когда я собираю и запускаю новый образ докера (на основе python: 3.8-alpine), он вылетает при загрузке с ошибкой OSError: libc not found, код длякоторый, кажется, указывает неизвестная библиотека
Мне кажется, что Gunicorn не может обслуживать приложение после моих дополнений. Мой одноклассник и я в замешательстве!
Изначально я получил ошибку, используя базовый образ python: 3.6-alpine, поэтому попытался с 3.7 и 3.8 безрезультатно. Я также заметил, что я избыточно добавлял PyMySQL, однажды в файле require.txt, указав номер версии. и снова явно в докер-файле без спецификации. Удалена запись в файл require.txt. Также попытался увеличить версию Flask-Admin. вверх и вниз. Также попытался очистить мои миграции базы данных, так как я видел несколько файлов миграции, вызывающих сбой загрузки контейнера (правда, это было при использовании SQLite). Теперь существует только один файл миграции, и на основе трассировки стека кажется, что flask db upgrade работает просто отлично.
Одна вещь, которую мне еще предстоит попробовать, - это другой базовый образ (менее минимальный?), МожетПопробуй скоро и обнови это. Но проблема настолько загадочна для меня, что я подумал, что пришло время спросить, видел ли ее кто-нибудь еще:)
Я нашел эту ошибку сокета , которая казалась потенциально актуальной, но должна былабыть полностью исправленным в python 3.8.
Также, к вашему сведению, я следовал некоторым советам здесь по циклическому импорту и импортировал функцию моего администратора в create_app.
Dockerfile:
FROM python:3.8-alpine
RUN adduser -D quickgig
WORKDIR /home/quickgig
COPY requirements.txt requirements.txt
RUN python -m venv venv
RUN venv/bin/pip install -r requirements.txt
RUN venv/bin/pip install gunicorn pymysql
COPY app app
COPY migrations migrations
COPY quickgig.py config.py boot.sh ./
RUN chmod +x boot.sh
ENV FLASK_APP quickgig.py
RUN chown -R quickgig:quickgig ./
USER quickgig
EXPOSE 5000
ENTRYPOINT ["./boot.sh"]
boot.sh:
#!/bin/sh
source venv/bin/activate
while true; do
flask db upgrade
if [[ "$?" == "0" ]]; then
break
fi
echo Upgrade command failed, retrying in 5 secs...
sleep 5
done
# flask translate compile
exec gunicorn -b :5000 --access-logfile - --error-logfile - quickgig:app
Реализация в init .py:
from flask_admin import Admin
app_admin = Admin(name='Dashboard')
def create_app(config_class=Config):
app = Flask(__name__)
app.config.from_object(config_class)
...
app_admin.init_app(app)
...
from app.admin import add_admin_views
add_admin_views()
...
return app
from app import models
admin.py:
from flask_admin.contrib.sqla import ModelView
from app.models import User, Gig, Neighborhood
from app import db
# Add views to app_admin
def add_admin_views():
from . import app_admin
app_admin.add_view(ModelView(User, db.session))
app_admin.add_view(ModelView(Neighborhood, db.session))
app_admin.add_view(ModelView(Gig, db.session))
needs.txt:
alembic==0.9.6
Babel==2.5.1
blinker==1.4
certifi==2017.7.27.1
chardet==3.0.4
click==6.7
dominate==2.3.1
elasticsearch==6.1.1
Flask==1.0.2
Flask-Admin==1.5.4
Flask-Babel==0.11.2
Flask-Bootstrap==3.3.7.1
Flask-Login==0.4.0
Flask-Mail==0.9.1
Flask-Migrate==2.1.1
Flask-Moment==0.5.2
Flask-SQLAlchemy==2.3.2
Flask-WTF==0.14.2
guess-language-spirit==0.5.3
idna==2.6
itsdangerous==0.24
Jinja2==2.10
Mako==1.0.7
MarkupSafe==1.0
PyJWT==1.5.3
python-dateutil==2.6.1
python-dotenv==0.7.1
python-editor==1.0.3
pytz==2017.2
requests==2.18.4
six==1.11.0
SQLAlchemy==1.1.14
urllib3==1.22
visitor==0.1.3
Werkzeug==0.14.1
WTForms==2.1
Когда я запускаю контейнер в интерактивном терминале, я вижу следующую трассировку стека:
(venv) ****s-MacBook-Pro:quickgig ****$ docker run -ti quickgig:v7
INFO [alembic.runtime.migration] Context impl SQLiteImpl.
INFO [alembic.runtime.migration] Will assume non-transactional DDL.
INFO [alembic.runtime.migration] Running upgrade -> 1f5feeca29ac, test
Traceback (most recent call last):
File "/home/quickgig/venv/bin/gunicorn", line 6, in <module>
from gunicorn.app.wsgiapp import run
File "/home/quickgig/venv/lib/python3.8/site-packages/gunicorn/app/wsgiapp.py", line 9, in <module>
from gunicorn.app.base import Application
File "/home/quickgig/venv/lib/python3.8/site-packages/gunicorn/app/base.py", line 12, in <module>
from gunicorn.arbiter import Arbiter
File "/home/quickgig/venv/lib/python3.8/site-packages/gunicorn/arbiter.py", line 16, in <module>
from gunicorn import sock, systemd, util
File "/home/quickgig/venv/lib/python3.8/site-packages/gunicorn/sock.py", line 14, in <module>
from gunicorn.socketfromfd import fromfd
File "/home/quickgig/venv/lib/python3.8/site-packages/gunicorn/socketfromfd.py", line 26, in <module>
raise OSError('libc not found')
OSError: libc not found
Я бы хотел, чтобы приложениеboot / be обслуживается gunicorn внутри контейнера, поэтому я могу продолжать разработку с моей командой, используя реализацию докера и используя DoSQL, оптимизированный для Docker, по сравнению с болью локального MySQL для разработки. Вы можете посоветовать?