← Back
Editing: pg_upgrade-10.mo
�� < [ \ � � � � � � h � ] , � � ' j - � e � # & S J ^ � � � � � E � � "! " " +" ?" S" U" � ]" : �" A 8# ; z# J �# E $ A G$ G �$ A �$ K % ; _% S �% M �% J =& E �& G �& @ ' � W' �' ( ( .( E( ^( {( ! �( �( �( % �( ) ) H) ' f) �) �) �) �) $ �) * ;* Y* % v* $ �* �* �* " �* # + &+ ?+ B+ F+ W+ * r+ - �+ e �+ % 1, B W, O �, �, % - * *- 5 U- �- �- + �- * �- + . G. / b. " �. + �. + �. & / : 4/ J o/ R �/ 0 *0 � G0 " (1 K1 & k1 % �1 �1 �1 7 �1 2 6 +2 6 b2 $ �2 �2 K �2 ' '3 P O3 P �3 K �3 9 =4 t w4 �4 < �4 b 35 \ �5 ? �5 36 . J6 + y6 �6 E �6 7 5 7 & S7 z7 4 �7 5 �7 " 8 * )8 T8 2 p8 6 �8 4 �8 < 9 . L9 ~ {9 2 �9 6 -: 4 d: < �: . �: ~ ; i �; i �; # X< E |< 8 �< M �< & I= p= �= M �= [ �= > >> t }> � �> 4 x@ & �A �B @ �C /E CF L IG �G : �G < �G * )H + TH # �H �H ! �H �H 2 �H D !I D fI � �I $ ?J # dJ �J & �J ( �J ( �J * "K / MK , }K �K ) �K �K ! L " 4L * WL - �L ! �L + �L > �L C =M 8 �M E �M C N C DN C �N D �N F O B XO �O * �O ! �O " �O P !P :P F SP D �P ? �P Q 5Q RQ nQ 6 �Q �Q �Q B �Q G R I SR { �R C S @ ]S P �S Q �S R AT O �T V �T ;U WU = pU 9 �U / �U V ? 'V ? gV H �V + �V W ) 4W ( ^W V �W 3 �W X (X 0X �Y 0 �Y �Y > �Y m -[ � �[ 9 @\ E z] K �] N ^ = [a � �a � b J �b �c Y e of qh � zj 8 l ;l Zl yl {l � �l Q #m N um Q �m Z n Y qn a �n W -o N �o o �o Q Dp ` �p � �p Z yq Y �q d .r H �r � �r s # �s �s 1 �s 0 t ?t 2 \t $ �t 0 �t 6 �t B u F _u : �u E �u < 'v ( dv �v �v 0 �v # �v 1 w 0 Lw / }w . �w / �w x ) x 2 ;x nx �x �x �x % �x J �x N y � gy ? z R Zz � �z 9 @{ 9 z{ i �{ _ | - ~| < �| C �| 8 -} ? f} 9 �} Z �} B ;~ 9 ~~ O �~ 9 T B W � a � 7 Q� I �� p Ӏ F D� E �� W т K )� u� 7 �� M Ń + � W ?� W �� ? � I /� s y� M � � ;� � �� s C� a �� � � ш O � � 3� � �� m B� 1 �� R � Q 5� ( �� o �� + � V L� H �� > � \ +� b �� 6 � M "� < p� [ �� P � D Z� Y �� U �� O� [ P� X �� G � V M� U �� �� � � � �� 5 o� z �� m � � �� 3 #� / W� �� y �� � � a �� � � . �� ӛ � ם � v� � M� � 7� y �� � p� - �� e &� n �� S �� ? O� / �� �� 7 ߨ ' � E ?� ^ �� ^ � � C� > 4� > s� 8 �� @ � 1 ,� D ^� S �� [ �� N S� ; �� S ޭ > 2� G q� D �� G �� Q F� < �� Y կ \ /� H �� L հ l "� f �� f �� l ]� f ʲ t 1� U �� �� G � : S� ; �� ʴ " մ " �� R � P n� ` �� 3 � * T� 3 � 0 �� d � I� P� Y S� g �� j � � �� k T� i �� � *� u �� b *� t �� � � 3 �� 0 �� m � m V� J Ľ � J &� J q� x �� + 5� ' a� A �� J ˿ � � M �� # � � V � - Y 0 @ b = I � � � p � _ a W , � y � � d u � � 9 e � v \ c � � ! . � w � � � � � B � � E 5 P � $ � 4 ~ � � < L F � � � U ] � | � % � � � > i 1 � � R [ � � � ( { � s � H � q � X C � N � � O � � T � � l & � t � 6 � � z � � � � � � ' � K } # � � � � � � : � � � J h � � Z x 2 m D � � � � � � G f � ; � � � � � � � � o Q � * 7 3 � � � S j � " � M � g � 8 � / � � � � � � k � � � + ` � n � � � ^ ? � � � r � � � � � � � � A � � � � � ) � � � � *Clusters are compatible* *failure* Before running pg_upgrade you must: create a new database cluster (using the new version of initdb) shutdown the postmaster servicing the old cluster shutdown the postmaster servicing the new cluster For example: pg_upgrade -d oldCluster/data -D newCluster/data -b oldCluster/bin -B newCluster/bin or If pg_upgrade fails after this point, you must re-initdb the new cluster before continuing. If you want to start the old cluster, you will need to remove the ".old" suffix from %s/global/pg_control.old. Because "link" mode was used, the old cluster cannot be safely started once the new cluster has been started. Performing Upgrade ------------------ Report bugs to <pgsql-bugs@postgresql.org>. The old cluster has a "plpython_call_handler" function defined in the "public" schema which is a duplicate of the one defined in the "pg_catalog" schema. You can confirm this by executing in psql: \df *.plpython_call_handler The "public" schema version of this function was created by a pre-8.1 install of plpython, and must be removed for pg_upgrade to complete because it references a now-obsolete "plpython" shared object file. You can remove the "public" schema version of this function by running the following command: DROP FUNCTION public.plpython_call_handler() in each affected database: Upgrade Complete ---------------- WARNING: new data directory should not be inside the old data directory, e.g. %s WARNING: user-defined tablespace locations should not be inside the data directory, e.g. %s When you run pg_upgrade, you must provide the following information: the data directory for the old cluster (-d DATADIR) the data directory for the new cluster (-D DATADIR) the "bin" directory for the old version (-b BINDIR) the "bin" directory for the new version (-B BINDIR) Your installation contains extensions that should be updated with the ALTER EXTENSION command. The file %s when executed by psql by the database superuser will update these extensions. Your installation contains hash indexes. These indexes have different internal formats between your old and new clusters, so they must be reindexed with the REINDEX command. After upgrading, you will be given REINDEX instructions. Your installation contains hash indexes. These indexes have different internal formats between your old and new clusters, so they must be reindexed with the REINDEX command. The file %s when executed by psql by the database superuser will recreate all invalid indexes; until then, none of these indexes will be used. Your installation contains large objects. The new database has an additional large object permission table, so default permissions must be defined for all large objects. The file %s when executed by psql by the database superuser will set the default permissions. Your installation contains large objects. The new database has an additional large object permission table. After upgrading, you will be given a command to populate the pg_largeobject_metadata table with default permissions. connection to database failed: %s source databases: target databases: %s $ export PGDATAOLD=oldCluster/data $ export PGDATANEW=newCluster/data $ export PGBINOLD=oldCluster/bin $ export PGBINNEW=newCluster/bin $ pg_upgrade -?, --help show this help, then exit -B, --new-bindir=BINDIR new cluster executable directory -D, --new-datadir=DATADIR new cluster data directory -O, --new-options=OPTIONS new cluster options to pass to the server -P, --new-port=PORT new cluster port number (default %d) -U, --username=NAME cluster superuser (default "%s") -V, --version display version information, then exit -b, --old-bindir=BINDIR old cluster executable directory -c, --check check clusters only, don't change any data -d, --old-datadir=DATADIR old cluster data directory -j, --jobs=NUM number of simultaneous processes or threads to use -k, --link link instead of copying files to new cluster -o, --old-options=OPTIONS old cluster options to pass to the server -p, --old-port=PORT old cluster port number (default %d) -r, --retain retain SQL and log files after success -v, --verbose enable verbose internal logging C:\> set PGDATAOLD=oldCluster/data C:\> set PGDATANEW=newCluster/data C:\> set PGBINOLD=oldCluster/bin C:\> set PGBINNEW=newCluster/bin C:\> pg_upgrade WAL block size WAL segment size block size checkpoint next XID data checksum version dates/times are integers? first WAL segment after reset float8 argument passing method large relation segment size large-object chunk size latest checkpoint next MultiXactId latest checkpoint next MultiXactOffset latest checkpoint next OID latest checkpoint oldest MultiXactId latest checkpoint oldestXID maximum TOAST chunk size maximum alignment maximum identifier length maximum number of indexed columns pg_upgrade [OPTION]... which is an index on "%s.%s" which is an index on OID %u which is the TOAST table for "%s.%s" which is the TOAST table for OID %u "%s" is not a directory %-*s %d: controldata retrieval problem %d: database cluster state problem %d: pg_resetwal problem %s %s %s.%s: %u to %u %s: cannot be run as root %s: could not find own program executable Adding ".old" suffix to old global/pg_control All non-template0 databases must allow connections, i.e. their pg_database.datallowconn must be true Analyzing all rows in the new cluster Cannot continue without required control information, terminating Cannot upgrade to/from the same system catalog version when using tablespaces. Checking cluster versions Checking database connection settings Checking database user is the install user Checking for contrib/isn with bigint-passing mismatch Checking for extension updates Checking for hash indexes Checking for incompatible "jsonb" data type Checking for incompatible "line" data type Checking for invalid "unknown" user columns Checking for large objects Checking for new cluster tablespace directories Checking for prepared transactions Checking for presence of required libraries Checking for reg* data types in user tables Checking for roles starting with "pg_" Checking for system-defined composite types in user tables Consult the last few lines of "%s" for the probable cause of the failure. Consult the last few lines of "%s" or "%s" for the probable cause of the failure. Copying old %s to new server Copying user relation files Could not create a script to delete the old cluster's data files because user-defined tablespaces or the new cluster's data directory exist in the old cluster directory. The old cluster's contents must be deleted manually. Creating dump of database schemas Creating dump of global objects Creating script to analyze new cluster Creating script to delete old cluster Database: %s Deleting files from new %s Failed to match up old and new tables in database "%s" Failure, exiting Finding the real data directory for the source cluster Finding the real data directory for the target cluster Freezing all rows in the new cluster Linking user relation files New cluster data and binary directories are from different major versions. New cluster database "%s" is not empty No match found in new cluster for old relation with OID %u in database "%s": %s No match found in old cluster for new relation with OID %u in database "%s": %s Old cluster data and binary directories are from different major versions. Only the install user can be defined in the new cluster. Optimizer statistics are not transferred by pg_upgrade so, once you start the new server, consider running: %s Options: Performing Consistency Checks ----------------------------- Performing Consistency Checks on Old Live Server ------------------------------------------------ Relation names for OID %u in database "%s" do not match: old name "%s.%s", new name "%s.%s" Remove the problem functions from the old cluster to continue. Resetting WAL archives Restoring database schemas in the new cluster Restoring global objects in the new cluster Running in verbose mode Running this script will delete the old cluster's data files: %s SQL command failed %s %s Setting frozenxid and minmxid counters in new cluster Setting minmxid counter in new cluster Setting next OID for new cluster Setting next multixact ID and offset for new cluster Setting next transaction ID and epoch for new cluster Setting oldest XID for new cluster Setting oldest multixact ID in new cluster Sync data directory to disk The source cluster contains prepared transactions The source cluster contains roles starting with "pg_" The source cluster lacks cluster state information: The source cluster lacks some required control information: The source cluster was not shut down cleanly. The source cluster was shut down while in recovery mode. To upgrade, use "rsync" as documented or shut it down as a primary. The target cluster contains prepared transactions The target cluster contains roles starting with "pg_" The target cluster lacks cluster state information: The target cluster lacks some required control information: The target cluster was not shut down cleanly. The target cluster was shut down while in recovery mode. To upgrade, use "rsync" as documented or shut it down as a primary. There seems to be a postmaster servicing the new cluster. Please shutdown that postmaster and try again. There seems to be a postmaster servicing the old cluster. Please shutdown that postmaster and try again. There were problems executing "%s" This utility can only upgrade from PostgreSQL version 8.4 and later. This utility can only upgrade to PostgreSQL version %s. This utility cannot be used to downgrade to older major PostgreSQL versions. Try "%s --help" for more information. Unable to rename %s to %s. Usage: When checking a live server, the old and new port numbers must be different. When checking a pre-PG 9.1 live old server, you must specify the old server's port number. You must have read and write access in the current directory. You must identify the directory where the %s. Please use the %s command-line option or the %s environment variable. Your installation contains "contrib/isn" functions which rely on the bigint data type. Your old and new clusters pass bigint values differently so this cluster cannot currently be upgraded. You can manually upgrade databases that use "contrib/isn" facilities and remove "contrib/isn" from the old cluster and restart the upgrade. A list of the problem functions is in the file: %s Your installation contains one of the reg* data types in user tables. These data types reference system OIDs that are not preserved by pg_upgrade, so this cluster cannot currently be upgraded. You can remove the problem tables and restart the upgrade. A list of the problem columns is in the file: %s Your installation contains system-defined composite type(s) in user tables. These type OIDs are not stable across PostgreSQL versions, so this cluster cannot currently be upgraded. You can drop the problem columns and restart the upgrade. A list of the problem columns is in the file: %s Your installation contains the "jsonb" data type in user tables. The internal format of "jsonb" changed during 9.4 beta so this cluster cannot currently be upgraded. You can remove the problem tables and restart the upgrade. A list of the problem columns is in the file: %s Your installation contains the "line" data type in user tables. This data type changed its internal and input/output format between your old and new clusters so this cluster cannot currently be upgraded. You can remove the problem tables and restart the upgrade. A list of the problem columns is in the file: %s Your installation contains the "unknown" data type in user tables. This data type is no longer allowed in tables, so this cluster cannot currently be upgraded. You can remove the problem tables and restart the upgrade. A list of the problem columns is in the file: %s Your installation references loadable libraries that are missing from the new installation. You can add these libraries to the new installation, or remove the functions using them from the old installation. A list of problem libraries is in the file: %s cannot run pg_upgrade from inside the new cluster data directory on Windows check for "%s" failed: %s check for "%s" failed: cannot execute (permission denied) check for "%s" failed: cannot read file (permission denied) check for "%s" failed: not a regular file child process exited abnormally: status %d child worker exited abnormally: %s command too long connection to database failed: %s copying "%s" to "%s" could not add execute permission to file "%s": %s could not connect to source postmaster started with the command: %s could not connect to target postmaster started with the command: %s could not create hard link between old and new data directories: %s In link mode the old and new data directories must be on the same file system. could not create worker process: %s could not create worker thread: %s could not delete directory "%s" could not determine current directory could not determine the number of users could not get control data using %s: %s could not get data directory using %s: %s could not get pg_ctl version data using %s: %s could not get pg_ctl version output from %s could not load library "%s": %s could not open file "%s" for reading: %s could not open file "%s": %s could not open version file "%s" could not parse version file "%s" could not read line %d from file "%s": %s could not stat tablespace directory "%s": %s could not write to log file "%s" database user "%s" is not the install user encodings for database "%s" do not match: old "%s", new "%s" error while checking for file existence "%s.%s" ("%s" to "%s"): %s error while copying relation "%s.%s" ("%s" to "%s"): %s error while copying relation "%s.%s": could not create file "%s": %s error while copying relation "%s.%s": could not open file "%s": %s error while copying relation "%s.%s": could not read file "%s": %s error while copying relation "%s.%s": could not stat file "%s": %s error while copying relation "%s.%s": could not write file "%s": %s error while copying relation "%s.%s": partial page found in file "%s" error while creating link for relation "%s.%s" ("%s" to "%s"): %s executing: %s failed to get system locale name for "%s" failed to get the current locale failed to restore old locale "%s" fatal invalid new port number invalid old port number lc_collate values for database "%s" do not match: old "%s", new "%s" lc_ctype values for database "%s" do not match: old "%s", new "%s" libpq environment variable %s has a non-local server value: %s linking "%s" to "%s" mappings for database "%s": new cluster binaries reside new cluster data resides new cluster tablespace directory already exists: "%s" notice ok old and new cluster pg_controldata checksum versions do not match old and new pg_controldata WAL block sizes are invalid or do not match old and new pg_controldata WAL segment sizes are invalid or do not match old and new pg_controldata alignments are invalid or do not match Likely one cluster is a 32-bit install, the other 64-bit old and new pg_controldata block sizes are invalid or do not match old and new pg_controldata date/time storage types do not match old and new pg_controldata large-object chunk sizes are invalid or do not match old and new pg_controldata maximum TOAST chunk sizes are invalid or do not match old and new pg_controldata maximum identifier lengths are invalid or do not match old and new pg_controldata maximum indexed columns are invalid or do not match old and new pg_controldata maximum relation segment sizes are invalid or do not match old cluster binaries reside old cluster data resides old cluster does not use data checksums but the new one does old cluster uses data checksums but the new one does not old database "%s" not found in the new cluster out of memory pg_ctl failed to start the source server, or connection failed pg_ctl failed to start the target server, or connection failed pg_upgrade upgrades a PostgreSQL cluster to a different major version. relname: %s.%s: reloid: %u reltblspace: %s rewriting "%s" to "%s" tablespace directory "%s" does not exist tablespace path "%s" is not a directory template0 must not allow connections, i.e. its pg_database.datallowconn must be false user-supplied old port number %hu corrected to %hu waitpid() failed: %s warning Project-Id-Version: pg_upgrade (PostgreSQL 10) Report-Msgid-Bugs-To: pgsql-bugs@postgresql.org POT-Creation-Date: 2022-07-13 17:15+0900 PO-Revision-Date: 2022-07-28 13:23+0900 Last-Translator: Kyotaro Horiguchi <horikyota.ntt@gmail.com> Language-Team: Language: ja MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Generator: Poedit 1.8.13 * クラスターは互換性があります * *失敗* pg_upgrade を実行する前に、以下のことを行ってください： （新バージョンの initdb を使って）新しいデータベースクラスターを作成する 旧バージョンの postmaster をシャットダウンする 新バージョンの postmaster をシャットダウンする 実行例: pg_upgrade -d oldCluster/data -D newCluster/data -b oldCluster/bin -B newCluster/bin または このポイントの後に pg_upgrade が失敗した場合、続行の前に再度 initdb を行って、 新しいクラスターする必要があります。 旧のクラスターを起動する場合、%s/global/pg_control.old から ".old"サフィックスを削除する必要があります。これは 「リンク」モードだったため、いったん新のクラスターが起動して しまうと、旧を安全に開始できなくなるからです。 アップグレードを実行しています。 ------------------ 不具合は <pgsql-bugs@postgresql.org>まで報告してください。 旧のクラスターで "public" スキーマ内に "plpython_call_handler" 関数が定義されていますが、これが "pg_catalog" スキーマで定義 されているものと重複しています。これは psql で以下を実行することで 確認できます: \df *.plpython_call_handler "public" スキーマ仕様に基づくこの関数は plpython の 8.1 以前の環境で 作成されたもので、すでに廃止済みの "plpython" 共有オブジェクト 参照しているため、予め削除しておかないと pg_upgrade を完了 できません。以下のコマンドにより "public" スキーマ仕様のこの 関数を削除できます: DROP FUNCTION public.plpython_call_handler() を、この関数を参照しているそれぞれのデータベースで実行してください。 アップグレードが完了しました ---------------- 警告: 新のデータディレクトリが旧のデータディレクトリ、例えば %s の中にあってはなりません。 警告: ユーザー定義テーブル空間の場所がデータディレクトリ、例えば %s の中にあってはなりません。 pg_upgrade を動かす場合、次の情報を指定する必要があります: 旧クラスターのデータディレクトリ (-d DATADIR) 新クラスターのデータディレクトリ (-D DATADIR) 旧バージョンの"bin"ディレクトリ (-b BINDIR) 新バージョンの"bin"ディレクトリ(-B BINDIR) このクラスタにはALTER EXTENSIONコマンドで更新すべき機能拡張があります。 以下のファイル %s を、psqlを使用してデータベースのスーパーユーザーとして実行することで、これらの機能拡張 が更新されます。 このクラスタにはハッシュインデックスがあります。このインデックスは新旧のクラスタ間で 内部フォーマットが異なるため、REINDEX コマンドを使って再構築する必要があります。 アップグレードが終わったら、REINDEX を使った操作方法が表示されます。 このクラスタにはハッシュインデックスがあります。このインデックスは新旧のクラスタ間で 内部フォーマットが異なるため、REINDEX コマンドを使って再構築する必要があります。 データベースのスーパーユーザーになって、psql を使ってファイル %s を実行することで、無効になったインデックスを再生成できます。 それまでは、これらのインデックスは一切使われません。 このクラスタにはラージオブジェクトが含まれています。新しいデータベースでは ラージオブジェクトのパーミッションテーブルが追加されており、すべてのラージ オブジェクトについて、デフォルトのパーミッションを定義する必要があります。 データベースのスーパーユーザーになって、psql を使ってファイル %s を実行すると、デフォルトのパーミッションを設定できます。 このクラスタにはラージオブジェクトが含まれています。新しいデータベースでは ラージオブジェクトのパーミッションテーブルが追加されています。 アップグレードが終わったら、 pg_largeobject_metadata テーブルに デフォルトのパーミッションを投入するためのコマンドが案内されます。 データベースへの接続に失敗しました: %s 変換元データベース: 変換先データベース: %s $ export PGDATAOLD=oldCluster/data $ export PGDATANEW=newCluster/data $ export PGBINOLD=oldCluster/bin $ export PGBINNEW=newCluster/bin $ pg_upgrade -?, --help このヘルプを表示して、終了します -B, --new-bindir=BINDIR 新クラスターの実行ディレクトリ -D, --new-datadir=DATADIR 新クラスターのデータディレクトリ -O, --new-options=OPTIONS サーバーに渡す新クラスターのオプション -P, --new-port=PORT 新クラスターのポート番号(デフォルト %d) -U, --username=NAME クラスターのスーパーユーザー (デフォルト"%s") -V, --version バージョン情報を表示して、終了します -b, --old-bindir=BINDIR 旧クラスターの実行ディレクトリ -c, --check クラスターのチェックのみで、データを一切変更しません -d, --old-datadir=DATADIR 旧クラスターのデータディレクトリ -j, --jobs 使用する同時実行プロセスまたはスレッドの数 -k, --link 新しいクラスターにファイルをコピーする代わりにリンクを作成します -o, --old-options=OPTIONS サーバーに渡す旧クラスターのオプション -p, --old-port=PORT 旧クラスターのポート番号(デフォルト %d) -r, --retain SQL とログファイルを、成功後も消さずに残します -v, --verbose 詳細な内部ログを取得します C:\> set PGDATAOLD=oldCluster/data C:\> set PGDATANEW=newCluster/data C:\> set PGBINOLD=oldCluster/bin C:\> set PGBINNEW=newCluster/bin C:\> pg_upgrade WAL のブロックサイズ WAL のセグメント サイズ ブロックサイズ チェックポイントにおける次の XID データチェックサムのバージョン 日付/時間が整数？ リセット後の最初の WAL セグメント float8引数の引き渡し方法 リレーションセグメントのサイズ ラージオブジェクトのチャンクサイズ 最新のチェックポイントにおける次の MultiXactId 最新のチェックポイントにおける次の MultiXactOffset 最新のチェックポイントにおける次の OID 最新のチェックポイントにおける最古の MultiXactId 最新のチェックポイントにおける最古のXID 最大の TOAST チャンクサイズ 最大アラインメント 識別子の最大長 インデックス対象カラムの最大数 pg_upgrade [オプション]... これは "%s.%s" 上のインデックスです これは OID %u 上のインデックスです これは "%s.%s" の TOAST テーブルです これは OID %u の TOAST テーブルです "%s"はディレクトリではありません %-*s %d: 制御情報の取得で問題発生 %d: データベースクラスタの状態異常 %d: pg_resetwal で問題発生 %s %s %s.%s: %u -> %u %s: root では実行できません %s: 自身のための実行ファイルが見つかりませんでした 旧の global/pg_control に ".old" サフィックスを追加しています template0 以外のすべてのデータベースは接続を許可する必要があります。すなわち pg_database.datallowconn が true でなければなりません。 新クラスター内のすべての行を分析しています 必要な制御情報がないので続行できません。終了しています テーブル空間を使用している場合、同じシステムカタログバージョン間での アップグレードはできません。 クラスターのバージョンを確認しています データベース接続の設定を確認しています データベースユーザーがインストールユーザーかどうかをチェックしています bigint を渡す際にミスマッチが発生する contrib/isn をチェックしています 機能拡張の更新を確認しています ハッシュインデックスをチェックしています 互換性のない"jsonb"データ型をチェックしています 非互換の "line" データ型を確認しています 無効な"unknown"ユーザー列をチェックしています ラージオブジェクトをチェックしています 新しいクラスタのテーブルスペースディレクトリを確認しています 準備済みトランザクションをチェックしています 必要なライブラリの有無を確認しています ユーザーテーブル内の reg * データ型をチェックしています 'pg_' で始まるロールをチェックしています ユーザーテーブル中のシステム定義の複合型を確認しています 失敗の原因については、"%s"の最後の数行を参照してください。 失敗の原因については"%s"または"%s"の最後の数行を参照してください。 旧の %s を新サーバーにコピーしています ユーザーリレーションのファイルをコピーしています ユーザー定義のテーブル区間もしくは新クラスターのデータディレクトリが 旧のクラスターディレクトリ内に存在するため、旧クラスターのデータ ファイルを削除するためのスクリプトを作成できませんでした。 古い クラスターの中身を手動で削除する必要があります。 データベーススキーマのダンプを作成しています。 グローバルオブジェクトのダンプを作成しています 新しいクラスターを分析するためのスクリプトを作成しています 古いクラスターを削除するスクリプトを作成しています データベース: %s 新しい %s からファイルを削除しています データベース"%s"で新旧のテーブルの照合に失敗しました 失敗しました、終了しています 変換元クラスターの実際のデータディレクトリを検索しています 変換先クラスターの実際のデータディレクトリを検索しています 新クラスター内のすべての行を凍結しています ユーザーリレーションのファイルをリンクしています 新のクラスターデータとバイナリディレクトリのメジャーバージョンが異なります。 新しいクラスターデータベース"%s"が空ではありません。 データベース"%2$s"で OID %1$u を持つ旧リレーションが新クラスター内に見つかりませんでした: %3$s データベース"%2$s"で OID %1$u を持つ新リレーションが旧クラスター内に見つかりませんでした: %3$s 旧のクラスターデータとバイナリディレクトリのメジャーバージョンが異なります。 新しいクラスター内に定義できるのはインストールユーザーのみです。 オプティマイザーの統計は、pg_upgrade では転送されません。そのため 新サーバーを起動した後、%s を動かすことを検討してください。 オプション: 整合性チェックを実行しています。 ----------------------------- 元の実行中サーバーの一貫性チェックを実行しています。 -------------------------------------------------- データベース"%2$s"で OID %1$u のリレーション名が一致しません: 元の名前 "%3$s.%4$s"、新しい名前 "%5$s.%6$s" 継続するには、旧のクラスターから問題となっている関数を削除してください。 WAL アーカイブをリセットしています 新クラスター内でデータベーススキーマを復元しています。 新クラスター内のグローバルオブジェクトを復元しています 冗長モードで実行しています このスクリプトを実行すると、旧クラスターのデータファイル %sが削除されます: SQL コマンドが失敗しました %s %s 新クラスター内で frozenxid と minmxid カウンターを設定しています 新クラスター内で minmxid カウンターを設定しています 新クラスター用の、次の OID を設定しています 新クラスター用の、次の multixact ID とオフセット値を設定しています 新クラスター用の、次のトランザクション ID と epoch 値を設定しています 新クラスタに最古のXIDを設定しています 新クラスター内で最も過去の multixact ID を設定しています データディレクトリをディスクに同期します 変換元クラスターに準備済みトランザクションが含まれています。 ソースクラスターに 'pg_' で始まるロールが含まれています 変換元クラスタにクラスタ状態情報がありません: 変換元クラスターでい、くつか必要な制御情報が不足しています: 変換元クラスタはクリーンにシャットダウンされていません。 ソースクラスタはリカバリモード中にシャットダウンされています。アップグレードをするにはドキュメントの通りに "rsync" を実行するか、プライマリとしてシャットダウンしてください。 変換先クラスターに準備済みトランザクションが含まれています。 ターゲット クラスターに "'pg_" で始まるロールが含まれています 変換先クラスターにクラスタ状態情報がありません: 変換先クラスターでいくつか必要な制御情報が不足しています: 変換先クラスタはクリーンにシャットダウンされていません。 ターゲットクラスタはリカバリモード中にシャットダウンされています。アップグレードをするにはドキュメントの通りに "rsync" を実行するか、プライマリとしてシャットダウンしてください。 新クラスター用の postmaster サービスが動いているようです。 その postmaster をシャットダウンしてから、もう一度やり直してください。 旧クラスター用の postmaster サービスが動いているようです。 その postmaster をシャットダウンしてから、もう一度やり直してください。 "%s"を実行していて問題が発生しました このユーティリティでは PostgreSQL 8.4 以降のバージョンからのみアップグレードできます。 このユーティリティは、PostgreSQL バージョン %s にのみアップグレードできます。 このユーティリティは PostgreSQL の過去のメジャーバージョンにダウングレードする用途では使用できません。 詳細は"%s --help"を参照してください。 %s の名前を %s に変更できません。 使い方: 稼働中のサーバをチェックする場合、新旧のポート番号が異なっている必要があります。 現在動作中の PG 9.1 以前の旧サーバをチェックする場合、旧サーバのポート番号を指定する必要があります。 カレントディレクトリに対して読み書き可能なアクセス権が必要です。 %s のディレクトリを指定する必要があります。 コマンドラインオプション %s または環境変数 %s を使用してください。 このクラスタには、bigint データ型に依存する「contrib/isn」機能が 含まれています。新旧のクラスター間で渡している bigint の値が異なるため、 現時点ではこのクラスターをアップグレードすることはできません。 「Contrib/isn」機能を使うデータベースを手動でアップグレードし、 旧クラスターから「contrib/isn」を削除後、再度アップグレードを行ってください。 問題のある関数の一覧はファイル %s にあります。 このクラスタではユーザーテーブルに reg * データ型の 1 つが含まれています。 これらのデータ型はシステムの OID を参照しますが、これは pg_upgrade では 保護されないため、現時点ではこのクラスターをアップグレードすることはできません。 問題になっているテーブルを削除してから、再度アップグレードを実行できます。 問題になる列の一覧はファイル %s に書かれています。 このクラスタではユーザーテーブルにシステム定義の複合型が含まれています。 これらの型のOIDはPostgreSQLバージョン間で不変ではないため、このクラスタは アップグレードできません。問題の列を削除した後、アップグレードを再実行できます。 問題のある列の一覧は、以下のファイルにあります: %s このクラスタではユーザーテーブルに "jsonb" のデータ型が含まれています。 "jsonb" の内部フォーマットは 9.4 ベータの間に変更されており、現時点ではこの クラスターをアップグレードすることはできません。 問題になっているテーブルを削除してから、再度アップグレードを実行できます。 問題になる列の一覧はファイル %s に書かれています。 このクラスタではユーザーテーブルに "line" データ型が含まれています。 このデータ型は新旧のクラスター間で内部形式や入出力フォーマットが 変更されているため、このクラスターは現時点ではアップグレードできません。 問題のテーブルを削除してから、再度アップグレードを実行してください。 問題のある列は、以下のファイルに書かれています： %s このクラスタではユーザーテーブルに "unknown" データ型が含まれています。このデータ型はもはや テーブル内では利用できませんので、このクラスターは現時点ではアップグレードできません。 問題のテーブルを削除してから、再度アップグレードを実行してください。 問題のある列は、以下のファイルに書かれています： %s このクラスタには、移行先の環境にはないロード可能ライブラリを参照しています。 これらのライブラリを移行先の環境に追加するか、もしくは移行元の環境から それらを使っている関数を削除してください。 問題のライブラリの一覧は、 以下のファイルに入っています: %s Windows の場合、新クラスターのデータディレクトリの中から pg_upgrade を実行することはできません。 "%s"のチェックに失敗しました: %s "%s"のチェックに失敗しました：実行できません（権限が拒否されました） "%s"のチェックに失敗しました：ファイルが読めません（権限が拒否されました） "%s"のチェックに失敗しました：通常ファイルではありません 子プロセスが異常終了しました: ステータス %d 子ワーカーが異常終了しました: %s コマンドが長すぎます データベースへの接続に失敗しました: %s "%s"を"%s"にコピーしています ファイル"%s"に実行権限を追加できませんでした: %s %s というコマンドで開始した変換元 postmaster に接続できませんでした %s というコマンドで開始した変換先 postmaster に接続できませんでした 新旧のデータディレクトリ間でハードリンクを作成できませんでした: %s リンクモードでは、新旧のデータディレクトリが同じファイルシステム上に存在しなければなりません。 ワーカープロセスを作成できませんでした: %s ワーカースレッドを作成できませんでした: %s ディレクトリ"%s"を削除できませんでした カレントディレクトリを特定できませんでした ユーザー数を特定できませんでした %s を使った制御情報が取得できませんでした。: %s %s を使ってデータディレクトリを取得できませんでした。: %s %s を使って pg_ctl のバージョンデータを取得できませんでした。: %s pg_ctl のバージョン出力を %s から取得できませんでした。 ライブラリ"%s"をロードできませんでした: %s ファイル"%s"を読み取り用としてオープンできませんでした:%s ファイル "%s" をオープンできませんでした: %s バージョンファイル"%s"をオープンできませんでした バージョンファイル"%s"をパースできませんでした ファイル"%2$s"の%1$d行目を読み取れませんでした: %3$s テーブル空間のディレクトリ"%s"を stat できませんでした: %s ログ ファイル"%s"に書き込めませんでした。 データベースユーザー"%s"がインストールユーザーではありません データベース"%s"のエンコーディングが一致しません: 旧 "%s"、新 "%s" "%s.%s"ファイル ("%s" -> "%s")の存在を確認中にエラー: %s リレーション"%s.%s"のコピー（"%s" -> "%s"）中にエラー：%s リレーション"%s.%s"のコピー中にエラー: ファイル"%s"を作成できませんでした: %s リレーション"%s.%s"のコピー中にエラー: ファイル"%s"を開けませんでした: %s リレーション"%s.%s"のコピー中にエラー: ファイル"%s"を読めませんでした: %s リレーション"%s.%s"のコピー中にエラー: ファイル"%s"を stat できませんでした: %s リレーション"%s.%s"のコピー中にエラー: ファイル"%s"に書けませんでした: %s リレーション"%s.%s"のコピー中にエラー: ファイル"%s"中に不完全なページがありました リレーション"%s.%s"へのリンク（"%s" -> "%s"）作成中にエラー：%s 実行中: %s "%s"のシステムロケール名を取得できませんでした。 現在のロケールを取得できませんでした。 古いロケール"%s"を復元できませんでした。 致命的 新ポート番号が無効です 旧ポート番号が無効です データベース"%s"の lc_collate 値が一致しません:旧 "%s"、新 "%s" データベース"%s"の lc_ctype 値が一致しません:旧 "%s"、新 "%s" libpq の環境変数 %s で、ローカルでないサーバ値が設定されています: %s "%s"から"%s"へリンクを作成しています データベース"%s"のマッピング: 新クラスターのバイナリが存在します 新クラスターのデータが存在します 新しいクラスタのテーブルスペースディレクトリはすでに存在します: "%s" 注意 ok 新旧の pg_controldata 間でチェックサムのバージョンが一致しません 新旧の pg_controldata における WAL ブロックサイズが有効でないか一致しません 新旧の pg_controldata における WAL セグメントサイズが有効でないか一致しません 新旧の pg_controldata におけるアラインメントが有効でないかまたは一致しません 一方のクラスターが32ビットで、もう一方が64ビットである可能性があります 新旧の pg_controldata におけるブロックサイズが有効でないかまたは一致しません 新旧の pg_controldata における日付/時刻型データの保存バイト数が一致しません 新旧の pg_controldata におけるラージオブジェクトのチャンクサイズが有効でないかまたは一致しません 新旧の pg_controldata における TOAST チャンクサイズの最大値が有効でないか一致しません 新旧の pg_controldata における識別子の最大長が有効でないか一致しません 新旧の pg_controldata におけるインデックス付き列の最大数が有効でないか一致しません 新旧の pg_controldata におけるリレーションの最大セグメントサイズが有効でないか一致しません 旧クラスターのバイナリが存在します 旧クラスターのデータが存在します 旧クラスターではデータチェックサムを使っていませんが、新では使っています 旧クラスターではデータチェックサムを使っていますが、新では使っていません 新クラスター内に旧データベース"%s"が見つかりません メモリ不足です pg_ctl が変換元サーバの開始または接続に失敗しました pg_ctl が変換先サーバの開始または接続に失敗しました pg_upgrade は、PostgreSQL のクラスターを別のメジャーバージョンにアップグレードします。 relname: %s.%s: reloid: %u reltblspace: %s "%s"を"%s"に書き換えています テーブル空間のディレクトリ"%s"が存在しません テーブル空間のパス"%s"がディレクトリではありません template0 には接続を許可してはなりません。すなわち、pg_database.datallowconn は false である必要があります。 ユーザー指定の旧ポート番号 %hu は %hu に訂正されました waitpid()が失敗しました: %s 警告
Save File
Cancel