chima

フォーラムへの返信

13件の投稿を表示中 - 1 - 13件目 (全13件中)
  • 投稿者
    投稿
  • chima
    参加者

    PostgreSQLを入れ直して、データ再構築しましたところ、無事に治りました。
    長い時間お手数をおかけしてしまい、申し訳ありませんでした。ありがとうございました。

    chima
    参加者

    別スキーマのデータをバックアップした後に削除して試してみましたが、だめでした。
    一度Postgres自体を削除して、再度構築し直してみようと思います。

    chima
    参加者

    メモ帳で開いているからか、一部文字化けがありますが、以下記載します。

    —————————————–
    2023-08-10 19:56:55,919 [1] ERROR – Npgsql.PostgresException (0x80004005): 3D000: ?f?[?^?x?[?X”postgres”???????????
    場所 Npgsql.Internal.NpgsqlConnector.<<ReadMessage>g__ReadMessageLong|215_0>d.MoveNext()
    — 直前に例外がスローされた場所からのスタック トレースの終わり —
    場所 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
    場所 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
    場所 System.Threading.Tasks.ValueTask`1.get_Result()
    場所 Npgsql.Internal.NpgsqlConnector.<<Open>g__OpenCore|195_1>d.MoveNext()
    — 直前に例外がスローされた場所からのスタック トレースの終わり —
    場所 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
    場所 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
    場所 Npgsql.Internal.NpgsqlConnector.<Open>d__195.MoveNext()
    — 直前に例外がスローされた場所からのスタック トレースの終わり —
    場所 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
    場所 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
    場所 Npgsql.ConnectorPool.<OpenNewConnector>d__31.MoveNext()
    — 直前に例外がスローされた場所からのスタック トレースの終わり —
    場所 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
    場所 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
    場所 Npgsql.ConnectorPool.<<Get>g__RentAsync|28_0>d.MoveNext()
    — 直前に例外がスローされた場所からのスタック トレースの終わり —
    場所 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
    場所 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
    場所 Npgsql.NpgsqlConnection.<<Open>g__OpenAsync|45_0>d.MoveNext()
    — 直前に例外がスローされた場所からのスタック トレースの終わり —
    場所 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
    場所 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
    場所 Npgsql.NpgsqlConnection.Open()
    場所 Com.Pckeiba.Commons.Data.PostgreSqlDatabase.Open(Boolean schema)
    場所 Com.Pckeiba.Database.Data.CreateDatabase.ExistsDatabase()
    場所 Com.Pckeiba.Database.Data.CreateDatabase.Execute()
    場所 Com.Pckeiba.Database.Forms.DatabaseSetteiForm.ExecuteButton_Click()
    場所 Com.Pckeiba.Database.Forms.DatabaseSetteiForm.ExecuteButton_Click(Object sender, EventArgs e)
    Exception data:
    Severity: FATAL
    SqlState: 3D000
    MessageText: ?f?[?^?x?[?X”postgres”???????????
    File: d:\pginstaller.auto\postgres.windows-x64\src\backend\utils\init\postinit.c
    Line: 855
    Routine: InitPostgres

    chima
    参加者

    コマンドからデータベースに接続すると、
    “psql -U postgres pckeiba”で接続できます。

    PCKEIBAからのデータベース設定ではDB名、ユーザー名をそれぞれpckeiba、postgresとしても、エラーが出ており、SQL側のログを見ると、コマンド入力したときの”psql -U postgres” と入力したときと同じエラーが出ます。
    DB名を入れない場合、ユーザー名とDB名が一致しているものとして認識されているのでしょうか。

    そうすると、PCKEIBAのDB設定では、デフォルトの設定のままだとエラーになってしまう気がするのですが、私以外同じエラーの方はいないですか?

    chima
    参加者

    まだ解決はしていませんが、
    Postgres側のlogを確認したところ、「FATAL: データベース”postgres”は存在しません」というエラーログが返ってきます。
    PCKEIBA上のデータベース設定では、データベース名はpckeiba、ユーザー名がpostgresと入力しています。

    もしかすると、何らかの理由でユーザー名をデータベース名と認識しているのではないかと思っており、調査中です。
    解決できましたらご報告いたします。

    chima
    参加者

    そうですよね。自分のDB側の可能性のほうが高そうですよね。
    原因の見当がつかないですが、自分で調査してなんとか頑張ってみます。ありがとうございました。

    chima
    参加者

    PostgreSQLも変更していないので、11.11のままです。

    chima
    参加者

    すみません、覚えていないです。

    chima
    参加者

    昨日のアップデート前までは正常に使用できていて、特に自分側では何も変更していないので、アップデート後になにかが起こったとしか考えられないのです、、、
    おそらくこれができないと、本日以降のデータ登録ができないですよね・・・?
    他に方法はないでしょうか、、、

    chima
    参加者

    上記①~③を実施しましたが、同じ「データベースの接続に失敗しました」と表示されました。

    chima
    参加者

    AppConfig.xmlを削除して再度データベース接続を実施しましたが、同じ「データベースの接続に失敗しました」と表示されました。

    chima
    参加者

    はい、5.0.5.3になっています

    chima
    参加者

    私はDBeaverを使用しているのですが、こちらからはDBにアクセスできます。
    こちらからデータを確認し、桁数が変わっていないことを確認しました。

13件の投稿を表示中 - 1 - 13件目 (全13件中)