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(w2xNxfVxyyydySzs*{{.|)%}O},o}\}a}6[~oabĂׂSWZ=PTx~ͅCLD(mFQ:EM҈G IhDHX@FQH2T{>Ћ͌ %-C#q!'ߍ))&!P(r#"ގ%C^y# ֏~qC9,>(kƑ*ޑ, /6(f'bW]@ Y-z=7-L-c?*і1@.9o9522L0%1֘.>7>v@+"F>!40ܚ/ =][i!#E3e!!ĝ.%;MGj&;ٞ;'Qy"-aܟM>ffaZC A uMqâ53O2>Qd,-ߤ#A";d#,ĥ>0O!q.W46K@Oè4۩6@GOت{{#VI]]8cDay r*^% f*r&ĸ,L ,Y0\Ic2~b%@:T{-&%>M<c.10DM^^MP<,'0(((,<D.//22CBv66,'(T7}+/%(7-`0)0<8W26G3B-vG-<<W.RBBYQPD?jSRCPcTK[XU7d?##>YAl-#CbjFm]_rYoogiGfmm-#"NF@5 "K9JN3SIr8! -,+Z^76T;m?A&@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: pg_upgrade (PostgreSQL) 18 Report-Msgid-Bugs-To: pgsql-bugs@lists.postgresql.org PO-Revision-Date: 2025-08-08 00:01+0200 Last-Translator: Peter Eisentraut Language-Team: German Language: de MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit %s *Cluster sind kompatibel* *fehlgeschlagen* Da der »swap«-Modus verwendet wurde, kann der alte Cluster nicht mehr gefahrlos gestartet werden. Vor dem Aufruf von pg_upgrade müssen Sie: den neuen Datenbankcluster anlegen (mit der neuen Version von initdb) den Postmaster für den alten Cluster anhalten den Postmaster für den neuen Cluster anhalten Zum Beispiel: pg_upgrade -d alterCluster/data -D neuerCluster/data -b alterCluster/bin -B neuerCluster/bin oder Wenn pg_upgrade ab diesem Punkt fehlschlägt, dann müssen Sie den neuen Cluster neu mit initdb initialisieren, bevor fortgesetzt werden kann. Wenn Sie den alten Cluster starten wollen, müssen Sie die Endung ».old« von »%s/%s.old« entfernen. Da der »link«-Modus verwendet wurde, kann der alte Cluster nicht gefahrlos gestartet werden, nachdem der neue Cluster gestartet worden ist. Führe Upgrade durch ------------------- Berichten Sie Fehler an <%s>. Upgrade abgeschlossen --------------------- WARNUNG: das neue Datenverzeichnis sollte nicht im alten Datenverzeichnis, d.h. %s, liegen WARNUNG: benutzerdefinierte Tablespace-Pfade sollten nicht im Datenverzeichnis, d.h. %s, liegen Beim Aufruf von pg_upgrade müssen die folgenden Informationen angegeben werden: das Datenverzeichnis des alten Clusters (-d DATENVERZ) das Datenverzeichnis des neuen Clusters (-D DATENVERZ) das »bin«-Verzeichnis der alten Version (-b BINVERZ) das »bin«-Verzeichnis der neuen Version (-B BINVERZ) Ihre Installation enthält Erweiterungen, die mit dem Befehl ALTER EXTENSION aktualisiert werden sollten. Die Datei %s kann mit psql als Datenbank-Superuser ausgeführt werden, um die Erweiterungen zu aktualisieren. Ihre Installation enthält Hash-Indexe. Diese Indexe haben unterschiedliche interne Formate im alten und neuen Cluster und müssen daher mit dem Befehl REINDEX reindiziert werden. Nach dem Upgrade werden Sie Anweisungen zum REINDEX erhalten. Ihre Installation enthält Hash-Indexe. Diese Indexe haben unterschiedliche interne Formate im alten und neuen Cluster und müssen daher mit dem Befehl REINDEX reindiziert werden. Die Datei %s kann mit psql als Datenbank-Superuser ausgeführt werden, um alle ungültigen Indexe neu zu erzeugen. Bis dahin werden diese Indexe nicht verwendet werden. Quelldatenbanken: Zieldatenbanken: $ export PGDATAOLD=alterCluster/data $ export PGDATANEW=neuerCluster/data $ export PGBINOLD=alterCluster/bin $ export PGBINNEW=neuerCluster/bin $ pg_upgrade --clone Dateien in den neuen Cluster klonen statt kopieren --copy Dateien in den neuen Cluster kopieren (Voreinstellung) --copy-file-range Dateien mit copy_file_range in den neuen Cluster kopieren --no-statistics Statistiken vom alten Cluster nicht importieren --set-char-signedness=OPTION Standard für Vorzeichen von »char« auf »signed« oder »unsigned« setzen --swap Datenverzeichnisse in den neuen Cluster verschieben --sync-method=METHODE Methode zum Synchronisieren von Dateien auf Festplatte setzen -?, --help diese Hilfe anzeigen, dann beenden -B, --new-bindir=BINVERZ Programmverzeichnis des neuen Clusters (Standard: gleiches Verzeichnis wie pg_upgrade) -D, --new-datadir=DATENVERZ Datenverzeichnis des neuen Clusters -N, --no-sync nicht warten, bis Änderungen sicher auf Festplatte geschrieben sind -O, --new-options=OPTIONEN Serveroptionen für den neuen Cluster -P, --new-port=PORT Portnummer für den neuen Cluster (Standard: %d) -U, --username=NAME Cluster-Superuser (Standard: »%s«) -V, --version Versionsinformationen anzeigen, dann beenden -b, --old-bindir=BINVERZ Programmverzeichnis des alten Clusters -c, --check nur Cluster prüfen, keine Daten ändern -d, --old-datadir=DATENVERZ Datenverzeichnis des alten Clusters -j, --jobs=NUM Anzahl paralleler Prozesse oder Threads -k, --link Dateien in den neuen Cluster verknüpfen statt kopieren -o, --old-options=OPTIONEN Serveroptionen für den alten Cluster -p, --old-port=PORT Portnummer für den alten Cluster (Standard: %d) -r, --retain SQL- und Logdateien bei Erfolg aufheben -s, --socketdir=VERZ Verzeichnis für Socket (Standard: aktuelles Verz.) -v, --verbose »Verbose«-Modus einschalten C:\> set PGDATAOLD=alterCluster/data C:\> set PGDATANEW=neuerCluster/data C:\> set PGBINOLD=alterCluster/bin C:\> set PGBINNEW=neuerCluster/bin C:\> pg_upgrade WAL-Blockgröße WAL-Segmentgröße Blockgröße Checkpoint nächste XID Datenprüfsummenversion Datum/Zeit sind Ganzzahlen? Standard für Vorzeichen von »char«-Daten erstes WAL-Segment nach dem Reset Übergabe von Float8-Argumenten Segmentgröße für große Relationen Large-Object-Chunk-Größe NextMultiXactId des letzten Checkpoints NextMultiOffset des letzten Checkpoints NextOID des letzten Checkpoints oldestMultiXid des letzten Checkpoints oldestXID des letzten Checkpoints maximale TOAST-Chunk-Größe maximale Ausrichtung (Alignment) maximale Bezeichnerlänge maximale Anzahl indizierter Spalten pg_upgrade [OPTION]... , ein Index für »%s.%s«, ein Index für OID %u, eine TOAST-Tabelle für »%s.%s«, eine TOAST-Tabelle für OID %u»%s« ist kein Verzeichnis»max_active_replication_origins« (%d) muss größer als oder gleich der Anzahl der Subskriptionen (%d) im alten Cluster sein»max_replication_slots« (%d) muss größer als oder gleich der Anzahl der logischen Replikations-Slots (%d) im alten Cluster sein»wal_level« muss »logical« sein, aber es ist auf »%s« gesetzt%-*s%d: Problem beim Ermitteln der Kontrolldaten%d: Problem mit dem Zustand des Clusters%d: Problem mit pg_resetwal%s%s Homepage: <%s> %s() fehlgeschlagen: %m%s: kann nicht als root ausgeführt werden%s: konnte eigene Programmdatei nicht findenEine Liste der Problemspalten ist in der Datei:Füge Endung ».old« an altes »%s« anAlle Datenbanken außer template0 müssen Verbindungen erlauben, d.h. ihr pg_database.datallowconn muss wahr sein und pg_database.datconnlimit darf nicht -2 sein. Ihre Installation enthält Datenbanken außer template0, zu denen nicht verbunden werden kann. Sie sollten Verbindungen für alle Datenbanken außer template0 erlauben oder die Datenbanken, die keine Verbindungen erlauben, löschen. Eine Liste der Datenbanken mit diesem Problem ist in der Datei: %sAnalysiere alle Zeilen im neuen ClusterKann ohne die benötigten Kontrollinformationen nicht fortsetzen, Programm wird beendetKann nicht auf gleiche Systemkatalogversion aktualisieren, wenn Tablespaces verwendet werden.Prüfe Cluster-VersionenPrüfe Verwendung von DatentypenPrüfe Verbindungseinstellungen der DatenbankPrüfe ob der Datenbankbenutzer der Installationsbenutzer istPrüfe auf contrib/isn mit unpassender bigint-ÜbergabePrüfe auf Aktualisierungen von ErweiterungenPrüfe auf Hash-IndexePrüfe auf inkompatiblen Datentyp »aclitem«Prüfe auf inkompatiblen Datentyp »jsonb« in BenutzertabellenPrüfe auf inkompatiblen Datentyp »line«Prüfe auf inkompatible polymorphische FunktionenPrüfe auf ungültige Benutzerspalten mit Typ »sql_identifier«Prüfe auf ungültige Benutzerspalten mit Typ »unknown«Prüfe Konfiguration für Subskriptionen im neuen ClusterPrüfe logische Replikations-Slots des neuen ClustersPrüfe Tablespace-Verzeichnisse des neuen ClustersPrüfe auf Inkonsistenzen bei Not-Null-ConstraintsPrüfe auf vom Unicode-Update betroffene ObjektePrüfe auf vorbereitete TransaktionenPrüfe das Vorhandensein benötigter BibliothekenPrüfe auf reg*-Datentypen in BenutzertabellenPrüfe auf entfernten Datentyp »abstime« in BenutzertabellenPrüfe auf entfernten Datentyp »reltime« in BenutzertabellenPrüfe auf entfernten Datentyp »tinterval« in BenutzertabellenPrüfe auf Rollen, die mit »pg_« anfangenPrüfe SubskriptionszustandPrüfe auf systemdefinierte zusammengesetzte Typen in BenutzertabellenPrüfe auf Tabellen mit WITH OIDSPrüfe auf benutzerdefinierte KodierungsumwandlungenPrüfe auf benutzerdefinierte Postfix-OperatorenPrüfe auf gültige logische Replikations-SlotsKlone BenutzertabellendateienPrüfen Sie die letzten Zeilen von »%s« für den wahrscheinlichen Grund für das Scheitern.Prüfen Sie die letzten Zeilen von »%s« oder »%s« für den wahrscheinlichen Grund für das Scheitern.Kopiere altes %s zum neuen ServerKopiere BenutzertabellendateienKopiere Benutzertabellendateien mit copy_file_rangeEin Skript zum Löschen der Dateien des alten Clusters konnte nicht erzeugt werden, weil benutzerdefinierte Tablespaces oder das Datenverzeichnis des neuen Clusters im alten Cluster-Verzeichnis liegen. Der Inhalt des alten Clusters muss von Hand gelöscht werden.Erzeuge Dump der DatenbankschemasErzeuge Dump der globalen ObjekteErzeuge Skript zum Löschen des alten ClustersDatentypprüfungen fehlgeschlagen: %sDatenbank: »%s«Lösche Dateien aus neuem %sAlte und neue Tabellen in Datenbank »%s« konnten nicht gepaart werdenFehlgeschlagen, Programm wird beendet Suche das tatsächliche Datenverzeichnis des alten ClustersSuche das tatsächliche Datenverzeichnis des neuen ClustersFriere alle Zeilen im neuen Cluster einIn Datenbank: %s Verknüpfe BenutzertabellendateienLogische Replikations-Slots in der Datenbank:Die Daten- und Programmverzeichnisse des neuen Clusters stammen von verschiedenen Hauptversionen.Datenbank »%s« im neuen Cluster ist nicht leer: Relation »%s.%s« gefundenKeine Übereinstimmung gefunden im neuen Cluster für alte Relation mit OID %u in Datenbank »%s«: %sKeine Übereinstimmung gefunden im alten Cluster für neue Relation mit OID %u in Datenbank »%s«: %sDie Daten- und Programmverzeichnisse des alten Clusters stammen von verschiedenen Hauptversionen.Nur der Installationsbenutzer darf im neuen Cluster definiert sein.Optionen: Führe Konsistenzprüfungen durch -------------------------------Führe Konsistenzprüfungen am alten laufenden Server durch ---------------------------------------------------------Relationsnamen für OID %u in Datenbank »%s« stimmen nicht überein: alten Name »%s.%s«, neuer Name »%s.%s«Setze WAL-Archive zurückStelle Datenbankschemas im neuen Cluster wieder herStelle globale Objekte im neuen Cluster wieder herStelle logische Replikations-Slots im neuen Cluster wieder herAusführung im Verbose-ModusMit diesem Skript können die Dateien des alten Clusters gelöscht werden: %sSQL-Befehl fehlgeschlagen %s %sSetze frozenxid und minmxid im neuen ClusterSetze Locale und Kodierung für neuen ClusterSetze minmxid im neuen ClusterSetze nächste OID im neuen ClusterSetze nächste Multixact-ID und nächstes Offset im neuen ClusterSetze nächste Transaktions-ID und -epoche im neuen ClusterSetze älteste XID im neuen ClusterSetze älteste Multixact-ID im neuen ClusterSetze Standard für Vorzeichen von »char« für neuen ClusterEinige Statistiken werden von pg_upgrade nicht übertragen. Wenn Sie den neuen Server starten, sollte Sie diese zwei Befehle ausführen: %s/vacuumdb %s--all --analyze-in-stages --missing-stats-only %s/vacuumdb %s--all --analyze-onlySwap-Modus kann nur Cluster von PostgreSQL Version %s oder später aktualisien.Vertausche DatenverzeichnisseSynchronisiere Datenverzeichnis auf FestplatteDie Option %s kann nicht für Upgrades von PostgreSQL %s oder später verwendet werden.Der alte Cluster enthält vorbereitete TransaktionenIm alten Cluster fehlen Cluster-Zustandsinformationen:Im alten Cluster fehlen einige notwendige Kontrollinformationen:Der alte Cluster wurde nicht sauber heruntergefahren, gemeldeter Status: »%s«Der alte Cluster wurde im Wiederherstellungsmodus heruntergefahren. Um ihn zu aktualisieren, verwenden Sie »rsync« wie in der Dokumentation beschrieben oder fahren Sie ihn im Primärmodus herunter.Der neue Cluster enthält vorbereitete TransaktionenIm neuen Cluster fehlen Cluster-Zustandsinformationen:Im neuen Cluster fehlen einige notwendige Kontrollinformationen:Der neue Cluster wurde nicht sauber heruntergefahren, gemeldeter Status: »%s«Der neue Cluster wurde im Wiederherstellungsmodus heruntergefahren. Um ihn zu aktualisieren, verwenden Sie »rsync« wie in der Dokumentation beschrieben oder fahren Sie ihn im Primärmodus herunter.Es läuft scheinbar ein Postmaster für den neuen Cluster. Bitte beenden Sie diesen Postmaster und versuchen Sie es erneut.Es läuft scheinbar ein Postmaster für den alten Cluster. Bitte beenden Sie diesen Postmaster und versuchen Sie es erneut.Probleme beim Ausführen von »%s«Dieses Programm kann nur Upgrades von PostgreSQL Version %s oder später durchführen.Dieses Programm kann nur Upgrades auf PostgreSQL Version %s durchführen.Dieses Programm kann keine Downgrades auf ältere Hauptversionen von PostgreSQL durchführen.Versuchen Sie »%s --help« für weitere Informationen. Aufruf: Wenn ein laufender Server geprüft wird, müssen die alte und die neue Portnummer verschieden sein.Sie müssen Lese- und Schreibzugriff im aktuellen Verzeichnis haben.Sie müssen das Verzeichnis angeben, wo %s. Bitte verwenden Sie die Kommandzeilenoption %s oder die Umgebungsvariable %s.Ihre Installation enthält Funktionen aus »contrib/isn«, welche den Datentyp bigint verwenden. Der alte und der neue Cluster übergeben bigint auf andere Weise und daher kann dieser Cluster gegenwärtig nicht aktualisiert werden. Sie können Datenbanken im alten Cluster, die »contrib/isn« verwenden, manuell dumpen, löschen, dann das Upgrade durchführen und sie dann wiederherstellen. Eine Liste der problematischen Funktionen ist in der Datei: %sIhre Installation enthält inkonsistente NOT-NULL-Constraints. Wenn die Spalte in der Elterntabelle NOT NULL ist, dann muss die Spalte in der abgeleiteten Tabelle auch NOT NULL sein, ansonsten wird das Upgrade fehlschlagen. Sie können dies reparieren, indem Sie ALTER TABLE tabellenname ALTER spalte SET NOT NULL; für jede Spalte in dieser Datei ausführen: %sIhre Installation enthält logische Replikations-Slots, die nicht aktualisiert werden können. Sie können ungültige Slots entfernen und/oder den noch nicht erledigten WAL der anderen Slots konsumieren und dann das Upgrade neu starten. Eine Liste der problematischen Slots ist in der Datei: %sIhre Installation enthält einen der reg*-Datentypen in Benutzertabellen. Diese Datentypen verweisen auf System-OIDs, die von pg_upgrade nicht erhalten werden. Daher kann dieser Cluster gegenwärtig nicht aktualiert werden. Sie können die Problemspalten löschen und das Upgrade neu starten. Ihre Installation enthält Relationen, die von einer neuen Version von Unicode betroffen sein könnten. Eine Liste der möglicherweise betroffenen Relationen ist in der Datei: %sIhre Installation enthält Rollen, die mit »pg_« anfangen. »pg_« ist ein reservierter Präfix für Systemrollen. Der Cluster kann erst aktualisiert werden, wenn diese Rollen umbenannt sind. Eine Liste der Rollen, die mit »pg_« anfangen, ist in der Datei: %sIhre Installation enthält Subskriptionen ohne Origin oder mit Relationen, die nicht im Zustand i (initialize) oder r (ready) sind. Sie können die initiale Synchronisierung abschließen lassen und dann das Upgrade neu starten. Eine Liste der problematischen Subskriptionen ist in der Datei: %sIhre Installation enthält systemdefinierte zusammengesetzte Typen in Benutzertabellen. Die OIDs dieser Typen sind nicht über PostgreSQL-Versionen stabil und daher kann dieser Cluster gegenwärtig nicht aktualisiert werden. Sie können die Problemspalten löschen und das Upgrade neu starten. Ihre Installation enthält Tabellen, die mit WITH OIDS deklariert sind, was nicht mehr unterstützt wird. Entfernen Sie die oid-Spalte mit ALTER TABLE ... SET WITHOUT OIDS; Eine Liste der Tabellen mit dem Problem ist in der Datei: %sIhre Installation enthält den Datentyp »abstime« in Benutzertabellen. Der Typ »abstime« wurde in PostgreSQL 12 entfernt. Daher kann dieser Cluster gegenwärtig nicht aktualisiert werden. Sie können die Problemspalten löschen oder in einen anderen Datentyp ändern und das Upgrade neu starten. Ihre Installation enthält den Datentyp »aclitem« in Benutzertabellen. Das interne Format von »aclitem« wurde in PostgreSQL 16 geändert. Daher kann dieser Cluster gegenwärtig nicht aktualisiert werden. Sie können die Problemspalten löschen und das Upgrade neu starten. Ihre Installation enthält den Datentyp »jsonb« in Benutzertabellen. Das interne Format von »jsonb« wurde während 9.4 Beta geändert. Daher kann dieser Cluster gegenwärtig nicht aktualisiert werden. Sie können die Problemspalten löschen und das Upgrade neu starten. Ihre Installation enthält den Datentyp »line« in Benutzertabellen. Das interne Format und das Eingabe-/Ausgabeformat dieses Datentyps wurden zwischen Ihrem alten und neuen Cluster geändert und daher kann dieser Cluster gegenwärtig nicht aktualisiert werden. Sie können die Problemspalten löschen und das Upgrade neu starten. Ihre Installation enthält den Datentyp »reltime« in Benutzertabellen. Der Typ »reltime« wurde in PostgreSQL 12 entfernt. Daher kann dieser Cluster gegenwärtig nicht aktualisiert werden. Sie können die Problemspalten löschen oder in einen anderen Datentyp ändern und das Upgrade neu starten. Ihre Installation enthält den Datentyp »sql_identifier« in Benutzertabellen. Das Speicherformat dieses Datentyps wurde geändert und daher kann dieser Cluster gegenwärtig nicht aktualisiert werden. Sie können die Problemspalten löschen und das Upgrade neu starten. Ihre Installation enthält den Datentyp »tinterval« in Benutzertabellen. Der Typ »tinterval« wurde in PostgreSQL 12 entfernt. Daher kann dieser Cluster gegenwärtig nicht aktualisiert werden. Sie können die Problemspalten löschen oder in einen anderen Datentyp ändern und das Upgrade neu starten. Ihre Installation enthält den Datentyp »unknown« in Benutzertabellen. Dieser Datentyp ist nicht mehr in Tabellen erlaubt und daher kann dieser Cluster gegenwärtig nicht aktualisiert werden. Sie können die Problemspalten löschen und das Upgrade neu starten. Ihre Installation enthält benutzerdefinierte Kodierungsumwandlungen. Die Parameter von Umwandlungsfunktionen wurden in PostgreSQL Version 14 geändert. Daher kann dieser Cluster gegenwärtig nicht aktualisiert werden. Sie können die Kodierungsumwandlungen im alten Cluster entfernen und das Upgrade neu starten. Eine Liste der benutzerdefinierten Kodierungsumwandlungen ist in der Datei: %sIhre Installation enthält benutzerdefinierte Objekte, die auf interne polymorphische Funktionen mit Argumenten vom Typ »anyarray« und »anyelement« verweisen. Diese benutzerdefinierten Objekte müsen vor dem Upgrade gelöscht werden und danach wiederhergestellt werden, nachdem sie so geändert wurden, dass sie auf die entsprechenden Funktionen mit Argumenten vom Typ »anycompatiblearray« und »anycompatible« verweisen. Eine Liste der problematischen Objekte ist in der Datei: %sIhre Installation enthält benutzerdefinierte Postfixoperatoren, was nicht mehr unterstützt wird. Entfernen Sie die Postfixoperatoren und ersetzten Sie sie durch Präfixoperatoren oder Funktionsaufrufe. Eine Liste der benutzerdefinierten Postfixoperatoren ist in der Datei: %sIhre Installation verweist auf ladbare Bibliotheken, die in der neuen Installation fehlen. Sie können diese Bibliotheken zur neuen Installation hinzufügen oder die Funktionen in der alten Installation entfernen. Eine Liste der problematischen Bibliotheken ist in der Datei: %skann NULL-Zeiger nicht kopieren (interner Fehler) auf Windows kann pg_upgrade nicht von innerhalb des Cluster-Datenverzeichnisses ausgeführt werdenPrüfen von »%s« fehlgeschlagen: %mPrüfen von »%s« fehlgeschlagen: kann nicht ausgeführt werdenPrüfen von »%s« fehlgeschlagen: falsche Version: gefunden »%s«, erwartet »%s«Kindprozess wurde abnormal beendet: Status %dKindprozess wurde abnormal beendet: %mklone »%s« nach »%s«Befehl zu langVerbindungsfehler: %scopy_file_range wird auf dieser Plattform nicht unterstütztkopiere »%s« nach »%s«kopiere »%s« nach »%s« mit copy_file_rangekonnte nicht auf Verzeichnis »%s« zugreifen: %mkonnte Datei »%s« nicht ausführbar machen: %mkonnte Datei nicht vom alten in das neue Datenverzeichnis klonen: %mkonnte nicht mit dem Postmaster für den alten Cluster verbinden, gestartet mit dem Befehl: %skonnte nicht mit dem Postmaster für den neuen Cluster verbinden, gestartet mit dem Befehl: %skonnte Dateibereich nicht vom alten in das neue Datenverzeichnis kopieren: %mkonnte Anzahl der logischen Replikations-Slots nicht zählenkonnte Verzeichnis »%s« nicht erzeugen: %mkonnte Datei »%s« nicht erstellen: %mkonnte Hard-Link-Verknüpfung zwischen altem und neuen Datenverzeichnis nicht erzeugen: %m Im Link-Modus müssen das alte und das neue Datenverzeichnis im selben Dateisystem liegen.konnte Hard-Link-Verknüpfung zwischen altem und neuen Datenverzeichnis nicht erzeugen: %m Im Swap-Modus müssen das alte und das neue Datenverzeichnis im selben Dateisystem liegen.konnte Arbeitsprozess nicht erzeugen: %mkonnte Arbeits-Thread nicht erzeugen: %mkonnte Verzeichnis »%s« nicht löschenkonnte aktuelles Verzeichnis nicht ermittelnkonnte Parametereinstellung im neuen Cluster nicht ermittelnkonnte die Anzahl der Benutzer nicht ermittelnkonnte Kontrolldaten mit %s nicht ermitteln: %mkonnte Kontrolldaten mit %s nicht ermitteln: %skonnte Datenverzeichnis mit %s nicht ermitteln: %mkonnte Datenverzeichnis mit %s nicht ermitteln: %skonnte Statuscode des Subprozesses nicht ermitteln: Fehlercode %lukonnte pg_ctl-Versionsdaten mit %s nicht ermitteln: %mkonnte pg_ctl-Versionsdaten mit %s nicht ermitteln: %skonnte pg_ctl-Version nicht ermitteln von %skonnte Bibliothek »%s« nicht laden: %skonnte effektive Benutzer-ID %ld nicht nachschlagen: %skonnte Verzeichnis »%s« nicht öffnen: %mkonnte Datei »%s« nicht zum Lesen öffnen: %mkonnte Datei »%s« nicht öffnen: %mkonnte Logdatei »%s« nicht öffnen: %mkonnte Versionsdatei »%s« nicht öffnen: %mkonnte Versionsdatei »%s« nicht interpretierenkonnte Verzeichnis »%s« nicht lesen: %mkonnte Zeile %d aus Datei »%s« nicht lesen: %mkonnte Zugriffsrechte von Verzeichnis »%s« nicht lesen: %mkonnte Verzeichnis »%s« nicht in »%s« umbenennen: %mkonnte Datei »%s« nicht in »%s« umbenennen: %mkonnte »stat« für Datei »%s« nicht ausführen: %mkonnte »stat« für Tablespace-Verzeichnis »%s« nicht ausführen: %mkonnte Verzeichnis »%s« nicht synchronisieren: %mkonnte Datei »%s« nicht synchronisieren: %mkonnte übergeordnetes Verzeichnis von »%s« nicht synchronisieren: %mkonnte nicht in Logdatei »%s «schreiben: %mDatenbankname enthält Newline oder Carriage Return: »%s« Datenbankbenutzer »%s« ist nicht der InstallationsbenutzerVerzeichnispfad für neuen Cluster ist zu langFehler beim Prüfen auf Existenz der Datei für »%s.%s« (»%s« nach »%s«): %mFehler beim Klonen von Relation »%s.%s« (»%s« nach »%s«): %mFehler beim Klonen von Relation »%s.%s« (»%s« nach »%s«): %sFehler beim Klonen von Relation »%s.%s«: konnte Datei »%s« nicht erzeugen: %mFehler beim Klonen von Relation »%s.%s«: konnte Datei »%s« nicht öffnen: %mFehler beim Kopieren von Relation »%s.%s« (»%s« nach »%s«): %mFehler beim Kopieren von Relation »%s.%s«: konnte Dateibereich nicht von »%s« nach »%s« kopieren: %mFehler beim Kopieren von Relation »%s.%s«: konnte Datei »%s« nicht erzeugen: %mFehler beim Kopieren von Relation »%s.%s«: konnte Datei »%s« nicht öffnen: %mFehler beim Kopieren von Relation »%s.%s«: konnte Datei »%s« nicht lesen: %mFehler beim Kopieren von Relation »%s.%s«: konnte »stat« für Datei »%s« nicht ausführen: %mFehler beim Kopieren von Relation »%s.%s«: konnte Datei »%s« nicht schreiben: %mFehler beim Kopieren von Relation »%s.%s«: unvollständige Seite gefunden in Datei »%s«Fehler beim Erzeugen einer Verknüpfung für Relation »%s.%s« (»%s« nach »%s«): %mführe aus: %s0 logische Replikations-Slots erwartet aber %d gefundenfehlgeschlagene Prüfung: %sfatalKlonen von Dateien wird auf dieser Plattform nicht unterstütztungültiges Argument für Option %sungültige neue Portnummerungültige alte Portnummerungültiges Socketlibpq-Umgebungsvariable %s hat einen nicht lokalen Serverwert: %sverknüpfe »%s« nach »%s«die Programmdateien des neuen Clusters liegendie Daten des neuen Clusters liegenTablespace-Verzeichnis für neuen Cluster existiert bereits: »%s«HinweisokPrüfsummenversionen im alten und neuen Cluster stimmen nicht übereinalte und neue WAL-Blockgrößen von pg_controldata sind ungültig oder stimmen nicht übereinalte und neue WAL-Segmentgrößen von pg_controldata sind ungültig oder stimmen nicht übereinaltes und neues Alignment in pg_controldata ist ungültig oder stimmt nicht überein Wahrscheinlich ist ein Cluster eine 32-Bit-Installation und der andere 64-Bitalte und neue Blockgrößen von pg_controldata sind ungültig oder stimmen nicht übereinalte und neue Speicherung von Datums- und Zeittypen von pg_controldata ist ungültig oder stimmt nicht übereinalte und neue Large-Object-Chunk-Größen von pg_controldata sind ungültig oder stimmen nicht übereinalte und neue maximale TOAST-Chunk-Größen von pg_controldata sind ungültig oder stimmen nicht übereinalte und neue maximale Bezeichnerlängen von pg_controldata sind ungültig oder stimmen nicht übereinalte und neue Maximalzahlen indizierter Spalten von pg_controldata sind ungültig oder stimmen nicht übereinalte und neue maximale Relationssegmentgrößen von pg_controldata sind ungültig oder stimmen nicht übereindie Programmdateien des alten Clusters liegendie Daten das alten Clusters liegender alte Cluster verwendet keine Datenprüfsummen, aber der neue verwendet siedie alte Cluster verwendet Datenprüfsummen, aber der neue nichtalte Datenbank »%s« nicht im neuen Cluster gefundenSpeicher aufgebrauchtSpeicher aufgebraucht pg_ctl konnte den Quellserver nicht starten, oder Verbindung fehlgeschlagenpg_ctl konnte den Zielserver nicht starten, oder Verbindung fehlgeschlagenpg_upgrade aktualisiert einen PostgreSQL-Cluster auf eine neue Hauptversion. relname: »%s.%s«, reloid: %u, reltblspace: »%s«konvertiere »%s« nach »%s«Argument des Shell-Befehls enthält Newline oder Carriage Return: »%s« sollte nie vorkommenSlot-Name: »%s«, Ausgabe-Plugin: »%s«, two_phase: %sdie Sockets erzeugt werden sollenTablespace-Verzeichnis »%s« existiert nichtTablespace-Pfad »%s« ist kein Verzeichnistemplate0 darf keine Verbindungen erlauben, d.h. ihr pg_database.datallowconn muss falsch seintemplate0 nicht gefundenzu viele Kommandozeilenargumente (das erste ist »%s«)nicht erkannter TransfermodusBenutzer existiert nichtFehler beim Nachschlagen des Benutzernamens: Fehlercode %luvom Benutzer angegebene Portnummer %hu wurde auf %hu korrigiertWarnung