PG :: ConnectionBad-无法连接到服务器：连接被拒绝

每次运行rails 4.0服务器时，都会得到此输出。

Started GET "/" for 127.0.0.1 at 2013-11-06 23:56:36 -0500

PG::ConnectionBad - could not connect to server: Connection refused
Is the server running on host "localhost" (::1) and accepting
TCP/IP connections on port 5432?
could not connect to server: Connection refused
Is the server running on host "localhost" (127.0.0.1) and accepting
TCP/IP connections on port 5432?
could not connect to server: Connection refused
Is the server running on host "localhost" (fe80::1) and accepting
TCP/IP connections on port 5432?
:
 activerecord (4.0.0) lib/active_record/connection_adapters/postgresql_adapter.rb:825:in `connect'
 activerecord (4.0.0) lib/active_record/connection_adapters/postgresql_adapter.rb:542:in `initialize'
 activerecord (4.0.0) lib/active_record/connection_adapters/postgresql_adapter.rb:41:in `postgresql_connection'
 activerecord (4.0.0) lib/active_record/connection_adapters/abstract/connection_pool.rb:440:in `new_connection'
 activerecord (4.0.0) lib/active_record/connection_adapters/abstract/connection_pool.rb:450:in `checkout_new_connection'
 activerecord (4.0.0) lib/active_record/connection_adapters/abstract/connection_pool.rb:421:in `acquire_connection'
 activerecord (4.0.0) lib/active_record/connection_adapters/abstract/connection_pool.rb:356:in `block in checkout'
 /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/monitor.rb:211:in `mon_synchronize'
 activerecord (4.0.0) lib/active_record/connection_adapters/abstract/connection_pool.rb:355:in `checkout'
 activerecord (4.0.0) lib/active_record/connection_adapters/abstract/connection_pool.rb:265:in `block in connection'
 /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/monitor.rb:211:in `mon_synchronize'
 activerecord (4.0.0) lib/active_record/connection_adapters/abstract/connection_pool.rb:264:in `connection'
 activerecord (4.0.0) lib/active_record/connection_adapters/abstract/connection_pool.rb:546:in `retrieve_connection'
 activerecord (4.0.0) lib/active_record/connection_handling.rb:79:in `retrieve_connection'
 activerecord (4.0.0) lib/active_record/connection_handling.rb:53:in `connection'
 activerecord (4.0.0) lib/active_record/migration.rb:792:in `current_version'
 activerecord (4.0.0) lib/active_record/migration.rb:800:in `needs_migration?'
 activerecord (4.0.0) lib/active_record/migration.rb:379:in `check_pending!'
 activerecord (4.0.0) lib/active_record/migration.rb:366:in `call'
 actionpack (4.0.0) lib/action_dispatch/middleware/callbacks.rb:29:in `block in call'
 activesupport (4.0.0) lib/active_support/callbacks.rb:373:in `_run__1613334440513032208__call__callbacks'
 activesupport (4.0.0) lib/active_support/callbacks.rb:80:in `run_callbacks'
 actionpack (4.0.0) lib/action_dispatch/middleware/callbacks.rb:27:in `call'
 actionpack (4.0.0) lib/action_dispatch/middleware/reloader.rb:64:in `call'
 actionpack (4.0.0) lib/action_dispatch/middleware/remote_ip.rb:76:in `call'
 better_errors (0.9.0) lib/better_errors/middleware.rb:84:in `protected_app_call'
 better_errors (0.9.0) lib/better_errors/middleware.rb:79:in `better_errors_call'
 better_errors (0.9.0) lib/better_errors/middleware.rb:56:in `call'
 actionpack (4.0.0) lib/action_dispatch/middleware/debug_exceptions.rb:17:in `call'
 actionpack (4.0.0) lib/action_dispatch/middleware/show_exceptions.rb:30:in `call'
 railties (4.0.0) lib/rails/rack/logger.rb:38:in `call_app'
 railties (4.0.0) lib/rails/rack/logger.rb:21:in `block in call'
 activesupport (4.0.0) lib/active_support/tagged_logging.rb:67:in `block in tagged'
 activesupport (4.0.0) lib/active_support/tagged_logging.rb:25:in `tagged'
 activesupport (4.0.0) lib/active_support/tagged_logging.rb:67:in `tagged'
 railties (4.0.0) lib/rails/rack/logger.rb:21:in `call'
 quiet_assets (1.0.2) lib/quiet_assets.rb:18:in `call_with_quiet_assets'
 actionpack (4.0.0) lib/action_dispatch/middleware/request_id.rb:21:in `call'
 rack (1.5.2) lib/rack/methodoverride.rb:21:in `call'
 rack (1.5.2) lib/rack/runtime.rb:17:in `call'
 activesupport (4.0.0) lib/active_support/cache/strategy/local_cache.rb:83:in `call'
 rack (1.5.2) lib/rack/lock.rb:17:in `call'
 actionpack (4.0.0) lib/action_dispatch/middleware/static.rb:64:in `call'
 railties (4.0.0) lib/rails/engine.rb:511:in `call'
 railties (4.0.0) lib/rails/application.rb:97:in `call'
 rack (1.5.2) lib/rack/content_length.rb:14:in `call'
 thin (1.5.1) lib/thin/connection.rb:81:in `block in pre_process'
 thin (1.5.1) lib/thin/connection.rb:79:in `pre_process'
 thin (1.5.1) lib/thin/connection.rb:54:in `process'
 thin (1.5.1) lib/thin/connection.rb:39:in `receive_data'
 eventmachine (1.0.3) lib/eventmachine.rb:187:in `run'
 thin (1.5.1) lib/thin/backends/base.rb:63:in `start'
 thin (1.5.1) lib/thin/server.rb:159:in `start'
 rack (1.5.2) lib/rack/handler/thin.rb:16:in `run'
 rack (1.5.2) lib/rack/server.rb:264:in `start'
 railties (4.0.0) lib/rails/commands/server.rb:84:in `start'
 railties (4.0.0) lib/rails/commands.rb:78:in `block in <top (required)>'
 railties (4.0.0) lib/rails/commands.rb:73:in `<top (required)>'
 bin/rails:4:in `<main>'

我正在运行Mavericks OS X 10.9，所以我不知道这是否是问题。我已经尽力了，但似乎没有任何效果。我已经多次卸载并安装了postgres和pg gem。

这是我的database.yml文件

development:
  adapter: postgresql
  encoding: unicode
  database: metals-directory_development
  pool: 5
  username: 
  password: 
  template: template0
  host: localhost
  port: 5432

test: &test
  adapter: postgresql
  encoding: unicode
  database: metals-directory_test
  pool: 5
  username: 
  password: 
  template: template0
  host: localhost
  port: 5432

staging:
  adapter: postgresql
  encoding: unicode
  database: metals-directory_production
  pool: 5
  username:
  password:
  template: template0
  host: localhost

production:
  adapter: postgresql
  encoding: unicode
  database: metals-directory_production
  pool: 5
  username:
  password:
  template: template0
  host: localhost

cucumber:
  <<: *test

它可能像过时的PID文件一样简单。这可能是无声的失败，因为您的计算机没有完全完成关闭过程，这意味着postgres并未删除PID（进程ID）文件。

PID文件由postgres使用，以确保一次仅运行一个服务器实例。因此，当它再次启动时，它会失败，因为已经有一个PID文件，该文件告诉postgres服务器的另一个实例已启动（即使它没有运行，它也没有关闭并删除PID） 。

1. 要解决此问题，请删除/重命名PID文件。找到postgres数据目录。在使用自制软件的macOS上/usr/local/var/postgres/，或在/usr/local/var/log/其他系统上/usr/var/postgres/。
2. 为确保这是问题所在，请查看日志文件（server.log）。在最后几行中，您将看到：

严重：锁定文件“ postmaster.pid”已经存在
提示：数据目录“ / usr / local / var / postgres”中是否正在运行另一个邮局管理员（PID 347）？

3. 如果是这样的话， rm postmaster.pid

4. 重新启动服务器。在使用launchctl（带有自制程序）的Mac上，以下命令将重新启动服务器。

   launchctl unload homebrew.mxcl.postgresql.plist  
   launchctl load -w homebrew.mxcl.postgresql.plist
   

   或在较新版本的Brew上

   brew services restart postgresql

经过大量搜索和分析，如果您使用的是ubuntu，我找到了解决方案，只需在终端中编写此命令，然后按Enter

sudo service postgresql restart

这将重启您的PostgreSQL，希望对您有所帮助。

如果postgres无法正常关闭，则会出现此问题。这是我通过三个简单步骤解决此问题的方法。

第1步：转到您的postgres目录

Mac用户会发现它/usr/local/var/postgres，其他人可能会看/usr/var/postgres/。

步骤2：.pid通过运行此命令删除文件。

rm postmaster.pid

步骤3：重新启动服务器

Mac用户

brew services restart postgresql

Linux用户

sudo service postgresql restart

最后，重新启动您的应用程序，一切顺利。

我已经按照Chris Slade的回答设法解决了这个问题，但是要重新启动服务器，我必须使用以下命令：

launchctl unload ~/Library/LaunchAgents/homebrew.mxcl.postgresql.plist

launchctl load ~/Library/LaunchAgents/homebrew.mxcl.postgresql.plist

我在这里找到的（pjammer的答案在底部）

您的系统中安装了postgresql吗？如果不是，请观看Install postgresql。将postgresql成功集成到系统中后，可以在系统终端中输入类似的内容：

which psql
#=> /usr/bin/psql

之后，您需要像这样在postgresql中创建用户和数据库：

sudo su - postgres
psql

然后您可以在终端中看到以下内容

postgres=#

在此输入：

CREATE USER yourname WITH PASSWORD 'passwordhere';
CREATE DATABASE metals-directory_production  WITH OWNER yourname;
GRANT ALL PRIVILEGES ON DATABASE metals-directory_production TO yourname;

完成此操作后，您需要更正您的database.yml。可能您需要这样的东西：

development:
  adapter: postgresql
  encoding: unicode
  database: metals-directory_development
  pool: 5
  username: yourname
  password: passwordhere   ### password you have specified within psql
  host: localhost
  port: 5432               ### you can configure it in file postgresql.conf

另外，如果您在使用PostgreSQL时遇到问题，最好检查pg_hba.conf

要解决这些类型的问题与Postgres的，并与工作的Postgres上Mac OSX，这可能是最好的和最简单的解决方案，我迄今发现：

http://postgresapp.com/

只需下载，安装并感到高兴:)

1. 卸载pg：

   gem uninstall pg

2. 卸载postgres：

   brew uninstall postgres

3. 否决postgres文件夹，其中可能有很多陈旧的内容：

   rm -rf /usr/local/var/postgres

4. 重新启动（可能不必要）

5. 重新安装pg：

   brew install postgres

6. 克里斯·斯莱德（Chris Slade）的回答中，我的评论始于pg，现在我使用了brew服务，这些服务在很多方面简化了我的生活：

   brew install services

7. 并从pg开始：

   brew services start postgresql

8. 重新安装gem：

   gem install pg

和bossyouruncle。

检查文件postgresql.conf（ubuntu位于/etc/postgresql/XX/main/postgresql.conf中），然后查找显示以下内容的行：

listen_addresses="localhost"

尝试将其更改为：

listen_addresses="*"

它将接受每个IP，接下来检查显示以下内容的行：

port=5432

并检查是否与您的database.yml端口相同，默认情况下，在我的postgresql-9.2上使用5433而不是5432，不要忘记重启 postgres服务器，

祝好运！

如@Magne所述，PG::ConnectionBad - could not connect to server: Connection refused可以在PostgreSQL 的主要/次要版本升级（例如9.5 -> 9.6或9 -> 10）之后显示错误。

brew upgrade postgresql在PostgreSQL 9.6版本发布后运行后出现此错误。问题是主要/次要版本升级需要其他步骤才能将旧日期迁移到新版本。

如何检查这是否是您的问题

您可以通过检查与自制软件一起安装的最新Brew公式PostgreSQL版本来检查这是否是问题...

$ brew info postgresql

/usr/local/Cellar/postgresql/9.5.4_1 (3,147 files, 35M)
Poured from bottle on 2016-10-14 at 13:33:28
/usr/local/Cellar/postgresql/9.6.1 (3,242 files, 36.4M) *
Poured from bottle on 2017-02-06 at 12:41:00

...然后将其与当前的PG_VERSION进行比较

$ cat /usr/local/var/postgres/PG_VERSION
9.5

如果PG_VERSION小于最新的冲泡公式，并且差异是主要/次要版本更改，则可能是您的问题。

如何修复（即如何升级数据）

以下说明是从9.5升级到9.6的说明。根据您自己的升级更改版本号

步骤1.确保PostgreSQL已关闭：

$ launchctl unload ~/Library/LaunchAgents/homebrew.mxcl.postgresql.plist
# or, with Homebrew...
$ brew services stop postgresql

步骤2.新建一个原始数据库：

$ initdb /usr/local/var/postgres9.6 -E utf8

步骤3.检查旧的和新的二进制版本是什么：

$ ls /usr/local/Cellar/postgresql/
9.5.3   9.5.4   9.6.1

请注意，在此示例中，我将从9.5.4二进制升级到9.6.1二进制

步骤4.使用 pg_upgrade实用程序将当前数据迁移到新数据库。

$ pg_upgrade \
  -d /usr/local/var/postgres \
  -D /usr/local/var/postgres9.6 \
  -b /usr/local/Cellar/postgresql/9.5.4/bin/ \
  -B /usr/local/Cellar/postgresql/9.6.1/bin/ \
  -v

• -d 标志指定当前数据目录
• -D 标志指定要创建的新数据目录
• -b 指定旧的二进制文件
• -B 指定我们要升级到的新二进制文件

步骤5.移开旧数据目录

$ mv /usr/local/var/postgres /usr/local/var/postgres9.5

步骤6.将新创建的数据目录移动到PostgreSQL期望的目录

$ mv /usr/local/var/postgres9.6 /usr/local/var/postgres

步骤7.再次启动PostgreSQL

$ launchctl load ~/Library/LaunchAgents/homebrew.mxcl.postgresql.plist
# or, if you're running a current version of Homebrew
$ brew services start postgresql

第8步。如果将pg gem用于Rails，则应通过卸载并重新安装gem重新编译（如果不使用pg gem，请跳过此步骤）

$ gem uninstall pg
$ gem install pg

第9步（可选）在确保一切正常之后，可以使用以下命令运行以重新获得一些磁盘空间：

brew cleanup postgresql

...如果您真的很勇敢，可以使用以下命令删除旧的PostgreSQL数据目录

rm -rf /usr/local/var/postgres9.5/

（此答案基于出色的博客文章https://keita.blog/2016/01/09/homebrew-and-postgresql-9-5/以及一些附加内容）

这才真正帮助了我。

$ cd /usr/local/var/postgres/
$ rm postmaster.pid

参考：http： //alumni.lewagon.org/questions/60

如上面的建议，我刚刚在Mac上打开了Postgres应用程序，单击“打开” Psql，关闭了psql窗口，在终端中重新启动了Rails服务器，它再次正常工作，没有更多错误。

相信大象：http：//postgresapp.com/

在Osx Movaje上更新Mac后，我遇到了同样的问题。

我找到了这个解决方案：

首先尝试在终端中的以下命令行：

brew services restart postgresql

如果没有变化：

ps aux | grep postgres

如果仍然没有变化：

ls -ls | grep post

最后一个修复它的命令，通过从root执行删除了postgres锁定文件：

rm /usr/local/var/postgres/postmaster.pid

然后 ：

brew services restart postgresql

来自berziiii：https : //github.com/ga-wdi-boston/capstone-project/issues/325

希望会有所帮助:)

问候 ！！

如果你做了以后打这个问题，brew upgrade它升级到Postgres的一个新的主要版本（f.ex 9.3.0到9.4.0或更高），那么这样做：

来自https://github.com/Homebrew/homebrew/issues/35240的 @dmitrygusev修复

以下官方[Postgresql]迁移指南对您有所帮助：

brew switch postgres 9.3.5    # presuming you already installed 9.4.1
pg_dumpall > outputfile
launchctl unload ~/Library/LaunchAgents/homebrew.mxcl.postgresql.plist
mv /usr/local/var/postgres /usr/local/var/postgres.old
brew switch postgres 9.4.1
initdb -D /usr/local/var/postgres
psql -d postgres -f outputfile

就这样。检查导入是否顺利，然后删除备份：

rm outputfile
rm -Rf /usr/local/var/postgres.old

这里的问题是，在postgres的主要版本升级中，有必要重新创建/迁移数据库。可能还有chown目录或手动调用initdb。

另请参阅：如何在不丢失数据的情况下将PostgreSQL从9.5版升级到9.6版？

如果您不使用Homebrew，则其他一些技巧可能会派上用场：

如何手动停止PG服务器：

pg_ctl -D /usr/local/var/postgres -l /usr/local/var/postgres/server.log stop

如何手动启动PG服务器：

pg_ctl -D /usr/local/var/postgres -l /usr/local/var/postgres/server.log start

找到你的Postgres文件时，它可能是/usr/local/var/postgres/或 /usr/var/postgres/，然后删除postmaster.pid当前文件夹中的文件。

把host: localhost在database.yml文件中并运行此命令：

rake db:create db:migrate  

使用Postgres应用程序的Mac用户可能要打开该应用程序（聚光灯搜索Postgres或在菜单栏中找到大象图标）。在其中您可能会看到带有消息的红色X：“ Stale postmaster.pid file”。不幸的是，聚光灯搜索不会显示该文件的位置。单击“服务器设置...”，然后在打开的对话框中，单击“显示”按钮以打开数据目录。浏览一个文件夹（对我来说是“ var-10”），然后删除该postmaster.pid文件。

返回Postgres应用程序，然后单击“开始”按钮。红色的X应该变成绿色的复选标记，并显示消息“正在运行”。现在，您应该能够像rails server在终端中一样成功运行Rails命令。

今晚我遇到了这个问题，在我已经工作了一段时间的Rails应用程序上工作。我的问题只是归结为我的postgresql服务器未运行。

我转到屏幕顶部（在Mac上），然后单击小象图标，然后单击“开始”。

导致我们的服务器没有打开。

希望这为某人提供了一个简单的解决方案。

肯定是@Chris Slade的回答对我有所帮助。

如果有用，我写了一个小脚本杀死那些剩余的进程：

kill_postgres() {
  if [[ $* -eq "" ]]; then
    echo "Usage: 'kill_postgres <db_name>' to kill remaining instances (Eg. 'kill_postgres my_app_development')"
  else
    gksudo echo "Granted sudo"
    pids="$(ps xa | grep postgres | grep $* | awk '{print $1}' | xargs)"
    if [[ $pids -eq "" ]]; then
      echo "Nothing to kill"
    else
      for pid in "${pids[@]}"
      do
        echo "Killing ${pid}"
        sudo kill $pid
        echo "Killed ${pid}"
      done
      kill_postgres $*
    fi
  fi
}

我在生产中遇到了相同的问题（开发一切正常），在我的情况下，数据库服务器与应用程序不在同一台机器上，因此，最终的工作方式是通过编写迁移：

bundle exec rake db:migrate RAILS_ENV=production

然后重新启动服务器，一切正常。

我知道这很晚了，但可能会对某人有所帮助。我有同样的问题。原来我有两个版本的postgres 9.1和9.5。我卸载了9.1和9.5，然后再次安装了9.5，它对我有用。

您可能重新启动了计算机，却忘记了启动Postgres应用程序。

我有同样的问题。我在中检查PostgreSQL日志文件的最后一行/var/log/postgresql。在/etc/postgresql/9.5/main/postgresql.conf文件中存在无法识别的配置参数。评论错误行postgresql.conf解决了我的问题。

我的问题出在我的application.yml文件中。我的数据库url上heroku不使用侦听端口5342检查你的heroku配置var DATABASE_URL。确保与适用数据库的application.yml中的完全匹配。

我遇到了同样的问题，以下说明已为我解决了：http : //blog.55minutes.com/2013/09/postgresql-93-brew-upgrade/

关键步骤是查看我的/usr/local/var/postgres/server.log的尾部，让我看看真正的问题是什么，即我尚未完全完成升级PostgreSQL的过程。

我只是运行此命令，sudo service postgresql restart 然后一切又恢复了。

我停止了Rails服务器，然后运行rake db:migrate并启动了rails s。

我在brew upgrade更新postgresql 后遇到了这个错误。我从这篇很棒的帖子中找到了解决问题的确切方法。我能够重新启动并运行postgres，甚至可以在所有现有数据库上进行迁移。 https://coderwall.com/p/ti4amw/how-to-launch-postgresql-after-upgrade

我只是遇到了这个问题，没有建议的解决方案对我有用。经过大量的搜寻，我确实找到了解决方案。这对我有用。

首先，我必须运行此命令来启动服务器，并且我猜设置了配置文件的位置。

pg_ctl -D /usr/local/var/postgres start && brew services start postgresql

然后我运行此命令来访问postgres

psql postgres

然后在postgres提示符下，键入“ \ du”以列出角色

postgres=# \du

缺少postgres角色，因此我必须使用此命令创建它

CREATE ROLE POSTGRES WITH SUPERUSER CREATEDB CREATEUSER CREATEROLE REPLICATION BYPASSRLS ;

那解决了我的问题，希望对其他人有所帮助。

您不必删除postmaster.pid文件，因为这可能会导致数据损坏。

选项？简单kill的过程（不要使用kill -9，只需普通的杀死即可）。

然后只需重新启动postgres服务器，您就可以开始了！

以下是实现该目标的步骤：

1. 找到并打开postmaster.pid文件（我的设备在Mac Sierra上）

   vi ~/Library/Application\ Support/Postgres/var-10/postmaster.pid

2. 复制PID-它是postmaster.pid文件第一行中的数字

3. 使用杀死进程kill PID，例如，如果我的PID是381，我会这样做kill 381
4. 重新启动Postres-如果使用brew，请执行brew services start postgresql。或者，如果使用postgresapp，只需单击start按钮

Homebrew软件包管理器包括launchctl plists，它们可以自动启动。有关更多信息，请运行brew info postgres。

手动启动：

pg_ctl -D /usr/local/var/postgres start

手动停止：

pg_ctl -D /usr/local/var/postgres stop

自动启动：

“要启动现在就启动postgresql并在登录时重新启动：”

brew services start postgresql