.-.-.-.-.-

��<[\���
���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�Y!�Y	�Y��Yg�Zq6[��[7�\0�\�]0�_g�_�[`5�`�b��bb�cQPe��f+�g�g�ghh�h;�hM�hGFiC�iO�iH"jIkjO�jLkIRkU�kL�kE?lQ�lP�lA(m�jmn5nSn'in!�n�n/�n'o*(o'So/{o5�o'�o2	p*<p"gp�p#�p(�p�pq+q%Kq%qq�q�q+�q$�q	r&r)r-r"=r.`r0�rx�r/9sKism�s*#t:NtI�tG�t,uHu;bu:�u?�uvA2v$tv6�v3�v*wJ/wRzwZ�w((x+Qx}x1~y&�y1�y1	z;z NzNoz�z?�z@{/Q{,�{\�{;|�G|��|`Q}L�}��}
�~2�~p�~HJ��<2�1o���W���<,�.i�-��AƁK�5T�:��)ł8�>(�7g�B��2���9��?�72�Cj�3����r��t��!n�P��?�P!�.r�����`ɈT*�G�cǉ�+�{�|c�]��>�ϑ�c�&i�K��Rܔ</�1l�$��Õ*ڕ�@�F`�G����%��ɗ&�,�-=�2k�8��=ט9�*O�4z�'��/י5�4=�<r�-��DݚY"�W|�GԛY�Xv�XϜU(�\~�h۝SD���8��(�.
�9�#@�%d�Y��W�I<���%��'Ǡ$�B�W�]�@d�L��N��A�FǢG�YV�L��T��YR�[��)�&2�@Y�<��=ץ�D&�Ek�P��+�.�-M�1{�_��=
�K�	b�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-07 21:19+0000
PO-Revision-Date: 2019-04-20 20:20-0400
Last-Translator: Álvaro Herrera <alvherre@alvh.no-ip.org>
Language-Team: Spanish <pgsql-es-ayuda@postgresql.org>
Language: es
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

*Los clústers son compatibles*

*falló*
Antes de ejecutar pg_upgrade, debe:
  crear el nuevo clúster de la base de datos (usando la nueva versión de initdb)
  apagar el postmaster que atiende al clúster antiguo
  apagar el postmaster que atiende al clúster nuevo

Por ejemplo:
  pg_upgrade -d oldCluster/data -D newCluster/data -b oldCluster/bin -B newCluster/bin
o

Si pg_upgrade falla a partir de este punto, deberá re-ejecutar initdb
en el clúster nuevo antes de continuar.

Si desea iniciar el clúster antiguo, necesitará eliminar el sufijo
«.old» de %s/global/pg_control.old.
Puesto que se usó el modo «link», el clúster antiguo no puede usarse
en forma segura después de que el clúster nuevo haya sido iniciado.

Llevando a cabo el Upgrade
--------------------------

Reporte errores a <pgsql-bugs@postgresql.org>.

El clúster antiguo tiene la función «plpython_call_handler» definida
en el esquema «public» que es un duplicado de la que está definida en
el esquema «pg_catalog». Puede confirmar esto ejecutando lo siguiente
en psql:

\df *.plpython_call_handler

La versión del esquema «public» de esta función fue creada por una
instalación pre-8.1 de plpython, y debe eliminarse para que pg_upgrade
pueda completar puesto que hace referencia a un archivo objeto compartido
«plpython» ahora obsoleto.  Puede eliminar la versión del esquema «public»
de esta función ejecutando la siguiente orden:

DROP FUNCTION public.plpython_call_handler()

en cada base de datos afectada:

Actualización Completa
----------------------

ADVERTENCIA: el directorio de datos nuevo no debería estar dentro del directorio antiguo,
por ej. %s

ADVERTENCIA: las ubicaciones de tablespaces definidos por el usuario
no deberían estar dentro del directorio de datos,
por ej. %s

Cuando ejecute pg_ugpade, debe proveer la siguiente información:
  el directorio de datos del clúster antiguo  (-d DATADIR)
  el directorio de datos del clúster nuevo    (-D DATADIR)
  el directorio «bin» para la versión antigua (-b BINDIR)
  el directorio «bin» para la versión nueva   (-B BINDIR)

Su instalación tiene extensiones que deben ser actualizadas
con la sentencia ALTER EXTENSION.  El archivo
    %s
cuando se ejecute en psql con el superusuario de la base de datos
actualizará estas extensiones.

Su instalación contiene índices hash. Estos índices tienen formato interno
distinto entre su versión nueva y antigua, por lo que deben ser reindexados
con la orden REINDEX.  Después de la actualización, se le entregarán
instrucciones de REINDEX.

Su instalación contiene índices hash. Estos índices tienen formato interno
distinto entre su versión nueva y antigua, por lo que deben ser reindexados
con la orden REINDEX.  El archivo
    %s
cuando se ejecute en psql con el superusuario de la base de datos recreará
los índices no válidos; hasta entonces, ninguno de esos índices será usado.

Su instalación contiene objetos grandes.  La base de datos nueva tiene
una tabla adicional de permisos de objetos grandes, por lo que deben ser
definidos permisos por omisión para todos los objetos grandes. El archivo
    %s
cuando se ejecute en psql con el superusuario de la base de datos
establecerá los privilegios por omisión.

Su instalación contiene objetos grandes.  La base de datos nueva
tiene una tabla adicional de permisos de objetos grandes.  Después de
actualizar, se le dará una instrucción para poblar la tabla
pg_largeobject_metadata con privilegios por omisión.

falló la conexión a la base de datos: %s
bases de datos de origen:

bases de datos de destino:
     %s
  $ export PGDATAOLD=clusterAntiguo/data
  $ export PGDATANEW=clusterNuevo/data
  $ export PGBINOLD=clusterAntiguo/bin
  $ export PGBINNEW=clusterNuevo/bin
  $ pg_upgrade
  -?, --help                    mostrar esta ayuda y salir
  -B, --new-bindir=BINDIR       directorio de ejecutables del clúster nuevo
  -D, --new-datadir=DATADIR     directorio de datos del clúster nuevo
  -O, --new-options=OPCIONES    opciones a pasar al servidor nuevo
  -P, --new-port=PUERTO         número de puerto del clúster nuevo (def. %d)
  -U, --username=NOMBRE         superusuario del clúster (def. «%s»)
  -V, --version                 mostrar información de versión y salir
  -b, --old-bindir=BINDIR       directorio de ejecutables del clúster antiguo
  -c, --check                   sólo verificar clústers, no cambiar datos
  -d, --old-datadir=DATADIR     directorio de datos del clúster antiguo
  -j, --jobs=NUM                número de procesos o hilos paralelos para restaurar
  -k, --link                    enlazar (link) archivos en vez de copiarlos
  -o, --old-options=OPCIONES    opciones a pasar al servidor antiguo
  -p, --old-port=PUERTO         número de puerto del clúster antiguo (def. %d)
  -r, --retain                  preservar archivos SQL y logs en caso de éxito
  -v, --verbose                 activar registro interno verboso
  C:\> set PGDATAOLD=clusterAntiguo/data
  C:\> set PGDATANEW=clusterNuevo/data
  C:\> set PGBINOLD=clusterAntiguo/bin
  C:\> set PGBINNEW=clusterNuevo/bin
  C:\> pg_upgrade
  tamaño de bloque de WAL
  tamaño de segmento de WAL
  tamaño de bloques
  siguiente XID del último checkpoint
  versión del checksum de datos
  fechas/horas son enteros?
  primer segmento de WAL después del reinicio
  método de paso de argumentos float8
  tamaño de segmento de relación grande
  tamaño de trozos de objetos grandes
  siguiente MultiXactId del último checkpoint
  siguiente MultiXactOffset del siguiente checkpoint
  siguiente OID del último checkpoint
  MultiXactId más antiguo del último checkpoint
  XID más antiguo del último checkpoint
  tamaño máximo de trozos TOAST
  alineamiento máximo
  máximo largo de identificadores
  máximo número de columnas indexadas
  pg_upgrade [OPCIÓN]...

que es un índice en «%s.%s» que es un índice en el OID %u que es la tabla TOAST para «%s.%s» que es la tabla TOAST para el OID %u«%s» no es un directorio
%-*s%d: problema de extracción de controldata
%d: problema de estado del clúster
%d: problema en pg_resetwal
%s%s
%s.%s: %u a %u
%s: no puede ejecutarse como root
%s: no se pudo encontrar el ejecutable propio
Agregando el sufijo «.old» a global/pg_controlTodas las bases de datos no-template0 deben permitir conexiones, es decir su pg_database.datallowconn debe ser «true»
Analizando todas las filas en el clúster nuevoNo se puede continuar sin la información de control requerida. Terminando
No se puede actualizar desde el mismo número de versión del catálogo
cuando se están usando tablespaces.
Verificando las versiones de los clústersVerificando los parámetros de conexión de bases de datosVerificando que el usuario de base de datos es el usuario de instalaciónVerificando contrib/isn con discordancia en mecanismo de paso de bigintVerificando actualizaciones para extensionesVerificando índices hashVerificando datos de usuario en tipo «jsonb» incompatibleVerificando datos de usuario de tipo «line» incompatibleVerificando columnas de usuario del tipo no válido «unknown»Buscando objetos grandesVerificando los directorios de tablespaces para el nuevo clústerVerificando transacciones preparadasVerificando la presencia de las bibliotecas requeridasVerificando tipos de datos reg* en datos de usuarioVerificando roles que empiecen con «pg_»Verificando tipos compuestos definidos por el sistema en tablas de usuarioConsulte las últimas líneas de «%s» para saber
la causa probable de la falla.
Consulte las últimas línea de «%s» o «%s» para
saber la causa probable de la falla.
Copiando el %s antiguo al nuevo servidorCopiando archivos de relaciones de usuario
No se pudo crear un script para borrar los archivos de datos del servidor
antiguo, porque el directorio del clúster antiguo contiene tablespaces
o el directorio de datos del servidor nuevo.  El contenido del servidor
antiguo debe ser borrado manualmente.
Creando el volcado de esquemas de bases de datos
Creando el volcado de objetos globalesCreando un script para analizar el clúster nuevoCreando un script para borrar el clúster antiguoBase de datos: %s
Eliminando archivos del nuevo %sNo hubo coincidencia en las tablas nueva y antigua en la base de datos «%s»
Falló, saliendo
Buscando el directorio de datos real para el clúster de origenBuscando el directorio de datos real para el clúster de destinoCongelando todas las filas en el nuevo clústerEnlazando archivos de relaciones de usuario
El directorio de datos nuevo y el directorio de binarios nuevo son de
versiones diferentes.
La base de datos «%s» del clúster nuevo no está vacía
No se encontró equivalente en el clúster nuevo para la relación con OID %u
en la base de datos «%s» en el clúster antiguo: %s
No se encontró equivalente en el clúster antiguo para la relación con OID %u
en la base de datos «%s» en el clúster nuevo: %s
El directorio de datos antiguo y el directorio de binarios antiguo son de
versiones diferentes.
Sólo el usuario de instalación puede estar definido en el nuevo clúster.
Las estadísticas para el optimizador no son transferidas por pg_upgrade,
de manera que una vez que inicie el servidor nuevo considere ejecutar:
    %s

Opciones:
Verificando Consistencia
------------------------
Verificando Consistencia en Vivo en el Servidor Antiguo
-------------------------------------------------------
Los nombres de relación para OID %u en la base de datos «%s» no coinciden: nombre antiguo «%s.%s», nombre nuevo «%s.%s»
Elimine las funciones problemáticas del clúster antiguo para continuar.
Reseteando los archivos de WALRestaurando esquemas de bases de datos en el clúster nuevo
Restaurando objetos globales en el nuevo clústerEjecutando en modo verboso
Ejecutando este script se borrarán los archivos de datos del servidor antiguo:
    %s
Orden SQL falló
%s
%sSeteando contadores frozenxid y minmxid en el clúster nuevoSeteando contador minmxid en el clúster nuevoSeteando siguiente OID para el nuevo clústerSeteando el multixact ID y offset siguientes en el nuevo clústerSeteando el ID de transacción y «época» siguientes en el nuevo clústerEstableciendo XID más antiguo para el nuevo clústerSeteando el multixact ID más antiguo en el nuevo clústerSincronizando directorio de datos a discoEl clúster de origen contiene transacciones preparadas
El clúster de origen contiene roles que empiezan con «pg_»
Al clúster de origen le falta información de estado:
Al clúster de origen le falta información de control requerida:
El clúster de origen no fue apagado limpiamente.
El clúster de origen fue apagado mientras estaba en modo de recuperación. Para actualizarlo, use «rsync» como está documentado, o apáguelo siendo primario.
El clúster de destino contiene transacciones preparadas
El clúster de destino contiene roles que empiezan con «pg_»
Al cluster de destino le falta información de estado:
Al clúster de destino le falta información de control requerida:
El clúster de destino no fue apagado limpiamente.
El clúster de destino fue apagado mientras estaba en modo de recuperación. Para actualizarlo, use «rsync» como está documentado, o apáguelo siendo primario.
Parece haber un postmaster sirviendo el clúster nuevo.
Por favor detenga ese postmaster e inténtelo nuevamente.
Parece haber un postmaster sirviendo el clúster antiguo.
Por favor detenga ese postmaster e inténtelo nuevamente.
Hubo problemas ejecutando «%s»
Este programa sólo puede actualizar desde PostgreSQL versión 8.4 y posterior.
Este programa sólo puede actualizar a PostgreSQL versión %s.
Este programa no puede usarse para volver a versiones anteriores de PostgreSQL.
Pruebe «%s --help» para mayor información.
No se pudo renombrar %s a %s.
Empleo:
Al verificar servidores en caliente, los números de port antiguo y nuevo deben ser diferentes.
Al verificar un servidor antiguo anterior a 9.1, debe especificar el port de éste.
Debe tener privilegios de lectura y escritura en el directorio actual.
Debe identificar el directorio donde %s.
Por favor use la opción %s o la variable de ambiente %s.
Su instalación contiene funciones «contrib/isn» que usan el tipo de dato
bigint. Los clústers origen y destino pasan valores bigint de distintas
maneras, por lo que este clúster no puede ser actualizado en este momento.
Puede actualizar manualmente las bases de datos que contengan funcionalidad
«contrib/isn» y eliminar el módulo de la base de datos de origen.
A continuación se provee una lista de funciones problemáticas:
    %s

Su instalación contiene uno de los tipos de dato reg* en tablas de usuario.
Estos tipos de dato hacen referencia a OIDs de sistema que no son preservados
por pg_upgrade, por lo que este clúster no puede actualmente actualizarse.
Puede eliminar las tablas problemáticas y reiniciar la actualización.
Puede encontrar una lista de columnas problemáticas en el archivo:
    %s

Su instalación contiene uno o varios tipos compuestos definidos por el sistema en
tablas de usuario. Los OIDs de estos tipos no son estables entre diferentes
versiones de PostgreSQL, por lo que este clúster no puede ser actualizado.
Puede eliminar las columnas problemáticas y reiniciar la actualización.
Un listado de las columnas problemáticas está en el archivo:
    %s

Su instalación contiene alguno de los tipos de dato «jsonb» en tablas de usuario.
El formato interno de «jsonb» cambió durante 9.4 beta, de manera que este clúster
no puede ser actualizado en este momento.  Puede eliminar las tablas
problemáticas y reiniciar la actualización. Una lista de columnas puede
encontrarse en el archivo:
    %s

Su instalación contiene el tipo de dato «line» en tablas de usuario.  Este
tipo de dato cambió su formato interno y de entrada/salida entre las
versiones de sus clústers antiguo y nuevo, por lo que este clúster no puede
actualmente ser actualizado.  Puede eliminar las tablas problemáticas y
reiniciar la actualización.  Un listado de las columnas problemáticas está
en el archivo:
    %s

Su instalación contiene el tipo «unknown» en tablas de usuario. Este tipo
ya no es permitido en tablas, por lo que este clúster no puede ser actualizado.
Puede elimiar las tablas y reiniciar la actualización.
Un listado de columnas problemáticas está en el archivo:
    %s

Su instalación hace referencia a bibliotecas que no están en la nueva
instalación.  Puede agregar estar bibliotecas la instalación nueva, o
eliminar las funciones que las utilizan de la versión antigua.  Un listado
de las bibliotecas problemáticas está en el archivo:
    %s

no se puede ejecutar pg_upgrade desde dentro del directorio de datos
del clúster nuevo en Windows
la comprobación de «%s» falló: %s
La comprobación de «%s» falló: no se puede ejecutar (permiso denegado)
La comprobación de «%s» falló: no se puede leer el archivo (permiso denegado)
La comprobación de «%s» falló: no es un archivo regular
el proceso hijo terminó anormalmente: estado %d
el thread terminó anormalmente: %s
orden demasiado larga
falló la conexión a la base de datos: %scopiando «%s» a «%s»
no se pudo agregar permisos de ejecución al archivo «%s»: %s
no se pudo conectar al postmaster de origen iniciado con la orden:
%s
no se pudo conectar al postmaster de destino iniciado con la orden:
%s
No se pudo crear un link duro entre los directorios de datos nuevo y antiguo: %s
En modo link los directorios de dato nuevo y antiguo deben estar en el mismo sistema de archivos.
no se pudo crear el proceso hijo: %s
no se pudo crear el thread: %s
no se pudo eliminar directorio «%s»
no se pudo identificar el directorio actual
no se pudo determinar el número de usuarios
no se pudo obtener datos de control usando %s: %s
no se pudo obtener el directorio de datos usando %s: %s
no se pudo obtener datos de versión de pg_ctl usando %s: %s
no se pudo obtener la salida de versión de pg_ctl de %s
no se pudo cargar la biblioteca «%s»: %sno se pudo abrir el archivo «%s» para lectura: %s
no se pudo abrir el archivo «%s»: %s
no se pudo abrir el archivo de versión «%s»
no se pudo interpretar el archivo de versión «%s»
no se pudo leer la línea %d del archivo «%s»: %s
no se pudo hace stat al directorio de tablespace «%s»: %s
no se pudo escribir al archivo de log «%s»
el usuario de base de datos «%s» no es el usuario de instalación
las codificaciones de la base de datos «%s» no coinciden: antigua «%s», nueva «%s»
error mientras se comprobaba la existencia del archivo «%s.%s» («%s» a «%s»); %s
error mientras se copiaba la relación «%s.%s» («%s» a «%s»): %s
error mientras se copiaba la relación «%s.%s»: no se pudo crear el archivo «%s»: %s
error mientras se copiaba la relación «%s.%s»: no se pudo leer el archivo «%s»: %s
error mientras se copiaba la relación «%s.%s»: no se pudo leer el archivo «%s»: %s
error mientras se copiaba la relación «%s.%s»: no se pudo hacer stat a «%s»: %s
error mientras se copiaba la relación «%s.%s»: no se pudo escribir el archivo «%s»: %s
error mientras se copiaba la relación «%s.%s»: se encontró una página parcial en el archivo «%s»
error mientras se creaba el link para la relación «%s.%s» («%s» a «%s»): %s
ejecutando: %s
no se pudo obtener el nombre del «locale» para «%s»
no se pudo obtener el «locale» actual
no se pudo restaurar el locale antiguo «%s»
fatal
número de puerto nuevo no válido
número de puerto antiguo no válido
valores lc_collate de la base de datos «%s» no coinciden: antigua «%s», nueva «%s»
valores lc_ctype de la base de datos «%s» no coinciden: antigua «%s», nueva «%s»
la variable de ambiente libpq %s tiene un valor de servidor no-local: %s
enlazando «%s» a «%s»
mapeos para la base de datos «%s»:
residen los binarios del clúster nuevoresiden los datos del clúster nuevodirectorio de tablespace para el nuevo clúster ya existe: «%s»
avisoéxitoLas versiones de checksum de datos antigua y nueva no coinciden
El tamaño de bloques de WAL antiguo y nuevo no son válidos o no coinciden
El tamaño de segmentos de WAL antiguo y nuevo no son válidos o no coinciden
Alineamientos de pg_controldata antiguo y nuevo no son válidos o no coinciden
Seguramente un clúster es 32-bit y el otro es 64-bit
Los tamaños de bloque antiguo y nuevo no son válidos o no coinciden
Los tipos de almacenamiento de fecha/hora antiguo y nuevo no coinciden
Los tamaños de trozos de objetos grandes antiguo y nuevo no son válidos o no coinciden
Los máximos de trozos TOAST antiguo y nuevo no son válidos o no coinciden
Los máximos largos de identificador antiguo y nuevo no son válidos o no coinciden
La cantidad máxima de columnas indexadas antigua y nueva no son válidos o no coinciden
El tamaño máximo de segmento de relación antiguo y nuevo no son válidos o no coinciden
residen los binarios del clúster antiguoresiden los datos del clúster antiguoEl clúster antiguo no usa checksums de datos pero el nuevo sí
El clúster antiguo usa checksums de datos pero el nuevo no
la base de datos «%s» no se encontró en el clúster nuevo
memoria agotada
pg_ctl no pudo iniciar el servidor de origen, o la conexión falló
pg_ctl no pudo iniciar el servidor de destino, o la conexión falló
pg_upgrado actualiza un clúster PostgreSQL a una versión «mayor» diferente.
relname: %s.%s: reloid: %u reltblspace: %s
reescribiendo «%s» a «%s»
el directorio de tablespace «%s» no existe
la ruta de tablespace «%s» no es un directorio
template0 no debe permitir conexiones, es decir su pg_database.datallowconn debe ser «false»
número de port entregado por el usuario %hu corregido a %hu
waitpid() fallida: %s
atención

/home/../usr/share/locale/bn/../luo/../oj/../ca_FR/../es/LC_MESSAGES/pg_upgrade-10.mo