ORCA 4.6 にてスキーマチェックの不整合（´・ω・）ｽ
今日は午後から医療レセプト ＯＲＣＡのスキーマチェックの修正に出撃（´・ω・）ｽ
先程、帰宅・・・もう明日…いや今日 時刻は25:40
症状は主従の２台環境で、dump取ったPostresSQLのデータだが、
従サーバーにぶち込んでも、新しく作ったマシン３台にも入れたが、
スキーマチェック、
$ wget http://ftp.orca.med.or.jp/pub/etc/jma-receipt-dbscmchk.tgz
$ tar xvzf jma-receipt-dbscmchk.tgz
$ cd jma-receipt-dbscmchk
$ sudo bash jma-receipt-dbscmchk.sh
参照：http://www.orca.med.or.jp/receipt/use/schema-check-tool.html
・・・で、主サーバーだけ不整合を吐くというもの。
結論から書くと、どうにもならずにＵｂｕｎｔｕ ＯＳごとインストールし直した。
これは、その記録（´・ω・）ｽ
事前に２台用意したが、ベースインストールでエラー。
ＣＤか、でもハッシュがあってる・・・メディアか？
以前、CentOSはおＫだが、Debianだけインストールできないという、
ＲＯＭとメディアの相性というマニアックな障害があったので、
それか？と・・・問題がないメディアがあったので、それで現地インストール３台でテスト。
動いているサーバーを止める事はできないので、代替機を用意完了。
上記のスキーマチェックも問題がない。
次に、問題のサーバ。
スキーマチェックでエラーなら、ＤＢ入れなおせばいいじゃん？
だが、治らない。
エラーのポスグレのバージョンか？と思い、動作それぞれを当たるが、
最終的に問題がない。よく見ると、マイナーぐらいしか違わない。
どうやらバージョンでも、ない。
ポスグレ自体も入れ直しても変わらない。
・・・・あ～だめだ疲れた。明日書くｗｗｗ
とにかく、ＤＢもjma-receiptも入れ直して、
プログラム更新もマスタ更新もしてダメなら、
ＯＳから入れ直せといいう事・・・
先程、帰宅・・・もう明日…いや今日 時刻は25:40
症状は主従の２台環境で、dump取ったPostresSQLのデータだが、
従サーバーにぶち込んでも、新しく作ったマシン３台にも入れたが、
スキーマチェック、
$ wget http://ftp.orca.med.or.jp/pub/etc/jma-receipt-dbscmchk.tgz
$ tar xvzf jma-receipt-dbscmchk.tgz
$ cd jma-receipt-dbscmchk
$ sudo bash jma-receipt-dbscmchk.sh
参照：http://www.orca.med.or.jp/receipt/use/schema-check-tool.html
・・・で、主サーバーだけ不整合を吐くというもの。
結論から書くと、どうにもならずにＵｂｕｎｔｕ ＯＳごとインストールし直した。
これは、その記録（´・ω・）ｽ
事前に２台用意したが、ベースインストールでエラー。
ＣＤか、でもハッシュがあってる・・・メディアか？
以前、CentOSはおＫだが、Debianだけインストールできないという、
ＲＯＭとメディアの相性というマニアックな障害があったので、
それか？と・・・問題がないメディアがあったので、それで現地インストール３台でテスト。
動いているサーバーを止める事はできないので、代替機を用意完了。
上記のスキーマチェックも問題がない。
次に、問題のサーバ。
スキーマチェックでエラーなら、ＤＢ入れなおせばいいじゃん？
だが、治らない。
エラーのポスグレのバージョンか？と思い、動作それぞれを当たるが、
最終的に問題がない。よく見ると、マイナーぐらいしか違わない。
どうやらバージョンでも、ない。
ポスグレ自体も入れ直しても変わらない。
・・・・あ～だめだ疲れた。明日書くｗｗｗ
とにかく、ＤＢもjma-receiptも入れ直して、
プログラム更新もマスタ更新もしてダメなら、
ＯＳから入れ直せといいう事・・・