pg_upgradeの認識されない構成パラメーター「unix_socket_directory」

このコマンドをpostgresユーザーとして使用して、Fedora 18でPostgresqlを9.2から9.3にアップグレードしようとしています。

$ pg_upgrade -b /bin -B /usr/pgsql-9.3/bin -d /var/lib/pgsql/data -D /var/lib/pgsql/9.3/data/ -j 2 -u postgres

ログのエラー

コマンド： "/ bin / pg_ctl" -w -l "pg_upgrade_server.log" -D "/ var / lib / pgsql / data" -o "-p 50432 -b -c listen_addresses = '' -c unix_socket_permissions = 0700 -c unix_socket_directory = '/ var / lib / pgsql' "start >>" pg_upgrade_server.log "2>＆1サーバーの起動を待機しています。...FATAL：認識されない構成パラメーター" unix_socket_directory "....サーバ

コメントのa_horseで指摘されているように、そのパラメーターはunix_socket_directories9.3で（複数）に置き換えられました。しかし、開始されるサーバーのバージョンは古いものです9.2：

$ /bin/pg_ctl --version
pg_ctl (PostgreSQL) 9.2.4

何か案は？

（rootとして）を実行して問題をハッキングしました。

mv /usr/bin/pg_ctl{,-orig}
echo '#!/bin/bash' > /usr/bin/pg_ctl
echo '"$0"-orig "${@/unix_socket_directory/unix_socket_directories}"' >> 
     /usr/bin/pg_ctl
chmod +x /usr/bin/pg_ctl

pg_upgrade意図したとおりに実行し、ハックを元に戻します。

mv -f /usr/bin/pg_ctl{-orig,}

問題は、pg_upgradeが、新しい「unix_socket_directories」ではなく、古い「unix_socket_directory」内のファイルを指定する引数でプログラムpg_ctrlを実行することです（2番目は複数形であることに注意してください）。このハックは、元の名前を変更/usr/bin/pg_ctlし/usr/bin/pg_ctl-orig、その後、単に「unix_socket_directories」に変更「unix_socket_directory」任意の文字列ですべての引数を渡し、元にpg_ctlプログラムを呼び出すことをその場所にシェルスクリプトを作成します。

bashで、1は、文字列の一部を変更することができ、から言うbarとbaz、変数に$foo使用することにより、${foo/bar/baz}（これは、変数を変更しませんのでご注意ではなく、変数の変更内容を返します）。配列を使用し${x/y/z}て、すべてのコンテンツを一度に置き換えて配列を取得することもできます。変数$@はプログラム/スクリプト/関数に渡されるすべての引数を含む配列であるため、新しいpg_ctlスクリプトはすべての引数を古いディレクトリ名から新しいものに変更して古いものを実行します。

私は同じ問題を抱えています。Fedora Repoの9.2.4からPGDG 9.3にアップグレードしていました。問題の原因は、Fedoraがパラメーターの変更をバックポートするunix_socket_directoryことですunix_socket_directories（https://bugzilla.redhat.com/show_bug.cgi?id=853353を参照）。

私の解決策は、再構築することでpg_upgrade、ファイルのアップデートで、ソースからcontrib/pg_upgrade/server.c:199どこpg_upgradeのサーバーバージョンのチェック：

199:       (GET_MAJOR_VERSION(cluster->major_version) < 903) ?

、私の場合、それを次のように変更します：

199:       (GET_MAJOR_VERSION(cluster->major_version) < 900) ?

（こちらのパッチファイルをご覧ください）。