.-.-.-.-.-

���Q�014
P�[h+]���'�-�e(#�S�^ e��Er���"� � � � � �!:�!A�!;!"J]"E�"A�"G0#Ax#K�#;$SB$M�$J�$E/%Gu%@�%��%�&�&
�&�&�&' "'!C'e'�'%�')�'�''
(5(Q(f($�(�(�(�(%�($$)I)b)"g)#�)�)�)�)�)�)*�)-%*eS*%�*B�*O"+r+%�+*�+5�+,+-,*Y,+�,�,/�,"�,+-+J-&v-J�-R�-;.X.�u."V/y/&�/%�/
�/�/70G06Y06�0$�0�0K	1'U1P}1P�1K29k2t�2	3<$3ba3\�3?!4a4.x4+�4�4E�4255K5&�5 �54�55�5*46_62{66�64�6<7.W7~�7286884o8<�8.�8~9i�9i�9#c:E�:8�:M;&T;{;�;M�;[�;>I<t�<��<4�>�?@�@B'CL-DzD:�D<�D*
E+8E#dE�E!�E�E2�EDFDJF��F$#G#HG lG&�G(�G(�G*H/1H,aH�H)�H�H!�H"I*;I-fI!�I+�I>�IC!J8eJE�JC�JC(KClKD�KF�KB<LL*�L!�L"�L�LMMF7MD~M?�MNN6NRN6kN�NB�NG�NI0O{zOC�O@:PP{PQ�PRQOqQV�QR4R=MR9�R/�R�R?S?DSH�S+�S�S)T(;TVdT3�T�TUS
UaVdV
�V��VjwWs�W�VX%JY5pYY�Y$\]%\o�\�\�]\_^`�~a"[b~b�b�b�b��bIUcU�cC�cX9dQ�dO�dK4eV�eR�eD*fKoff�fY"gR|gR�gE"h�hhi!i:iLi(gi�i�i)�i%�ij.=j*lj&�j2�j$�jk%/k,Uk�k�k�k"�k!�kl*l"/l/Rl�l�l�l�l�l.�lBmpEm,�m8�man~n-�n>�n1o8o.No0}o6�o�o3p4p+Rp9~p4�pW�paEq&�q+�q��q)�r& s/Gs2ws�s�sC�st?)t>it8�t)�tRu2^ua�ui�uK]vG�v��vtw>�wm�wf0xJ�x�x2�x-*y4XyL�y�y/�y$$z'Iz@qzB�z4�z'*{.R{8�{A�{A�{*>|�i|-�|7"}@Z}@�})�}�~��~�+�L�=�VJ�)��ˀ�Q��bG�B��s��a�g�'p�k��A��F�O2���A��@�*$�5O�0����!Ջ��8�DH�B���Ќ"u�"����"؍!��*�/H�*x�+�� ώ,� �&>�*e�.��3��!�8�DN�A��;ՐI�I[�J��T�JE�`��F�8�6H�-�"��Гד��O�Mf�S����)>�%h�<��˕GΕ[�^r��іXl�\ŗf"�k��k��ta�n֙*E�&p�9��;њ3
�A�UU�T��?�+@�l�)��'��jל?B���
��X�!�Y��>]k=#W�3�}����SG
M�_c�������T��P���0�y%s����{�C;���p�x��m���
�v��14�����Ko�.5�UV�$���2~(�*�@��-lI:g�+6�O\�D�a���7'|�����i�Z�8�[���HN�������������R���QF���L��w)���A�,�&"9t ���u^/e�B�<J��q��db�h�������Ez�`	?�nr��j�f����

*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 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
  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 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_"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 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 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 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"
okold 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) 11
Report-Msgid-Bugs-To: pgsql-bugs@postgresql.org
POT-Creation-Date: 2020-10-29 20:13+0000
PO-Revision-Date: 2020-11-01 00:20+0100
Last-Translator: 
Language-Team: 
Language: cs
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Generator: Poedit 2.4.1

*Clustery jsou kompatibilní*

*failure*
Před spuštěním pg_upgrade musíte:
  vytvořit nový databázový cluster (pomocí nové verze initdb)
  zastavit postmaster proces běžící nad starým clusterem
  zastavit postmaster proces běžízí nad novým clusterem

Například:
  pg_upgrade -d oldCluster/data -D newCluster/data -b oldCluster/bin -B newCluster/bin
nebo

Pokud pg_upgrade selže po tomto místě, musíte reinicializovat
(initdb) nový cluster než budete pokračovat.

Pokud budete chtít nastartovat starý cluster, budete muset odstranit
příponu ".old" z %s/global/pg_control.old.
Protože byl použit "link" mód, starý cluster nemůže být bezpečně
spuštěn jakmile bude nastartován nový cluster.

Provádím Upgrade
----------------

Chyby hlaste na adresu <pgsql-bugs@postgresql.org>.

Starý cluster má "plpython_call_handler" funkci definovanou
v  "public" schématu což je duplicitní s tou definovanou v "pg_catalog"
schématu.  Ověřit to můžete spuštěním tohoto v psql:

\df *.plpython_call_handler

Veze z "public" schématu byla vytvořena instalací plpython před 8.1,
a musí být odstraněna aby pg_upgrade mohlo fungovat protože
odkazuje na nyní zastaralý "plpython" sdílený objekt.  Verzi z "public"
schématu můžete odstranit spuštěním následujícího příkazu:

DROP FUNCTION public.plpython_call_handler()

v každé postižené databázi:

Upgrade Dokončen
----------------

VAROVÁNÍ:  nový datový adresář by neměl být ve starém datovém adresáři, e.g. %s

VAROVÁNÍ:  umístění uživatelem definovaných tablespaces by neměly být v datovém adresáři, e.g. %s

Při spuštění pg_upgrade musíte zadat následující informace:
  datový adresář pro starý cluster  (-d DATADIR)
  datový adresář pro nový cluster  (-D DATADIR)
  "bin" adresář pro starou verzi (-b BINDIR)
  "bin" adresář pro novou verzi (-B BINDIR)

Vaše instalace obsahuje hash indexy.  Tyto indexy mají rozdílný interní
formát mezi vaším starým a novým clusterem, takže musí být reindexovány
příkazem REINDEX.  Po skončení upgrade vám budou poskytnuty instrukce
jak REINDEX provést.

Vaše instalace obsahuje hash indexy.  Tyto indexy mají rozdílný interní
formát mezi vaším starým a novým clusterem, takže musí být reindexovány
příkazem REINDEX.   Soubor
    %s
po spuštění z psql pod superuživatelským účtem znovu vytvoří všechny
neplatné indexy; dokud k tomu nedojde tyto indexy nebudou používány.

Vaše instalace obsahuje velké objekty.  Nová databáze má další tabulku
s právy k velkým objektům, takže pro všechny velké objekty musí být
definována výchozí práva.  Soubor
    %s
po spuštění z psql pod superuživatelským účtem tato výchozí práva nastaví.

Vaše instalace obsahuje velké objekty.  Nová databáze má další tabulku
s právy k velkým objektům.  Po upgrade vám bude poskytnut příkaz pro
naplnění tabulky pg_largeobject_metadata s výchozími právy.

spojení na databázi selhalo: %s
zdrojové databáze:

cílové databáze:
     %s
  $ export PGDATAOLD=oldCluster/data
  $ export PGDATANEW=newCluster/data
  $ export PGBINOLD=oldCluster/bin
  $ export PGBINNEW=newCluster/bin
  $ pg_upgrade
  -?, --help                    zobrazí tuto nápovědu, poté skončí
  -B, --new-bindir=BINDIR       adresář se spustitelnými soubory nového clusteru
  -D, --new-datadir=DATADIR     datový adresář nového clusteru
  -O, --new-options=VOLBY       volby pro nový cluster které se mají předat serveru
  -P, --new-port=PORT           číslo portu pro nový cluster (implicitně %d)
  -U, --username=JMÉNO          superuživatel pro cluster (implicitně "%s")
  -V, --version                 zobrazí informaci o verzi, poté skončí
  -b, --old-bindir=BINDIR       adresář se spustitelnými soubory starého clusteru
  -c, --check                   pouze kontroluje clustery, nemění žádná data
  -d, --old-datadir=DATADIR     datový adresář starého clusteru
  -j, --jobs=NUM                počet paralelních procesů nebo threadů
  -k, --link                    vytváří odkazy namísto copírování souborů do nového clusteru
  -o, --old-options=VOLBY       volby pro starý cluster které se mají předat serveru
  -p, --old-port=PORT           číslo portu pro starý cluster (implicitně %d)
  -r, --retain                  v případě úspěchu zachovat SQL a log soubory
  -v, --verbose                 zapné podrobné interní logování
  C:\> set PGDATAOLD=oldCluster/data
  C:\> set PGDATANEW=newCluster/data
  C:\> set PGBINOLD=oldCluster/bin
  C:\> set PGBINNEW=newCluster/bin
  C:\> pg_upgrade
  velikost WAL bloku
  velikost WAL segmentu
  velikost bloku
  další XID checkpointu
  verze datových kontrolních součtů
  datum/čas jsou integery?
  první WAL segment po resets
  metoda předávání float8 argumentů
  velikost segmentu velkých relací
  velikost large-object chunku
  další MultiXactId posledního checkpointu
  MultiXactOffset posledního checkpointu
  další OID posledního checkpointu
  nejstarší MultiXactId posledního checkpointu
  maximální velikost TOAST chunku
  maximální alignment
  maximální délka identifikátoru
  maximální počet indexovaných sloupců
  pg_upgrade [VOLBA]...

což je index na "%s.%s" což je index na OID %u což je TOAST tabulka pro "%s.%s" což je TOAST tabulka pro OID %u"%s" není adresář
%-*s%d: controldata retrieval problem
%d: problém se stavem databázového clusteru
%d: pg_resetwal problem
%s%s
%s.%s: %u na %u
%s: nelze spouštět jako root
%s: nelze najít vlastní spustitelný soubor
Přidávám ".old" příponu ke starému global/pg_control souboruVšechny non-template0 databáze musí povolovat spojení, i.e. jejich pg_database.datallowconn musí být true
Analyzuji všechny řádky v novém clusteruNelze pokračovat bez kontrolních informací, končím
Při použití tablespaces nelze provádět upgrade na/ze stejné verze
systémových katalogů.
Kontroluji verze clusterůKontroluji nastavení databázového spojeníKontroluji že databázový uživatel je použit pro instalaciKontroluji contrib/isn s bigint-passing rozdílemKontrola hash indexůKontroluji nekompatibilní "jsonb" datový typKontrola nekompatibilního "line" datového typuKontrola pro neplatné "unknown" uživatelské sloupceKontrola velkých objektůKontroluji tablespace adresáře na novém clusteruKontroluji prepared transakceKontroluji dostupnost potřebných knihovenKontroluji reg* datové typy v uživatelských tabulkáchKontroluji existenci rolí začínajících na "pg_"Pro pravděpodobnou příčinu selhání prozkoumejte posledních pár
řádek z "%s".
Pro pravděpodobnou příčinu selhání prozkoumejte posledních pár
řádek z "%s" nebo "%s".
Kopíruji starý %s do nového serveruKopíruji soubory pro uživatelské relace
Nelze vytvořit skript pro smazání datových souborů starého cluster
protože uživatelem definované tablespaces nebo datový adresář nového
clusteru jsou v adresáři starého clusteru.  Obsah starého clusteru musí
být smazán manuálně.
Vytvářím dump databázových schémat
Vytvářím dump globálních objektůVytvářím skript pro analyze nového clusteruVytvářím skript pro smazání starého clusteruDatabáze: %s
Mažu soubory z nového %sChyba při párování starých a nových tabulek v databázi "%s"
Chyba, končím
Vyhledávám skutečný datový adresář pro zdrojový clusterVyhledávám skutečný datový adresář pro cílový clusterProvádím freeze na všech řádcích v novém clusteruLinkuji soubory pro uživatelské relace
Data a binární adresáře nového clusteru jsou z různých minárních verzí.
Databáze "%s" na novém clusteru není prázdná
V novém clusteru nebyl nalezen odpovídající záznam pro relaci s OID %u v databázi "%s": %s
Ve starém clusteru nebyl nalezen odpovídající záznam pro novou relaci s OID %u v databázi "%s": %s
Data a binární adresáře starého clusteru jsou z jiných major verzí.
Pouze instalační uživatel může být definován pro nový cluster.
Statistiky optimalizéru nejsou zachovány při pg_upgrade,
takže po nastartování nového serveru zvažte spuštění:
    %s

Přepínače:
Provádím Kontrolu Konzistence
-----------------------------
Provádím Kontrolu Konzistence na Starém Live Serveru
----------------------------------------------------
Názvy relace pro OID %u v databázi "%s" neodpovídají: staré jméno "%s.%s", nové jméno "%s.%s"
Pro pokračování ze starého clusteru odstraňte problematické funkce.
Resetuji WAL archivyObnovuji databázová schémata v novém clusteru
Obnovuji globální objekty v novém clusteruBěží v módu s detailním (verbose) logováním.
Spuštění tohoto skriptu smaže datové soubory starého clusteru:
    %s
SQL příkaz selhal
%s
%sNastavuji frozenxid a minmxid v novém clusteruNastavuji minmxid v novém clustreruNastavuji další OID pro nový clusterNastavuji následující multixact ID a offset pro nový clusterNastavuij následující transaction ID a epochu pro nový clusterNastavuji nejstarší multixact ID v novém clusteruSynchronizuji datový adresář na diskZdrojový cluster obsahuje prepared transakce
Zdrojový cluster obsahuje role začínající na "pg_"
Zdrojový cluster postrádá některé nutné informace o stavu:
Zdrojový cluster postrádá některé nutné control informace:
Zdrojový cluster nebyl zastaven čistě.
Zdrojový cluster byl vypnut v recovery módu.  Pro upgrade použijte "rsync" jak je uvedeno v dokumentaci nebo ho vypněte jako primary.
Cílový cluster obsahuje prepared transakce
Cílový cluster obsahuje role začínající na "pg_"
Cílový cluster postrádá některé nutné informace o stavu:
Cílový cluster postrádá některé nutné control informace:
Cílový cluster nebyl zastaven čistě.
Cílový cluster byl vypnut v recovery módu.  Pro upgrade použijte "rsync" jak je uvedeno v dokumentaci nebo ho vypněte jako primary.
Zdá se že postmaster nad novým clusterem stále běží.
Prosím zastavte příslušný postmaster proces a zkuste to znovu.
Zdá se že postmaster nad starým clusterem stále běží.
Prosím zastavte příslušný postmaster proces a zkuste to znovu.
Došlo k problémům při spuštění "%s"
Tato utilita může upgradovat pouze z PostgreSQL verze 8.4 a novějších.
Tato utilita může upgradovat pouze na PostgreSQL verze %s.
Tato utilita nemůže být použita pro downgrade na starší major PostgreSQL verze.
Zkuste "%s --help" pro více informací.
Nelze přejmenovat %s na %s.
Použití:
Při kontrole živého serveru, staré a nové číslo portu musí být různá.
Při kontrole pre-PG 9.1 živého starého serveru, musíte zadat číslo portu starého serveru.
Musíte mít práva na čtení a zápis v aktuálním adresáři.
Musíte zadat adresář kde %s.
Použijte prosím volbu %s na příkazové řádce nebo proměnnou prostředí %s.
Vaše instalace obsahuje "contrib/isn" funkce které spoléhají na
bigint datový typ.  Váš starý a nový cluster předávají bigint hodnoty
rozdílně takže tento cluster aktuálně nelze upgradovat.  Můžete manuálně
upgradovat databáze které používají "contrib/isn" prostředky a odstranit
"contrib/isn" ze starého clusteru a znovu spustit upgrade.  Seznam
problematických funkcí je v souboru:
    %s

Vaše instalace obsahuje některý z reg* datových typů v uživatelských
tabulkách. Tyto datové typy odkazují na systémové OID hodnoty které
nejsou zachovány při pg_upgrade, takže tento cluster aktuálně nelze
upgradovat.  Můžete odstranit problematické tabulky a znovu spustit
upgrade.  Seznam problematických sloupců je v souboru:
    %s

Vaše instalace obsahuje "jsonb" datový typ v uživatelských tabulkách.
Interní formát "jsonb" se změnil v 9.4 beta takže tento cluster aktuálně nelze
upgradovat.  Můžete odstranit problematické tabulky a znovu spustit upgrade.
Seznam problematických sloupců je v souboru:
    %s

Vaše instalace obsahuje datový typ "line" v uživatelských tabulkách.  Tento
datový typ změnil interní a vstupní/výstupní formát mezi vaším starým a novým
clusterem takže tento cluster nemůže být aktuálně upgradován.  Můžete odstranit
problematické tabulky a znovu spustit upgrade.  Seznam problematických sloupců
je v souboru:
    %s

Vaše instalace obsahuje "unknown" datový typ v uživatelských tabulkách.  Tento
datový typ není v uživatelských tabulkách nadále povolen, takže tento cluster nelze
aktuálně upgradovat.  Můžete problematické tabulky odstranit a znovu spustit upgrade.
Seznam problematických sloupců je v souboru:
    %s

Vaše instalace odkazuje na knihovny které chybí v nové instalaci.  Můtete
je buď přidat do nové instalace, nebo odstranit funkce které je vyžadují ze
staré instalace.  Seznam problematických knihoven je v souboru:
    %s

na Windows nelze spouštět pg_upgrade z datového adresáře nového clusteru
kontrola pro "%s" selhala: %s
kontrola "%s" selhala: nelze spustit soubor (přístup odepřen)
kontrola "%s" selhala: nelze číst soubor (přístup odepřen)
check for "%s" failed: not a regular file
podřízený proces abnormálně skončil: status %d
podřízený proces neočekávaně skončil: %s
příkaz je příliš dlouhý
spojení do databáze selhalo: %scopíruji "%s" do "%s"
nelze přidat právo na spuštění pro soubor "%s": %s
nelze se připojit ke zdrojovému postmaster procesu příkazem:
%s
nelze se připojit k cílovému postmaster procesu příkazem:
%s
nelze vytvořit hard link mezi starým a novým datovým adresářem: %s
V link módu musí být starý a nový datový adresář na stejném souborovém systému.
nelze vytvořit worker proces: %s
nelze vytvořit worker thread: %s
nelze smazat adresář "%s"
nelze určit aktuální adresář
nelže určit počet uživatelů
nelze získat control data pomocí %s: %s
nelze získat datový adresář pomocí %s: %s
nelze získat verzi pg_ctl pomocí %s: %s
nelze získat výstup s pg_ctl verzí z %s
nelze načíst knihovnu "%s": %snelze otevřít soubor "%s" pro čtení: %s
nelze otevřít soubor "%s": %s
nelze otevřít soubor s verzí: "%s"
neplatný formát řetězce s verzí "%s"
nelze načíst řádek %d ze souboru "%s": %s
nelze přistoupit k tablespace adresáři "%s": %s
nelze zapsat do log souboru "%s"
databázový uživatel "%s" nebyl použit pro instalaci
kódování databáze "%s" neodpovídají:  stará "%s", nová "%s"
chyba při kontrole existence souboru "%s.%s" ("%s" na "%s"): %s
chyba při kopírování relace "%s.%s" ("%s" na "%s"): %s
chyba při kopírování relace "%s.%s": nelze vytvořit soubor "%s": %s
chyba při kopírování relace "%s.%s": nelze otevřít soubor "%s": %s
chyba při kopírování relace "%s.%s": nelze číst ze souboru "%s": %s
chyba při kopírování relace "%s.%s": nelze získat informace o souboru "%s": %s
chyba při kopírování relace "%s.%s": nelze zapsat do souboru "%s": %s
chyba při kopírování relace "%s.%s": částečně zapsaná stránka nalezena v souboru "%s"
chyba při vytváření odkazů pro relaci "%s.%s" ("%s" na "%s"): %s
spouštím: %s
selhalo získání jména systémové locale pro "%s"
selhalo získání aktuální hodnoty locale
selhala obnova staré locale "%s"
fatal
neplatné nové číslo portu
neplatné staré číslo portu
lc_collate hodnoty pro databázi "%s" neodpovídají:  stará "%s", nová "%s"
lc_ctype hodnoty pro databázi "%s" neodpovídají:  stará "%s", nová "%s"
libpq proměnná prostředí %s má hodnotu odkazující na nelokální server: %s
linkuji "%s" na "%s"
mapování pro databázi "%s":
binárky nového clusteru jsou umístěnydata nového clusteru jsou umístěnatablespace adredář na novém clusteru již existuje: "%s"
okverze kontrolních součtů na starém a novém clusteru se neshodují
stará a nová hodnota pg_controldata velikost WAL bloku jsou neplatné nebo se neshodují
stará a nová hodnota pg_controldata velikost WAL segmentu jsou neplatné nebo se neshodují
stará a nová hodnota pg_controldata alignmentu jsou neplatné nebo se neshodují
Pravděpodobně jeden z clusterů je 32-bitový a druhý je 64-bitový
stará a nová hodnota pg_controldata velikosti bloku jsou neplatné nebo se neshodují
stará a nová hodnota pg_controldata typu pro datum/čas jsou neplatné nebo se neshodují
stará a nová hodnota pg_controldata velikosti large-object chunku jsou neplatné nebo se neshodují
stará a nová hodnota pg_controldata maximální velikosti TOAST chunku jsou neplatné nebo se neshodují
stará a nová hodnota pg_controldata maximální délky identifikátoru jsou neplatné nebo se neshodují
stará a nová hodnota pg_controldata maximálního počtu indexovaných sloupců jsou neplatné nebo se neshodují
stará a nová hodnota pg_controldata maximální velikosti segmentu relace jsou neplatné nebo se neshodují
binárky starého clusteru jsou umístěnydata starého clusteru jsou umístěnastarý cluster nepoužívá data chechsums ale nový ano
starý cluster používá data chechsums ale nový nikoliv
stará databáze "%s" nenalezena v novém clusteru
nedostatek paměti
pg_ctl selhal při pokusu nastartovat zdrojový server, nebo selhal pokus o spojení
pg_ctl selhal při pokusu nastartovat cílový server, nebo selhal pokus o spojení
pg_upgrade upgraduje PostgreSQL cluster na jinou major verzi.

relname: %s.%s: reloid: %u reltblspace: %s
přepisuji "%s" na "%s"
adresář pro tablespace "%s" neexistuje
cesta k tabespace "%s" není adresář
template0 nesmí povolovat spojení, i.e. příslušná hodnota pg_database.datallowconn musí být false
uživatelem-zadané číslo starého portu %hu opraveno na %hu
volání waitpid() selhalo: %s
varování

/home/../usr/share/locale/tmh/./../sv_SE/../hsb/../cs/LC_MESSAGES/pg_upgrade-10.mo