那么我似乎已经尝试了一切，我可以find – 没有那么多 – 但无法理解为什么我不能远程连接到我的数据库。 这是我有： #postgresql.conf listen_addresses = '12.34.56.78,localhost' # included my local ip port = 5432 # the port I'm trying to connect with tcpip_socket = true #pg_hba.conf host all mydbuser 12.34.56.78/32 md5 I receive: connection to database 'name' failed, could not connect to server: Connection refused. Is the server running on host […]
我正在计划更新系统，该系统当前与Windows上的8.x服务器，Windows上的8.x客户端以及Linux上的8.x客户端一起运行。 很明显，这似乎是混合环境中不好的平台select，但是Linux机器没有永久的可写存储（作为反rootkit措施）。 我现在关心版本之间的兼容性。 Linux的postgresql 9.0.x客户端可以连接到Windows 8.x服务器？ 服务器正在使用一些第三方二进制扩展，所以升级它是一个更复杂的任务，将在稍后完成。 如果不鼓励将9.0.x客户端和8.x服务器结合使用，那么如果我先升级服务器，最新的8.x客户端能否继续连接？ META：什么标签适合向后兼容的问题？
我必须将一个80GB的数据库从pg8.2迁移到pg8.4。 该数据库有很多的股票程序，我需要提示迁移它sucesfully（和无痛;））任何提示，欢迎:)
我正在使用一个postgresql数据库，它位于真正的旧硬件上。 1 Sun Sunfire V60x带有一个3.0ghx Xeon FSB 400 512kb高速caching，运行RHEL 4（32位）的6GB内存 表空间和日志存储在Hitach 9520v SAN上的同一个250gb LUN中，每个逻辑单元运行8个10k RPM USCSI驱动器，每个146GB。 我们的预算很紧张，考虑到现代硬盘和廉价内存的性能提升，我想知道有多less新的15k RPM硬盘可以提供相同的性能。 表空间大约为80 GB，我们的工作量大概是90％，而RDMS是我们组织的注册pipe理机构，而且几乎只用于报告，所以我们的工作量大概是90％。 编辑：我们将使用一个全新的服务器与2x至强5620s和32GB的RAM。 我想知道是否可以避免SAN的开支。
我试图从我的CentOS服务器中完全删除postgres，所以我可以从头开始，我做了一些严重的疯狂的东西！ 其中之一是删除“/etc/init.d/postgres” 但后来我不能删除它！ 事情对我微笑？ 不可能！ 我做了下面的命令yum remove postgresql* Removed postgresql84-server.x86_64 0:8.4.7-1.el5_6.1 Complete! 然后我想检查它是否被删除 yum list installed | grep post postgresql84-server.x86_64 8.4.7-1.el5_6.1 installed 任何帮助将不胜感激谢谢，
这发生在我修改了pg_hba.conf文件之后。 它目前设置为信任，但服务器仍然要求密码（甚至当点击密码字段被禁用的属性时）。 我试图重新启动，现在该死的东西不会开始（所有的服务器;我现在没有postgres进程）。 我现在也安装了postgres 9.0，它工作。 但我真的很想重新获得旧服务器的访问权限。 我也尝试了一个涉及resetxlog -f的解决scheme，但无济于事 这是我还尝试过的其他东西： E:\Program Files\PostgreSQL\8.4.8\bin>pg_ctl.exe start -N "postgresql-8.4.8" -D "E:\Program Files\PostgreSQL\8.4.8\data" -w waiting for server to start…2011-09-15 08:17:29 EEST LOG: could not create fi le "postmaster.opts": Permission denied ……………………………………………………could not start serv er E:\Program Files\PostgreSQL\8.4.8\bin>pg_ctl.exe runservice -N "postgresql-8.4" -D "E:\PostgreSQL\8.4.8\data" -w pg_ctl: could not start service "postgresql-8.4": error code […]
如果我想连接到Debian lenny上的Postgres 9.1.1 db与PgAdmin，它需要大约15秒，直到连接build立。 日志中没有什么可以看到为什么需要这么长时间。 任何想法如何我可以分析问题？ 在这里我的configuration： 的pg_hba.conf types数据库用户地址方法 # "local" is for Unix domain socket connections only local all all md5 # IPv4 local connections: host all all 127.0.0.1/32 md5 host all all 192.168.1.0/24 md5 # IPv6 local connections: host all all ::1/128 md5 # Allow replication connections from localhost, by a user with […]
我正在尝试使用postgresql支持configurationDovecot + Postfix + PostfixAdmin。 我成功地configuration了postfix来发送电子邮件给我的域的别名，现在我想在我的服务器上configuration实际的邮箱支持。 我遵循dovecot 2维基（ http://wiki.dovecot.org/AuthDatabase/SQL ）上数据库支持的configuration选项，dovecot无错地启动，但在第一次尝试通过IMAP连接时，dovecot抱怨maillog： auth: Fatal: Unknown database driver 'pgsql' 我确定dovecot有postgres的支持，这里是dovecot的输出–build-options： Build options: ioloop=epoll notify=inotify ipv6 openssl io_block_size=8192 Mail storages: cydir dbox maildir mbox mdbox raw shared SQL driver plugins: mysql postgresql sqlite Passdb: checkpassword ldap pam passwd passwd-file shadow sql Userdb: checkpassword ldap(plugin) nss passwd prefetch passwd-file sql […]
我们使用pg_dumpall来创build我们数据库的备份。 我只是想知道是否有一个简单的方法来检查，如果创build的文件是好的，并检查它的创builddate（从实际的文件，而不是检查它是在FS创builddate）。 在testing/validation备份时会节省很多工作量。
我一直在运行一个查询（我假设）生成大量的临时信息，因为我收到以下错误： ERROR: could not write block 16451641 of temporary file: No space left on device HINT: Perhaps out of disk space? ********** Error ********** ERROR: could not write block 16451641 of temporary file: No space left on device SQL state: 53100 Hint: Perhaps out of disk space? 我在我的G:驱动器上创build了一个文件夹tmp_tablespace ，然后编辑了postgresql.conf并重新启动了数据库。 #—————————————————————————— # CLIENT CONNECTION DEFAULTS #—————————————————————————— […]