.-.-.-.-.-

��<[\���
���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(XQ0X�Y"�Y	�Y��Yi�Zq�Zh[?\6�\��\-�_~!`��`f#a��b
mcgxdE�e&g33hgh�h�h�h��h@Liu�iRjuVjy�jwFk@�kt�kwtlQ�lw>m��mt8nx�ny&oE�o��o�p�p�p�p/�p*q/Jq*zq"�q#�q-�q1r%Lr0rr"�r(�r�r$s'+sSsns�s(�s%�s"�st1"t@Tt �t�t�t�t2�t3u98u�ru6�uM,v}zv(�vA!wWcwK�w+x3x=Px6�x?�xyD%y*jy9�yE�y3zIIzX�zd�z,Q{.~{@�{2�|-!}8O}6�}�}0�}]~e~Au~@�~2�~A+nm-��
����m�P��Ё
f�Bq�l���!�O��"��J!�9l���X �K<�;��6ąL��\H�9��K߆6+�8b�A��J݇O(�6x����7g�@��I�N*�5y����{f�z�:]�X��J�r<�2�� ��p�z}�R���K��я�Α�g����{�w3�L��g��,`�O��UݛB3�5v�.��ۜ2�$�IC�J��I؝�"�/�($�-M�.{�0��C۟D�=d�8��1۠<
�+J�1v�3��5ܡ=�7P�U��gޢdF�O��`��`\�^��`�a}�fߥ]F���>��+�5 �V�!]� �s��q�J��Ѩ4�.&�.U�N��өکgݩpE�r���)�h٫cB�~���%�}��$����-&�-T�\��]߯I=���H��G�U,�/��%��3ر:�^G�D���	�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: 2021-08-25 14:29+0000
PO-Revision-Date: 2021-08-27 17:34+0200
Last-Translator: 
Language-Team: 
Language: fr
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Generator: Poedit 3.0

*Les instances sont compatibles*

*échec*
Avant d'exécuter pg_upgrade, vous devez :
  créer une nouvelle instance (en utilisant la nouvelle version d'initdb)
  arrêter le postmaster de l'ancienne instance
  arrêter le postmaster de la nouvelle instance

Par exemple :
  pg_upgrade -d oldCluster/data -D newCluster/data -b oldCluster/bin -B newCluster/bin
ou

Si pg_upgrade échoue après cela, vous devez ré-exécuter initdb
sur la nouvelle instance avant de continuer.

Si vous voulez démarrer l'ancienne instance, vous devez supprimer le suffixe « .old » du fichier %s/global/pg_control.old.

Comme le mode lien était utilisé, l'ancienne instance ne peut pas être démarré proprement une fois que la nouvelle instance a été démarrée.

Réalisation de la mise à jour
-----------------------------

Rapporter les bogues à <pgsql-bugs@postgresql.org>.

L'ancienne instance comprend une fonction « plpython_call_handler »
définie dans le schéma « public » qui est un duplicat de celle définie
dans le schéma « pg_catalog ». Vous pouvez confirmer cela en
exécutant dans psql :

\df *.plpython_call_handler

La version de cette fonction dans le schéma « public » a été créée
par une installation de plpython antérieure à la version 8.1 et doit
être supprimée pour que pg_upgrade puisse termine parce qu'elle
référence un fichier objet partagé « plpython » maintenant obsolète.
Vous pouvez supprimer la version de cette fonction dans le schéma
« public » en exécutant la commande suivante :

DROP FUNCTION public.plpython_call_handler()

dans chaque base de données affectée :

Mise à jour terminée
--------------------

AVERTISSEMENT : le nouveau répertoire de données ne doit pas être à l'intérieur de l'ancien répertoire de données, %s

AVERTISSEMENT : les emplacements de tablespaces utilisateurs ne doivent pas être à l'intérieur du répertoire de données, %s

Quand vous exécutez pg_upgrade, vous devez fournir les informations suivantes :
  le répertoire de données pour l'ancienne instance  (-d DIR_DONNÉES)
  le répertoire de données pour la nouvelle instance  (-D DIR_DONNÉES)
  le répertoire « bin » pour l'ancienne version (-b DIR_BIN)
  le répertoire « bin » pour la nouvelle version (-B DIR_BIN)

Votre installation contient des extensions qui devraient être mises à jour
avec la commande ALTER EXTENSION. Le fichier
    %s
mettra à jour ces extensions quand il sera exécuté avec psql par un
super-superutilisateur.

Votre installation contient des index hashs. Ces index ont des formats
internes différents entre l'ancienne et la nouvelle instance, dont ils doivent
être recréés avec la commande REINDEX. Après la mise à jour, les instructions
REINDEX vous seront données.

Votre installation contient des index hashs. Ces index ont des formats
internes différents entre l'ancienne et la nouvelle instance, donc ils doivent
être recréés avec la commande REINDEX. Le fichier :
    %s
une fois exécuté par psql en tant que superutilisateur va recréer tous les
index invalides. Avant cela, aucun de ces index ne sera utilisé.

Votre installation contient des Large Objects. La nouvelle base de données
a une table de droit supplémentaire pour les Large Objects, donc les droits
par défaut doivent être définies pour tous les Large Objects. Le fichier
    %s
une fois exécuté par psql avec un superutilisateur définira les droits par
défaut.

Votre installation contient des Large Objects. La nouvelle base de données a une table de droit supplémentaire sur les Large Objects.
Après la mise à jour, vous disposerez d'une commande pour peupler la table pg_largeobject_metadata avec les droits par défaut.

échec de la connexion à la base de données : %s
bases de données sources :

bases de données cibles :
     %s
  $ export PGDATAOLD=oldCluster/data
  $ export PGDATANEW=newCluster/data
  $ export PGBINOLD=oldCluster/bin
  $ export PGBINNEW=newCluster/bin
  $ pg_upgrade
  -?, --help                    affiche cette aide, puis quitte
  -B, --new-bindir=DIR_BIN      répertoire des exécutables de la nouvelle
                                instance
  -D, --new-datadir=DIR_DONNÉES répertoire des données de la nouvelle instance
  -O, --new-options=OPTIONS     options à passer au serveur de la nouvelle
                                instance
  -P, --new-port=PORT           numéro de port de la nouvelle instance
                                (par défaut %d)
  -U, --username=UTILISATEUR    super-utilisateur de l'instance
                                (par défaut « %s »)
  -V, --version                 affiche la version, puis quitte
  -b, --old-bindir=DIR_BIN      répertoire des exécutables de l'ancienne
                                instance
  -c, --check                   vérifie seulement les instances, pas de
                                modifications
  -d, --old-datadir=DIR_DONNÉES répertoire des données de l'ancienne instance
  -j, --jobs=NUM                nombre de processus ou threads simultanés à
                                utiliser
  -k, --link                    lie les fichiers au lieu de les copier vers la
                                nouvelle instance
  -o, --old-options=OPTIONS     options à passer au serveur de l'ancienne
                                instance
  -p, --old-port=PORT           numéro de port de l'ancienne instance
                                (par défaut %d)
  -r, --retain                  conserve les fichiers SQL et de traces en cas de
                                succès
  -v, --verbose                 active des traces internes verbeuses
  C:\> set PGDATAOLD=oldCluster/data
  C:\> set PGDATANEW=newCluster/data
  C:\> set PGBINOLD=oldCluster/bin
  C:\> set PGBINNEW=newCluster/bin
  C:\> pg_upgrade
  taille de bloc d'un WAL
  taille d'un segment WAL
  taille de bloc
  XID du prochain checkpoint
  version des sommes de contrôle des données
  les dates/heures sont-ils des integers?
  premier segment WAL après réinitialisation
  méthode de passage de arguments float8
  taille de segment des relations
  taille d'un morceau Large-Object
  prochain MultiXactId du dernier checkpoint
  prochain MultiXactOffset du dernier checkpoint
  prochain OID du dernier checkpoint
  plus ancien MultiXactId du dernier checkpoint
  oldestXID du dernier checkpoint
  taille maximale d'un morceau de TOAST
  alignement maximale
  longueur maximum d'un identifiant
  nombre maximum de colonnes indexées
  pg_upgrade [OPTION]...

qui est un index sur "%s.%s" qui est un index sur l'OID %u qui est la table TOAST pour « %s.%s » qui est la table TOAST pour l'OID %u« %s » n'est pas un répertoire
%-*s%d : problème de récupération des controldata
%d : problème sur l'état de l'instance de la base de données
%d : problème avec pg_resetwal
%s%s
%s.%s : %u vers %u
%s : ne peut pas être exécuté en tant que root
%s : n'a pas pu trouver l'exécutable du programme
Ajout du suffixe « .old » à l'ancien global/pg_controlToutes les bases de données, autre que template0, doivent autoriser les connexions, ie pg_database.datallowconn doit valoir true
Analyse de toutes les lignes dans la nouvelle instanceNe peut pas continuer sans les informations de contrôle requises, en arrêt
Ne peut pas mettre à jour vers ou à partir de la même version de catalogue système quand des tablespaces sont utilisés.
Vérification des versions des instancesVérification des paramètres de connexion de la base de donnéesVérification que l'utilisateur de la base de données est l'utilisateur d'installationVérification de contrib/isn avec une différence sur le passage des bigintVérification des mises à jour d'extensionVérification des index hashVérification des types de données « jsonb » incompatiblesVérification des types de données line incompatiblesVérification des colonnes utilisateurs « unknown » invalidesVérification des Large ObjectsVérification des répertoires de tablespace de la nouvelle instanceVérification des transactions préparéesVérification de la présence des bibliothèques requisesVérification des types de données reg* dans les tables utilisateursVérification des rôles commençant avec « pg_ »Vérification des types composites systèmes dans les tables utilisateursConsultez les dernières lignes de « %s » pour trouver la cause probable de l'échec.
Consultez les dernières lignes de « %s » ou « %s » pour trouver la cause probable de l'échec.
Copie de l'ancien %s vers le nouveau serveurCopie des fichiers des relations utilisateurs
N'a pas pu créer un script pour supprimer les fichiers de données
de l'ancienne instance parce que les tablespaces définis par l'utilisateur
ou le répertoire de données de la nouvelle instance existent dans le répertoire
de l'ancienne instance. Le contenu de l'ancienne instance doit être supprimé
manuellement.
Création de la sauvegarde des schémas des bases
Création de la sauvegarde des objets globauxCréation d'un script pour analyser la nouvelle instanceCréation du script pour supprimer l'ancienne instanceBase de données : %s
Suppression des fichiers à partir du nouveau %sÉchec de correspondance des anciennes et nouvelles tables dans la base de données « %s »
Échec, sortie
Recherche du vrai répertoire des données pour l'instance sourceRecherche du vrai répertoire des données pour l'instance cibleGel de toutes les lignes dans la nouvelle instanceCréation des liens pour les fichiers des relations utilisateurs
Les répertoires des données de la nouvelle instance et des binaires sont de versions majeures différentes.
La nouvelle instance « %s » n'est pas vide
Aucune correspondance trouvée dans la nouvelle instance pour la nouvelle relation d'OID %u dans la base de données « %s » : %s
Aucune correspondance trouvée dans l'ancienne instance pour la nouvelle relation d'OID %u dans la base de données « %s » : %s
Les répertoires des données de l'ancienne instance et des binaires sont de versions majeures différentes.
Seul l'utilisateur d'installation peut être défini dans la nouvelle instance.
Les statistiques de l'optimiseur ne sont pas transférées par pg_upgrade,
donc une fois le nouveau serveur démarré, pensez à exécuter :
    %s

Options :
Exécution de tests de cohérence
-------------------------------
Exécution de tests de cohérence sur l'ancien serveur
----------------------------------------------------
Les noms de relation pour l'OID %u dans la base de données « %s » ne correspondent pas : ancien nom « %s.%s », nouveau nom « %s.%s »
Supprimez les fonctions problématiques de l'ancienne instance pour continuer.
Réinitialisation des archives WALRestauration des schémas des bases de données dans la nouvelle instance
Restauration des objets globaux dans la nouvelle instanceExécution en mode verbeux
Exécuter ce script supprimera les fichiers de données de l'ancienne
instance :
    %s
La commande SQL a échoué
%s
%sConfiguration des compteurs frozenxid et minmxid  dans la nouvelle instanceConfiguration du compteur minmxid dans la nouvelle instanceConfiguration du prochain OID sur la nouvelle instanceConfiguration du prochain MultiXactId et décalage pour la nouvelle instanceConfiguration du prochain identifiant de transaction et de l'epoch pour la nouvelle instanceConfiguration du plus ancien XID sur la nouvelle instanceConfiguration du plus ancien identifiant multixact sur la nouvelle instanceSynchronisation du répertoire des données sur disqueL'instance source contient des transactions préparées
L'instance source contient des rôles commençant avec « pg_ »
Il manque certaines informations d'état requises sur l'instance source :
Il manque certaines informations de contrôle requises sur l'instance source :
L'instance source n'a pas été arrêtée proprement.
L'instance source a été arrêtée alors qu'elle était en mode restauration. Pour mettre à jour, utilisez « rsync » comme documenté ou arrêtez le en tant que serveur primaire.
L'instance cible contient des transactions préparées
L'instance cible contient des rôles commençant avec « pg_ »
Il manque certaines informations d'état requises sur l'instance cible :
Il manque certaines informations de contrôle requises sur l'instance cible :
L'instance cible n'a pas été arrêtée proprement.
L'instance cible a été arrêtée alors qu'elle était en mode restauration. Pour mettre à jour, utilisez « rsync » comme documenté ou arrêtez l'instance en tant que primaire.
Il semble qu'un postmaster est démarré sur la nouvelle instance.
Merci d'arrêter ce postmaster et d'essayer de nouveau.
Il semble qu'un postmaster est démarré sur l'ancienne instance.
Merci d'arrêter ce postmaster et d'essayer de nouveau.
Il y a eu des problèmes lors de l'exécution de « %s »
Cet outil peut seulement mettre à jour les versions 8.4 et ultérieures de PostgreSQL.
Cet outil peut seulement mettre à jour vers la version %s de PostgreSQL.
Cet outil ne peut pas être utilisé pour mettre à jour vers des versions majeures plus anciennes de PostgreSQL.
Essayez « %s --help » pour plus d'informations.
Incapable de renommer %s à %s.
Usage :
Lors de la vérification d'un serveur en production, l'ancien numéro de port doit être différent du nouveau.
Lors de la vérification d'un serveur antérieur à la 9.1, vous devez spécifier le numéro de port de l'ancien serveur.
Vous devez avoir les droits de lecture et d'écriture dans le répertoire actuel.
Vous devez identifier le répertoire où le %s.
Merci d'utiliser l'option en ligne de commande %s ou la variable d'environnement %s.
Votre installation contient les fonctions « contrib/isn » qui se basent sur le
type de données bigint. Vos ancienne et nouvelle instances passent les valeurs
bigint différemment, donc cette instance ne peut pas être mise à jour
actuellement. Vous pouvez mettre à jour manuellement vos bases de données
qui utilisent « contrib/isn » et supprimer « contrib/isn » de l'ancienne instance
pour relancer la mise à jour. Une liste des fonctions problématiques est disponible
dans le fichier :
    %s

Votre installation contient un des types de données reg* dans les tables
utilisateurs. Ces types de données référencent des OID système qui ne sont
pas préservés par pg_upgrade, donc cette instance ne peut pas être mise à
jour actuellement. Vous pouvez supprimer les tables problématiques et relancer
la mise à jour. Une liste des colonnes problématiques est disponible dans le
fichier :
    %s

Votre installation contient des types composites systèmes dans les tables utilisateurs.
Les OID de ces types ne sont pas stables entre les versions de PosgreSQL,
donc cette instance ne peut pas être mise à jour pour l'instant. Vous pouvez
supprimer les colonnes problématiques et relancer la mise à jour.
Vous trouverez une liste des colonnes problématiques dans le fichier :
    %s

Votre installation contient un des types de données JSONB dans les tables utilisateurs.
Le format interne de JSONB a changé lors du développement de la version 9.4 beta, donc
cette instance ne peut pas être mise à jour actuellement. Vous pouvez supprimer les
tables problématiques et relancer la mise à jour. Une liste des colonnes problématiques
est disponible dans le fichier :
    %s

Votre installation contient le type de données « line » dans vos tables utilisateurs.
Ce type de données a changé de format interne et en entrée/sortie entre votre ancienne
instance et votre nouvelle instance, donc cette instance ne peut pas être mise à jour
actuellement. Vous pouvez supprimer les tables problématiques et relancer la mise à jour.
Vous trouverez une liste des colonnes problématiques dans le fichier :
    %s

Votre installation contient le type de données « unknown » dans les tables
utilisateurs. Ce type de données n'est plus autorisé dans les tables, donc
cette instance ne peut pas être mise à jour pour l'instant. Vous pouvez
supprimer les tables problématiques et relancer la mise à jour. Vous trouverez
une liste des colonnes problématiques dans le fichier :
    %s

Votre installation référence des bibliothèques chargeables, mais manquantes sur
la nouvelle installation. Vous pouvez ajouter ces bibliothèques à la nouvelle
installation ou supprimer les fonctions les utilisant dans l'ancienne installation.
Une liste des biblioth_ques problématiques est disponible dans le fichier :
    %s

ne peut pas exécuter pg_upgrade depuis le répertoire de données de la nouvelle instance sur Windows
échec de la vérification de « %s » : %s
échec de la vérification de « %s » : ne peut pas exécuter (droit refusé)
échec de la vérification de « %s » : ne peut pas lire le fichier (droit refusé)
échec de la vérification de « %s » : pas un fichier régulier
le processus fils a quitté anormalement : statut %d
le processus fils a quitté anormalement : %s
commande trop longue
échec de la connexion à la base de données : %scopie de « %s » en « %s »
n'a pas pu ajouter les droits d'exécution pour le fichier « %s » : %s
n'a pas pu se connecter au postmaster source lancé avec la commande :
%s
n'a pas pu se connecter au postmaster cible lancé avec la commande :
%s
n'a pas pu créer le lien physique entre l'ancien et le nouveau répertoires de données : %s
Dans le mode lien, les ancien et nouveau répertoires de données doivent être sur le même système de fichiers.
n'a pas pu créer le processus de travail : %s
n'a pas pu créer le fil de travail: %s
n'a pas pu supprimer le répertoire « %s »
n'a pas pu déterminer le répertoire courant
n'a pas pu déterminer le nombre d'utilisateurs
n'a pas pu obtenir les données de contrôle en utilisant %s : %s

n'a pas pu obtenir le répertoire des données en utilisant %s : %s
n'a pas pu obtenir la version de pg_ctl en utilisant %s : %s
n'a pas pu obtenir la version de pg_ctl à partir de %s
n'a pas pu charger la bibliothèque « %s » : %sn'a pas pu ouvrir le fichier « %s » pour une lecture : %s
n'a pas pu ouvrir le fichier « %s » : %s
n'a pas pu ouvrir le fichier de version « %s »
n'a pas pu analyser le fichier de version « %s »
n'a pas pu lire la ligne %d du fichier « %s » : %s
n'a pas pu tester le répertoire « %s » du tablespace : %s
n'a pas pu écrire dans le journal applicatif « %s »
l'utilisateur de la base de données « %s » n'est pas l'utilisateur d'installation
les encodages de la base de données « %s » ne correspondent pas : ancien « %s », nouveau « %s »
erreur lors de la vérification de l'existence du fichier « %s.%s » (« %s » vers « %s ») : %s
erreur lors de la copie de la relation « %s.%s » (« %s » à « %s ») : %s
erreur lors de la copie de la relation « %s.%s » : n'a pas pu créer le fichier « %s » : %s
erreur lors de la copie de la relation « %s.%s » : n'a pas pu ouvrir le fichier « %s » : %s
erreur lors de la copie de la relation « %s.%s » : n'a pas pu lire le fichier « %s » : %s
erreur lors de la copie de la relation « %s.%s » : n'a pas pu tester le fichier « %s » : %s
erreur lors de la copie de la relation « %s.%s » : n'a pas pu écrire le fichier « %s » : %s
erreur lors de la copie de la relation « %s.%s » : page partielle trouvée dans le fichier « %s »
erreur lors de la création du lien pour la relation « %s.%s » (« %s » à « %s ») : %s
exécution : %s
a échoué pour obtenir le nom de la locale système « %s »
a échoué pour obtenir la locale courante
a échoué pour restaurer l'ancienne locale « %s »
fatal
nouveau numéro de port invalide
ancien numéro de port invalide
les valeurs de lc_collate de la base de données « %s » ne correspondent pas : ancien « %s », nouveau « %s »
les valeurs de lc_ctype de la base de données « %s » ne correspondent pas : ancien « %s », nouveau « %s »
la variable d'environnement libpq %s a une valeur serveur non locale : %s
lien de « %s » vers « %s »
correspondances pour la base de données « %s » :
les binaires de la nouvelle instance résidentles données de la nouvelle instance résidentle répertoire du tablespace de la nouvelle instance existe déjà : « %s »
noticeokles versions des sommes de contrôle ne correspondent pas entre l'ancien et le nouveau pg_controldata.
les tailles de bloc des WAL sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata.
les tailles de segment de WAL sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata.
les alignements sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata.
Il est probable qu'une installation soit en 32 bits et l'autre en 64 bits.
les tailles de bloc sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata.
les types de stockage date/heure ne correspondent pas entre l'ancien et le nouveau pg_controldata.
les tailles des morceaux de Large Objects sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata.
les tailles maximales de morceaux des TOAST sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata.
les longueurs maximales des identifiants sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata.
les nombres maximums de colonnes indexées sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata.
les tailles maximales de segment de relation sont invalides ou ne correspondent pas entre l'ancien et le nouveau pg_controldata.
les binaires de l'ancienne instance résidentles données de l'ancienne instance résidentl'ancienne instance n'utilise pas les sommes de contrôle alors que la nouvelle les utilise
l'ancienne instance utilise les sommes de contrôle alors que la nouvelle ne les utilise pas
ancienne base de données « %s » introuvable dans la nouvelle instance
mémoire épuisée
pg_ctl a échoué à démarrer le serveur source ou connexion échouée
pg_ctl a échoué à démarrer le serveur cible ou connexion échouée
pg_upgrade met à jour une instance PostgreSQL vers une version majeure
différente.
relname : %s.%s : reloid : %u reltblspace : %s
réécriture de « %s » en « %s »
le répertoire « %s » du tablespace n'existe pas
le chemin « %s » du tablespace n'est pas un répertoire
template0 ne doit pas autoriser les connexions, ie pg_database.datallowconn doit valoir false
ancien numéro de port %hu fourni par l'utilisateur corrigé en %hu
échec de waitpid() : %s
attention

/home/../usr/./share/mysql/../locale/ota/../cv/./../ur_PK/../fr/LC_MESSAGES/pg_upgrade-10.mo