Tag: postgresql

django postgresql密码authentication用户失败

TL; DRpipe理迁移失败,但pipe理dbshel​​l的作品。 这是OSX10.6上的dockerized开发环境,使用django 1.8.4和postgresql 9.4.4的boot2docker。 /manage.py迁移抛出: django.db.utils.OperationalError: FATAL: password authentication failed for user "xxxxx" 但这里有点让我困惑,django dbshel​​l工作,复制和粘贴密码的环境variables root@df6501ab7341:/src/web# ./manage.py dbshell Password for user xxxxx: psql (9.4.4) Type "help" for help. xxxxx=# \du List of roles Role name | Attributes | Member of ————–+————————————————+———– xxxxx | Superuser +| {} | Password valid until infinity | mpasysuser01 | […]

Docker Django迁移命令types错误

在docker-compose中执行migrate命令时使用: docker-compose run web python manage.py migrate 我收到以下错误: #->docker-compose run web python manage.py migrate /usr/local/lib/python3.5/site-packages/django/db/models/fields/subclassing.py:22: RemovedInDjango110Warning: SubfieldBase has been deprecated. Use Field.from_db_value instead. RemovedInDjango110Warning) Operations to perform: Apply all migrations: default, admin, auth, user_profile, sessions, contenttypes Running migrations: Rendering model states… DONE Applying user_profile.0006_auto_20160205_1127…Traceback (most recent call last): File "manage.py", line 10, in <module> execute_from_command_line(sys.argv) […]

Docker的postgres持久性和容器的生命周期

我是docker工人。 你可以看看我在这里的最后一个问题,看看我一直在问这个问题。 我仔细阅读了文档,并在网上阅读了几篇文章(这在Docker中的快速版本中是相当困难的),但是我仍然无法清楚地知道如何使用容器及其对持久性的影响。 官方postgres映像使用此命令在其Dockerfile中创build一个卷 VOLUME /var/lib/postgresql/data readme.md文件仅显示如何运行图像的一个示例 docker run –name some-postgres -e POSTGRES_PASSWORD=mysecretpassword -d postgres 当我尝试的时候,我可以看到(用“docker检查some-postgres”)创build的卷存在于我的主机中的一个随机目录中,似乎“属于”那个特定的容器。 所以这里有一些问题可能有助于我的理解: 它看起来(从官方postgres图像文档),预期的用法是使用“docker运行”来创build容器,然后“docker启动”(这是我使用-d和–name推断的最后一点) 。 这对我来说是有道理的,但是与我见过的关于容器的很多信息的冲突应该是短暂的。 如果每次旋转一个新的容器,那么Doc​​kerfile中默认的VOLUMEconfiguration对于持久性不起作用。 什么是正确的做事方式? 鉴于上述是正确的(我可以运行一次,并开始多次),我看到在Dockerfile中的VOLUME命令的唯一原因是由于CoW文件系统绕过I / O性能。 这是正确的吗? 你能否清楚地解释一下使用这种方法比使用数据容器的方式(我认为是非正式的)推荐的方法? 我想知道我的具体情况,这是一个节点js内联网应用的优点/缺点。 谢谢,Awer

使用Postgresql Dockerizing Spring Boot应用程序

我正在尝试为使用PostgreSQL作为数据库的Spring Boot应用程序创build一个Docker容器。 我的目标是build立一个运行应用程序以及PostgreSQL的容器。 我创build了一个Dockerfile,如下所示: FROM ubuntu:15.10 LABEL version="1" ADD app.jar app.jar RUN bash -c 'touch /app.jar' # Install Java, Postgresql …… USER postgres RUN /etc/init.d/postgresql start &&\ psql –command "CREATE USER test WITH SUPERUSER PASSWORD 'test';" &&\ createdb -O test test USER root RUN echo "local all all trust" >> /etc/postgresql/9.4/main/pg_hba.conf RUN echo "listen_addresses='127.0.0.1'" >> […]

Docker Swarm,Compose和PostgreSQL

我试图运行一个依赖于postgres数据库的容器化应用程序。 我正在使用Swarm和docker-compose来pipe理它。 我对Swarm集群( docker volume create –name=my_data )的一部分主机手动创build一个卷,并在我的撰写文件中使用这个卷。 我在撰写文件中说,音量是外部的。 我发现,当容器启动数据量和postgres应用程序不一定位于同一地点。 如果他们不在同一地点,docker似乎为我创造了一个新的音量。 更进一步的阅读让我相信我应该看像Flocker这样的插件。 如果我想为使用数据库的swarm应用程序实现持久数据,最好使用这样的卷插件吗? 我的撰写文件… version: '2' services: ui: image : ui ports: – 8080:8080 environment: ADDRESS_SERVICE_URI: http://camel:8091 camel: image : camel ports: – 18081:8081 – 18091:8091 expose: – 8081 – 8091 postgresql: image: postgres:9.4.5 volumes: – app1_address_data:/var/lib/postgresql/data volumes: app1_address_data: external: true networks: default: external: name: […]

我可以使用什么命令/configuration部署使用ecs-cli的django + postgres + nginx?

我有一个基本的django / postgres应用程序在本地运行,基于Docker Django文档 。 它使用docker compose在本地运行容器。 我想在Amazon Web Services(AWS)上运行此应用程序,并使用命令行进行部署,而不是AWS控制台。 我的尝试 当我尝试这个时,我结束了: 这个ECM-CLI的XMLconfiguration 这些笔记是关于如何从命令行部署的 。 注意:我试图以一种非常棒的方式启动Python开发服务器,希望在添加nginx之前能够工作。 集群(RDS +服务器)会出现,但是实例将立即死亡。 我然后无法解决的问题 我意识到了这个过程: 该设置需要另一个容器,以便在AWS上运行Web服务器(nginx)( 如本博客文章 ,但本教程使用AWS控制台,我想避免这种情况) ecs-cli对于yml / jsonconfiguration使用不同的语法来configurationdocker-compose,所以你需要从你的本地docker.yml中获得一些单独/相似的代码(我不确定上面的文件是否正确) 题 那么,我用什么ecs-cli命令和configuration来部署应用程序,还是我所有的事情都是错误的? 随意地说我做错了所有事情。 我也可以使用Elastic Beanstalk – 关于这个的教程似乎并没有使用docker / docker-compose ,但整体看起来更简单(至less有很好的文档)。 我想了解为什么任何给定的方法是一个很好的方法来做到这一点。

Kubernetes – PostgreSQL的持久存储

我们目前有一个在裸机上运行的双节点Kubernetes环境(没有GCE),现在我们希望在这之上build立一个PostgreSQL实例。 我们的计划是使用volumeMounts中的volumeMounts选项将PostgreSQL数据目录的数据卷映射到节点。 然而,这将是一个问题,因为如果Pod已经停止,Kubernetes将在其他节点上随机重新启动它。 因此,我们无法保证它将在重新启动时使用正确的数据目录。 那么在Kubernetes集群中维护一致和持久的PostgreSQL数据目录的最佳方法是什么?

如何在Docker主机中存储PostgreSQL状态

PostgreSQL对数据文件夹的处理与Docker的主机挂载文件夹不兼容。 它可能在安装了ext4文件系统的Linux下运行,但在OS X或Windows上运行 docker run -it –rm -v `pwd`/test:/var/lib/postgresql/data postgres initdb终止于随机磁盘写入错误,如: creating template1 database in /var/lib/postgresql/data/base/1 … FATAL: could not write to file "pg_xlog/xlogtemp.25": Input/output error 要么 FATAL: could not close file "base/1/1249": Input/output error FATAL: could not close file "base/1/2603": Input/output error CONTEXT: writing block 0 of relation base/1/1247 当使用命名卷时,一切正常,但是命名卷并不是保存数据的一种安全方式。 例如,在Docker for Mac中,它们都隐藏在一个巨大的qcow2虚拟磁盘映像中。 你build议在非Linux主机上保持PostgreSQL状态的策略是什么? […]

Docker使用ASP.NET Core和PostgreSQL服务编写

我正在尝试使用Docker-Compose将ASP.NET Core容器连接到PostgreSQL官方容器,我将容器命名为aspnetcore-postgres ,并且在configuration中包含连接string指向PostgreSQL容器,如下所示: User ID=postgres;Password=5432;Host=localhost;Server=localhost;Port=5432;Database=ApplicationDbContext;Pooling=true; 我使用下面的撰写文件进行连接: version: '2' services: web: image: aspnetcore-postgres ports: – "5000:5000" networks: – aspnetcoreapp-network postgres: image: postgres environment: – "POSTGRES_PASSWORD: 5432" networks: – aspnetcoreapp-network ports: – "5432:5432" networks: aspnetcoreapp-network: driver: bridge 每当我尝试运行docker-compose up ,Web应用程序都无法识别数据库容器。 最终,我只能看到networking中的Postgres容器,而不是Web应用程序容器。 我正在使用Docker for Windows RC4。 任何人都可以认识到,我在哪里做错了一步?

如何连接到Mac上的Docker(1.12.0)容器中的Postgres服务器?

Docker的最新版本不再使用虚拟机,而是使用虚拟机pipe理程序连接到容器。 这意味着我不能再使用psqlloginpostgres: ➜ postgres git:(master) ✗ docker run -d -p 5433:5432 db postgres <sha> ➜ postgres git:(master) ✗ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 111f3bed4c52 db "/docker-entrypoint.s" 17 minutes ago Up 17 minutes 0.0.0.0:5433->5432/tcp zen_hugle ➜ postgres git:(master) ✗ psql -p 5433 -U postgres psql: could not connect to server: No […]