回答編集履歴
4
推敲
answer
CHANGED
|
@@ -17,5 +17,5 @@
|
|
|
17
17
|
バックアップがあれば、再インストール後にリストアするのが、最終手段かつ一番確実だと思います。
|
|
18
18
|
追記
|
|
19
19
|
--
|
|
20
|
-
WSLとのことで、postgresのインスタンス自体はwindowsでも
|
|
20
|
+
WSLとのことで、postgresのインスタンス自体はwindowsでも問題ないのであれば、以下が参考になりそうです。
|
|
21
21
|
[Bash on Ubuntu on Windows で Rails/PostgreSQL の開発環境を構築する [Creators Update 編]](https://qiita.com/yusuke_konishi/items/bb99faceada542ce2017)
|
3
追記
answer
CHANGED
|
@@ -14,4 +14,8 @@
|
|
|
14
14
|
バックアップからのリカバリが後処理として必須ですが、リカバリーもパスして強制再起動が出来ると良さそうで、`$ pg_ctl -o "-F -p 5433" restart`が該当するかもしれません。
|
|
15
15
|
※試していませんし、あくまで自己責任で。
|
|
16
16
|
|
|
17
|
-
バックアップがあれば、再インストール後にリストアするのが、最終手段かつ一番確実だと思います。
|
|
17
|
+
バックアップがあれば、再インストール後にリストアするのが、最終手段かつ一番確実だと思います。
|
|
18
|
+
追記
|
|
19
|
+
--
|
|
20
|
+
WSLとのことで、postgresのインスタンス自体はwindowsでもマンだいないのであれば、以下が参考になりそうです。
|
|
21
|
+
[Bash on Ubuntu on Windows で Rails/PostgreSQL の開発環境を構築する [Creators Update 編]](https://qiita.com/yusuke_konishi/items/bb99faceada542ce2017)
|
2
推敲
answer
CHANGED
|
@@ -14,4 +14,4 @@
|
|
|
14
14
|
バックアップからのリカバリが後処理として必須ですが、リカバリーもパスして強制再起動が出来ると良さそうで、`$ pg_ctl -o "-F -p 5433" restart`が該当するかもしれません。
|
|
15
15
|
※試していませんし、あくまで自己責任で。
|
|
16
16
|
|
|
17
|
-
バックアップがあれば、再インストール後にリストアが、最終手段かつ一番確実だと思います。
|
|
17
|
+
バックアップがあれば、再インストール後にリストアするのが、最終手段かつ一番確実だと思います。
|
1
追記
answer
CHANGED
|
@@ -8,4 +8,10 @@
|
|
|
8
8
|
という状況で、
|
|
9
9
|
リカバリーしようとするも書き込み権限が無く、リカバリできずに終了いているのではないかと思われます。
|
|
10
10
|
|
|
11
|
-
dataディレクトリに関する書き込み権限が、どのユーザーで有効になっているかなどを確認してみてはどうでしょうか。
|
|
11
|
+
dataディレクトリに関する書き込み権限が、どのユーザーで有効になっているかなどを確認してみてはどうでしょうか。
|
|
12
|
+
|
|
13
|
+
[pg_ctl — PostgreSQLサーバを初期化、起動、停止、制御する](https://www.postgresql.jp/document/9.6/html/app-pg-ctl.html)
|
|
14
|
+
バックアップからのリカバリが後処理として必須ですが、リカバリーもパスして強制再起動が出来ると良さそうで、`$ pg_ctl -o "-F -p 5433" restart`が該当するかもしれません。
|
|
15
|
+
※試していませんし、あくまで自己責任で。
|
|
16
|
+
|
|
17
|
+
バックアップがあれば、再インストール後にリストアが、最終手段かつ一番確実だと思います。
|