PG:: ConnectionBad-could not connect to server: Connection refused

Za każdym razem, gdy uruchamiam mój serwer rails 4.0, dostaję to wyjście.

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>'

Używam Mavericks OS X 10.9 więc nie wiem czy w tym problem. Próbowałem wszystkiego, ale nic nie działa. Odinstalowałem i zainstalowałem zarówno postgres, jak i PG gem wiele razy.

To moja baza danych.plik 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
Czy ktoś może mi pomóc?
Author: Chris Travers, 2013-11-07

27 answers

To może być tak proste, jak nieświeży Plik PID . Może nie działać po cichu, ponieważ komputer nie zakończył całkowicie procesu zamykania, co oznacza, że postgres nie usunął pliku PID (process id).

Plik PID jest używany przez postgres, aby upewnić się, że tylko jedna instancja serwera jest uruchomiona na raz. Więc kiedy zacznie się od nowa, nie powiedzie się, ponieważ istnieje już plik PID, który mówipostgres , że kolejna instancja serwer został uruchomiony (mimo, że nie działa, po prostu nie udało mu się zamknąć i usunąć PID).

  1. aby to naprawić Usuń / Zmień nazwę pliku PID. Znajdź katalog danych postgres. Na Macu używającym homebrew jest to /usr/local/var/postgres/, w innych systemach może to być /usr/var/postgres/.
  2. aby się upewnić, że to jest problem, spójrz na plik dziennika (server.log). W ostatnich wierszach zobaczysz:

FATAL: lock file " postmaster.pid " już istnieje
Podpowiedź: to kolejny postmaster (PID 347) uruchomiony w katalogu danych "/ usr/local/var / postgres"?

  1. Jeśli tak, rm postmaster.pid
  2. Uruchom ponownie serwer. Na komputerze mac używającym launchctl (z homebrew) następujące polecenia restartują serwer.

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

    Lub na nowszych wersjach

    brew services restart postgresql
    
 526
Author: Chris Slade,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-01-23 11:09:24

Po wielu poszukiwaniach i analizach znalazłem rozwiązanie, jeśli używasz ubuntu, po prostu napisz To polecenie w swoim terminalu i naciśnij enter

sudo service postgresql restart

To zrestartuje Twój PostgreSQL, mam nadzieję, że będzie to dla ciebie korzystne.

 37
Author: Jai Kumar Rajput,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-08-10 06:31:41

Udało mi się rozwiązać problem, postępując zgodnie z odpowiedzią Chrisa Slade ' a, ale aby ponownie uruchomić serwer, musiałem użyć następujących poleceń:

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

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

Że znalazłem tutaj (odpowiedź pjammera na dole)

 32
Author: Andrea Gherardi,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-01-23 08:35:17

Aby naprawić tego typu problemy z Postgres i pracować z Postgres na Mac OSX, jest to prawdopodobnie Najlepsze oraz najłatwiejszy rozwiązanie, które dotychczas znalazłem:

Http://postgresapp.com/

Po prostu Pobierz, zainstaluj i bądź szczęśliwy:)

 22
Author: K M Rakibul Islam,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-01-23 11:59:42

Czy masz zainstalowany postgresql w swoim systemie? Jeśli nie, to watch Install postgresql . Po pomyślnej integracji postgresql z Twoim systemem możesz wpisać coś takiego w swoim terminalu systemowym:

which psql
#=> /usr/bin/psql

Następnie musisz utworzyć użytkownika i bazę danych w postgresql w następujący sposób:

sudo su - postgres
psql

Następnie możesz zobaczyć następujące elementy w swoim terminalu

postgres=#

Wpisz tam:

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

Po tym, jak to zrobisz, musisz poprawić twój database.yml. Prawdopodobnie potrzebujesz czegoś takiego:

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

Również jeśli masz problemy z postgresql, dobrze jest sprawdzić pg_hba.conf

 22
Author: Mihail Davydenkov,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-01-23 12:33:04

Ten problem pojawia się, gdy postgres nie wyłącza się prawidłowo. Oto jak rozwiązałem ten problem w trzech prostych krokach.

Krok 1: przejdź do katalogu postgres

Użytkownicy komputerów Mac znajdą to w /usr/local/var/postgres, inni mogą spojrzeć na /usr/var/postgres/.

Krok 2: Usuń plik .pid, uruchamiając to polecenie.

rm postmaster.pid

Krok 3: Uruchom ponownie Serwer

Użytkownicy Komputerów Mac

brew services restart postgresql

Użytkownicy Linuksa

sudo service postgresql restart

Wreszcie uruchom ponownie aplikację i jesteś gotowy do pracy.

 14
Author: techdreams,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2017-08-10 07:35:22
  1. Odinstaluj pg:

    gem uninstall pg
  2. Odinstaluj postgres:

    brew uninstall postgres
  3. Nuke the Postgres folder which might be keeping with a bunch of czerstwy stuff it in:

    rm -rf /usr/local/var/postgres
  4. Restart (może niepotrzebny)

  5. Reinstall pg:

    brew install postgres
  6. Mój komentarz w odpowiedzi Chrisa Slade ' a zaczyna się od początku, teraz korzystam z usług brew, które uprościły mi życie na wiele sposobów:

    brew install services
  7. I zacznij pg z nim:

    brew services start postgresql
  8. Reinstall the gem:

    gem install pg
I bobsleje.
 14
Author: IAmNaN,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-01-23 11:28:08

Sprawdź plik postgresql.conf (on ubuntu znajduje się w /etc/postgresql/X. X/main/postgresql.conf ) i poszukaj linii, która mówi:

listen_addresses="localhost"

Spróbuj zmienić na:

listen_addresses="*"

Byłoby akceptowanie każdego IP, następnie sprawdź linię, która mówi:

port=5432

I sprawdź, czy jest ten sam port w Twojej bazie danych.yml, domyślnie na moim postgresql-9.2 użyj 5433 zamiast 5432, nie zapomnij zrestartować serwera postgres,

dobrze. Szczęście!

 12
Author: Alexis,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-01-23 12:53:24

Jak opisuje @Magne, błąd PG::ConnectionBad - could not connect to server: Connection refused może być przedstawiony po major/minor version upgrade (np. 9.5 -> 9.6 lub 9 -> 10) PostgreSQL.

Dostałem ten błąd po uruchomieniu brew upgrade postgresql po wydaniu PostgreSQL w wersji 9.6. Problem polega na tym, że główne / drobne uaktualnienia wersji wymagają dodatkowych kroków, aby przenieść starą datę do nowej wersji.

Jak sprawdzić, czy to jest Twój problem

Możesz sprawdzić, czy to jest problem, sprawdzając najnowsza wersja brew formula PostgreSQL zainstalowana z 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

...a następnie porównując go z bieżącym PG_VERSION

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

Jeśli PG_VERSION jest mniejszy niż najnowsza formuła brew, a różnica jest większa/mniejsza zmiana wersji, to prawdopodobnie jest to twój problem.

Jak naprawić (czyli jak uaktualnić dane)

poniższe instrukcje dotyczą aktualizacji z wersji 9.5 do 9.6. Zmień numery wersji odpowiednio dla swojego własny upgrade

punkt 1. upewnij się, że PostgreSQL jest wyłączony:

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

punkt 2. Tworzenie nowej nieskazitelnej bazy danych:

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

Punkt 3. sprawdź co to są stare i nowe wersje binarne:

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

Zauważ, że w tym przykładzie uaktualniam z 9.5.4 binary do 9.6.1 binary

punkt 4. migracja bieżących danych do nowej bazy danych przy użyciu pg_upgrade utility.

$ 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 znacznik określa bieżący katalog danych
  • -D znacznik określa nowy katalog danych do utworzenia
  • -b określa Stary binarny
  • -B określa nowy plik binarny, do którego aktualizujemy

punkt 5. Przenieś Stary katalog danych z drogi

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

Punkt 6. Przenieś nowo utworzony katalog danych do miejsca PostgreSQL

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

Punkt 7. Uruchom PostgreSQL jeszcze raz

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

Punkt 8. jeśli używasz PG gem dla Rails, powinieneś przekompilować, odinstalowując i ponownie instalując gem (pomiń ten krok, jeśli nie używasz PG gem)]}

$ gem uninstall pg
$ gem install pg

Punkt 9.(opcjonalnie) Po upewnieniu się, że wszystko działa dobrze, możesz uruchomić Odzyskaj trochę miejsca na dysku, wykonując następujące czynności polecenie:

brew cleanup postgresql

...a jeśli czujesz się naprawdę odważny, możesz usunąć stary katalog danych PostgreSQL za pomocą następującego polecenia

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

(ta odpowiedź jest oparta na doskonałym blogu https://keita.blog/2016/01/09/homebrew-and-postgresql-9-5/ z dodatkami)

 10
Author: Neil Atkinson,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2017-02-08 13:20:00

Jak sugerowano powyżej, po prostu otworzyłem aplikację Postgres na moim Macu, kliknąłem Otwórz Psql, zamknąłem okno psql, uruchomiłem ponownie mój rails server w moim terminalu i znowu działało, żadnych błędów.

Zaufaj słoniu: http://postgresapp.com/

 7
Author: houstongolden,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-01-23 07:36:25

To mi naprawdę pomogło.

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

Odniesienie: http://alumni.lewagon.org/questions/60

 5
Author: Rosana Ruiz,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-01-23 07:36:03

Jeśli napotkasz ten problem po wykonaniu brew upgrade, który zaktualizował postgres do nowej głównej wersji (F.ex 9.3.0 do 9.4.0 lub wyższej), zrób to:

@dmitrygusiew ' S fix from https://github.com/Homebrew/homebrew/issues/35240

Po oficjalnym [Postgresql] poradniku migracji pomógł:

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
To wszystko. Sprawdź, czy import przebiegł pomyślnie, a następnie usuń kopie zapasowe:
rm outputfile
rm -Rf /usr/local/var/postgres.old

Problem polega na tym, że przy dużej aktualizacji wersji postgres, konieczne jest odtworzenie / migracja bazy danych. I ewentualnie chown katalogów lub ręcznie wywołać initdb.

Zobacz także: Jak uaktualnić PostgreSQL z wersji 9.5 do wersji 9.6 bez utraty danych?


Kilka innych wskazówek, które mogą się przydać, jeśli nie używasz Homebrew: {]}

Jak ręcznie zatrzymać serwer PG:

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

Jak uruchomić serwer PG ręcznie:

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

 4
Author: Magne,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2017-05-23 11:55:03

Włóż host: localhost do pliku database.yml i uruchom polecenie:

rake db:create db:migrate  
 4
Author: Abel,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-01-23 08:36:31

Zlokalizuj plik postgres, który może znajdować się w /usr/local/var/postgres/ lub w /usr/var/postgres/, a następnie usuń plik postmaster.pid znajdujący się w tym folderze.

 3
Author: Awais Shafqat,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2016-07-19 09:42:19

Po prostu uruchamiam to polecenie sudo service postgresql restart i wszystko znowu działało.

 2
Author: kalibbala,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-01-23 08:36:34

To była zdecydowanie odpowiedź @Chris Slade, która mi pomogła.

Napisałem mały skrypt, aby zabić pozostałe procesy, jeśli będzie to przydatne:

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
}
 1
Author: Augustin Riedinger,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2014-04-08 09:06:24

Miałem ten sam problem w produkcji (rozwój wszystko działało), w moim przypadku serwer DB jest a nie na tej samej maszynie co aplikacja, więc w końcu zadziałało tylko migracja przez napisanie:

bundle exec rake db:migrate RAILS_ENV=production

A potem restart serwera i wszystko działało.

 1
Author: leah,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2016-04-12 07:48:17

Wiem, że jest późno, ale może komuś pomóc. Miałem ten sam problem. Okazuje się, że miałem dwie wersje postgres 9.1 i 9.5. Odinstalowałem 9.1 i 9.5 i zainstalowałem ponownie 9.5 i działało dla mnie.

 1
Author: Darshan Chauhan,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2016-06-23 11:02:57

Miałem ten sam problem. Sprawdzam ostatni wiersz {[0] } log files w /var/log/postgresql. W pliku /etc/postgresql/9.5/main/postgresql znajdował się nierozpoznany parametr konfiguracyjny.conf . Komentowanie linii błędu w postgresql.conf rozwiązało mój problem.

 1
Author: Hajar Homayouni,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-01-22 21:26:23

Mój problem był w mojej aplikacji .plik yml. Moja baza danych url na heroku nie używała portu 5342. Sprawdź konfigurację heroku var DATABASE_URL. Upewnij się, że pasuje dokładnie do was w Twojej aplikacji.yml dla odpowiedniej bazy danych.

 1
Author: NickDK,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-01-23 00:16:58

Miałem ten sam problem, to Wyjaśnienie mi go rozwiązało: http://blog.55minutes.com/2013/09/postgresql-93-brew-upgrade/

Kluczowym krokiem było spojrzenie na ogon mojego /usr/local/var/postgres/server.log , to pozwoliło mi zobaczyć, jaki był prawdziwy problem, który polegał na tym, że nie ukończyłem w pełni procesu aktualizacji PostgreSQL

 1
Author: Ben Wheeler,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-01-23 07:32:36

Użytkownicy komputerów Mac z aplikacją Postgres mogą chcieć otworzyć aplikację(spotlight wyszukaj Postgres lub znajdź ikonę słonia na pasku menu). Na nim widać czerwone X z napisem: "Stale postmaster.plik pid". Niestety wyszukiwanie spotlight nie pokazuje lokalizacji tego pliku. Kliknij "Ustawienia Serwera...", a w oknie dialogowym, które zostanie otwarte, kliknij przycisk" Pokaż", aby otworzyć katalog danych. Przejdź do jednego folderu (dla mnie był to "var-10") i usuń plik postmaster.pid.

Wróć w aplikacji Postgres i kliknij przycisk Start. To czerwone X powinno zmienić się w zielony znacznik wyboru z Komunikatem "Running". Teraz powinieneś być w stanie z powodzeniem uruchamiać polecenia Rails, takie jak rails server w terminalu.

Ustawienia Serwera Aplikacji Postgres-Pokaż Katalog Danych

 1
Author: chemturion,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-04-04 21:15:13

Prawdopodobnie uruchomiłeś ponownie komputer i zapomniałeś uruchomić aplikację Postgres.

 0
Author: The Whiz of Oz,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2016-09-21 09:03:19

Zatrzymałem serwer rails, uruchomiłem rake db:migrate i uruchomiłem mój rails s.

 0
Author: thedanotto,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2016-11-30 00:50:18

Napotkałem ten błąd po wykonaniu brew upgrade, w którym PostgreSQL został zaktualizowany. Znalazłem dokładnie, jak rozwiązać mój problem z tego wielkiego postu. Udało mi się przywrócić i uruchomić postgres, a nawet przenieść wszystkie moje istniejące bazy danych. https://coderwall.com/p/ti4amw/how-to-launch-postgresql-after-upgrade

 0
Author: Calaway,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2017-11-10 03:33:37

Właśnie miałem ten problem i Żadne z proponowanych rozwiązań nie zadziałało na mnie. Po wielu googlach znalazłem rozwiązanie. To mi się udało.

Najpierw musiałem uruchomić to polecenie, aby uruchomić serwer i zgaduję ustawić lokalizację pliku konfiguracyjnego.

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

Następnie uruchomiłem to polecenie, aby uzyskać dostęp do postgres

psql postgres

I w podpowiedzi postgres wpisałem "\du", aby wyświetlić listę ról

postgres=# \du

Roli postgresa brakowało, więc musiałem ją stworzyć z tego polecenie

CREATE ROLE POSTGRES WITH SUPERUSER CREATEDB CREATEUSER CREATEROLE REPLICATION BYPASSRLS ;
To rozwiązało mój problem i mam nadzieję, że to pomoże komuś innemu.
 0
Author: luis.madrigal,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2017-12-31 11:01:20

Nie musisz usuwać pliku postmaster.pid, ponieważ może to powodować uszkodzenie danych.

Opcja? Po prostu kill proces (nie używaj kill -9, wystarczy zwykły kill).

Następnie po prostu uruchom ponownie serwer postgres i jesteś gotowy do pracy!

Oto kroki, aby to osiągnąć:

  1. Zlokalizuj i otwórz plik postmaster.pid (mój jest na Mac Sierra)

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

  2. Skopiuj PID - to numer na pierwszej linii postmaster.pid plik

  3. Zabij proces za pomocą kill PID, np. jeśli mój PID to 381, zrobię kill 381
  4. Uruchom ponownie Postres - jeśli używasz brew, wykonaj brew services start postgresql. Lub jeśli używasz postgresapp, po prostu kliknij przycisk start
 0
Author: Ruto Collins,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-07-20 09:15:08