Jupitor$ bundle exec rake db:create db:migrate
APP_development already exists
rake aborted!
PG::Error: ERROR: invalid value for parameter "TimeZone": "UTC"
: SET time zone 'UTC'
Я продолжаю получать эту ошибку при попытке перейти на мою базу данных postgres. помощь будет очень признательна!
ruby-on-rails-3
postgresql
Стивен Нгуен
источник
источник
SET time zone 'UTC'
работает в моей установке PostgreSQL 9.1.4.SET time zone 'UTC'
у вас в консоли psql?Ответы:
У меня была такая же проблема с Postgres.app от Heroku. Перезагрузка моего Mac решила это.
источник
Перезапуск postgresql работает.
Чтобы перезапустить, если вы установили его с помощью homebrew,
brew info postgresql
вам будет предложено:launchctl unload ~/Library/LaunchAgents/homebrew.mxcl.postgresql.plist launchctl load ~/Library/LaunchAgents/homebrew.mxcl.postgresql.plist
источник
brew services restart postgresql
или, если вы используете определенную версию, что-то вродеbrew servces restart postgresql@9.6
brew services restart postgresql
источник
Попробуйте перезапустить сервер. Я обновил Postgresql через Homebrew, но забыл перезапустить сервер и получил ту же проблему. Я считаю, что это связано с несовпадением версий клиента и сервера. psql начался с:
$ psql psql (9.1.4, server 9.1.2) Type "help" for help.
источник
Основываясь на ответе @ MathiasJ , вместо перезагрузки всей моей машины я запустил
brew services restart postgresql@9.6
и мои последующие
rake db:create
сработали отлично.источник
Я не думаю, что заслуживаю за это никаких очков, но перезагрузка моего Postgres.app (что лучше, чем перезагрузка всей системы) решила эту проблему для меня. Приложение не отображается в Dock, вы можете найти его на панели навигации в верхней части окна. Надеюсь, это все равно поможет.
источник
У меня тоже была такая проблема.
Войдите в базу данных, затем введите:
set time zone utc;
источник
На самом деле произошло то, что вы обновили сервер postgresql и очистили свои старые папки, но не перезапустили сервер postgresql. Сервер искал файлы часовых поясов в удаленном каталоге
источник
Если ничего не помогает, и вы используете
homebrew
, скорее всего, у вас проблемы с текущими ссылками.Предполагая, что у вас установлены две
Postgres
версии, убедитесь, что вы отключили связь, а затем снова установите связь. В моем случае мне нужно было, чтобы две версии работали для запускаpg_upgrade
. Яpostgresql95
иpostgresql
так сделал:$ brew unlink postgresql $ brew unlink postgresql95 $ brew link postgresql95 $ brew link --overwrite postgresql
Это заставило меня обоих работать одновременно. Надеюсь, это будет полезно, поскольку мне потребовалось немало времени, чтобы понять это!
источник
В моем случае перезапуск базы данных не помог. Обновление tzdata (
apt-get install tzdata
) помогло мне.источник
просто перезапуск базы данных помог. Homebrew обновил мою установку Postgres, и я еще не перезапускал ее.
источник
У меня возникла аналогичная проблема после обновления информации о часовом поясе, то есть загрузки базы данных IANA и компиляции с помощью zic.
Моя проблема действительно началась после перезапуска PostgreSQL. Я получил,
invalid value for parameter TimeZone: UTC
и повторный перезапуск не помог решить проблему.Оказывается, после обновления информация о моем часовом поясе была полностью искажена. У меня были болтающиеся символические ссылки
/usr/share/zoneinfo
. Из консоли psql я получил:mydb=# SELECT * FROM pg_timezone_names; ERROR: could not stat "/usr/share/zoneinfo/PRC": No such file or directory
Я удалил все такие болтающиеся символические ссылки. После этого я по крайней мере смог приступить
SELECT * FROM pg_timezone_names
к работе, но все равно получил ту жеinvalid value...
ошибку.Что в конечном итоге решило проблему для меня, так это создание новой символической ссылки:
cd /usr/share/zoneinfo ln -s Etc/UTC UTC
После этого,
SET time zone 'UTC'
заработало правильно.источник
Просто краткая справка для тех, кто не использует Postgres.app, но запускает psql из командной строки или через launchctl. Вам нужно будет настроить следующее в зависимости от того, где находятся ваши данные и файлы журнала Postgres:
pg_ctl stop pg_ctl start -D /usr/local/pgsql/data/ -l /usr/local/pgsql/log/server.log
источник
brew services restart postgresql
не исправил для меня. Я уверен, что перезагрузка сработала бы, но я хотел выяснить причину проблемы.Я считаю, что проблема возникла из-за двух конфликтующих версий
postgresql
.Я уже
postgresql
работал с сервисами пивоварения, а затем установил,postgresql@11
которые осталисьpostgresql
работать в сервисах пивоварения даже после того, как я удалил ихpostgresql
.Я исправил это, остановив
postgresql
службу пивоварения, хотя ее не было в спискеbrew services list
.Действия по воспроизведению:
Как исправить:
Открыта проблема с Homebrew, запрашивающая автоматическую остановку службы формулы при удалении.
источник
postgresql@9.5
запустил, а затем установилpostgresql@9.6
. Несмотря на то, что я удалил 9.5, он все еще работал. Перезапуск 9.6 не исправил. Фактическое исправление заключалось в том, чтобы остановить 9.5, а затем перезапустить 9.6, и тогда это сработало.Видимо, то же самое происходит и с Java / JDBC при подключении к Postgres.
Решение состоит в том, чтобы указать JDBC сообщать Postgres о правильном часовом поясе пользователя при установлении соединения.
Итак, явное указание часового пояса пользователя при запуске программы помогает:
Заметка:
Добавляем это здесь, потому что это первый результат в Google по этой проблеме с подключением к Postgres!
Источник:
Этот комментарий Юрия на форуме поддержки Jira: https://community.atlassian.com/t5/Jira-questions/invalid-value-for-parameter-quot-TimeZone-quot-quot-US-Pacific/qaq-p/ 839426
источник