PostgreSQL >=V6.1 のためのよくある質問(FAQ) Linux 特定 通常の FAQ と併せてお読み下さい 最終更新日: Fri Jun 19 13:35:00 BST 1998 日本語版作成日： 1998年06月22日 現在の維持管理者: Andrew C.R. Martin (martin@biochem.ucl.ac.uk) 元の著者: Andrew C.R. Martin (martin@biochem.ucl.ac.uk) 和訳者： 桑村潤(juk@rccm.co.jp) [訳注: この文書の最新版は、 http://www.biochem.ucl.ac.uk/~martin/pgsql/linux.faq にあります。 日本語版は、 http://www.rccm.co.jp/~juk/pgsql/faq-linux-j.shtml にあります。 ] Changes in this version (* = modified, + = new, - = removed): * +1.23) コンパイルが F_BOOLIN, F_BOOLOUT および F_BYTEAIN が未定義である とのメッセージで失敗するのはなぜですか？ このファイルはおおよそ次のように別れています： * 1.*) PostgreSQL のインストール * 2.*) 附属プログラムのコンパイル * 3.*) 実行時の問題 ------------------------------------------------------------------------ 1.1) src/Makefile.global や src/Makefile.custom には何を変更すればよいでしょ うか、また、その他に必要な変更はありますか？ 1.2) libreadline が見つからないという問題はなぜ起こりますか？ 1.3) [REDHAT] libdl と dlfcn.h が見つからないという問題はなぜ起こりますか？ 1.4) [SLACKWARE 3.1] libdl と dlfcn.h が見つからないという問題はなぜ起こりま すか？ 1.5) backend のコンパイルがインクルードファイル dlfcn.h が見つからないという ことで終ります。 1.6) GCC がオプション -fpic を無視したとぼやきます。 1.7) 次のような警告を受け取ります warning: cast from pointer to integer of different size 1.8) [SuSE-Linux 4.2-4.4] curses と termcap はどこにありますか？ 1.9) ld.so で問題が出るのはなぜでしょう？ 1.10) `yy_flush_buffer undefined' というエラーが出るのはなぜでしょう？ 1.11) a.out システムでは PostgreSQL をどのようにコンパイルしますか？ 1.12) 次のように make が失敗するのはなぜですか： yacc -d /disk2/PostgreSQL/src/backend/parser/gram.y make: /usr/bin/make: cannot execute binary file 1.13) src/Makefile.global の中で X11_LIB の libsocket と libnsl への参照は何 ですか？ 1.14) [DEBIAN] libtermcap はどこにありますか？ 1.15) [REDHAT] RPM での PostgreSQL は手に入りますか？ 1.16) Linux で開発バージョンをコンパイルしようとしたら、次のようなメッセージ で失敗しました： In file included from /usr/include/sys/sem.h:8, from ipc.c:37: /usr/include/asm/bitops.h:32: warning: no previous prototype for Set_bit' .... make: *** [ipc.o] Error 1 1.17) postgres をコンパイルするとき、gcc が signal 11 を出して落っこちまし た。 gcc: Internal compiler error: program cc1 got fatal signal 11 1.18) MkLinux で 6.1.1 をインストールできますか？ 1.19) メイクが終ったりクラッシュするのはどうして？ 1.20) 486 や Pentium プロセッサ用の最適化はどのようにするのですか？ 1.21) 時間を印刷しようとするとどうして変な結果になるのですか(例えば、 regression テストの 'timespan)？ 1.22) 6.3.2 をコンパイルした時に libpq のための共有ライブラリができないのは なぜですか？ 1.23) コンパイルが F_BOOLIN, F_BOOLOUT および F_BYTEAIN が未定義であるとのメ ッセージで失敗するのはなぜですか？ 2.1) pgtclsh をコンパイルする時、リンカが libX11 を捜せません。 3.1) createuser などのスクリプトを走らせる時、 _fUnKy_POSTPORT_sTuFf_ が未定 義とのエラー報告を受け取ります。 3.2) postmaster を走らせた後、システムが 'Bad system call(Core dumped)' と言 います。 3.3) Postmaster を走らせようとする時、次のようなエラーを受け取るのはなぜです か？ Failed Assertion("!(file != 0):(null)", File: "/usr/local/PostgreSQL/src/backend/storage/file/fd.c", Line: 257) !(file != 0) (0) initdb: could not create template database initdb: cleaning up. 3.4) createuser が動かないのはなぜですか？ 3.5) 次のようなエラーを受け取るのはなぜですか： IpcMemoryCreate: memKey=155356396 , size=760632 , permission=384IpcMemoryCreate: shmget(..., create, ...) failed: Invalid argument 3.6) どうして、psql が次のように失敗するのですか： psql: can't load library 'libpq.so.1' 3.7) その他の奇妙な振舞。 3.8) PostgreSQL が走っている時にシステムをシャットダウンすると、 Linux はリブートの時にいつもディスクを fsck します。 3.9) regression テストの問い合わせ 32 にとても時間がかかるのはなぜですか? 3.10) ある date/time の演算で、以下のような妙な丸めとなるのはなぜですか？ select '4 hours'::timespan; returning '3 hours 59 minutes 60 seconds'? ------------------------------------------------------------------------ Section 1: PostgreSQL のコンパイル 1.1) src/Makefile.global や src/Makefile.custom には何を変更すれば よいでしょうか、また、その他に必要な変更はありますか？ makefile等への変更は、Makefile.custom を書き出す customize シェ ルスクリプトを src ディレクトリで走らせることにより最も簡単にで きます。 [訳注 customize コマンドは 6.1 以降なくなりました。 ] その他にやらなくてはならない変更は、もし Flex のバージョンがよ く知られているバグのある 2.5.3 の場合は、createuser が失敗する （質問3.4 を参照）ので、それを置き換えることです。 もし、makefile等を手で編集するのであれば、★必ず★次の変数をセッ トしなくてはなりません： PORTNAME= linux また、次の変数もあなたのインストールを行なう場所に変更する必要 があります： POSTGRESDIR USE_TCL オプションを生かすならば、以下の変数をセットする必要が あります： TCL_INCDIR= TCL_LIBDIR= TCL_LIB= TK_INCDIR= TK_LIBDIR= TK_LIB= X11_INCDIR= X11_LIBDIR= X11_LIB= 筆者の Slackware3.0 システムでは、それらは： TCL_INCDIR= /usr/include/tcl TCL_LIBDIR= /usr/lib TCL_LIB= -ltcl TK_INCDIR= /usr/include/tcl TK_LIBDIR= /usr/lib TK_LIB= -ltk X11_INCDIR= /usr/include/X11 X11_LIBDIR= /usr/X386/lib X11_LIB= -lX11 INSTALL ファイルと Makefile.global ファイルにあるドキュメント に従ってその他に必要な変更をしても構いません。 1.2) libreadline が見つからないという問題はなぜ起こりますか？ Linux システムは一般的にインストール済みの GNU readline ライブ ラリを含んでいません。GNU readline ライブラリをインストールす るか、または、src/Makefile.global あるいは src/Makefile.custom で readline オプションを活性化しないようにしましょう。 Debian Linux では(FreeBSD のように) readline がインストールさ れて来ることをここに記しておきます。 1.3) [REDHAT] libdl と dlfcn.h が見つからないという問題はなぜ起こりますか？ このこと自身が、コンパイルの最後のフェーズで dlopen() や dlclose() などのような関数とリンクできないことを明示しています。 libdl ライブラリは ユーザ提供関数として実行時に動的結合されま す。いくつかの理由のためにこのライブラリは Redhat の配給から洩 れました。最近の RedHat 4.0(Colgate) では直っています。 今は、新しい ld.so の RPM パッケージが RedHat の FTP サイトに あります。簡単に入手するには: ftp://ftp.redhat.com/pub/redhat/devel/i386/RedHat/RPMS/ld.so-1.7.14-4.i386.rpm RPM ファイルを普通にインストールしてやり直してみて下さい。 注意！ ライブラリのインストールの後に再コンパイルを行なう前に、 configure を走らせ直して make clean をしなければならないでしょう。 これらのライブラリを更新しているときにアクセスするプログラムの ためにシステムが落ちたと言う報告が一つありました(驚くことでは ありありませんが)。したがって、新しいライブラリをインストール する前にシステムを再起動するのは良い考えで、なるべく更新中は走 らせるものを少なくしましょう。シングルユーザ・モードになるのが 良いでしょう。 もし、それを難しい方法でしたいのであれば、次の場所からライブラ リとヘッダを取得することもできます: ftp://tsx-11.mit.edu/pub/linux/packages/GCC/ld.so-1.7.14.tar.gz コンパイル済のバイナリを distributions/debian/buzz/binary-i386/base/ld.so-1.7.14-4.deb 同じサイトで見つけるか、または、初期のころの Slackware パッケー ジでは 1.2 の質問と同じ問題を直すかのどちらをしても構いま せん。ただし後者方法は、自分でやっていることがおわかりでなけれ ばやらないで下さい。 1.4) [SLACKWARE 3.1] libdl と dlfcn.h が見つからないという問題はなぜ起こりますか？ このこと自身が、コンパイルの最後のフェーズで dlopen() や dlclose() などのような関数とリンクできないことを明示しています。 質問 1.3 の回答を御覧下さい。バージョン 3.0 までの Slackware はこのライブラリとインクルードファイルが提供されましたが、初期 の 3.1 のリリース(1996年9月9日より前)では無くなってました。そ して、多くの CD-ROM のバージョンがその最初の 3.1 のリリースを 入れているでしょう。 これらのライブラリを更新しているときにアクセスするプログラムの ためにシステムが落ちたと言う報告が一つありました(驚くことでは ありありませんが)。したがって、新しいライブラリをインストール する前にシステムを再起動するのは良い考えで、なるべく更新中は走 らせるものを少なくしましょう。シングルユーザ・モードになるのが 良いでしょう。 最も簡単な修正は ldso.tgz を最新の Slackware 3.1 の配給の a4 disk から取り出してファイルをルート(/)ディレクトリから展開して、 そして、 sh install/doinst.sh をしてインストールを完了して下さい。それに続けて、 ldconfig 注意！ ライブラリのインストールの後に再コンパイルを行なう前に、 configure を走らせ直して make clean をしなければならないでしょう。 をします。もし、手でインストールしたければ、まず最初に dlfcn.h ファイルをを /usr/include にインストールします。 次に、libdl.so.1.7.14 (あるいは、同様の最新のリリース)を /lib にインストールし、そして、 cd /lib ln -sf libdl.so.1.7.14 libdl.so.1 ln -sf libdl.so.1 libdl.so を行ないます。あるシステム(GCC の設定によります)では、次のこと を行なう必要があります: cd /usr/lib ln -sf /lib/libdl.so . 最後に、 ldconfig します。 注意！ ライブラリのインストールの後に再コンパイルを行なう前に、 configure を走らせ直して make clean をしなければならないでしょう。 1.5) backend のコンパイルがインクルードファイル dlfcn.h が見つからないということで終ります。 質問 1.3/1.4 の回答を御覧下さい。もし、a.out のシステムをお使 いでしたら、dlfcn.h を持つために、まず始めに dld パッケージ （ほとんどの a.out のシステムに附属してない）をインストールし なくてはならないことをお忘れにならないように。質問 1.11 を御覧 下さい。 1.6) GCC がオプション -fpic を無視したとぼやきます。 GCC の初期バージョンは、-fpic か -fPIC かのどちらかを受け入れ ます。より最近のバージョン (V2.7.2?) では -fPIC を要求します。 ELF バージョンの Linux をお使いの場合は、-fPIC が既定値となり ますので、このことは無視しても大丈夫です。 これは、src/Makefile.global を編集し、CFLAGS_SL を変更する ことで訂正できます。 1.7) 次のような警告を受け取ります warning: cast from pointer to integer of different size これらは Postgres95 の初期バージョンで見受けられましたが、無視 しても大丈夫です。PostgreSQL V6.0 では、システムヘッダーファイ ルに関する警告（これらも安全に無視できます）以外は、警告無しに コンパイルできるはずです。 1.8) [SuSE-Linux 4.2-4.4] curses と termcap はどこにありますか？ SuSE-Linux 4.2 に ncurses はありますが curses はありません。 4.4 には両方あります。SuSE-Linux の termcap ライブラリもまた /usr/lib の中ではなく /usr/lib/termcap の中にあります。 PostgreSQL (up to V6.0) ----------------------- src/Makefile.custom の中で CURSES_LIB の値に -lncurses を設定 します（あるいはカスタマイズスクリプトを通して行ないます）。 次の行を src/Makefile.custom に加えます： LDADD_BE+= -L/usr/lib/termcap You may need to edit src/bin/psql/Makefile and change: src/bin/psql/Makefile を編集して次の ifeq ($(PORTNAME), linux) LD_ADD+= を ifeq ($(PORTNAME), linux) LD_ADD+= -ltermcap に変更します。 PostgreSQL (V6.1) ----------------- configure スクリプトは termcap ライブラリを /usr/lib/termcap の 中に捜す術を知りませんので、捜索する追加ディレクトリを尋ねられ たときに、このディレクトリを指定するディレクトリの一つに含める べきです。 もし、これでうまくゆかなければ（著者はそれを確かめるための SuSE を持っていません）、configure を走らせた後に、 src/Makefile.global を編集して LDFLAGS の行(-lreadline の後ろ) に -ltermcap を加えます。（あるいは、configure を走らせる前に、 src/Makefile.custom を修正することもできます。） -lcurses を -lncurses に変えて、むしろ curses の代わりにあえ て ncurses を使いたいと願うかも知れません SuSE のいくつかのバージョンでは ncurses のみしか提供されません ので、-lcurses を -lncurses に変えて curses の代わりに ncurses を使う必要があるかもしれません。(SuSE 5.1 ではまさにそのことが 報告されてます。) 1.9) ld.so で問題が出るのはなぜでしょう？ ld.so で問題があれば、ELF の下でダイナミックローディングのた めに別のライブラリが要求されます。それは、Linux のインストール か（それに近い）アップグレードで変にしてしまったのです。 質問 1.3/1.4 の回答を御覧下さい。ld.so.x.y.z を /lib にインス トールして ldconfig を走らせる必要があるかも知れません。 最も最近の ld のパッケージは 1.7.14 です。これを書いている時点 で ld の 1.8.x バージョンは実験版です。 1.10) `yy_flush_buffer undefined' というエラーが出るのはなぜでしょう？ これは本当に Linux に限ったことではありませんが、古い Linux のインストーレションでは良くあります。PostgreSQL をコンパイル するのにflex の最新版(2.5.2以降)を持っている必要があります。 ただし、flex 2.5.3 はバグがあります：質問 3.4 を参照下さい。 1.11) a.out システムでは PostgreSQL をどのようにコンパイルしますか？ 最初に、dld ライブラリをインストールしなくてはなりません。これ は、Sunsite: LINUX/libs/dld.3.2.7.tar.gz (ftp://sunsite.unc.edu/pub/Linux/libs/dld.3.2.7.tar.gz) から入手できます。 Second, add the following line to src/Makefile.custom: 第二に、次の行： LINUX_ELF= を src/Makefile.custom に加えます。 （あるいはカスタマイズスクリプトを使います） 1.12) 次のように make が失敗するのはなぜですか： yacc -d /disk2/PostgreSQL/src/backend/parser/gram.y make: /usr/bin/make: cannot execute binary file これは、Postgres95 の初期バージョンの問題でした。PostgreSQL の ための既定値は yacc ではなく bison -y を使うようになってます。 yacc は一般的に bison -y によって起動されるスクリプトとして実 装されています。ある理由で（make のあるバージョン？bash のある バージョン？）make がこのスクリプトファイルを実行できません。 To correct this, simply edit src/mk/port/postgres.mk.linux and, at the end of the file, change: これを直すには、単純に src/mk/port/postgres.mk.linux を編集して、 そのファイルの終りの # YACC = bison -y を YACC = bison -y に変更します。 1.13) src/Makefile.global の中で X11_LIB の libsocket と libnsl への参照は何ですか？ これは 1.08 での（Sun Solaris に特有の）問題でした。1.09 と 6.0では直っています。 1.14) [DEBIAN] libtermcap はどこにありますか？ Debian Linux には termcap ライブラリは付いてこなくて、（その代 わりに terminfo を使う）ncurses を使います。Debian は （SuSE-Linux とは違い --- 質問 1.8 を御覧下さい） libncurses から libcurses へのリンクを用意してますので src/bin/psql/Makefileの中の CURSES_LIB 変数は変更する必要はあ りません。 src/bin/psql/Makefile を編集して、 ifeq ($(PORTNAME), linux) LD_ADD+= -ltermcap から ifeq ($(PORTNAME), linux) LD_ADD+= へ変更をコメントで外す必要があるかもしれません。 1.15) [REDHAT] RPM での PostgreSQL は手に入りますか？ あります。Michal Mosiewicz さんが (http://www.pdi.lodz.pl/~mimo) Intel 版の PostgreSQL V6.0 をご 親切に RPM にまとめてくれました。そして、 ftp://ftp.redhat.org/pub/Incoming/Postgres-6.0-1.i386.rpm にアップロードされています。 これは、コンパイル済バージョンで、そこにあるソースの RPM は 著者が書きました。 1.16) Linux で開発バージョンをコンパイルしようとしたら、次のようなメッセージで失敗しました： In file included from /usr/include/sys/sem.h:8, from ipc.c:37: /usr/include/asm/bitops.h:32: warning: no previous prototype for Set_bit' .... make: *** [ipc.o] Error 1 問題は Linux がこれらのインライン関数のためのプロトタイプを用 意していないことです。解決策は .../src/backend/storage/ipc ディレクトリに行って Makefile を編集することです。 次の行、 CFLAGS+=$(INCLUDE_OPT) を CFLAGS+=$(INCLUDE_OPT) -Wno-error に変更します。 ../src/backend/storage/lmgr ディレクトリについても同様にします。 1.17) postgres をコンパイルするとき、gcc が signal 11 を出して落っこちました。 gcc: Internal compiler error: program cc1 got fatal signal 11 これは、ハードウェア／メモリの問題です。PostgreSQL は大きなプ ログラムですので、（PostgreSQL を構築したり、カーネルを構築し たりするような）巨大な gcc のコンパイルにおいては、他の幾つか のプログラムのようにメモリを圧迫し、その結果通常操作では起きな いエラーに終ります。より小さな基本ソフトでもありますが、この ような度合にまではハードウェアを圧迫しませんので、DOS/Windows の下ではこのような問題に合うことは無いかも知れません。 より詳細な情報は： http://www.bitwizard.nl/sig11 にあります。 この Sig11 FAQ によると、Cyrix プロセッサ上での Redhad 5.0 gcc を走らせる時の特別な問題があるようです。詳細は上記の URL を御覧 下さい。 1.18) MkLinux で 6.1.1 をインストールできますか？ 石井達夫さん が MkLinux DR2.1 update2 以降 で行ないました。小さなパッチは： ftp://ftp.sra.co.jp/pub/cmd/postgres/6.1.1/mklinux.patch.gz から入手できます。 [訳注 6.2 からはパッチは必要なくなりました。 ] 1.19) メイクが終ったり、クラッシュするのはどうして？ gmake が早々に終ったり領域侵害で落ちたりすることが幾つか報告され ています。後者の問題は gmake 3.74 で報告されたもので、3.76.1 に アップグレードすることで解決されました。ところが、3.74 は他の人々 のセットアップでは正常に動いていることが知られています。とりあえ ずは、この問題について報告を行なう前に、gmake を最新版にアップグ レードしてみてください。 1.20) 486 や Pentium プロセッサ用の最適化はどのようにするのですか？ デフォルトのコンパイラ・フラグでは 486 や Pentium プロセッサー のための最適化は行ないません。このような最適化を加えるには、 Makefile.custom を編集して： CFLAGS+= -m486 または、(まだ、あまり走らせている人のいない新しいコンパイラでは) CFLAGS+= -mpentium または CFLAGS+= -mpentiumpro を加えます。 1.21) 時間を印刷しようとするとどうして変な結果になるのですか(例えば、 regression テストの 'timespan)？ 時間は、'5 hours' のかわりに '4 hours 59 mins 60.00 secs' のように なります。 この問題は Redhat 5.0 に含まれてくる glibc2 での問題です。glibc を 最新の v5.0/hurricane の RedHat バージョンにアップデートして下さい。 glibc-2.0.7 より前のものは問題がよくあるようです。 1.22) 6.3.2 をコンパイルした時に libpq のための共有ライブラリができないのはなぜですか？ v6.3.2 のための Linux コンフィグレーションは終る寸前で離脱をおこし てました。ftp://postgresql.org/pub/patches/ に linux_elf パッチを 含む幾つかの修正が上がっていますので見て下さい。 1.23) コンパイルが F_BOOLIN, F_BOOLOUT および F_BYTEAIN が未定義であるとのメッセージで失敗するのはなぜですか？ 実際のメッセージは以下のようなものです: -I/usr/include/readline -O2 -Wall -Wmissing-prototypes -I.. -Wno-error -c bootstrap.c -o bootstrap.o bootstrap.c:160: `F_BOOLIN' undeclared here (not in a function) bootstrap.c:160: initializer element for `Procid[0].inproc' is not constant bootstrap.c:160: `F_BOOLOUT' undeclared here (not in a function) bootstrap.c:160: initializer element for `Procid[0].outproc' is not constant bootstrap.c:161: `F_BYTEAIN' undeclared here (not in a function) bootstrap.c:161: initializer element for `Procid[1].inproc' is not constant これらの定数はどこにも定義されていそうも無いので、なぜそれが起こ るかを知らなければ、これは奇妙なことです。 その答えは、メイクを始める前に cpp がパスにあることを確認すること です。 Redhat 5.1 では、cpp は /usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3 にあります。 ------------------------------------------------------------------------ Section 2: 附属プログラムのコンパイル 2.1) pgtclsh をコンパイルする時、リンカが libX11 を捜せません。 次の行を src/Makefile.custom に加えて下さい。 X11_LIBDIR = /usr/X11R6/lib ------------------------------------------------------------------------ Section 3: 実行時の問題 3.1) createuser などのスクリプトを走らせる時、 _fUnKy_POSTPORT_sTuFf_ が未定義とのエラー報告を受け取ります。 これは、Postgres の V1.06-V1.07 でのバグで V1.08 以上では直っ ています。 3.2) postmaster を走らせた後、システムが 'Bad system call(Core dumped)' と言います。 これは、共有メモリのサポートを組み込まないでカーネルのコンパイル をしてしまったことを示します。Linux カーネルにこの機能を組み込ん でコンパイルし直す必要があります。 3.3) Postmaster を走らせようとする時、次のようなエラーを受け取るのはなぜですか？ Failed Assertion("!(file != 0):(null)", File: "/usr/local/PostgreSQL/src/backend/storage/file/fd.c", Line: 257) !(file != 0) (0) initdb: could not create template database initdb: cleaning up. /dev/null ファイルのアクセス権が間違っています。 ls -l /dev/null で次のように: crw-rw-rw- 1 root wheel 2, 2 Oct 8 18:41 /dev/null 表示されるべきです。 次のコマンドで: chmod a+rw /dev/null アクセス権を訂正してください。 3.4) createuser が動かないのはなぜですか？ GNU flex の バージョン 2.5.3 と createuser で問題があります。 V2.5.2 にダウングレードするか、V2.5.4 にアップグレードするか、 あるいは、V2.5.3 に doc/README.flex で提供されるパッチを施して 下さい。V2.5.4 は: ftp://prep.ai.mit.edu/pub/gnu/flex-2.5.4.tar.gz から入手できます。 3.5) 次のようなエラーを受け取るのはなぜですか： IpcMemoryCreate: memKey=155356396 , size=760632 , permission=384IpcMemoryCreate: shmget(..., create, ...) failed: Invalid argument Linux カーネルに IPC サポートの組み込みをしていません。この オプションを生かして、カーネルを構築し直す必要があるでしょう。 3.6) どうして、psql が次のように失敗するのですか： psql: can't load library 'libpq.so.1' psql は libpq ライブラリに動的に結合するようにコンパイルされています。 これを解決するには、root でログインして、ファイル /etc/ld.so.conf を編集します。PostgreSQL ライブラリのディレクトリ(PostgreSQL をインストールしたところの lib サブディレクトリ)の名前をそのファ イルの終りに一行加えます。そうして、 /sbin/ldconfig -v を走らせます。 あるいは、(もし、root になれなければ)、LD_LIBRARY_PATH 環境変 数を使っても構いません。 LD_LIBRARY_PATH 環境変数は、共有ライブラリが捜されるパスをコロ ンで区切ったたリストです。このリストは、ldconfig により指定さ れたライブラリの前に捜されます。 この指定は、bash では: export LD_LIBRARY_PATH='PathToPGSQL'/lib のようにし、また、tcsh を使っている場合は: setenv LD_LIBRARY_PATH 'PathToPGSQL'/lib として、'PathToPGSQL' を適切な PostgreSQL の最上部のパスに置き 換えます。 ldd コマンドは動的結合の実行モジュールにその実行モジュールが 依存しているすべての共有ライブラリのパスをリストするのに使うこ とができることに注意して下さい。 3.7) その他の奇妙な振舞。 全く動作しない時以外にどんな兆候となるかはわかりませんが、動的 ローダが libpq ライブラリの正しいバージョンをロードすることに 注意を払う必要があることだけは明らかです。もし、古いバージョン がライブラリパス(例えば、/usr/lib)のどこかにあると、ロードする つもりの新しいバージョンのかわりにロードされてしまうかもしれま せん。古いバージョンがパスにないのを確かめるとともに、Q3.6 の ライブラリのロードについての詳細を見て下さい。 3.8) PostgreSQL が走っている時にシステムをシャットダウンすると、 Linux はリブートの時にいつもディスクを fsck します。 この事例が幾つか報告されていますが、それは INSTALL ドキュメン トの提案に従って /etc/inittab から PostgreSQL を走らせた結果の ように見受けられます。 ですので、postmaster を rc スクリプトから始動することをお勧め します。Slackware系のリリースでは、/etc/rc.d/rc.local を修正し て postmaster を始動すると良いでしょう。RedHat系のリリースでは、 SysV スタイルのスクリプトを /etc/rc.d/init.d 枠組ファイルを基 に /etc/rc.d/rc3.d に作るべきです。 ファイルの例が contrib/linux/postgres.init にあります。 ここにも、必要に応じて修正すべきですが、John Robinson が提供する、もう一つのファイルの例が あります。 #!/bin/sh # # postgreSQL.init This shell script takes care of starting and stopping # the PostgreSQL postmaster. # # Source function library. . /etc/rc.d/init.d/functions # Source networking configuration. . /etc/sysconfig/network # Check that networking is up. [ ${NETWORKING} = "no" ] && exit 0 # See how we were called. case "$1" in start) # Start daemons. echo -n "Starting postgres Postmaster daemon:" if [ -z "`pidofproc postmaster`" ] then su postgres -c "/usr/local/pgsql/bin/postmaster -D /home/postgreSQL/data -p 5432 &" echo -n " postmaster" else echo -n " (already running)" fi echo touch /var/lock/subsys/postgres ;; stop) # Stop daemons. echo -n "Shutting down postgres Postmaster daemon: " killall -TERM postmaster 2>/dev/null killall -TERM postgres 2>/dev/null echo rm -f /var/lock/subsys/postgres ;; *) echo "Usage: postgres {start|stop}" exit 1 esac exit 0 3.9) regression テストの問い合わせ 32 にとても時間がかかるのはなぜですか? This is due to a bug in regression scripts which only happens on linux boxes. There are two workarounds as far as I know (information from Tatsuo Ishii ): これは、linux マシンでのみ起きる regression スクリプトのバグに よるものです。私の知る限りでは、(石井達夫さん からの情報によると): 1. regress.sh の中で次の: time postgres -texecutor -tplanner -Q bench < bench.sql を postgres -texecutor -tplanner -Q bench < bench.sql に変える。 2. テストを走らせた後で、bench.out の終りに近い、たとえば次の ような行: 85.86user 114.47system 4:49.20elapsed 69%CPU (0avgtext+0avgdata 0maxresident)k を取り除いてから、 sh ./perquery < bench.out > & bench.out.perquery を実行します。 3.10) ある date/time の演算で、以下のような妙な丸めとなるのはなぜですか？ 2.0.7 よりも前の 新 glibc2 を走らせていますね。ライブラリをアップ デートして下さい。