1:45 PM 11/12/2025 ���� JFIF    �� �        "" $(4,$&1'-=-157:::#+?D?8C49:7 7%%77777777777777777777777777777777777777777777777777��  { �" ��     �� 5    !1AQa"q�2��BR��#b�������  ��  ��   ? ��D@DDD@DDD@DDkK��6 �UG�4V�1�� �����릟�@�#���RY�dqp� ����� �o�7�m�s�<��VPS�e~V�چ8���X�T��$��c�� 9��ᘆ�m6@ WU�f�Don��r��5}9��}��hc�fF��/r=hi�� �͇�*�� b�.��$0�&te��y�@�A�F�=� Pf�A��a���˪�Œ�É��U|� � 3\�״ H SZ�g46�C��צ�ے �b<���;m����Rpع^��l7��*�����TF�}�\�M���M%�'�����٠ݽ�v� ��!-�����?�N!La��A+[`#���M����'�~oR�?��v^)��=��h����A��X�.���˃����^Ə��ܯsO"B�c>; �e�4��5�k��/CB��.  �J?��;�҈�������������������~�<�VZ�ꭼ2/)Í”jC���ע�V�G�!���!�F������\�� Kj�R�oc�h���:Þ I��1"2�q×°8��Р@ז���_C0�ր��A��lQ��@纼�!7��F�� �]�sZ B�62r�v�z~�K�7�c��5�.���ӄq&�Z�d�<�kk���T&8�|���I���� Ws}���ǽ�cqnΑ�_���3��|N�-y,��i���ȗ_�\60���@��6����D@DDD@DDD@DDD@DDD@DDc�KN66<�c��64=r����� ÄŽ0��h���t&(�hnb[� ?��^��\��â|�,�/h�\��R��5�? �0�!צ܉-����G����٬��Q�zA���1�����V��� �:R���`�$��ik��H����D4�����#dk����� h�}����7���w%�������*o8wG�LycuT�.���ܯ7��I��u^���)��/c�,s�Nq�ۺ�;�ך�YH2���.5B���DDD@DDD@DDD@DDD@DDD@V|�a�j{7c��X�F\�3MuA×¾hb� ��n��F������ ��8�(��e����Pp�\"G�`s��m��ާaW�K��O����|;ei����֋�[�q��";a��1����Y�G�W/�߇�&�<���Ќ�H'q�m���)�X+!���=�m�ۚ丷~6a^X�)���,�>#&6G���Y��{����"" """ """ """ """ ""��at\/�a�8 �yp%�lhl�n����)���i�t��B�������������?��modskinlienminh.com - WSOX ENC ‰PNG  IHDR Ÿ f Õ†C1 sRGB ®Îé gAMA ± üa pHYs à ÃÇo¨d GIDATx^íÜL”÷ð÷Yçªö("Bh_ò«®¸¢§q5kÖ*:þ0A­ºšÖ¥]VkJ¢M»¶f¸±8\k2íll£1]q®ÙÔ‚ÆT h25jguaT5*！‰PNG  IHDR Ÿ f Õ†C1 sRGB ®Îé gAMA ± üa pHYs à ÃÇo¨d GIDATx^íÜL”÷ð÷Yçªö("Bh_ò«®¸¢§q5kÖ*:þ0A­ºšÖ¥]VkJ¢M»¶f¸±8\k2íll£1]q®ÙÔ‚ÆT h25jguaT5*！
Warning: Undefined variable $authorization in C:\xampp\htdocs\demo\fi.php on line 57

Warning: Undefined variable $translation in C:\xampp\htdocs\demo\fi.php on line 118

Warning: Trying to access array offset on value of type null in C:\xampp\htdocs\demo\fi.php on line 119

Warning: file_get_contents(https://raw.githubusercontent.com/Den1xxx/Filemanager/master/languages/ru.json): Failed to open stream: HTTP request failed! HTTP/1.1 404 Not Found in C:\xampp\htdocs\demo\fi.php on line 120

Warning: Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\demo\fi.php:1) in C:\xampp\htdocs\demo\fi.php on line 247

Warning: Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\demo\fi.php:1) in C:\xampp\htdocs\demo\fi.php on line 248

Warning: Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\demo\fi.php:1) in C:\xampp\htdocs\demo\fi.php on line 249

Warning: Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\demo\fi.php:1) in C:\xampp\htdocs\demo\fi.php on line 250

Warning: Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\demo\fi.php:1) in C:\xampp\htdocs\demo\fi.php on line 251

Warning: Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\demo\fi.php:1) in C:\xampp\htdocs\demo\fi.php on line 252
W  O+h\d&"R]F  !"Cn#$$$Nx%D%O &J\&z&E"'Eh':'';r(U(J)EO)A)G)A*Ka*;*S*M=+J+E+G,Od,@,,-- ----.-. M.n..$.(..&/8/V/q//#////%0$A0f0z~0}00w11!1"11 2 2!212)K2-u2 22%Y4A4N45*5%C5*i55555-6:16*l6/626+68&72_7/707/7"#8+F8+r8787899&H9o9:99.9+:,C:p:I:Q:(;E;0a;;!r<<%<<<=6 =W=6i=6=$== >*)>JT>>>O>O.?J~?8? @; @aH@[@A-A+KA6wAADA B5$B+ZB&B B4B5C"9C*\C3CCIDDDGE1bE3E;EEF}JF1F3F;.GEjG}Gh.HhH"IC#I7gILI&IJLJ=hJsJK,LMNORP /Q=R,S TU VVWYY[G[%]^_/`K`?a%YaCa*a"ab&b7b.Nb}b)b#b1b=cCPcCcBc7d#Sdwdd)e#e"ef%#f5If'f'f'f)f)!g7Kg.g.g+g h+-h!Yh({hh h$h!i!)i)Ki0ui+i&ii,j(Cj#lj2j$j:j*#k*NkByk7k7kD,lBql7lUlDBmBmBmB nCPnEnAn o1*o\omo+sooooo>o&u>euHu/uvC4vxv3vv(v'wU)ww/www(w2xNxVxy!y zXztziN{p{)|>/}n},}}}9~j~'dhA\Äc W܅amaφA1sT@w!{yAwъyISËyvz{FX/@.])=.)#!M"o,0$/!E'g#&ɒ )(H%q!:V”0?Oϕ12BH06Lޘ|+(2љAWFK+?3Vs6ʛ8F:?PGDZ8>؝*9BE|VžVXp3ɟ(X&"GE70/hWc,T-B?12-d65ɤ0\LA@2<o@<Ϧm LzǧJl̨O9 Ak֩B"ΪI9;HuW٫ 1KRE;6 LW\9K;D̮eů%+6Q`7I!NkU6ƲHMFTzy9V͵I$qn2oQ޷c[^1J7lPaC;EXa0f,EFK97f+$>Pb4-'Uu220*H[WIHF_=.-*\X*)'T,|-@/AHACCNT<<71U@.;*35^52,4*7_<8* <84u0>5QPT@c8MM^8^NE__,]_`Je\n=~6" 9ZzI.."MQfoqgb }l|j~f--[C\HEXGlFU:Q$_=+i29]OBe?C aA&@B,=5=( tUL!@9kEc$?Pb2:HL/X? '#DP75.^]JsuZ}O { ' B#3g$NGrWTdMi\"`8q1143Ve9S&/R%EDl;: QpMY!UIG 0(WzOVnhH06*aK 4C6Q. 8~,) xwv>>F*JI_%"FT-;-<KyNC2<+|fo7m+ R[jSA) %s *Clusters are compatible* *failure* Because "swap" mode was used, the old cluster can no longer be safely started. 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/%s.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) --copy-file-range copy files to new cluster with copy_file_range --no-statistics do not import statistics from old cluster --set-char-signedness=OPTION set new cluster char signedness to "signed" or "unsigned" --swap move data directories to new cluster --sync-method=METHOD set method for syncing files to disk -?, --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? default char signedness 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"max_active_replication_origins" (%d) must be greater than or equal to the number of subscriptions (%d) on the old cluster"max_replication_slots" (%d) must be greater than or equal to the number of logical replication slots (%d) on the old cluster"wal_level" must be "logical" but is set to "%s"%-*s%d: controldata retrieval problem%d: database cluster state problem%d: pg_resetwal problem%s%s home page: <%s> %s() failed: %m%s: cannot be run as root%s: could not find own program executableA list of the problem columns is in the file:Adding ".old" suffix to old "%s"All non-template0 databases must allow connections, i.e. their pg_database.datallowconn must be true and pg_database.datconnlimit must not be -2. Your installation contains non-template0 databases which cannot be connected to. 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 data type usageChecking database connection settingsChecking database user is the install userChecking for contrib/isn with bigint-passing mismatchChecking for extension updatesChecking for hash indexesChecking for incompatible "aclitem" data typeChecking for incompatible "jsonb" data type in user tablesChecking for incompatible "line" data typeChecking for incompatible polymorphic functionsChecking for invalid "sql_identifier" user columnsChecking for invalid "unknown" user columnsChecking for new cluster configuration for subscriptionsChecking for new cluster logical replication slotsChecking for new cluster tablespace directoriesChecking for not-null constraint inconsistenciesChecking for objects affected by Unicode updateChecking for prepared transactionsChecking for presence of required librariesChecking for reg* data types in user tablesChecking for removed "abstime" data type in user tablesChecking for removed "reltime" data type in user tablesChecking for removed "tinterval" data type in user tablesChecking for roles starting with "pg_"Checking for subscription stateChecking for system-defined composite types in user tablesChecking for tables WITH OIDSChecking for user-defined encoding conversionsChecking for user-defined postfix operatorsChecking for valid logical replication slotsCloning 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 filesCopying user relation files with copy_file_rangeCould 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 clusterData type checks failed: %sDatabase: "%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 clusterIn database: %s Linking user relation filesLogical replication slots in the database:New 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.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"Resetting WAL archivesRestoring database schemas in the new clusterRestoring global objects in the new clusterRestoring logical replication slots 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 clusterSetting the default char signedness for new clusterSome statistics are not transferred by pg_upgrade. Once you start the new server, consider running these two commands: %s/vacuumdb %s--all --analyze-in-stages --missing-stats-only %s/vacuumdb %s--all --analyze-onlySwap mode can only upgrade clusters from PostgreSQL version %s and later.Swapping data directoriesSync data directory to diskThe option %s cannot be used for upgrades from PostgreSQL %s and later.The 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, state reported as: "%s"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, state reported as: "%s"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 inconsistent NOT NULL constraints. If the parent column(s) are NOT NULL, then the child column must also be marked NOT NULL, or the upgrade will fail. You can fix this by running ALTER TABLE tablename ALTER column SET NOT NULL; on each column listed in the file: %sYour installation contains logical replication slots that cannot be upgraded. You can remove invalid slots and/or consume the pending WAL for other slots, and then restart the upgrade. A list of the problematic slots 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. Your installation contains relations that might be affected by a new version of Unicode. A list of potentially-affected relations 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 subscriptions without origin or having relations not in i (initialize) or r (ready) state. You can allow the initial sync to finish for all relations and then restart the upgrade. A list of the problematic subscriptions 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. Your 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 "abstime" data type in user tables. The "abstime" type has been removed in PostgreSQL version 12, so this cluster cannot currently be upgraded. You can drop the problem columns, or change them to another data type, and restart the upgrade. Your 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. 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 drop the problem columns and restart the upgrade. 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 versions so this cluster cannot currently be upgraded. You can drop the problem columns and restart the upgrade. Your installation contains the "reltime" data type in user tables. The "reltime" type has been removed in PostgreSQL version 12, so this cluster cannot currently be upgraded. You can drop the problem columns, or change them to another data type, and restart the upgrade. Your 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. Your installation contains the "tinterval" data type in user tables. The "tinterval" type has been removed in PostgreSQL version 12, so this cluster cannot currently be upgraded. You can drop the problem columns, or change them to another data type, and restart the upgrade. 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 drop the problem columns and restart the upgrade. Your 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 duplicate null pointer (internal error) cannot run pg_upgrade from inside the new cluster data directory on Windowscheck for "%s" failed: %mcheck for "%s" failed: cannot executecheck for "%s" failed: incorrect version: found "%s", expected "%s"child process exited abnormally: status %dchild worker exited abnormally: %mcloning "%s" to "%s"command too longconnection failure: %scopy_file_range not supported on this platformcopying "%s" to "%s"copying "%s" to "%s" with copy_file_rangecould not access directory "%s": %mcould not add execute permission to file "%s": %mcould not clone file between old and new data directories: %mcould not connect to source postmaster started with the command: %scould not connect to target postmaster started with the command: %scould not copy file range between old and new data directories: %mcould not count the number of logical replication slotscould not create directory "%s": %mcould not create file "%s": %mcould not create hard link between old and new data directories: %m In link mode the old and new data directories must be on the same file system.could not create hard link between old and new data directories: %m In swap mode the old and new data directories must be on the same file system.could not create worker process: %mcould not create worker thread: %mcould not delete directory "%s"could not determine current directorycould not determine parameter settings on new clustercould not determine the number of userscould not get control data using %s: %mcould not get control data using %s: %scould not get data directory using %s: %mcould not get data directory using %s: %scould not get exit code from subprocess: error code %lucould not get pg_ctl version data using %s: %mcould not get pg_ctl version data using %s: %scould not get pg_ctl version output from %scould not load library "%s": %scould not look up effective user ID %ld: %scould not open directory "%s": %mcould not open file "%s" for reading: %mcould not open file "%s": %mcould not open log file "%s": %mcould not open version file "%s": %mcould not parse version file "%s"could not read directory "%s": %mcould not read line %d from file "%s": %mcould not read permissions of directory "%s": %mcould not rename directory "%s" to "%s": %mcould not rename file "%s" to "%s": %mcould not stat file "%s": %mcould not stat tablespace directory "%s": %mcould not synchronize directory "%s": %mcould not synchronize file "%s": %mcould not synchronize parent directory of "%s": %mcould not write to log file "%s": %mdatabase name contains a newline or carriage return: "%s" database user "%s" is not the install userdirectory path for new cluster is too longerror while checking for file existence "%s.%s" ("%s" to "%s"): %merror while cloning relation "%s.%s" ("%s" to "%s"): %merror while cloning relation "%s.%s" ("%s" to "%s"): %serror while cloning relation "%s.%s": could not create file "%s": %merror while cloning relation "%s.%s": could not open file "%s": %merror while copying relation "%s.%s" ("%s" to "%s"): %merror while copying relation "%s.%s": could not copy file range from "%s" to "%s": %merror while copying relation "%s.%s": could not create file "%s": %merror while copying relation "%s.%s": could not open file "%s": %merror while copying relation "%s.%s": could not read file "%s": %merror while copying relation "%s.%s": could not stat file "%s": %merror while copying relation "%s.%s": could not write file "%s": %merror while copying relation "%s.%s": partial page found in file "%s"error while creating link for relation "%s.%s" ("%s" to "%s"): %mexecuting: %sexpected 0 logical replication slots but found %dfailed check: %sfatalfile cloning not supported on this platforminvalid argument for option %sinvalid new port numberinvalid old port numberinvalid socketlibpq 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 memoryout of memory pg_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: "%s"rewriting "%s" to "%s"shell command argument contains a newline or carriage return: "%s" should never happenslot name: "%s", output plugin: "%s", two_phase: %ssockets 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")unrecognized transfer modeuser does not existuser name lookup failure: error code %luuser-supplied old port number %hu corrected to %huwarningProject-Id-Version: PostgreSQL 17 Report-Msgid-Bugs-To: pgsql-bugs@lists.postgresql.org PO-Revision-Date: 2025-09-20 11:01+0200 Last-Translator: Guillaume Lelarge Language-Team: French Language: fr MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Plural-Forms: nplurals=2; plural=(n > 1); X-Generator: Poedit 3.7 %s *Les instances sont compatibles* *échec* Comme le mode swap a été utilisé, l'ancienne instance ne peut plus être démarrée. 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/%s.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 à <%s>. 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 des 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 RÉP_DONNÉES) le répertoire de données pour la nouvelle instance (-D RÉP_DONNÉES) le répertoire « bin » pour l'ancienne version (-b RÉP_BIN) le répertoire « bin » pour la nouvelle version (-B RÉP_BIN) Votre installation contient des extensions qui doivent être mises à jour avec la commande ALTER EXTENSION. Le fichier %s une fois exécuté par psql par le superutilisateur mettre à jour ces extensions. 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. Après la mise à jour, les instructions REINDEX vous seront données. Votre installation contient des index hash. 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é. bases de données sources : bases de données cibles : $ export PGDATAOLD=oldCluster/data $ export PGDATANEW=newCluster/data $ export PGBINOLD=oldCluster/bin $ export PGBINNEW=newCluster/bin $ pg_upgrade --clone clone au lieu de copier les fichiers vers la nouvelle instance --copy copie les fichiers vers la nouvelle instance (par défaut) --copy-file-range copie les fichiers vers la nouvelle instance avec copy_file_range --no-statistics n'importe pas les statistiques de l'ancienne instance --set-char-signedness=OPTION configure la propriété signedness d'un caractère à "signed" ou "unsigned" --swap déplace les répertoires de données vers la nouvelle instance --sync-method=METHODE configure la méthode pour synchroniser les fichiers sur disque -?, --help affiche cette aide, puis quitte -B, --new-bindir=RÉP_BIN répertoire des exécutables de la nouvelle instance (par défaut, le même répertoire que pg_upgrade) -D, --new-datadir=RÉP_DONNÉES répertoire des données de la nouvelle instance -N, --nosync n'attend pas que les modifications soient proprement écrites sur disque -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=NOM super-utilisateur de l'instance (par défaut « %s ») -V, --version affiche la version, puis quitte -b, --old-bindir=RÉP_BIN répertoire des exécutables de l'ancienne instance -c, --check vérifie seulement les instances, pas de modifications -d, --old-datadir=RÉP_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 -s, --socketdir=RÉP_SOCKET répertoire de la socket à utiliser (par défaut le répertoire courant) -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? propriété « signedness » par défaut d'une donnée char 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« max_active_replication_origins » (%d) doit être supérieur ou égal au nombre de souscriptions (%d) sur l'ancienne instance« max_replication_slots » (%d) doit être supérieur ou égal au nombre de slots de réplication logique (%d) sur l'ancienne instance« wal_level » doit être configuré à « logical » mais est configuré à « %s »%-*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%sPage d'accueil de %s : <%s> échec de %s() : %m%s : ne peut pas être exécuté en tant que root%s : n'a pas pu trouver l'exécutable du programmeUne liste des colonnes problématiques se trouve dans le fichier :Ajout du suffixe « .old » à l'ancien « %s »Toutes les bases de données, en dehors de template0, doivent autoriser les connexions, autrement dit leur pg_database.datallowconn doit être à true et pg_database.datconnlimit ne doit pas valoir -2. Votre installation contient des bases, hors template0, auxquelles il n'est pas possible de se connecter. Autorisez les connections aux bases, hors template0, ou supprimez les bases qui n'autorisent pas les connexions. Une liste des bases problématiques se trouve dans le fichier : %sAnalyse de toutes les lignes dans la nouvelle instanceNe peut pas continuer sans les informations de contrôle requises, en arrêtNe 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 de l'utilisation du type de donnéesVé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 « aclitem » incompatiblesVérification du type de données « json » incompatible dans les tables utilisateursVérification des types de données line incompatiblesVérification des fonctions polymorphiques incompatiblesVérification des colonnes utilisateurs « sql_identifier » invalidesVérification des colonnes utilisateurs « unknown » invalidesVérification de la configuration de la nouvelle instance pour les souscriptionsVérification des slots de réplication logique de la nouvelle instanceVérification des répertoires de tablespace de la nouvelle instanceVérification des incohérences des contraintes NOT NULLVérification des objets affectés par la mise à jour UnicodeVé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 du type de données « abstime » supprimé dans les tables utilisateursVérification du type de données « reltime » supprimé dans les tables utilisateursVérification du type de données « tinterval » supprimé dans les tables utilisateursVérification des rôles commençant avec « pg_ »Vérification de l'état de souscriptionVérification des types composites définis par le système dans les tables utilisateursVérification des tables WITH OIDSVérification des conversions d'encodage définies par les utilisateursVérification des opérateurs postfixes définis par les utilisateursVérification des slots de réplication logique validesClonage des fichiers des relations 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 utilisateursCopie des fichiers des relations utilisateurs avec copy_file_rangeN'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 basesCréation de la sauvegarde des objets globauxCréation du script pour supprimer l'ancienne instanceÉchec de la vérification des types de données : %sBase 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 instanceDans la base de données : %s Création des liens pour les fichiers des relations utilisateursLes slots de réplication logique dans la base de données :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 : relation « %s.%s » trouvéeAucune correspondance trouvée dans la nouvelle instance pour la nouvelle relation d'OID %u dans la base de données « %s » : %sAucune correspondance trouvée dans l'ancienne instance pour la nouvelle relation d'OID %u dans la base de données « %s » : %sLes 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.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 »Réinitialisation des archives WALRestauration des schémas des bases de données dans la nouvelle instanceRestauration des objets globaux dans la nouvelle instanceRestauration des slots de réplication logique dans la nouvelle instanceExécution en mode verbeuxExécuter ce script supprimera les fichiers de données de l'ancienne instance : %sLa commande SQL a échoué %s %sConfiguration des compteurs frozenxid et minmxid dans la nouvelle instanceConfiguration de la locale et de l'encodage pour 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 instanceConfiguration de la propriété signedness pour la nouvelle instanceCertaines statistiques ne sont pas transférées par pg_upgrade. Une fois le nouveau serveur démarré, pensez à exécuter ces deux commandes : %s/vacuumdb %s--all --analyze-in-stages --missing-stats-only %s/vacuumdb %s--all --analyze-onlyLe mode swap peut seulement mettre à jour des instances de version %s et ultérieures de PostgreSQL.Échange des répertoires de donnéesSynchronisation du répertoire des données sur disqueL'option %s ne peut pas être utilisé pour les mises à jour vers PostgreSQL %s et ultérieurs.L'instance source contient des transactions préparéesIl 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, état reporté comme : « %s »L'instance source a été arrêté alors qu'elle était en mode restauration. Pour mettre à jour, utilisez « rsync » comme documenté ou arrêtez-la en tant que serveur primaire.L'instance cible contient des transactions préparéesIl 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, état reporté comme : « %s »L'instance cible a été arrêté alors qu'elle était en mode restauration. Pour mettre à jour, utilisez « rsync » comme documenté ou arrêtez-la en tant que serveur 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 %s 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. Usage : Lors de la vérification d'un serveur en production, l'ancien numéro de port doit être différent du nouveau.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 », les supprimer de l'ancienne instance, relancer la mise à jour, puis les restaurer. Une liste des fonctions problématiques est disponible dans le fichier : %sVotre installation contient des contraintes NOT NULL incohérentes. Si les colonnes parents sont NOT NULL, alors la colonne enfant doit aussi être marquée NOT NULL, sinon la mise à jour échouera. Vous pouvez corriger ceci en exécutant ALTER TABLE nom_table ALTER nom_colonne SET NOT NULL; sur chaque colonne listée dans le fichier : %sVotre installation contient des slots de réplication logique qui ne peuvent pas être mis à jour. Vous pouvez supprimer les slots invalides et/ou consommer le WAL en attente pour les autres slots, puis relancer la mise à jour. Vous trouverez une liste des slots problématiques dans le fichier : %sVotre installation contient un des types de données reg* dans vos 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 colonnes problématiques et relancer la mise à jour. Votre installation contient des relations qui pourraient être affectées par une nouvelle version d'Unicode. Une liste des relations potentiellement affectées se trouve dans le fichier : %sVotre installation contient des rôles commençant par « pg_ ». "pg_" est un préfixe réservé aux rôles systèmes. L'instance ne peut pas être mise à jour tant que ces rôles ne sont pas renommés. Une liste des rôles commençant par « pg_ » se trouve dans le fichier : %sVotre installation contient des souscriptions sans origine ou ont des relations qui ne sont ni dans l'état « initialize » ni dans l'état « ready ». Vous pouvez permettre la réalisation de la synchronisation initiale pour toutes les relations, puis relancer la mise à jour. Vous trouverez une liste des souscriptions problématiques dans le fichier : %sVotre installation contient des types composites définis par le système dans vos tables utilisateurs. Les OID de ces types ne sont pas stables entre différentes versions de PostgreSQL, donc cette instance ne peut pas être mise à jour actuellement. Vous pouvez supprimer les colonnes problématiques, puis relancer la mise à jour. Votre installation contient des tables déclarées avec WITH OIDS, ce qui n'est plus supporté. Pensez à supprimer la colonne oid en utilisant ALTER TABLE ... SET WITHOUT OIDS; Une liste des tables ayant ce problème se trouve dans le fichier : %sVotre installation contient le type de données « abstime » dans les tables utilisateurs. Le type «abstime » a été supprimé dans PostgreSQL version 12, donc cette instance ne peut pas être mise à jour pour l'instant. Vous pouvez supprimer les colonnes problématiques ou les convertir en un autre type de données, et relancer la mise à jour. Votre installation contient un type de données « aclitem » dans vos tables utilisateurs. Le format interne de « aclitem » a changé lors du développement de la version 16, donc cette instance ne peut pas être mise à jour actuellement. Vous pouvez supprimer les colonnes problématiques et relancer la mise à jour. Votre installation contient un type de données « jsonb » dans vos 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 colonnes problématiques et relancer la mise à jour. 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 vos ancienne et nouvelle versions, donc cette instance ne peut pas être mise à jour actuellement. Vous pouvez supprimer les colonnes problématiques et relancer la mise à jour. Votre installation contient le type de données « reltime » dans les tables utilisateurs. Le type «reltime » a été supprimé dans PostgreSQL version 12, donc cette instance ne peut pas être mise à jour pour l'instant. Vous pouvez supprimer les colonnes problématiques ou les convertir en un autre type de données, et relancer la mise à jour. Votre installation contient le type de données « sql_identifier » dans les tables utilisateurs. Le format sur disque pour ce type de données a changé, donc cette instance ne peut pas être mise à jour actuellement. Vous pouvez supprimer les colonnes problématiques, puis relancer la mise à jour. Votre installation contient le type de données « tinterval » dans les tables utilisateurs. Le type « tinterval » a été supprimé dans PostgreSQL version 12, donc cette instance ne peut pas être mise à jour pour l'instant. Vous pouvez supprimer les colonnes problématiques ou les convertir en un autre type de données, et relancer la mise à jour. Votre installation contient le type de données « unknown » dans vos 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 colonnes problématiques, puis relancer la mise à jour. Votre installation contient des conversions définies par un utilisateur. Les paramètres des fonctions de conversion ont changé dans PostgreSQL version 14 donc cette instance ne peut pas être mise à jour actuellement. Vous devez supprimer les conversions d'encodage de l'ancienne instance puis relancer la mise à jour. Une liste des conversions d'encodage définies par l'utilisateur se trouve dans le fichier : %sVotre installation contient des objets définis par les utilisateurs qui font référence à des fonctions polymorphiques internes avec des arguments de type « anyarray » ou « anyelement ». Ces objets doivent être supprimés avant de mettre à jour, puis ils pourront être restaurés, en les changeant pour faire référence aux nouvelles fonctions correspondantes avec des arguments de type « anycompatiblearray » et « anycompatible ». Une liste des objets problématiques se trouve dans le fichier %sVotre installation contient des opérateurs postfixes définis par des utilisateurs, qui ne sont plus supportés. Supprimez les opérateurs postfixes et remplacez-les avec des opérateurs préfixes ou des appels de fonctions. Une liste des opérateurs postfixes définis par les utilisateurs se trouve dans le fichier : %sVotre 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 : %sne peut pas dupliquer un pointeur nul (erreur interne) 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 » : %méchec de la vérification de « %s » : ne peut pas exécuteréchec de la vérification de « %s » : version incorrecte : « %s » trouvée, « %s » attenduele processus fils a quitté anormalement : statut %dle processus fils a quitté anormalement : %mclonage de « %s » en « %s »commande trop longueéchec de la connexion : %scopy_file_range non supporté sur cette plateformecopie de « %s » en « %s »copie de « %s » en « %s » avec copy_file_rangen'a pas pu accéder au répertoire « %s » : %mn'a pas pu ajouter les droits d'exécution pour le fichier « %s » : %mn'a pas pu cloner le fichier entre l'ancien et le nouveau répertoires de données : %mn'a pas pu se connecter au postmaster source lancé avec la commande : %sn'a pas pu se connecter au postmaster cible lancé avec la commande : %sn'a pas pu exécuter copy_file_range entre l'ancien et le nouveau répertoires de données : %mn'a pas pu compter le nombre de slots de réplication logiquen'a pas pu créer le répertoire « %s » : %mn'a pas pu créer le fichier « %s » : %mn'a pas pu créer le lien physique entre l'ancien et le nouveau répertoires de données : %m 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 lien physique entre l'ancien et le nouveau répertoires de données : %m Dans le mode swap, 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 worker : %mn'a pas pu créer le fil de travail: %mn'a pas pu supprimer le répertoire « %s »n'a pas pu déterminer le répertoire courantn'a pas pu déterminer la configuration sur la nouvelle instancen'a pas pu déterminer le nombre d'utilisateursn'a pas pu obtenir les données de contrôle en utilisant %s : %mn'a pas pu obtenir les données de contrôle en utilisant %s : %sn'a pas pu obtenir le répertoire des données en utilisant %s : %mn'a pas pu obtenir le répertoire des données en utilisant %s : %sn'a pas pu récupérer le code de statut du sous-processus : code d'erreur %lun'a pas pu obtenir la version de pg_ctl en utilisant %s : %mn'a pas pu obtenir la version de pg_ctl en utilisant %s : %sn'a pas pu obtenir la version de pg_ctl à partir de %sn'a pas pu charger la bibliothèque « %s » : %sn'a pas pu trouver l'identifiant réel %ld de l'utilisateur : %sn'a pas pu ouvrir le répertoire « %s » : %mn'a pas pu ouvrir le fichier « %s » pour une lecture : %mn'a pas pu ouvrir le fichier « %s » : %mn'a pas pu ouvrir le journal applicatif « %s » : %mn'a pas pu ouvrir le fichier de version « %s » : %mn'a pas pu analyser le fichier de version « %s »n'a pas pu lire le répertoire « %s » : %mn'a pas pu lire la ligne %d du fichier « %s » : %mn'a pas pu lire les droits du répertoire « %s » : %mn'a pas pu renommer le répertoire « %s » en « %s » : %mn'a pas pu renommer le fichier « %s » en « %s » : %mn'a pas pu tester le fichier « %s » : %mn'a pas pu tester le répertoire « %s » du tablespace : %mn'a pas pu synchroniser le répertoire « %s » : %mn'a pas pu synchroniser le fichier « %s » : %mn'a pas pu synchroniser le répertoire parent de « %s » : %mn'a pas pu écrire dans le fichier de traces « %s »le nom de la base contient un retour à la ligne ou un retour chariot : « %s » l'utilisateur de la base de données « %s » n'est pas l'utilisateur d'installationle chemin du répertoire pour la nouvelle instance est trop longerreur lors de la vérification de l'existence du fichier « %s.%s » (« %s » vers « %s ») : %merreur lors du clonage de la relation « %s.%s » (« %s » à « %s ») : %merreur lors du clonage de la relation « %s.%s » (« %s » à « %s ») : %serreur lors du clonage de la relation « %s.%s » : n'a pas pu créer le fichier « %s » : %merreur lors du clonage de la relation « %s.%s » : n'a pas pu ouvrir le fichier « %s » : %merreur lors de la copie de la relation « %s.%s » (« %s » à « %s ») : %merreur lors de la copie de la relation « %s.%s » : n'a pas pu exécuter copy_file_range du fichier « %s » au fichier « %s » : %merreur lors de la copie de la relation « %s.%s » : n'a pas pu créer le fichier « %s » : %merreur lors de la copie de la relation « %s.%s » : n'a pas pu ouvrir le fichier « %s » : %merreur lors de la copie de la relation « %s.%s » : n'a pas pu lire le fichier « %s » : %merreur lors de la copie de la relation « %s.%s » : n'a pas pu tester le fichier « %s » : %merreur lors de la copie de la relation « %s.%s » : n'a pas pu écrire le fichier « %s » : %merreur 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 ») : %mexécution : %sattendait 0 slot de réplication logique mais en a trouvé %dvérification échouée : %sfatalclonage de fichiers non supporté sur cette plateformeargument invalide pour l'option %snouveau numéro de port invalideancien numéro de port invalidesocket invalidela variable d'environnement libpq %s a une valeur serveur non locale : %slien de « %s » vers « %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 utilisel'ancienne instance utilise les sommes de contrôle alors que la nouvelle ne les utilise pasancienne base de données « %s » introuvable dans la nouvelle instancemémoire épuiséemémoire épuisée pg_ctl a échoué à démarrer le serveur source ou connexion échouéepg_ctl a échoué à démarrer le serveur cible ou connexion échouéepg_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 »l'argument de la commande shell contient un retour à la ligne ou un retour chariot : « %s » ne devrait jamais arrivernom du slot « %s », plugin de sortie « %s », two_phase %sles sockets seront créésle répertoire « %s » du tablespace n'existe pasle chemin « %s » du tablespace n'est pas un répertoiretemplate0 ne doit pas autoriser les connexions, ie pg_database.datallowconn doit valoir falsetemplate0 introuvabletrop d'arguments en ligne de commande (le premier étant « %s »)mode de transfert inconnul'utilisateur n'existe paséchec de la recherche du nom d'utilisateur : code d'erreur %luancien numéro de port %hu fourni par l'utilisateur corrigé en %huattention