.-.-.-.-.-

��<[\���
���h�],��'j-�e�#&SJ^� ����E� �"!""+"?"S"U"�]":�"A8#;z#J�#E$AG$G�$A�$K%;_%S�%M�%J=&E�&G�&@'�W'�'(
 (.(E(^( {(!�(�(�(%�())H)'f)�)�)�)�)$�) *;*Y*%v*$�*�*�*"�*#+&+?+B+F+W+*r+-�+e�+%1,BW,O�,�,%-**-5U-�-�-+�-*�-+.G./b."�.+�.+�.&
/:4/Jo/R�/
0*0�G0"(1K1&k1%�1
�1�17�126+26b2$�2�2K�2''3PO3P�3K�39=4tw4	�4<�4b35\�5?�536.J6+y6�6E�6757&S7 z74�75�7"8*)8T82p86�84�8<9.L9~{92�96-:4d:<�:.�:~;i�;i�;#X<E|<8�<M�<&I=p=�=M�=[�=>>>t}>��>4x@&�A�B@�C/ECFLIG�G:�G<�G*)H+TH#�H�H!�H�H2�HD!IDfI��I$?J#dJ �J&�J(�J(�J*"K/MK,}K�K)�K�K!L"4L*WL-�L!�L+�L>�LC=M8�ME�MCNCDNC�ND�NFOBXO�O*�O!�O"�OP!P:PFSPD�P?�PQ5QRQnQ6�Q�Q�QB�QGRISR{�RCS@]SP�SQ�SRATO�TV�T;UWU=pU9�U/�UV?'V?gVH�V+�VW)4W(^WV�W3�WX(X�0X.Z)1Z[ZvkZ��[��\�a]A�^W1_��_>}c��c��d�]e)g�,hT�i*Dl�on=6p)tp'�p�p�p��pU�qtr]{r��ru]sv�sLJtv�t~u_�u��u��v�Pww�wsNxw�x�:yz$<zazA|z<�zL�z:H{8�{D�{<|I>|M�|A�|I}4b};�}4�}C~IL~$�~�~4�~+@<.}�Q�U�3Y�������A��L�_4����?L������0�U�sj�[ބ<:�(w�K��J�n7�0��l׆QD�E��b܇R?�v���	����V3�X����I��O��SH�W���C�uS�0Ɏl��jg�Mҏi ����I2��|�������j�����]Ӕ�1��wU�͖Y�aE�Z����%��Y��J
�PX�����H�P՚�&�@��c�pP�v��}8�\��>�aR�n��t#�{��Z�=o�����_�C��W�`��A�[ͥ9)�c������qЧ�B��$�]��4Z����o��1���+��Ks�v���6�`��[�Jx�-û<�$.�`S�����V�4��E+�Aq�;��G�Y7�b��Z�_O�V��D�IK�5��C��G�PW����I.�gx�q���R�^��|:�|���4�����N����lb���X��AD�L��	��2��4�zE�x��u9�0��:��Z�Cv�~��9�L��Q�����U���|���\�����z�������v�\%�E������Y�[��=��\����j��c�(k�\��h���Z�k�p���V�-Y0@b=I���p�_aW,�y��du��9e�v\c��!.�w�����B
��E5P�$�4~��<LF���U]
�|�%���>i1��R[���({�s�H�q�XC	 �N��O��T��l&�t�6��z������'�K}#������:���Jh��Zx2mD������Gf�;��������oQ�*73���Sj�"�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_controlAll non-template0 databases must allow connections, i.e. their pg_database.datallowconn must be true
Analyzing all rows in the new clusterCannot continue without required control information, terminating
Cannot upgrade to/from the same system catalog version when
using tablespaces.
Checking cluster versionsChecking database connection settingsChecking database user is the install userChecking for contrib/isn with bigint-passing mismatchChecking for extension updatesChecking for hash indexesChecking for incompatible "jsonb" data typeChecking for incompatible "line" data typeChecking for invalid "unknown" user columnsChecking for large objectsChecking for new cluster tablespace directoriesChecking for prepared transactionsChecking for presence of required librariesChecking for reg* data types in user tablesChecking for roles starting with "pg_"Checking for system-defined composite types in user tablesConsult 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 serverCopying 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 objectsCreating script to analyze new clusterCreating script to delete old clusterDatabase: %s
Deleting files from new %sFailed to match up old and new tables in database "%s"
Failure, exiting
Finding the real data directory for the source clusterFinding the real data directory for the target clusterFreezing all rows in the new clusterLinking 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 archivesRestoring database schemas in the new cluster
Restoring global objects in the new clusterRunning in verbose mode
Running this script will delete the old cluster's data files:
    %s
SQL command failed
%s
%sSetting frozenxid and minmxid counters in new clusterSetting minmxid counter in new clusterSetting next OID for new clusterSetting next multixact ID and offset for new clusterSetting next transaction ID and epoch for new clusterSetting oldest XID for new clusterSetting oldest multixact ID in new clusterSync data directory to diskThe 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: %scopying "%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": %scould 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 residenew cluster data residesnew cluster tablespace directory already exists: "%s"
noticeokold 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 resideold cluster data residesold 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
warningProject-Id-Version: pg_upgrade (PostgreSQL) 10
Report-Msgid-Bugs-To: pgsql-bugs@postgresql.org
POT-Creation-Date: 2022-08-17 12:26+0300
PO-Revision-Date: 2022-01-19 16:26+0300
Last-Translator: Alexander Lakhin <exclusion@gmail.com>
Language-Team: Russian <pgsql-ru-general@postgresql.org>
Language: ru
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);

*Кластеры совместимы*

*ошибка*
До запуска pg_upgrade вы должны:
  создать новый кластер баз данных (используя новую версию initdb)
  остановить процесс postmaster, обслуживающий старый кластер
  остановить процесс postmaster, обслуживающий новый кластер

Например:
  pg_upgrade -d старый_кластер/data -D новый_кластер/data -b старый_кластер/bin -B новый_кластер/bin
или

Если работа pg_upgrade после этого прервётся, вы должны заново выполнить initdb
для нового кластера, чтобы продолжить.

Если вы захотите запустить старый кластер, вам нужно будет убрать
расширение ".old" у файла %s/global/pg_control.old.
Так как применялся режим "ссылок", работа старого кластера
после того, как будет запущен новый, не гарантируется.

Выполнение обновления
---------------------

Об ошибках сообщайте по адресу <pgsql-bugs@postgresql.org>.

В старом кластере имеется функция "plpython_call_handler",
определённая в схеме "public", представляющая собой копию функции,
определённой в схеме "pg_catalog". Вы можете убедиться в этом,
выполнив в psql:

\df *.plpython_call_handler

Версия этой функции в схеме "public" была создана инсталляцией
plpython версии до 8.1 и должна быть удалена для завершения процедуры
pg_upgrade, так как она ссылается на ставший устаревшим
разделяемый объектный файл "plpython". Вы можете удалить версию этой функции
из схемы "public", выполнив следующую команду:

DROP FUNCTION public.plpython_call_handler()

в каждой затронутой базе данных:

Обновление завершено
--------------------

ПРЕДУПРЕЖДЕНИЕ:  новый каталог данных не должен располагаться внутри старого каталога данных, то есть, в %s

ПРЕДУПРЕЖДЕНИЕ:  пользовательские табличные пространства не должны располагаться внутри каталога данных, то есть, в %s

Запуская pg_upgrade, вы должны указать:
  путь к каталогу данных старого кластера (-d КАТ_ДАННЫХ)
  путь к каталогу данных нового кластера (-D КАТ_ДАННЫХ)
  путь к каталогу "bin" старой версии (-b КАТ_BIN)
  путь к каталогу "bin" новой версии (-B КАТ_BIN)

В вашей инсталляции есть расширения, которые надо обновить
командой ALTER EXTENSION. Скрипт
    %s
будучи выполненным администратором БД в psql, обновит все
эти расширения.

В вашей инсталляции используются хеш-индексы. Эти индексы имеют разные
внутренние форматы в старом и новом кластерах, поэтому их необходимо
перестроить с помощью команды REINDEX. По завершении обновления вы получите
инструкции по выполнению REINDEX.

В вашей инсталляции используются хеш-индексы. Эти индексы имеют разные
внутренние форматы в старом и новом кластерах, поэтому их необходимо
перестроить с помощью команды REINDEX. Скрипт
    %s
будучи выполненным администратором БД в psql, пересоздаст все неправильные
индексы; до этого никакие хеш-индексы не будут использоваться.

В вашей инсталляции используются большие объекты. В новой базе данных
имеется дополнительная таблица с правами для больших объектов, поэтому
для всех больших объектов должны определяться права по умолчанию. Скрипт
    %s
будучи выполненным администратором БД в psql, установит нужные права
по умолчанию.

В вашей инсталляции используются большие объекты. В новой базе данных
имеется дополнительная таблица с правами для больших объектов. После обновления
вам будет представлена команда для наполнения таблицы прав
pg_largeobject_metadata правами по умолчанию.

не удалось подключиться к базе: %s
исходные базы данных:

целевые базы данных:
     %s
  $ export PGDATAOLD=старый_кластер/data
  $ export PGDATANEW=новый_кластер/data
  $ export PGBINOLD=старый_кластер/bin
  $ export PGBINNEW=новый_кластер/bin
  $ pg_upgrade
  -?, --help                    показать эту справку и выйти
  -B, --new-bindir=КАТ_BIN      каталог исполняемых файлов нового кластера
  -D, --new-datadir=КАТ_DATA    каталог данных нового кластера
  -O, --new-options=ПАРАМЕТРЫ   параметры нового кластера, передаваемые серверу
  -P, --new-port=ПОРТ           номер порта нового кластера (по умолчанию %d)
  -U, --username=ИМЯ            суперпользователь кластера (по умолчанию "%s")
  -V, --version                 показать версию и выйти
  -b, --old-bindir=КАТ_BIN      каталог исполняемых файлов старого кластера
  -c, --check                   только проверить кластеры, не меняя никакие данные
  -d, --old-datadir=КАТ_DATA    каталог данных старого кластера
  -j, --jobs=ЧИСЛО              число одновременно используемых процессов или
                                потоков
  -k, --link                    устанавливать ссылки вместо копирования файлов
                                в новый кластер
  -o, --old-options=ПАРАМЕТРЫ   параметры старого кластера, передаваемые серверу
  -p, --old-port=ПОРТ           номер порта старого кластера (по умолчанию %d)
  -r, --retain                  сохранить файлы журналов и SQL в случае успеха
  -v, --verbose                 включить вывод подробных внутренних сообщений
  C:\> set PGDATAOLD=старый_кластер/data
  C:\> set PGDATANEW=новый_кластер/data
  C:\> set PGBINOLD=старый_кластер/bin
  C:\> set PGBINNEW=новый_кластер/bin
  C:\> pg_upgrade
  размер блока WAL
  размер сегмента WAL
  размер блока
  следующий XID последней конт. точки
  версия контрольных сумм данных
  дата/время представлены целыми числами?
  первый сегмент WAL после сброса
  метод передачи аргумента float8
  размер сегмента большого отношения
  размер порции большого объекта
  следующий MultiXactId последней конт. точки
  следующий MultiXactOffset последней конт. точки
  следующий OID последней конт. точки
  старейший MultiXactId последней конт. точки
  oldestXID последней конт. точки
  максимальный размер порции TOAST
  максимальное выравнивание
  максимальная длина идентификатора
  максимальное число столбцов в индексе
  pg_upgrade [ПАРАМЕТР]...

это индекс в "%s.%s" это индекс в отношении с OID %u это TOAST-таблица для "%s.%s" это TOAST-таблица для отношения с OID %u"%s" не является каталогом
%-*s%d: проблема с получением управляющих данных
%d: недопустимое состояние кластера баз данных
%d: проблема с выводом pg_resetwal
%s%s
%s.%s: %u в %u
%s: программу не должен запускать root
%s: не удалось найти свой исполняемый файл
Добавление расширения ".old" к старому файлу global/pg_controlВсе базы, кроме template0, должны допускать подключения, то есть их свойство pg_database.datallowconn должно быть true
Анализ всех строк в новом кластереНет необходимой управляющей информации для продолжения, работа прерывается
Обновление в рамках одной версии системного каталога невозможно,
если используются табличные пространства.
Проверка версий кластеровПроверка параметров подключения к базе данныхПроверка, является ли пользователь БД стартовым пользователемПроверка несоответствия при передаче bigint в contrib/isnПроверка обновлённых расширенийПроверка хеш-индексовПроверка несовместимого типа данных "jsonb"Проверка несовместимого типа данных "line"Проверка неправильных пользовательских столбцов типа "unknown"Проверка больших объектовПроверка каталогов табличных пространств в новом кластереПроверка наличия подготовленных транзакцийПроверка наличия требуемых библиотекПроверка типов данных reg* в пользовательских таблицахПроверка ролей с именами, начинающимися с "pg_"Проверка системных составных типов в пользовательских таблицахЧтобы понять причину ошибки, просмотрите последние несколько строк
файла "%s".
Чтобы понять причину ошибки, просмотрите последние несколько строк
файла "%s" или "%s".
Копирование старого каталога %s на новый серверКопирование файлов пользовательских отношений
Не удалось создать скрипт для удаления файлов данных старого кластера,
так как каталог старого кластера содержит пользовательские табличные
пространства или каталог данных нового кластера.
Содержимое старого кластера нужно будет удалить вручную.
Формирование выгрузки схем базы данных
Формирование выгрузки глобальных объектовСоздание скрипта для анализа нового кластераСоздание скрипта для удаления старого кластераБаза данных: %s
Удаление файлов из нового каталога %sНе удалось сопоставить старые таблицы с новыми в базе данных "%s"
Ошибка, выполняется выход
Поиск фактического каталога данных для исходного кластераПоиск фактического каталога данных для целевого кластераЗамораживание всех строк в новом кластереПодключение файлов пользовательских отношений ссылками
Каталоги данных и исполняемых файлов нового кластера относятся к разным основным версиям.
Новая база данных кластера "%s" не пустая
В новом кластере не нашлось соответствия для старого отношения с OID %u в базе данных "%s": %s
В старом кластере не нашлось соответствия для нового отношения с OID %u в базе данных "%s": %s
Каталоги данных и исполняемых файлов старого кластера относятся к разным основным версиям.
В новом кластере может быть определён только стартовый пользователь.
Статистика оптимизатора утилитой pg_upgrade не переносится, поэтому
запустив новый сервер, имеет смысл выполнить:
    %s

Параметры:
Проведение проверок целостности
-------------------------------
Проверка целостности на старом работающем сервере
-------------------------------------------------
Имена отношения с OID %u в базе данных "%s" различаются: старое имя - "%s.%s", новое - "%s.%s"
Удалите проблемные функции из старого кластера для продолжения.
Сброс архивов WALВосстановление схем баз данных в новом кластере
Восстановление глобальных объектов в новом кластереПрограмма запущена в режиме подробных сообщений
При запуске этого скрипта будут удалены файлы данных старого кластера:
    %s
Ошибка SQL-команды
%s
%sУстановка счётчиков frozenxid и minmxid в новом кластереУстановка счётчика minmxid в новом кластереУстановка следующего OID для нового кластераУстановка следующего идентификатора и смещения мультитранзакции для нового кластераУстановка следующего идентификатора транзакции и эпохи для нового кластераУстановка старейшего OID для нового кластераУстановка старейшего идентификатора мультитранзакции в новом кластереСинхронизация каталога данных с ФСИсходный кластер содержит подготовленные транзакции
В исходном кластере есть роли, имена которых начинаются с "pg_"
В исходном кластере не хватает информации о состоянии кластера:
В исходном кластере не хватает необходимой управляющей информации:
Исходный кластер не был отключён штатным образом.
Исходный кластер был отключён в режиме восстановления. Чтобы произвести обновление, используйте документированный способ с rsync или отключите его в режиме главного сервера.
Целевой кластер содержит подготовленные транзакции
В целевом кластере есть роли, имена которых начинаются с "pg_"
В целевом кластере не хватает информации о состоянии кластера:
В целевом кластере не хватает необходимой управляющей информации:
Целевой кластер не был отключён штатным образом.
Целевой кластер был отключён в режиме восстановления.  Чтобы произвести обновление, используйте документированный способ с rsync или отключите его в режиме главного сервера.
Видимо, запущен процесс postmaster, обслуживающий новый кластер.
Остановите его и попробуйте ещё раз.
Видимо, запущен процесс postmaster, обслуживающий старый кластер.
Остановите его и попробуйте ещё раз.
При выполнении "%s" возникли проблемы
Эта утилита может производить обновление только с версии PostgreSQL 8.4 и новее.
Эта утилита может только повышать версию PostgreSQL до %s.
Эта утилита не может понижать версию до более старой основной версии PostgreSQL.
Для дополнительной информации попробуйте "%s --help".
Не удалось переименовать %s в %s.
Использование:
Для проверки работающего сервера новый номер порта должен отличаться от старого.
Для проверки старого работающего сервера версии до 9.1 необходимо указать номер порта этого сервера.
У вас должны быть права на чтение и запись в текущем каталоге.
Вы должны указать каталог, где находится %s.
Воспользуйтесь для этого ключом командной строки %s или переменной окружения %s.
В вашей инсталляции имеются функции "contrib/isn", задействующие тип biging.
Однако в новом кластере значения bigint передаётся не так, как в старом,
так что обновление кластера в текущем состоянии невозможно. Вы можете
вручную обновить базы данных, где используется функциональность "contrib/isn" или
удалить "contrib/isn" из старого кластера и перезапустить обновление. Список
проблемных функций приведён в файле:
    %s

В вашей инсталляции пользовательские таблицы содержат один из типов reg*.
Эти типы данных ссылаются на системные OID, которые не сохраняются утилитой
pg_upgrade, так что обновление кластера в текущем состоянии невозможно. Вы
можете удалить проблемные таблицы и перезапустить обновление. Список проблемных
столбцов приведён в файле:
    %s

В вашей инсталляции пользовательские таблицы используют системные составные типы.
OID таких типов могут различаться в разных версиях PostgreSQL, в настоящем
состоянии обновить кластер невозможно. Вы можете удалить проблемные столбцы
и перезапустить обновление. Список проблемных столбцов приведён в файле:
    %s

В вашей инсталляции таблицы используют тип данных jsonb.
Внутренний формат "jsonb" изменился в версии 9.4 beta, поэтому обновить кластер
в текущем состоянии невозможно. Вы можете удалить проблемные таблицы и
перезапустить обновление. Список проблемных столбцов приведён в файле:
    %s

В вашей инсталляции пользовательские таблицы используют тип данных "line".
В старом кластере внутренний формат и формат ввода/вывода этого типа отличается
от нового, поэтому в настоящем состоянии обновить кластер невозможно. Вы можете
удалить проблемные таблицы и перезапустить обновление. Список проблемных
столбцов приведён в файле:
    %s

В вашей инсталляции пользовательские таблицы используют тип данных "unknown".
Теперь использование этого типа данных не допускается, поэтому в настоящем
состоянии обновить кластер невозможно. Вы можете удалить проблемные таблицы
и перезапустить обновление. Список проблемных столбцов приведён в файле:
    %s

В вашей инсталляции есть ссылки на загружаемые библиотеки, отсутствующие
в новой инсталляции. Вы можете добавить эти библиотеки в новую инсталляцию
или удалить функции, использующие их, из старой. Список проблемных
библиотек приведён в файле:
    %s

в Windows нельзя запустить pg_upgrade внутри каталога данных нового кластера
проверка существования "%s" не пройдена: %s
программа "%s" не прошла проверку: ошибка выполнения (нет доступа)
программа "%s" не прошла проверку: не удаётся прочитать файл (нет доступа)
программа "%s" не прошла проверку: это не обычный файл
дочерний процесс завершился нештатно с ошибкой %d
дочерний процесс завершился аварийно: %s
команда слишком длинная
не удалось подключиться к базе: %sкопирование "%s" в "%s"
не удалось добавить право выполнения для файла "%s": %s
не удалось подключиться к главному процессу исходного сервера, запущенному командой:
%s
не удалось подключиться к главному процессу целевого сервера, запущенному командой:
%s
не удалось создать жёсткую ссылку между старым и новым каталогами данных: %s
В режиме "ссылок" старый и новый каталоги данных должны находиться в одной файловой системе.
не удалось создать рабочий процесс: %s
не удалось создать рабочий поток: %s
ошибка при удалении каталога "%s"
не удалось определить текущий каталог
не удалось определить количество пользователей
не удалось получить управляющие данные, выполнив %s: %s
не удалось получить каталог данных, выполнив %s: %s
не удалось получить данные версии pg_ctl, выполнив %s: %s
не удалось получить версию pg_ctl из результата %s
загрузить библиотеку "%s" не удалось: %sне удалось открыть файл "%s" для чтения: %s
не удалось открыть файл "%s": %s
не удалось открыть файл с версией "%s"
не удалось разобрать файл с версией "%s"
не удалось прочитать строку %d из файла "%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
ошибка при копировании отношения "%s.%s": не удалось получить информацию о файле "%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", новое - "%s"
в переменной окружения для libpq %s задано не локальное значение: %s
создание ссылки на "%s" в "%s"
отображения для базы данных "%s":
расположение исполняемых файлов нового кластерарасположение данных нового кластеракаталог табличного пространства в новом кластере уже существует: "%s"
замечаниеокстарая и новая версия контрольных сумм кластера в pg_controldata различаются
старый и новый размер блоков WAL в pg_controldata различаются или некорректны
старый и новый размер сегментов WAL в pg_controldata различаются или некорректны
старое и новое выравнивание в pg_controldata различаются или некорректны
Вероятно, один кластер установлен в 32-битной системе, а другой ~ в 64-битной
старый и новый размер блоков в pg_controldata различаются или некорректны
старый и новый тип хранения даты/времени в pg_controldata различаются или некорректны
старый и новый размер порции большого объекта различаются или некорректны
старый и новый максимальный размер порции TOAST в pg_controldata различаются или некорректны
старая и новая максимальная длина идентификаторов в pg_controldata различаются или некорректны
старый и новый максимум числа столбцов, составляющих индексы, в pg_controldata различаются или некорректны
старый и новый максимальный размер сегментов отношений в pg_controldata различаются или некорректны
расположение исполняемых файлов старого кластерарасположение данных старого кластерав старом кластере не применялись контрольные суммы данных, но в новом они есть
в старом кластере применялись контрольные суммы данных, но в новом их нет
старая база данных "%s" не найдена в новом кластере
нехватка памяти
программа pg_ctl не смогла запустить исходный сервер, либо к нему не удалось подключиться
программа pg_ctl не смогла запустить целевой сервер, либо к нему не удалось подключиться
pg_upgrade обновляет кластер PostgreSQL до другой основной версии.

имя_отношения: %s.%s: oid_отношения: %u табл_пространство: %s
переписывание "%s" в "%s"
каталог табличного пространства "%s" не существует
путь табличного пространства "%s" не указывает на каталог
База template0 не должна допускать подключения, то есть её свойство pg_database.datallowconn должно быть false
заданный пользователем старый номер порта %hu изменён на %hu
сбой waitpid(): %s
предупреждение

/home/./../usr/share/locale/guc/../wba/../aln/../tpi/../ru/LC_MESSAGES/pg_upgrade-10.mo