PG:: ConnectionBad-no se pudo conectar al servidor: Conexión rechazada
Cada vez que corro mi servidor rails 4.0, obtengo esta salida.
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>'
Estoy ejecutando Mavericks OS X 10.9, así que no se si ese es el problema. He intentado todo lo que he podido pero nada parece funcionar. He desinstalado e instalado postgres y la gema pg varias veces.
Esta es mi base de datos.yml file
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
¿Alguien puede ayudarme?
27 answers
Podría ser tan simple como un archivo PID rancio. Podría estar fallando silenciosamente porque su computadora no completó el proceso de apagado completamente, lo que significa que postgres no eliminó el archivo PID (process id).
Postgres utiliza el archivo PID para asegurarse de que solo se ejecuta una instancia del servidor a la vez. Así que cuando va a empezar de nuevo, falla porque ya hay un archivo PID que le dice a postgres que otra instancia de el servidor se inició (a pesar de que no se está ejecutando, simplemente no llegó a apagar y eliminar el PID).
- Para arreglarlo, elimine/cambie el nombre del archivo PID. Encuentra el directorio de datos postgres. En un MAC que usa homebrew es
/usr/local/var/postgres/
, otros sistemas podrían ser/usr/var/postgres/
. - Para asegurarse de que este es el problema, mire el archivo de registro (
server.log
). En las últimas líneas verá:
FATAL: archivo de bloqueo " postmaster.pid " ya existe
PISTA: Es otro jefe de correos (PID 347) corriendo en el directorio de datos "/ usr / local / var / postgres"?
- Si es así,
rm postmaster.pid
-
Reinicie su servidor. En un mac usando launchctl (con homebrew) los siguientes comandos reiniciarán el servidor.
launchctl unload homebrew.mxcl.postgresql.plist launchctl load -w homebrew.mxcl.postgresql.plist
O en versiones más recientes de Brew
brew services restart postgresql
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-01-23 11:09:24
Después de muchas búsquedas y análisis, encontré una solución si está utilizando ubuntu, simplemente escriba este comando en su terminal y presione enter
sudo service postgresql restart
Esto reiniciará su PostgreSQL, espero que esto sea apropiado para usted.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-08-10 06:31:41
He logrado resolver el problema siguiendo la respuesta de Chris Slade, pero para reiniciar el servidor, tuve que usar los siguientes comandos:
launchctl unload ~/Library/LaunchAgents/homebrew.mxcl.postgresql.plist
launchctl load ~/Library/LaunchAgents/homebrew.mxcl.postgresql.plist
Que encontré aquí (la respuesta de pjammer abajo en la parte inferior)
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-01-23 08:35:17
Para solucionar este tipo de problemas con Postgres y a trabajar con Postgres en Mac OSX
, este es probablemente el MEJOR y el más FÁCIL la solución que he encontrado hasta ahora:
Solo tienes que descargar, instalar y ser feliz:)
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-01-23 11:59:42
¿Tiene postgresql instalado dentro de su sistema? Si no, entonces mira Instalar postgresql. Después de integrar con éxito postgresql en su sistema, puede escribir algo así en el terminal de su sistema:
which psql
#=> /usr/bin/psql
Después de eso, necesita crear un usuario y una base de datos en postgresql de la siguiente manera:
sudo su - postgres
psql
Luego puede ver lo siguiente dentro de su terminal
postgres=#
Escriba allí:
CREATE USER yourname WITH PASSWORD 'passwordhere';
CREATE DATABASE metals-directory_production WITH OWNER yourname;
GRANT ALL PRIVILEGES ON DATABASE metals-directory_production TO yourname;
Después de hacer esto, entonces usted necesita corregir su database.yml
. Probablemente necesitas algo así:
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
También si tiene problemas con postgresql es buena idea comprobar pg_hba.conf
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-01-23 12:33:04
Este problema se produce cuando postgres no se apaga correctamente. Así es como resolví este problema en tres sencillos pasos.
Paso 1: Vaya a su directorio postgres
Los usuarios de Mac encontrarán esto en /usr/local/var/postgres
, otros podrían mirar /usr/var/postgres/
.
Paso 2: Elimine el archivo .pid
ejecutando este comando.
rm postmaster.pid
Paso 3: Reinicie su servidor
Usuarios de Mac
brew services restart postgresql
Usuarios de Linux
sudo service postgresql restart
Finalmente reinicie su aplicación y estará listo para comenzar.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2017-08-10 07:35:22
-
Desinstalar pg:
gem uninstall pg
-
Desinstalar postgres:
brew uninstall postgres
-
Nuke la carpeta postgres que podría ser persistente con un montón de cosas rancias en:
rm -rf /usr/local/var/postgres
Reinicio (tal vez innecesario)
-
Volver a instalar pg: {[10]]}
brew install postgres
-
Mi comentario en la respuesta de Chris Slade comienza pg de la manera difícil, ahora uso servicios de brew que ha simplificado mi vida de muchas maneras:
brew install services
-
E iniciar pg con él:
brew services start postgresql
-
Reinstale la gema:
gem install pg
Y bobsyouruncle.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-01-23 11:28:08
Compruebe el archivo postgresql.conf (on ubuntu
está en /etc/postgresql/X. X/main/postgresql.conf ) y busque la línea que dice:
listen_addresses="localhost"
Intenta cambiarlo a:
listen_addresses="*"
Estaría aceptando todas las IPS, luego verifique la línea que dice:
port=5432
Y compruebe si es el mismo puerto de su base de datos.yml, por defecto en mi uso de postgresql-9.25433 en su lugar 5432, no se olvide de reiniciar el servidor postgres,
Bueno Suerte!
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-01-23 12:53:24
Como lo describe @Magne, el error PG::ConnectionBad - could not connect to server: Connection refused
se puede presentar después de una actualización de la versión mayor/menor (por ejemplo, 9.5 -> 9.6
o 9 -> 10
) de PostgreSQL.
Obtuve este error después de haber ejecutado brew upgrade postgresql
después del lanzamiento de la versión 9.6 de PostgreSQL. El problema es que las actualizaciones de versiones mayores/menores requieren pasos adicionales para migrar la fecha antigua a la nueva versión.
Cómo comprobar si este es tu problema
Puede comprobar si este es el problema comprobando la la última versión de PostgreSQL de brew formula instalada con homebrew...
$ 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
...y luego comparándolo con la actual PG_VERSION
$ cat /usr/local/var/postgres/PG_VERSION
9.5
Si la PG_VERSION es menor que la última fórmula de brew y la diferencia es un cambio de versión mayor/menor, entonces este es probablemente su problema.
Cómo arreglar (es decir, cómo actualizar los datos)
Las instrucciones a continuación son para una actualización de 9.5 a 9.6. Cambie los números de versión según corresponda para su actualización propia
Paso 1. Asegúrese de que PostgreSQL esté desactivado:
$ launchctl unload ~/Library/LaunchAgents/homebrew.mxcl.postgresql.plist
# or, with Homebrew...
$ brew services stop postgresql
Paso 2. Crear una nueva base de datos prístina:
$ initdb /usr/local/var/postgres9.6 -E utf8
Paso 3. Compruebe cuáles son las versiones binarias antiguas y nuevas:
$ ls /usr/local/Cellar/postgresql/
9.5.3 9.5.4 9.6.1
Tenga en cuenta que en este ejemplo estoy actualizando de 9.5.4 binario a 9.6.1 binario
Paso 4. Migrar los datos actuales a la nueva base de datos mediante el pg_upgrade utilidad.
$ 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
la bandera especifica el directorio de datos actual -
-D
flag especifica el nuevo directorio de datos que se creará -
-b
especifica el binario antiguo -
-B
especifica el nuevo binario al que estamos actualizando
Paso 5. Mover el antiguo directorio de datos fuera del camino
$ mv /usr/local/var/postgres /usr/local/var/postgres9.5
Paso 6. Mover el directorio de datos recién creado a donde PostgreSQL espera que sea
$ mv /usr/local/var/postgres9.6 /usr/local/var/postgres
Paso 7. Iniciar PostgreSQL de nuevo
$ launchctl load ~/Library/LaunchAgents/homebrew.mxcl.postgresql.plist
# or, if you're running a current version of Homebrew
$ brew services start postgresql
Paso 8. Si está utilizando la gema pg para Rails, debe recompilar desinstalando y reinstalando la gema (omita este paso si no está utilizando la gema pg)
$ gem uninstall pg
$ gem install pg
Paso 9.(facultativo) Después de que se haya asegurado de que todo está funcionando bien, puede ejecutar recuperar algo de espacio en disco con lo siguiente orden:
brew cleanup postgresql
...y si te sientes realmente valiente puedes eliminar el antiguo directorio de datos PostgreSQL con el siguiente comando
rm -rf /usr/local/var/postgres9.5/
(Esta respuesta se basa en una excelente entrada de blog https://keita.blog/2016/01/09/homebrew-y-postgresql-9-5/ con algunas adiciones)
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2017-02-08 13:20:00
Como se sugirió anteriormente, acabo de abrir la aplicación Postgres en mi Mac, hice clic en Abrir Psql
, cerré la ventana psql
, reinicié mi servidor rails en mi terminal, y estaba funcionando de nuevo, no más error.
Confía en el elefante: http://postgresapp.com /
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-01-23 07:36:25
Esto es lo que realmente me ayudó.
$ cd /usr/local/var/postgres/
$ rm postmaster.pid
Referencia: http://alumni.lewagon.org/questions/60
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-01-23 07:36:03
Si se encuentra con este problema después de hacer un brew upgrade
que actualizó postgres a una nueva versión principal (f. ex 9.3.0
a 9.4.0
o superior), entonces haga esto:
La corrección de@dmitrygusev de https://github.com/Homebrew/homebrew/issues/35240
Siguiendo la guía oficial de migración de [Postgresql] ayudó:
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
Eso es todo. Compruebe si la importación fue bien, a continuación, eliminar copias de seguridad:
rm outputfile rm -Rf /usr/local/var/postgres.old
El problema aquí es que en una actualización de la versión principal de postgres, es necesario recrear / migrar su base de datos. Y posiblemente chown
directorios o llamar manualmente initdb
.
Ver también: ¿Cómo actualizar PostgreSQL de la versión 9.5 a la versión 9.6 sin perder datos?
Algunos otros consejos, que podrían ser útiles, en caso de que no esté utilizando Homebrew:
Cómo detener el servidor PG manualmente:
pg_ctl -D /usr/local/var/postgres -l /usr/local/var/postgres/server.log stop
Cómo iniciar el servidor PG manualmente:
pg_ctl -D /usr/local/var/postgres -l /usr/local/var/postgres/server.log start
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2017-05-23 11:55:03
Ponga host: localhost
en el archivo database.yml
y ejecute este comando:
rake db:create db:migrate
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-01-23 08:36:31
Localice su archivo postgres que podría estar en /usr/local/var/postgres/
o en /usr/var/postgres/
y luego elimine el archivo postmaster.pid
presente en esa carpeta.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2016-07-19 09:42:19
Acabo de ejecutar este comando sudo service postgresql restart
y todo volvió a funcionar.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-01-23 08:36:34
Definitivamente fue la respuesta de @Chris Slade la que me ayudó.
Escribí un pequeño script para matar los procesos restantes si es útil:
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
}
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2014-04-08 09:06:24
Tuve el mismo problema en la producción (desarrollo todo funcionó), en mi caso, el servidor DB es no en la misma máquina que la aplicación, por lo que finalmente lo que funcionó es simplemente migrar escribiendo:
bundle exec rake db:migrate RAILS_ENV=production
Y luego reinicie el servidor y todo funcionó.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2016-04-12 07:48:17
Sé que esto es tarde, pero podría ayudar a alguien. Yo estaba teniendo el mismo problema. Resulta que tenía dos versiones de postgres 9.1 y 9.5. He desinstalado 9.1 y 9.5 e instalado 9.5 de nuevo y funcionó para mí.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2016-06-23 11:02:57
Yo tenía el mismo problema. Compruebo la última línea de PostgreSQL
archivos de registro en /var/log/postgresql
.
Había un parámetro de configuración no reconocido en el archivo /etc/postgresql/9.5/main/postgresql.conf . Comentar la línea de error en postgresql.conf
resolvió mi problema.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-01-22 21:26:23
Mi problema estaba en mi aplicación.archivo yml. Mi base de datos url
en heroku
no estaba usando el puerto 5342. Compruebe su heroku
configuración var DATABASE_URL
. Asegúrese de que coincide exactamente con was en su aplicación .yml para la base de datos aplicable.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-01-23 00:16:58
Tuve el mismo problema, esta explicación lo resolvió para mí: http://blog.55minutes.com/2013/09/postgresql-93-brew-upgrade /
El paso clave fue mirar la cola de mi /usr/local/var/postgres/server.log , eso me permitió ver cuál era el verdadero problema, que era que no había completado completamente el proceso de actualización de PostgreSQL
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-01-23 07:32:36
Los usuarios de Mac con la aplicación Postgres pueden querer abrir la aplicación (spotlight buscar Postgres o encontrar el icono de elefante en la barra de menú). Allí se puede ver una X roja con el mensaje: "Rancio jefe de correos.pid file". Desafortunadamente, una búsqueda de spotlight no mostrará la ubicación de este archivo. Haga clic en "Configuración del Servidor"...", y en el cuadro de diálogo que se abre, haga clic en el botón" Mostrar " para abrir el directorio de datos. Navegue por una carpeta (para mí era "var-10"), y elimine el archivo postmaster.pid
.
Volver a la aplicación Postgres y haga clic en el botón Inicio. Esa X roja debería convertirse en una marca de verificación verde con el mensaje "Running". Ahora debería poder ejecutar correctamente comandos Rails como rails server
en el terminal.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-04-04 21:15:13
Probablemente reinició su computadora y olvidó iniciar la aplicación Postgres.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2016-09-21 09:03:19
Detuve el servidor rails, corrí rake db:migrate
e inicié mi rails s
.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2016-11-30 00:50:18
Me encontré con este error después de seguir un brew upgrade
en el que postgresql fue actualizado. Encontré exactamente cómo solucionar mi problema de este gran post. Pude volver a poner en marcha postgres e incluso migrar a través de todas mis bases de datos existentes.
https://coderwall.com/p/ti4amw/how-to-launch-postgresql-after-upgrade
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2017-11-10 03:33:37
Acabo de tener este problema y ninguna de las soluciones sugeridas funcionó para mí. Después de mucho googlear, encontré una solución. Esto es lo que funcionó para mí.
Primero, tuve que ejecutar este comando para iniciar el servidor y supongo que establecer la ubicación del archivo de configuración.
pg_ctl -D /usr/local/var/postgres start && brew services start postgresql
Luego ejecuté este comando para acceder a postgres
psql postgres
Y en el prompt de postgres entonces escribí "\ du " para listar los roles
postgres=# \du
El rol postgres faltaba, así que tuve que crearlo con esto command
CREATE ROLE POSTGRES WITH SUPERUSER CREATEDB CREATEUSER CREATEROLE REPLICATION BYPASSRLS ;
Eso resolvió mi problema y espero que esto ayude a alguien más.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2017-12-31 11:01:20
No tiene que eliminar el archivo postmaster.pid
, ya que esto podría estar invitando a la corrupción de datos.
Opción? Simplemente kill
el proceso (no use kill -9
, solo una muerte ordinaria bastará).
A continuación, simplemente reinicie el servidor postgres y ya está listo!
Estos son los pasos para lograrlo:
-
Busque y abra el archivo
postmaster.pid
(el mío está en Mac Sierra)vi ~/Library/Application\ Support/Postgres/var-10/postmaster.pid
-
Copiar el PID - es el número en la primera línea de la
postmaster.pid
file - Matar el proceso con
kill PID
, por ejemplo, si mi PID es 381, voy a hacerkill 381
- Restart Postres - si usa brew, haga
brew services start postgresql
. O si usa postgresapp, simplemente haga clic en el botónstart
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2018-07-20 09:15:08