Tag: 蟒

如何在我的项目中find包python的sha256import？: 我试图导入一个新的包python（PyGreSQL）与需求文件在新的docker集装箱。所有其他包在此文件中具有这种格式： PyMySQL==0.7.11 –hash=sha256:ac3dfb1f650582eca2e1e0701598bc04364ac464daa425cbbc26bb32ae54cdd5 我find了我的包，发现哈希值为md5，sha1值却没有sha256哈希值的踪迹。我怎么能find这个哈希sha256？在包pypi页面结束我的import？提前致谢。

在python搁置在Docker里的坏幻数: 我有一个Python的搁置文件生成与Python 3.4和UTF-8编码。该文件可以在主机上打开和正常访问。当我访问Python中的文件：3.4 Docker容器时，我得到了 >>> shelve.open('data/countries.shelf') Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/local/lib/python3.4/shelve.py", line 243, in open return DbfilenameShelf(filename, flag, protocol, writeback) File "/usr/local/lib/python3.4/shelve.py", line 227, in __init__ Shelf.__init__(self, dbm.open(filename, flag), protocol, writeback) File "/usr/local/lib/python3.4/dbm/__init__.py", line 94, in open return mod.open(file, flag, mode) _gdbm.error: Bad magic number 不pipe文件是绑定到容器还是在生成过程中实际复制，都没有什么区别，错误是一样的。 […]

如何为外国架构运行多币种Docker镜像？: 使用新的多层Docker基础架构，您可以运行python:3.6 ，并自动select基于主机架构的正确映像。现在，我怎么能覆盖这个，并运行一个为另一个架构的图像变种，假设我有适当的qemu和binfmt支持？

使用Python抓取Docker统计结果: 我正在尝试构build一个监控应用程序，它不断从docker stats API获取一个Feed。我很快注意到，每当我尝试从python内运行像docker stats 857ff7a0403b这样的东西时，它不会收集std out并等待。示例python代码如下。 commands.getoutput('docker stats 857ff7a0403b') 虽然上面的代码用于运行像docker ps和docker images这样的命令，但是它不适用于docker stats 。有没有办法在Python中快速获取结果并终止实用程序，以便它不会永远等待。

通过docker在Windows上tensorflow: 我已经通过docker安装并运行tensorflow。打开cmd键入激活tensorflow。然后试图导入tensorflow： (tensorflow) C:\Users\Admin\>python Python 2.7.14 |Anaconda, Inc.| (default, Nov 8 2017, 13:40:45) [MSC v.1500 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import tensorflow as tf Traceback (most recent call last): File "<stdin>", line 1, in <module> ImportError: No module named tensorflow 显然我的张量激活，但由于某些原因，仍然无法find。我想我不明白如何docker工程，但不能完全得到我在做什么错了。我怎样才能解决它，使这个导入发生？ PS我需要tensorflow通过docker运行，因为我的项目中有python 2.7

当python应用程序发送SIGTERM时，容器崩溃: 我正在运行一个Docker容器，它有一个生成其他进程的python应用程序。我正在使用信号试图正常closurespython应用程序和所有的衍生进程。当我使用来自如何正确处理SIGTERM信号的模板发送SIGTERM ？整个集装箱终止。如果我删除了pipe理派生进程的逻辑，那么应用程序正常closures，容器仍在运行（但其他进程仍在运行）。我也尝试了其他信号，但结果是一样的。 Entering loop to listen for sigterm ^CLeaving loop Killing 188 devices /bin/sh: line 1: 31 Killed /bin/bash

芹菜工作没有在设定的时间（指定的时间）运行: 问题芹菜工作没有在规定的时间运行情况我曾在CentOS上工作第一，我开始与docker工作芹菜工作。 docker-compose up -d –build 我把$ TZ环境variables设置在Dockerfile中。 FROM python:3.4 ENV TZ=Asia/Seoul RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone ADD requirements.txt . RUN pip install -U pip \ && pip install -r requirements.txt 我们也直接在python文件中设置时间。（Celery.config.timezoneconfiguration） inst = Celery(app.import_name, broker=app.config['CELERY_BROKER_URL']) inst.conf.timezone = 'Asia/Seoul' 但是，任务在预定的时间不工作，而是在不同的时间工作。 'schedule': crontab(minute=0, hour=4) # Intended […]

Docker卷绑定中断python脚本CLI entry_point: 好吧，我有一个相当基本的python click CLI应用程序，当在一个容器中绑定的卷（文件上的活动开发）运行似乎打破了我在setup.py的entry_point 运行以下任一命令 $ docker run -it -v $(pwd):/opt/app gdax $ docker run -it –mount src=$(pwd),target=/opt/app,type=bind gdax 我得到以下 Traceback (most recent call last): File "/usr/local/bin/gdax", line 6, in <module> from pkg_resources import load_entry_point File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", line 3144, in <module> @_call_aside File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", line 3128, in _call_aside f(*args, **kwargs) File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", line 3157, in _initialize_master_working_set […]

将文件从Docker卷导出到另一个目录: 我有一个Python代码，从文件中读取数据，并做一些计算，并将结果保存到输出文件。该代码还将日志保存在日志文件中。所以在我目前的目录中，我有下面的文件： 1. code.py –> The main python application 2. input.json –> This json file is used to take input data 3. output.json –> The output data is saved in this file. 4. logfile.log –> This file saves the log. 以上所有文件都在Application目录中。完整path是/home/user/Projects/Application/ 。现在，当我运行code.py我得到了预期的结果。所以我通过使用下面的Dockerfile将上面的代码转换成Dockerfile ： FROM python:3 ADD code.py / ADD input.json / […]

问题连接到Docker容器: 我正在尝试将Docker主机上的脚本连接到Docker容器上的脚本。这些脚本正在使用Python的远程队列pipe理器，并且在Docker之外完美工作，所以我很确定这个问题是由于我的Dockerconfiguration或者我对Docker端口转发的理解。容器上的脚本正确绑定到（localhost，5800），并validation脚本不会崩溃。我试过让脚本连接到端口5800上的容器的IP地址，这是行不通的（连接被拒绝）。我也尝试使用-p标志并将5800转发到一个随机端口，然后从Docker主机连接到（localhost，randomport），这也不起作用（连接被拒绝）。再一次，脚本肯定正在运行，因为即使我在容器上获得一个shell并手动启动脚本，确保它成功启动服务器并不closures，问题就会发生。对我来说，这似乎与在Docker容器中运行Web服务器完全相同的问题。为什么这不起作用？这些脚本在Docker之外工作得很好。 https://github.com/hashme/thistle/tree/flask_thistle （请参阅容器脚本的room.py和主机脚本的app.py;我没有完全运行这些脚本，而是在REPL中进行了攻击，所以我调整了许多参数而没有成功）要复制问题，首先运行./container.sh，然后（在REPL中）导入应用程序，并创build一个带有一些IP地址和端口号的MessagePasser。运行app.py脚本不会执行任何操作。