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 ymldevelopment:
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? 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).
- 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/
. - 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"?
- Jeśli tak,
rm postmaster.pid
-
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
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.
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)
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:
Po prostu Pobierz, zainstaluj i bądź szczęśliwy:)
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
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.
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
-
Odinstaluj pg:
gem uninstall pg
-
Odinstaluj postgres:
brew uninstall postgres
-
Nuke the Postgres folder which might be keeping with a bunch of czerstwy stuff it in:
rm -rf /usr/local/var/postgres
-
Restart (może niepotrzebny)
-
Reinstall pg:
brew install postgres
-
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
-
I zacznij pg z nim:
brew services start postgresql
-
Reinstall the gem:
gem install pg
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!
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)
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/
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
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ł:
To wszystko. Sprawdź, czy import przebiegł pomyślnie, a następnie usuń kopie zapasowe: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
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
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
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.
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.
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
}
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.
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.
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.
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.
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
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.
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.
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
.
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
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.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ąć:
-
Zlokalizuj i otwórz plik
postmaster.pid
(mój jest na Mac Sierra)vi ~/Library/Application\ Support/Postgres/var-10/postmaster.pid
-
Skopiuj PID - to numer na pierwszej linii
postmaster.pid
plik - Zabij proces za pomocą
kill PID
, np. jeśli mój PID to 381, zrobiękill 381
- Uruchom ponownie Postres - jeśli używasz brew, wykonaj
brew services start postgresql
. Lub jeśli używasz postgresapp, po prostu kliknij przyciskstart
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