Þ•
¼u
\015
PÏ[h+\”Ýñ&Ïö"
R0]ƒ 
á¾éÁC
«ïŸNµD :I ˆ„ ;
!UI!JŸ!Eê!A0"Gr"Aº"Kü";H#S„#MØ#J&$Eq$G·$Oÿ$@O%¢%3&D&W&d&z&’&®& Î&ï&
'$''(L'u'&’'¹'×'ò'(#"(F(a((%œ($Â(ç(ÿ(!)"&)I)a)d)x)ˆ))¢)-Ì)|
ú)%w+A+Nß+.,%H,*n,5™,Ï,î,7-+@-*l-/—-2Ç-+ú-/&."V.+y.+¥.2Ñ.&/:+/f/.„/+³/ß/Iû/QE0—0´0ßÐ0!°1Ò1%ò12%26@2w26‰26À2$÷23-3JI3>”3OÓ3O#4Js48¾4”÷4	Œ5;–5aÒ5[466-§6+Õ6
7D7^75w7+­7&Ù7 84!85V8"Œ8*¯8Ú81ö83(9;\9-˜9}Æ91D:3v:;ª:-æ:};h’;hû;"d<C‡<7Ë<L=&P=w=L==Ì=s
>„
~>0
@Ü4A"
BÜ4C;
D#
ME
qF;
‡G
ÃH
ÞIG
îJ˜
6L
ÏM
ÐNKÔO P:P%TPCzP*¾P"éPQ!Q2Q#GQ1kQ=QCÛQCR#cR‡R’¦R#9S"]S€S% S'ÆS'îS)T.@T+oT›T(»TäT 
U$"U!GU)iU0“U&ÄU,ëU$V*=V*hVB“V7ÖVDWBSW7–WDÎWBXBVXB™XCÜXE YAfY
¨Y¶Y+¼YèYZ>ZWZlZˆZ5¡Z×ZÞZAáZF#[Hj[{³[B/\?r\O²\P]QS]N¥]Uô]J^f^<^8¼^.õ^
$_>2_>q_H°_*ù_$`;`(S`'|`U¤`ú`/a2>aqa
yac c	,cä6cgdpƒdúôd6ïe&f/@fgpf„Øf5
]gԓhýhi`
fjÇkâk«þkHªlUól;ImŸ…mG%nRmnCÀnOoHToIoOçoL7pI„pMÎpLqEiqQ¯qP
rURrA¨r®êr™s´sÑs&æs 
t.t.Jt&yt) t&Êt.ñt4 u&Uu1|u)®u!Øuúu"v'4v\vxv˜v%¸v%Þvww*$w#Owsww’w©w!¹w-Ûw0	xÀ
:x/ûyJ+zlvz*ãz:{II{G“{,Û{|8"|;[|:—|1Ò|;}?@}A€}$Â}6ç}3~?R~*’~J½~B%7h* QËY€(w€* €ÿˀ0ˁ&ü1#‚U‚ g‚Mˆ‚ւ?è‚@(ƒ/iƒ™ƒ+²ƒ[ރ_:„tš„t…_„…K䅯0†
à†1ë†o‡~‡ˆ;+ˆ1gˆ™ˆV´ˆ‰<"‰O_‰.¯‰-މAŠKNŠ5šŠ:Њ)‹75‹6m‹A¤‹1拡Œ8ºŒ6óŒB*2m¢ qCŽsµŽ )NJ>™O؏.(W_`Fb‘•
j‘e
“
f”m
•ãí–a
ї=
3™=
qš
¯›K
@-
Œž˜
ºŸà
S¡,
4£
a¤b{¥%ޥ%¦7*¦_b¦0¦#ó¦§0§F§+_§?‹§D˧E¨FV¨)¨&Ǩ²î¨$¡©Ʃ%å©+ª,7ª1dª7–ª<Ϊ8«*D«3o«&£«2ʫ2ý«40¬3e¬9™¬6Ӭ;
­,F­Cs­>·­Vö­FM®X”®Xí®FF¯X¯Wæ¯W>°T–°[ë°gG±R¯±²²<²"T²$w²Hœ²å²'ÿ²$'³AL³Ž³”³?›³K۳M'´…u´Eû´FAµXˆµKáµS-¶X¶Zڶ)5·&_·?†·;Ʒ<¸?¸CO¸D“¸Pظ*)¹T¹r¹,Š¹0·¹^è¹GºE_º<¥º	âº
S’ÿA
?Rz,a
(-ï
Å
 øyµFM
³


eÃ3Õ.ó_2	uÑ¿žIH9 


ÎZîE¡ÊŽ”–¢bÓ$‚Š@Û']CÇì

[é×£Ú1þ


5B†ãȈ€
\¬ÆLú­ª¨Ò
Âæ)ö!P˜ÍƒñNgtòDhU/˦“—l7¤&¯šç¸Y‡^ÙÐ<ýèn{¶›²Q´åÀ§õk®Ï`÷·Ö„
ëä
Ÿ>o¹48j6mO¥ºT
áà+wĜÜ0¾"%X¼Ì»=Kâ°fêV‹±sûi}Ø«•™Jv~‰
pdŒc‘ùðrÉí;Gxq
©…

ôß	
Ý#ÁÔü:½|WÞ*
%s
*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 <%s>.

Upgrade Complete
----------------
WARNING:  new data directory should not be inside the old data directory, i.e. %s
WARNING:  user-defined tablespace locations should not be inside the data directory, i.e. %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.
source databases:
target databases:  $ export PGDATAOLD=oldCluster/data
  $ export PGDATANEW=newCluster/data
  $ export PGBINOLD=oldCluster/bin
  $ export PGBINNEW=newCluster/bin
  $ pg_upgrade
  --clone                       clone instead of copying files to new cluster
  --copy                        copy files to new cluster (default)
  -?, --help                    show this help, then exit
  -B, --new-bindir=BINDIR       new cluster executable directory (default
                                same directory as pg_upgrade)
  -D, --new-datadir=DATADIR     new cluster data directory
  -N, --no-sync                 do not wait for changes to be written safely to disk
  -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
  -s, --socketdir=DIR           socket directory to use (default current dir.)
  -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 home page: <%s>
%s() failed: %s%s: cannot be run as root%s: could not find own program executableAdding ".old" suffix to old global/pg_controlAll non-template0 databases must allow connections, i.e. their
pg_database.datallowconn must be true.  Your installation contains
non-template0 databases with their pg_database.datallowconn set to
false.  Consider allowing connection for all non-template0 databases
or drop the databases which do not allow connections.  A list of
databases with the problem is in the file:
    %sAnalyzing all rows in the new clusterCannot continue without required control information, terminatingCannot 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 "%s" data type in user tablesChecking for incompatible "jsonb" data typeChecking for incompatible "line" data typeChecking for incompatible polymorphic functionsChecking for invalid "sql_identifier" user columnsChecking for invalid "unknown" user columnsChecking for new cluster tablespace directoriesChecking for prepared transactionsChecking for presence of required librariesChecking for reg* data types in user tablesChecking for removed "%s" data type in user tablesChecking for roles starting with "pg_"Checking for system-defined composite types in user tablesChecking for tables WITH OIDSChecking for user-defined encoding conversionsChecking for user-defined postfix operatorsCloning user relation filesConsult 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 filesCould 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 schemasCreating dump of global objectsCreating script to delete old clusterDatabase: %sDeleting 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 clusterIn database: %s
Linking user relation filesNew cluster data and binary directories are from different major versions.New cluster database "%s" is not empty: found relation "%s.%s"No match found in new cluster for old relation with OID %u in database "%s": %sNo match found in old cluster for new relation with OID %u in database "%s": %sOld 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.
Once you start the new server, consider running:
    %s/vacuumdb %s--all --analyze-in-stagesOptions:
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"Resetting WAL archivesRestoring database schemas in the new clusterRestoring global objects in the new clusterRunning in verbose modeRunning this script will delete the old cluster's data files:
    %sSQL command failed
%s
%sSetting frozenxid and minmxid counters in new clusterSetting locale and encoding for 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 transactionsThe 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 transactionsThe 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 %s 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.
Usage:
When checking a live server, the old and new port numbers must be different.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 dump databases in the old cluster that use "contrib/isn"
facilities, drop them, perform the upgrade, and then restore them.  A
list of the problem functions is in the file:
    %sYour 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
drop the problem columns and restart the upgrade.
A list of the problem columns is in the file:
    %sYour installation contains roles starting with "pg_".
"pg_" is a reserved prefix for system roles.  The cluster
cannot be upgraded until these roles are renamed.
A list of roles starting with "pg_" is in the file:
    %sYour installation contains system-defined composite types 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:
    %sYour installation contains tables declared WITH OIDS, which is not
supported anymore.  Consider removing the oid column using
    ALTER TABLE ... SET WITHOUT OIDS;
A list of tables with the problem is in the file:
    %sYour installation contains the "%s" data type in user tables.
The "%s" type has been removed in PostgreSQL version %s,
so this cluster cannot currently be upgraded.  You can drop the
problem columns, or change them to another data type, and restart
the upgrade.  A list of the problem columns is in the file:
    %sYour installation contains the "aclitem" data type in user tables.
The internal format of "aclitem" changed in PostgreSQL version 16
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:
    %sYour 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
drop the problem columns and restart the upgrade.
A list of the problem columns is in the file:
    %sYour installation contains the "line" data type in user tables.
This data type changed its internal and input/output format
between your old and new 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:
    %sYour installation contains the "sql_identifier" data type in user tables.
The on-disk format for this data type has changed, 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:
    %sYour 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
drop the problem columns and restart the upgrade.
A list of the problem columns is in the file:
    %sYour installation contains user-defined encoding conversions.
The conversion function parameters changed in PostgreSQL version 14
so this cluster cannot currently be upgraded.  You can remove the
encoding conversions in the old cluster and restart the upgrade.
A list of user-defined encoding conversions is in the file:
    %sYour installation contains user-defined objects that refer to internal
polymorphic functions with arguments of type "anyarray" or "anyelement".
These user-defined objects must be dropped before upgrading and restored
afterwards, changing them to refer to the new corresponding functions with
arguments of type "anycompatiblearray" and "anycompatible".
A list of the problematic objects is in the file:
    %sYour installation contains user-defined postfix operators, which are not
supported anymore.  Consider dropping the postfix operators and replacing
them with prefix operators or function calls.
A list of user-defined postfix operators is in the file:
    %sYour 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:
    %scannot run pg_upgrade from inside the new cluster data directory on Windowscheck for "%s" failed: %mcheck for "%s" failed: %scheck for "%s" failed: cannot executecheck for "%s" failed: incorrect version: found "%s", expected "%s"child process exited abnormally: status %dchild worker exited abnormally: %scloning "%s" to "%s"command too longcopying "%s" to "%s"could not access directory "%s": %mcould not add execute permission to file "%s": %scould not clone file between old and new data directories: %scould not connect to source postmaster started with the command:
%scould not connect to target postmaster started with the command:
%scould not create directory "%s": %mcould not create file "%s": %scould 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: %scould not create worker thread: %scould not delete directory "%s"could not determine current directorycould not determine the number of userscould not get control data using %s: %scould not get data directory using %s: %scould not get pg_ctl version data using %s: %scould not get pg_ctl version output from %scould not load library "%s": %scould not open file "%s" for reading: %scould not open file "%s": %scould not open log file "%s": %mcould not open version file "%s": %mcould not parse version file "%s"could not read line %d from file "%s": %scould not read permissions of directory "%s": %scould not rename file "%s" to "%s": %mcould not stat tablespace directory "%s": %scould not write to log file "%s": %mdatabase user "%s" is not the install userdirectory path for new cluster is too longerror while checking for file existence "%s.%s" ("%s" to "%s"): %serror while cloning relation "%s.%s" ("%s" to "%s"): %serror while cloning relation "%s.%s": could not create file "%s": %serror while cloning relation "%s.%s": could not open file "%s": %serror while copying relation "%s.%s" ("%s" to "%s"): %serror while copying relation "%s.%s": could not create file "%s": %serror while copying relation "%s.%s": could not open file "%s": %serror while copying relation "%s.%s": could not read file "%s": %serror while copying relation "%s.%s": could not stat file "%s": %serror while copying relation "%s.%s": could not write file "%s": %serror while copying relation "%s.%s": partial page found in file "%s"error while creating link for relation "%s.%s" ("%s" to "%s"): %sexecuting: %sfatalfile cloning not supported on this platforminvalid new port numberinvalid old port numberlibpq environment variable %s has a non-local server value: %slinking "%s" to "%s"new cluster binaries residenew cluster data residesnew cluster tablespace directory already exists: "%s"noticeokold and new cluster pg_controldata checksum versions do not matchold and new pg_controldata WAL block sizes are invalid or do not matchold and new pg_controldata WAL segment sizes are invalid or do not matchold and new pg_controldata alignments are invalid or do not match.
Likely one cluster is a 32-bit install, the other 64-bitold and new pg_controldata block sizes are invalid or do not matchold and new pg_controldata date/time storage types do not matchold and new pg_controldata large-object chunk sizes are invalid or do not matchold and new pg_controldata maximum TOAST chunk sizes are invalid or do not matchold and new pg_controldata maximum identifier lengths are invalid or do not matchold and new pg_controldata maximum indexed columns are invalid or do not matchold and new pg_controldata maximum relation segment sizes are invalid or do not matchold cluster binaries resideold cluster data residesold cluster does not use data checksums but the new one doesold cluster uses data checksums but the new one does notold database "%s" not found in the new clusterout of memorypg_ctl failed to start the source server, or connection failedpg_ctl failed to start the target server, or connection failedpg_upgrade upgrades a PostgreSQL cluster to a different major version.

relname: %s.%s: reloid: %u reltblspace: %srewriting "%s" to "%s"sockets will be createdtablespace directory "%s" does not existtablespace path "%s" is not a directorytemplate0 must not allow connections, i.e. its pg_database.datallowconn must be falsetemplate0 not foundtoo many command-line arguments (first is "%s")user-supplied old port number %hu corrected to %huwarningProject-Id-Version: pg_upgrade (PostgreSQL) 16
Report-Msgid-Bugs-To: pgsql-bugs@lists.postgresql.org
PO-Revision-Date: 2023-10-03 16:20+0200
Last-Translator: Carlos Chapi <carloswaldo@babelruins.org>
Language-Team: PgSQL-es-Ayuda <pgsql-es-ayuda@lists.postgresql.org>
Language: es
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Generator: BlackCAT 1.1

%s
*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 <%s>.

Actualización Completa
----------------------
ADVERTENCIA: el directorio de datos nuevo no debería estar dentro del directorio antiguo,
esto es, %s
ADVERTENCIA: las ubicaciones de tablespaces definidos por el usuario no deberían estar dentro del directorio de datos, esto es, %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.
bases de datos de origen:
bases de datos de destino:  $ export PGDATAOLD=clusterAntiguo/data
  $ export PGDATANEW=clusterNuevo/data
  $ export PGBINOLD=clusterAntiguo/bin
  $ export PGBINNEW=clusterNuevo/bin
  $ pg_upgrade
  --clone                       clonar los archivos en vez de copiarlos
  --copy                        copiar los archivos al clúster nuevo (por omisión)
  -?, --help                    mostrar esta ayuda y salir
  -B, --new-bindir=BINDIR       directorio de ejecutables del clúster nuevo
                                (por omisión el mismo directorio que pg_upgrade)
  -D, --new-datadir=DATADIR     directorio de datos del clúster nuevo
  -N, --no-sync                 no esperar que los cambios se sincronicen a disco
  -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                máximo de procesos 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
  -s, --socketdir=DIR           directorio de sockets a usar (omisión: dir. actual)
  -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%sSitio web de %s: <%s>
%s() falló: %s%s: no puede ejecutarse como root%s: no se pudo encontrar el ejecutable propioAgregando el sufijo «.old» a global/pg_controlTodas las bases de datos que no son template0 deben permitir conexiones,
es decir, pg_database.datallowconn debe ser true. Su instalación contiene
bases de datos que no son template0 que tienen pg_database.datallowconn
definido a false. Considere permitir conexiones para todas las bases de
datos que no son template0 o eliminar las bases de datos que no permiten
conexión. Un listado de las bases de datos con el problema se encuentra en:
    %sAnalizando todas las filas en el clúster nuevoNo se puede continuar sin la información de control requerida. TerminandoNo 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 de tipo «%s» incompatibleVerificando datos de usuario en tipo «jsonb» incompatibleVerificando datos de usuario de tipo «line» incompatibleVerificando funciones polimórficas incompatiblesVerificando columnas de usuario del tipo «sql_identifier»Verificando columnas de usuario del tipo no válido «unknown»Verificando 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 tipo de datos «%s» eliminado en tablas de usuarioVerificando roles que empiecen con «pg_»Verificando tipos compuestos definidos por el sistema en tablas de usuarioVerificando tablas WITH OIDSVerificando conversiones de codificación definidas por el usuarioVerificando operadores postfix definidos por el usuarioClonando archivos de relaciones 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 usuarioNo 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 datosCreando el volcado de objetos globalesCreando un script para borrar el clúster antiguoBase de datos: %sEliminando 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ústerEn la base de datos: %s
Enlazando archivos de relaciones de usuarioEl 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: se encontró la relación «%s.%s»No se encontró equivalente en el clúster nuevo para la antigua relación con OID %u
en la base de datos «%s»: %sNo se encontró equivalente en el clúster antiguo para la relación nueva con OID %u
en la base de datos «%s»: %sEl 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.
Una vez que inicie el servidor nuevo, considere ejecutar:
    %s/vacuumdb %s--all --analyze-in-stagesOpciones:
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»Reseteando los archivos de WALRestaurando esquemas de bases de datos en el clúster nuevoRestaurando objetos globales en el nuevo clústerEjecutando en modo verbosoEjecutando este script se borrarán los archivos de datos del servidor antiguo:
    %sOrden SQL falló
%s
%sSeteando contadores frozenxid y minmxid en el clúster nuevoEstableciendo la configuración regional y codificación para el nuevo clústerSeteando 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 preparadasAl 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 preparadasAl 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 %s 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.
Empleo:
Al verificar servidores en caliente, los números de port antiguo y nuevo deben ser diferentes.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 de «contrib/isn» que usan el tip de dato
bigint.  Sus clústers nuevo y antiguo pasar el tipo bigint de distinta forma,
por lo que este clúster no puede ser actualizado.
Puede hacer un volcado (dump) de las bases de datos que usan «contrib/isn»,
eliminarlas, hacer el upgrade, y luego restaurarlas.
Un listado de funciones problemáticas está en el archivo:
    %sSu instalación contiene uno de los tipos 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 ser actualizado.
Puede eliminar las columnas problemáticas y reiniciar la actualización.
Un listado de las columnas problemáticas está en el archivo:
    %sSu instalación contiene nombres de rol que comienzan con «pg_».
«pg_» es un prefijo reservado para roles de sistema. El clúster
no puede ser actualizado hasta que esos roles hayan sido renombrados.
Un listado de los roles que empiezan con «pg_» está en el archivo:
    %sSu instalación contiene 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:
    %sSu instalación contiene tablas declaradas WITH OIDS, que ya no está
soportado. Considere eliminar la columna oid usando
    ALTER TABLE ... SET WITHOUT OIDS;
Una lista de tablas con este problema aparece en el archivo:
    %sSu instalación contiene el tipo «%s» en tablas de usuario.
El tipo «%s» fue eliminado en la versión %s de PostgreSQL,
por lo que este clúster no puede ser actualizado.
Puede eliminar las columnas problemáticas, o cambiarlas a otro
tipo de dato, y reiniciar la actualización.
Un listado de las columnas problemáticas está en el archivo:
    %sSu instalación contiene el tipo «jsonb» en tablas de usuario.
El formato interno de «jsonb» cambió durante 9.4 beta,
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:
    %sSu instalación contiene el tipo «jsonb» en tablas de usuario.
El formato interno de «jsonb» cambió durante 9.4 beta,
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:
    %sSu 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 columnas problemáticas y
reiniciar la actualización.  Un listado de las columnas problemáticas está
en el archivo:
    %sSu instalación contiene el tipo de dato «sql_identifier» en tablas de usuario.
El formato en disco para este tipo de dato ha cambiado, 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:
    %sSu 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
eliminar las columnas problemáticas y reiniciar la actualización.
Un listado de las columnas problemáticas está en el archivo:
    %sSu instalación contiene conversiones de codificación definidas por el usuario.
Los parámetros de la función de conversión cambiaron en PostgreSQL 14
por lo que este clúster no puede ser actualizado. Puede eliminar
las conversiones de codificación en el clúster antiguo y reiniciar la actualización.
Un listado de las conversiones de codificación definidas por el usuario está en el archivo:
    %sSu instalación contiene objetos definidos por el usuario que hacen referencia
a funciones polimórficas con argumentos de tipo «anyarray» o «anyelement».
Esos objetos definidos por el usuario deben eliminarse antes de actualizar
y se pueden restaurar después, cambiándolos para que hagan referencia a las nuevas
funciones correspondientes con argumentos de tipo «anycompatiblearray» y
«anycompatible». Una lista de los objetos problemáticos está en el archivo:
    %sSu instalación contiene operadores postfix definidos por el usuario, los
cuales ya no están soportados. Considere eliminar los operadores postfix
y reemplazarlos con operadores de prefijo o llamadas a funciones.
Una lista de operadores postfix definidos por el usuario aparece en el archivo:
    %sSu 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:
    %sno se puede ejecutar pg_upgrade desde dentro del directorio de datos del clúster nuevo en Windowsla comprobación de «%s» falló: %mla comprobación de «%s» falló: %sLa comprobación de «%s» falló: no se puede ejecutarLa comprobación de «%s» falló: versión incorrecta: se encontró «%s», se esperaba «%s»el proceso hijo terminó anormalmente: estado %del thread terminó anormalmente: %sclonando «%s» a «%s»orden demasiado largacopiando «%s» a «%s»no se pudo acceder al directorio «%s»: %mno se pudo agregar permisos de ejecución al archivo «%s»: %sno se pudo clonar el archivo entre los directorios viejo y nuevo: %sno se pudo conectar al postmaster de origen iniciado con la orden:
%sno se pudo conectar al postmaster de destino iniciado con la orden:
%sno se pudo crear el directorio «%s»: %mno se pudo crear el archivo «%s»: %sNo 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: %sno se pudo crear el thread: %sno se pudo eliminar directorio «%s»no se pudo identificar el directorio actualno se pudo determinar el número de usuariosno se pudo obtener datos de control usando %s: %sno se pudo obtener el directorio de datos usando %s: %sno se pudo obtener datos de versión de pg_ctl usando %s: %sno se pudo obtener la salida de versión de pg_ctl de %sno se pudo cargar la biblioteca «%s»: %sno se pudo abrir el archivo «%s» para lectura: %sno se pudo abrir el archivo «%s»: %sno se pudo abrir el archivo de registro «%s»: %mno se pudo abrir el archivo de versión «%s»: %mno se pudo interpretar el archivo de versión «%s»no se pudo leer la línea %d del archivo «%s»: %sno se pudo obtener los permisos del directorio «%s»: %sno se pudo renombrar el archivo de «%s» a «%s»: %mno se pudo hace stat al directorio de tablespace «%s»: %sno se pudo escribir al archivo de log «%s»el usuario de base de datos «%s» no es el usuario de instalaciónnombre de directorio para el nuevo clúster es demasiado largoerror mientras se comprobaba la existencia del archivo «%s.%s» («%s» a «%s»); %serror mientras se clonaba la relación «%s.%s» («%s» a «%s»): %serror mientras se clonaba la relación «%s.%s»: no se pudo crear el archivo «%s»: %serror mientras se clonaba la relación «%s.%s»: no se pudo abrir el archivo «%s»: %serror mientras se copiaba la relación «%s.%s» («%s» a «%s»): %serror mientras se copiaba la relación «%s.%s»: no se pudo crear el archivo «%s»: %serror mientras se copiaba la relación «%s.%s»: no se pudo leer el archivo «%s»: %serror mientras se copiaba la relación «%s.%s»: no se pudo leer el archivo «%s»: %serror mientras se copiaba la relación «%s.%s»: no se pudo hacer stat a «%s»: %serror mientras se copiaba la relación «%s.%s»: no se pudo escribir el archivo «%s»: %serror 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»): %sejecutando: %sfatalel clonado de archivos no está soportado en esta plataformanúmero de puerto nuevo no válidonúmero de puerto antiguo no válidola variable de ambiente libpq %s tiene un valor de servidor no-local: %senlazando «%s» a «%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 coincidenEl tamaño de bloques de WAL antiguo y nuevo no son válidos o no coincidenEl tamaño de segmentos de WAL antiguo y nuevo no son válidos o no coincidenAlineamientos 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-bitLos tamaños de bloque antiguo y nuevo no son válidos o no coincidenLos tipos de almacenamiento de fecha/hora antiguo y nuevo no coincidenLos tamaños de trozos de objetos grandes antiguo y nuevo no son válidos o no coincidenLos máximos de trozos TOAST antiguo y nuevo no son válidos o no coincidenLos máximos largos de identificador antiguo y nuevo no son válidos o no coincidenLa cantidad máxima de columnas indexadas antigua y nueva no son válidos o no coincidenEl tamaño máximo de segmento de relación antiguo y nuevo no son válidos o no coincidenresiden 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 nola base de datos «%s» no se encontró en el clúster nuevomemoria agotadapg_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_upgrade actualiza un clúster PostgreSQL a una versión «mayor» diferente.
relname: %s.%s: reloid: %u reltblspace: %sreescribiendo «%s» a «%s»se crearán los socketsel directorio de tablespace «%s» no existela ruta de tablespace «%s» no es un directoriotemplate0 no debe permitir conexiones, es decir su pg_database.datallowconn debe ser «false»template0 no encontradodemasiados argumentos en la línea de órdenes (el primero es «%s»)número de port entregado por el usuario %hu corregido a %huatención