Þ•=

¯
쨩­
ÈÏÓh£\Ýi&Gn"…R¨]û 
Y¾zé9 C
#!g"z""Ÿ¢"NB#D‘#OÖ#E&$:l$ˆ§$;0%Ul%JÂ%E
&AS&G•&AÝ&K';k'S§'Mû'JI(E”(GÚ(O")@r)¢³)V*g*z*‡**µ*Ñ* ñ*+0+$J+(o+˜+&µ+Ü+ú+,),#E,i,„,¢,%¿,$å,
-}"-q -0.C.!H."j..¥.¨.¼.Ì.)æ.-/->/|
l/%é0A1NQ1 1º1%Ó1*ù15$2Z2y2-“2:Á2*ü2/'32W3+Š38¶32ï3/"4"R4+u4+¡47Í4759=5&w5ž5:¾5ù5.6+F6,r6Ÿ6I»6Q7W7t707ßÁ7!¡8Ã8%ã8	9%9496O9†96˜96Ï9$:+:<:*X:Jƒ:>Î:O
;O];J­;8ø;”1<	Æ<;Ð<a=[n=Ê=-á=+>6;>r>DŠ>Ï>5è>+?&J? q?4’?5Ç?"ý?* @K@1g@3™@;Í@E	A}OA1ÍA3ÿA;3BEoB}µBh3ChœC"DC(D7lDL¤D&ñDEL E=mEs«E„
Fï¤Gü”HܑI

nJî|KÜkL
HMîYNâHO
+P
3QæDR
+SÛ@TG
U˜
dV
ýW
þX/ZK2Z~Z%˜ZC¾Z*["-[P[e[.v[¥[)º[#ä[1\=:\Cx\C¼\B]7C]#{]Ÿ]’¾]#Q^"u^˜^%¸^5Þ^'_'<_'d_)Œ_)¶_7à_.`.G`+v`¢`+Â`(î`a 4a$Ua!za)œa0Æa&÷a,b$Kb:pb*«b*ÖbB
c7Dc7|cD´cBùc7<dUtdDÊdBeBReB•eCØeEfAbf
¤f1²fäf+êfg.g>Fg…gšg¶g5ÏghhAhFQhH˜h{áhB]i? iOàiP0jQjNÓjU"kxk”k<­k8êk.#l
Rl`l>ol>®lHíl/6mfmC}m3Ámõm(
n'6nU^n´n/Ènøn(o25oho
poðpôpqÑqvñqphrãÙr'½sås$
tT&t^{t
Út½àuڞv5
yw¯xÀxÐx©êxY”yKîyT:zOzAßz“!{:µ{Yð{@J|G‹|DÓ|H}La}G®}<ö}U3~Z‰~Bä~I'TqNÆD€¬Z€/>Vl#„#¨"́ï(‚+4‚`‚(€‚ ©‚ʂç‚û‚$ƒ=ƒ"Xƒ!{ƒ'ƒ&Ńìƒ}„qƒ„Aõ„7…)<…%f…Œ…¤…§…¾…ԅ6ñ…+(†7T†‘
Œ†$ˆACˆX…ˆ ވ"ÿˆ1"‰@T‰,•‰&‰é‰+ŠD,Š'qŠ-™Š@NJ9‹=B‹.€‹/¯‹%ߋ-Œ.3Œ<bŒ<ŸŒ>܌((DMm"»8ލ3Ž/KŽ"{ŽCžŽNâŽ!1$S8xâ±(”½,ܐ&	‘
0‘>‘FX‘Ÿ‘5·‘7í‘ %’F’#U’(y’F¢’@é’U*“S€“Iԓ9”“X”	ì”6ö”c-•^‘•ð•+–+/–8[–”–E¬–ò–9—1L—,~—$«—8З:	˜%D˜+j˜–˜3³˜2ç˜2™`M™£®™2Rš1…š1·š`隢J›ní›p\œ"͜Kðœ=<_z/ڝ

žNžDgže¬ž²
ŸüŠ
¡óʢ
¾£ 
ڤåû¥
á¦øþ§ô÷¨#
ì©
«ø-¬ 
&­îG®m
6¯¼
¤°
a²ÿt³-t´E¢´!è´0
µO;µ*‹µ#¶µڵðµ/¶6¶+N¶%z¶@ ¶;á¶G·Fe·H¬·5õ·!+¸M¸k¸"ü¸ ¹@¹$`¹8…¹'¾¹)æ¹)º*:º*eº9º0ʺ0ûº3,»(`»2‰».¼»ë»"
¼&-¼!T¼*v¼2¡¼*Լ5ÿ¼'5½6]½8”½0ͽ<þ½8;¾8t¾D­¾Eò¾:8¿_s¿FӿGÀFbÀN©ÀGøÀF@ÁD‡ÁÌÁ:ÕÁÂ*ÂBÂ[ÂBwºÂÑÂëÂ2Ã5Ã;ÃE>ÃO„ÃQÔÓ&ÄKºÄAÅXHÅS¡ÅYõÅUOÆ_¥ÆÇ!Ç>:Ç>yÇ3¸ÇìÇûÇNÈMZÈL¨È0õÈ&ÉB@É2ƒÉ¶É$ÊÉ,ïÉ^Ê{Ê3’ÊÆÊ3ÝÊ;ËMË
Á‹oHõK.Õû™Ñ
i	4ƒïÿ

pU²5
d 3
Å#
VA&
\Ö]Ä

ù

„

 >
)@Y¯<·Ÿ°I~,è£)
2
Ê

¢67P.
Îó3e›Žž'
RÌD¿9
œ
ÆæM-wñ/³¨GF÷
Š
$-
zòÒ¶:T

g‰
1
ËÂ
%
y!
?_W
å0®"
Q¡¼5#‡
+
t

ENÐOî8m;

	
;ÇϐôšS†|øs½ê^©(’j±­º˜ú{Àþa¹“Éu6
B¾‘¬f=Zâ2ŒäxÞ߂áȤÓ—Íç´cé8
:
ì–(
$
«
»
*

*
¦Ù
üý0

k}&X<

ö¸íÚ/

Ô+µ%”"ë
7
ªC 
[l…ðÃã¥=
€9ÛJ×L•bh`r§'ˆv!
àn,
1
ÜqÝØ4


%s
*Clusters are compatible*
*failure*
Before running pg_upgrade you must:
  create a new database cluster (using the new version of initdb)
  shutdown the postmaster servicing the old cluster
  shutdown the postmaster servicing the new cluster

For example:
  pg_upgrade -d oldCluster/data -D newCluster/data -b oldCluster/bin -B newCluster/bin
or

If pg_upgrade fails after this point, you must re-initdb the
new cluster before continuing.
If you want to start the old cluster, you will need to remove
the ".old" suffix from %s/global/pg_control.old.
Because "link" mode was used, the old cluster cannot be safely
started once the new cluster has been started.
Performing Upgrade
------------------
Report bugs to <%s>.

Upgrade Complete
----------------
WARNING:  new data directory should not be inside the old data directory, i.e. %s
WARNING:  user-defined tablespace locations should not be inside the data directory, i.e. %s
When you run pg_upgrade, you must provide the following information:
  the data directory for the old cluster  (-d DATADIR)
  the data directory for the new cluster  (-D DATADIR)
  the "bin" directory for the old version (-b BINDIR)
  the "bin" directory for the new version (-B BINDIR)

Your installation contains extensions that should be updated
with the ALTER EXTENSION command.  The file
    %s
when executed by psql by the database superuser will update
these extensions.
Your installation contains hash indexes.  These indexes have different
internal formats between your old and new clusters, so they must be
reindexed with the REINDEX command.  After upgrading, you will be given
REINDEX instructions.
Your installation contains hash indexes.  These indexes have different
internal formats between your old and new clusters, so they must be
reindexed with the REINDEX command.  The file
    %s
when executed by psql by the database superuser will recreate all invalid
indexes; until then, none of these indexes will be used.
source databases:
target databases:    failed check: %s  $ 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
  --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?  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_replication_slots" (%d) must be greater than or equal to the number of logical replication slots (%d) on the old cluster"max_replication_slots" (%d) must be greater than or equal to the number of subscriptions (%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 global/pg_controlAll non-template0 databases must allow connections, i.e. their
pg_database.datallowconn must be true.  Your installation contains
non-template0 databases with their pg_database.datallowconn set to
false.  Consider allowing connection for all non-template0 databases
or drop the databases which do not allow connections.  A list of
databases with the problem is in the file:
    %sAnalyzing all rows in the new clusterCannot continue without required control information, terminatingCannot upgrade to/from the same system catalog version when
using tablespaces.Checking cluster versionsChecking 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 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.Optimizer statistics are not transferred by pg_upgrade.
Once you start the new server, consider running:
    %s/vacuumdb %s--all --analyze-in-stagesOptions:
Performing Consistency Checks
-----------------------------Performing Consistency Checks on Old Live Server
------------------------------------------------Relation names for OID %u in database "%s" do not match: old name "%s.%s", new name "%s.%s"Resetting WAL archivesRestoring database schemas in the new clusterRestoring global objects in the new 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 clusterSync data directory to diskThe source cluster contains prepared transactionsThe source cluster lacks cluster state information:The source cluster lacks some required control information:The source cluster was not shut down cleanly, 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 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 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 longcopy_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 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 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 line %d from file "%s": %mcould not read permissions of directory "%s": %mcould not rename file "%s" to "%s": %mcould not stat tablespace directory "%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 %dfatalfile cloning not supported on this platforminvalid new port numberinvalid old port numberlibpq environment variable %s has a non-local server value: %slinking "%s" to "%s"new cluster binaries residenew cluster data residesnew cluster tablespace directory already exists: "%s"noticeokold and new cluster pg_controldata checksum versions do not matchold and new pg_controldata WAL block sizes are invalid or do not matchold and new pg_controldata WAL segment sizes are invalid or do not matchold and new pg_controldata alignments are invalid or do not match.
Likely one cluster is a 32-bit install, the other 64-bitold and new pg_controldata block sizes are invalid or do not matchold and new pg_controldata date/time storage types do not matchold and new pg_controldata large-object chunk sizes are invalid or do not matchold and new pg_controldata maximum TOAST chunk sizes are invalid or do not matchold and new pg_controldata maximum identifier lengths are invalid or do not matchold and new pg_controldata maximum indexed columns are invalid or do not matchold and new pg_controldata maximum relation segment sizes are invalid or do not matchold cluster binaries resideold cluster data residesold cluster does not use data checksums but the new one doesold cluster uses data checksums but the new one does notold database "%s" not found in the new clusterout of 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"
slot 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")user 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: 2024-08-27 07:16+0200
Last-Translator: Dennis Björklund <db@zigo.dhs.org>
Language-Team: Swedish <pgsql-translators@postgresql.org>
Language: sv
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Plural-Forms: nplurals=2; plural=n != 1;

%s
*Klustren är kompatibla*
*misslyckande*
Innan du kör pg_upgrade måste du:
  skapa ett nytt databaskluster (med nya versionens initdb)
  stänga ner den postmaster som hanterar gamla klustret
  stänga ner den postmaster som hanterar nya klustret

Till exempel:
  pg_upgrade -d gammaltKluster/data -D nyttKluster/data -b gammaltKluster/bin -B nyttKluster/bin
eller

Om pg_upgrade misslyckas efter denna punkt så måste du
köra om initdb på nya klustret innan du fortsätter.
Om du vill starta gamla klustret så måste du ta bort
".old"-suffixet från %s/global/pg_control.old.
Detta då "link"-läge användes och gamla klustret kan inte
startas på ett säkert sätt efter att nya klustret startats.
Utför uppgradering
------------------
Rapportera fel till <%s>.

Uppgradering klar
-----------------
VARNING:  nya datakatalogen skall inte ligga inuti den gamla datakatalogen, dvs. %s
VARNING:  användardefinierade tabellutrymmens plats skall inte vara i datakatalogen, dvs. %s
När du kör pg_upgrade måste du ange följande information:
  datakatalogen för gamla klustret  (-d DATAKAT)
  datakatalogen för nya klustret  (-D DATAKAT)
  "bin"-katalogen för gamla versionen (-b BINKAT)
  "bin"-katalogen för nya versionen (-B BINKAT)

Din installation innehåller utökningar som skall updateras med kommandot
ALTER EXTENSION. Filen
    %s
kan köras med psql av databasens superuser och kommer uppdatera
dessa utökningar.
Din installation innehåller hash-index. Dessa index har olika internt
format i ditt gamla och nya kluster så de måste omindexeras med
kommandot REINDEX. Efter uppgraderingen så kommer du få
REINDEX-instruktioner.
Din installation innehåller hash-index. Dessa index har olika internt
format i ditt gamla och nya kluster så de måste omindexeras med
kommandot REINDEX. Filen
    %s
kan köras med psql av databasens superuser och kommer återskapa alla
ogiltiga index; innan dess så kommer inget av dess index användas.
källdatabaser:
måldatabaser:  misslyckad kontroll: %s  $ export PGDATAOLD=gammaltKluster/data
  $ export PGDATANEW=nyttKluster/data
  $ export PGBINOLD=gammaltKluster/bin
  $ export PGBINNEW=nyttKluster/bin
  $ pg_upgrade
  -clone                        klona istället för att kopiera filer till nya klustret
  --copy                        kopiera filer till nya klustret (standard)
  --copy-file-range             kopiera filer till nya klustret med copy_file_range
  --sync-method=METOD           sätt synkmetod för att synka filer till disk
  -?, --help                    visa denns hjälp, avsluta sedan
  -B, --new-bindir=BINKAT       nya klustrets katalog för körbara filer
                                (standard är samma som för pg_upgrade)
  -D, --new-datadir=DATAKAT     nya klustrets datakatalog
  -N, --no-sync                 vänta inte på att ändingar säkert skrivits till disk
  -O, --new-options=FLAGGOR     serverflaggor för nya klustret
  -P, --new-port=PORT           nya klustrets portnummer (standard %d)
  -U, --username=NAMN           klustrets superuser (standard "%s")
  -V, --version                 visa versionsinformation, avsluta sedan
  -b, --old-bindir=BINKAT       gamla klustrets katalog för körbara filer
  -c, --check                   testa klustren bara, ändra ingen data
  -d, --old-datadir=DATAKAT     gamla klustrets datakatalog
  -j, --jobs=NUM                antal samtidiga processer eller trådar att använda
  -k, --link                    länka istället för att kopiera filer till nya klustret
  -o, --old-options=FLAGGOR     serverflaggor för gamla klustret
  -p, --old-port=PORT           gamla klustrets portnummer (standard %d)
  -r, --retain                  behåll SQL och loggfiler efter lyckad uppgradering
  -s, --socketdir=KAT           uttagskatalog (standard är aktuell katalog.)
  -v, --verbose                 slå på utförligt intern loggning
  C:\> set PGDATAOLD=gammaltKluster/data
  C:\> set PGDATANEW=nyttKluster/data
  C:\> set PGBINOLD=gammaltKluster/bin
  C:\> set PGBINNEW=nyttKluster/bin
  C:\> pg_upgrade
  WAL-blockstorlek  WAL-segmentstorlek  blockstorlek  checkpoint nästa-XID  datachecksumversion  datum/tid är heltal?  första WAL-segmentet efter reset  float8 argumentöverföringsmetod  stora relationers segmentstorlek  stora-objekt chunkstorlek  senaster checkpoint nästa-MultiXactId  senaste checkpoint nästa-MultiXactOffset  senaste checkpoint nästa-OID  senaste checkpoint äldsta-MultiXactId  senaste checkpoint äldsta-XID  maximal TOAST-chunkstorlek  maximal alignment  maximal identifierarlängd  maximalt antal indexerade kolumner  pg_upgrade [FLAGGA]...

 vilket är ett index för "%s.%s" vilket är ett index för OID %u vilket är TOAST-tabellen för "%s.%s" vilket är TOAST-tabellen för OID %u"%s" är inte en katalog"max_replication_slots" (%d) måste vara större än eller lika med antalet logiska replikeringsslottar (%d) i gamla klustret"max_replication_slots" (%d) måste vara större än eller lika med antaler prenumerationer (%d) i gamla klustret"wal_level" måste vara satt till "logical" men är satt som "%s"%-*s%d: problem vid hämtning av kontrolldata%d: state-problem för databaskluster%d: pg_resetwal-problem%shemsida för %s: <%s>
%s() misslyckades: %m%s: kan inte köras som root%s: kunde inte hitta det egna programmets körbara filEn lista med problemkolumner finns i filen:Lägger till ".old"-suffix till gamla global/pg_controlAlla databaser förutom template0 måste tillåta anslutningar, dvs deras
pg_database.datallowconn måste vara true. Din installation har andra
databaser än template0 som har pg_database.datallowconn sat till false
Överväg att tillåta anslutningar för alla databaser förutom template0
eller släng de databaser som inte tillåter anslutningar. En lista med
problemdatabaser finns i filen:
    %sAnalyserar alla rader i nya klustretKan inte fortsätta utan kontrollinformation som krävs, avslutarKan inte uppgradera till/från samma systemkatalogversion när
man använder tablespace.Kontrollerar klustrets versionerLetar efter användning av datatypKontrollerar databasens anslutningsinställningarKontrollerar att databasanvändaren är installationsanvändarenLetar efter contrib/isn med bigint-anropsfelLetar efter uppdatering av utökningarLetar efter hash-indexLetar efter inkompatibel datatype "aclitem"Letar efter inkompatibel datatyp "jsonb"-datatyp i användartabellerLetar efter inkompatibel "line"-datatypLetar efter inkompatibla polymorfa funktionerLetar efter ogiltiga användarkolumner av typen "sql_identifier"Letar efter ogiltiga användarkolumner av typen "unknown"Letar efter konfiguration för prenumerationer i nya klustretLetar efter replikeringsslottar i nya klustretLetar efter nya tablespace-kataloger i klustretLetar efter förberedda transaktionerKontrollerar att krävda länkbibliotek finnsLetar efter reg*-datatyper i användartabellerLetar efter borttagen datatype "abstime" i användartabellerLetar efter borttagen datatype "reltime" i användartabellerLetar efter borttagen datatype "tinterval" i användartabellerLetar efter roller som startar med "pg_"Kontrollerar läget för prenumerationerLetar i användartabeller efter systemdefinierade typer av sorten "composite"Letar efter tabeller med WITH OIDSLetar efter användardefinierade teckenkodkonverteringarLetar efter användardefinierade postfix-operatorerLetar efter giltiga logiska replikeringsslottarKlonar användarens relationsfilerSe de sista raderna i "%s" för
en trolig orsak till misslyckandet.Se de sista raderna i "%s" eller "%s" för
en trolig orsak till misslyckandet.Kopierar gammal %s till ny serverKopierar användarens relationsfilerKopierar användarens relationsfiler med copy_file_rangeKunde inte skapa ett script som raderar gamla klustrets datafiler
då användardefinierade tabellutrymmen eller nya klustrets datakatalog
ligger i gamla klusterkatalogen. Det gamla klustrets innehåll
måste raderas för hand.Skapar dump innehållande databasschemanSkapar dump med globala objektSkapar skript för att radera gamla klustretKontroll av datatyper misslyckades: %sDatabas: "%s"Raderar filer från ny %sMisslyckades med att matcha ihop gamla och nya tabeller i databas "%s"Misslyckades, avslutar
Letar efter den riktiga datakatalogen i källklustretLetar efter den riktiga datakatalogen för målklustretFryser alla rader i nya klustretI databas: %s
Länkar användarens relationsfilerLogiska replikeringsslottar i databasen:Nya klusterdata och binära kataloger är från olika major-versioner.Nya databasklustret "%s" är inte tomt: hittade relation "%s.%s"Ingen träff hittad i nya klustret för gammal relation med OID %u i databas "%s": %sIngen träff hittad i gamla klustret för ny relation med OID %u i databas "%s": %sGammal klusterdata och binära kataloger är från olika major-versioner.Bara installationsanvändaren får finnas i nya klustret.Optimeringsstatistik överförs inte av pg_upgrade.
När du startar nya servern så vill du nog köra:
     %s/vacuumdb %s--all --analyze-in-stagesFlaggor:
Utför konsistenskontroller
--------------------------Utför konsistenskontroller på gamla live-servern
------------------------------------------------Relationsname för OID %u i databas "%s" matchar inte: gammalt namn "%s.%s", nytt namn "%s.%s"Resettar WAL-arkivÅterställer databasscheman i nya klustretÅterställer globala objekt i nya klustretÅterställer logiska replikeringsslottar i nya klustretKör i utförligt lägeNär detta skript körs så raderas gamla klustrets datafiler:
    %sSQL-kommando misslyckades
%s
%sSätter räknarna frozenxid och minmxid för nytt klusterSätter lokal och teckenkodning för nya klustretSätter räknarenm minmxid för nytt klusterSätter nästa OID för nya klustretSätter nästa multixact-ID och offset för nytt klusterSätter nästa transaktions-ID och epoch för nytt klusterSätter äldsta XID för nya klustretSätter äldsta multixact-ID i nytt klusterSynkar datakatalog till diskKällklustret innehåller förberedda transaktionerKällklustret saknar information om kluster-state:Källklustret saknar lite kontrolldata som krävs:Källklustret har inte stängts ner på ett korrekt sätt, dess tillstånd rapporteras som: "%s"Källklustret stängdes ner när det var i återställningsläge. För att uppgradera så använd "rsync" enligt dokumentation eller stäng ner den som en primär.Målklustret innehåller förberedda transaktionerMålklustret saknar information om kluster-state:Målklustret saknar lite kontrolldata som krävs:Målklustret har inte stängts ner på ett korrekt sätt, dess tillstånd rapporteras som: "%s".Målklustret stängdes ner när det var i återställningsläge. För att uppgradera så använd "rsync" enligt dokumentation eller stäng ner den som en primär.Det verkar vara en postmaster igång som hanterar nya klustret.
Stänga ner den postmastern och försök igen.Det verkar vara en postmaster igång som hanterar gamla klustret.
Stänga ner den postmastern och försök igen.Det var problem med att köra "%s"Detta verktyg kan bara uppgradera från PostgreSQL version %s eller senare.Detta verktyg kan bara uppgradera till PostgreSQL version %s.Detta verktyg kan inte användas för att nergradera till äldre major-versioner av PostgreSQL.Försök med "%s --help" för mer information.
Användning:
Vid kontroll av en live-server så måste gamla och nya portnumren vara olika.Du måste ha läs och skrivrättigheter till den aktuella katalogen.Du måste identifiera katalogen där %s.
Använd kommandoradsflaggan %s eller omgivningsvariabeln %s.Din installation innehåller "contrib/isn"-funktioner son beror på
datatypen bigint.  Ditt gamla och nya kluster skickar bigint-värden
på olika sätt så detta kluster kan för närvarande inte uppgraderas. Du
kan manuellt dumpa databaser i gamla klustret som använder "contrib/isn"-finesser,
radera dessa databaser, utföra uppgraderingen och sedan återställa databaserna.
En lista med problemfunktionerna finns i filen:
    %sDin installation innehåller logiska replikeringsslottar som inte
kan uppgraderas. Du kan ta bort ogiltiga slottar och/eller konsumera
köad WAL för andra slottar och sedan återstarta uppgraderingen.
En lista med problemkolumner finns i filen:
    %sDin installation använder en av reg*-datatyperna i en användartabell.
Dessa datatyper refererar system-OID:er som inte bevaras av pg_upgrade
så detta kluster kan för närvarande inte uppgraderas. Du kan ta bort
problemkolumnerna och starta om uppgraderingen.
Din installation innehåller roller som startar på "pg_".
"pg_" är ett reserverat prefix för systemroller. Klustret
kan inte uppgraderas innan dessa roller har bytt namn.
En lista med rollerna som startar på "pg_" finns i denna fil:
    %sDin installation innehåller prenumerationer utan origin eller har
relationer som inte är i läget i (initialize) eller r (ready).
Du kan låta den initiala synken gå klart för alla relationer och
sedan återuppta uppgraderingen.
En lista med problemkolumner finns i filen:
    %sDin installation innehåller användartabeller med systemdefinierade typer
av sorten "composite". OID:er för dessa typer är inte stabila över
PostgreSQL-versioner så detta kluster kan inte uppgraderas för tillfället.
Du kan slänga problemkolumnerna och återstarta uppgraderingen.
Din installation innehåller tabeller deklarerade med WITH OIDS som inte
stöds längre. Överväg att ta bort oid-kolumnen med
    ALTER TABLE ... SET WITHOUT OIDS;
En lista över tabeller med detta problem finns i filen:
    %sDin installation innehåller datatypen "abstime" i användartabeller.
Datatypen "abstime" togs bort i PostgreSQL version 12 så detta kluster
kan för närvarande inte uppgraderas. Du kan ta bort problemkolumnerna
eller ändra dem till en annan datatype och starta om uppgraderingen.
Din installation innehåller datatypen "aclitem" i användartabeller.
Interna formatet för "aclitem" ändrades i PostgreSQL 16 så detta kluster
kan för närvarande inte uppgraderas. Du kan ta bort problemkolumnerna
och starta om uppgraderingen.
Din installation innehåller datatypen "jsonb" i användartabeller.
Interna formatet för "jsonb" ändrades under 9.4-betan så detta kluster kan
för närvarande inte uppgraderas. Du kan ta bort problemkolumnerna och
starta om uppgraderingen.
Din installation innehåller datatypen "line" i användartabeller. Denna
datatype har ändrat sitt interna format samt sitt in/ut-format mellan din
gamla och nya version så detta kluster kan för närvarande inte uppgraderas.
Du kan radera problemkolumnerna och återstarta uppgraderingen.
Din installation innehåller datatypen "reltime" i användartabeller.
Datatypen "reltime" togs bort i PostgreSQL version 12 så detta kluster
kan för närvarande inte uppgraderas. Du kan ta bort problemkolumnerna
eller ändra dem till en annan datatype och starta om uppgraderingen.
Din installation innehåller datatypen "sql_identifier" i användartabeller.
Formatet på disk för denna datatyp har ändrats så detta kluster kan för
närvarande inte uppgraderas. Du kan radera problemkolumnerna och
återstarta uppgraderingen.
Din installation innehåller datatypen "tinterval" i användartabeller.
Datatypen "tinterval" togs bort i PostgreSQL version 12 så detta kluster
kan för närvarande inte uppgraderas. Du kan ta bort problemkolumnerna
eller ändra dem till en annan datatype och starta om uppgraderingen.
Din installation innehåller datatypen "unknown" i användartabeller.
Denna datatyp tillåts inte längre i tabeller så detta kluster kan
för närvarande inte uppgraderas. Du kan radera problemkolumnerna och
återstarta uppgraderingen.
Din installation innehåller användardefinierade teckenkodkonverteringar.
Parametrar till konverteringsfunktioner ändrades i PostgreSQL 14 så
detta kluster kan för närvarande inte uppgraderas. Du kan ta bort
teckenkodkonverteringarna i gamla klustret och starta om uppgraderingen.
En lista med användardefinierade teckenkodkonverteringar finns i filen:
    %sDin installation innehåller användardefinierade objekt som
refererar till interna polymorfa funktioner med argument av
typen "anyarray" eller "anyelement".
Dessa användardefinierade objekt måste slängas innan uppgradering
och kan återskapas efteråt efter att de ändrats till att referera till
motsvarande nya funktioner med argument av typerna "anycompatiblearray"
and "anycompatible".
En lista med problemobjekten finns i filen:
    %sDin installation innehåller användardefinierade postfix-operatorer, vilket
inte stöds längre. Överväg att ta bort postfix-operatorer och ersätt dem
med prefix-operatorer eller funktionsanrrop.
En lista med användardefinierade postfix-operatorer finns i filen:
    %sDin installation refererar till laddbara bibliotek som saknas i nya
installationen. Du kan lägga till dessa itll nya installationen eller
ta bort funktionerna som använder dem i gamla installationen. En lista
med problembiblioteken finns i filen:
    %skan inte duplicera null-pekare (internt fel)
kan inte köra pg_upgrade inifrån nya klusterdatakatalogen i Windowskontroll av "%s" misslyckades: %mkontroll av "%s" misslyckades: kan inte exekverakontroll av "%s" misslyckades: hittade felaktig version "%s", förväntade "%s"barnprocess avslutade felaktigt: status %dbarnprocess avslutade felaktigt: %mklonar "%s" till "%s"kommandot för långtcopy_file_range stöds inte på denna plattformkopierar "%s" till "%s"kopierar "%s" till "%s" med copy_file_rangekunde inte komma åt katalog "%s": %mkunde inte lägga till rättigheten "körbar" på filen "%s": %mkunde inte klona fil mellan gamla och nya datakatalogen: %mkunde inte ansluta till käll-postmaster som startats med kommandot:
%skunde inte ansluta till mål-postmaster som startats med kommandot:
%skunde inte kopiera filintervall mellan gamla och nya datakatalogerna: %mkunde inte räkna antalet logiska replikeringsslottarkunde inte skapa katalog "%s": %mkunde inte skapa fil "%s": %mkunde inte skapa hård länk mellan gamla och nya datakatalogerna: %m
I länk-läge måste gamla och nya datakatalogerna vara i samma filsystem.kunde inte skapa arbetsprocess: %mkunde inte skapa arbetstråd: %mkunde inte ta bort katalog "%s"kunde inte bestämma aktuell katalogkunde inte plocka fram inställningar i det nya klustretkunde inte bestämma antalet användarekunde inte hämta kontrolldata med %s: %mkunde inte hämta kontrolldata med %s: %skunde inte hämta datakatalogen med %s: %mkunde inte hämta datakatalogen med %s: %skunde inte hämta statuskod för underprocess: felkod %lukunde inte hämta pg_ctl versionsdata med %s: %mkunde inte hämta pg_ctl versionsdata med %s: %skunde inte läsa versionutdata för pg_ctl från %skunde inte ladda länkbibliotek "%s": %skunde inte slå upp effektivt användar-id %ld: %skunde inte öppna filen "%s" för läsning: %mkunde inte öppna fil "%s": %mkunde inte öppna loggfil "%s": %mkunde inte öppna versionsfil "%s": %mkunde inte tolka versionsfil "%s"kunde inte läsa rad %d från fil "%s": %mkunde inte läsa rättigheter på katalog "%s": %mkunde inte döpa om fil "%s" till "%s": %mkunde inte göra stat på tablespace-katalog "%s": %mkunde inte skriva till loggfil "%s": %mdatabasnamnet innehåller nyrad eller vagnretur: "%s"
databasanvändare "%s" är inte installationsanvändarenkatalogsökväg för nytt kluster är för långfel vid kontroll av filexistens "%s.%s" ("%s" till "%s"): %mfel vid kloning av relation "%s.%s" ("%s" till "%s"): %mfel vid kloning av relation "%s.%s" ("%s" till "%s"): %sfel vid kloning av relation "%s.%s": kunde inte skapa filen "%s": %mfel vid kloning av relation "%s.%s": kunde inte öppna filen "%s": %mfel vid kopiering av relation "%s.%s" ("%s" till "%s"): %mfel vid kopiering av relation "%s.%s": kunde inte kopiera filintervall från "%s" till "%s": %mfel vid kopiering av relation "%s.%s": kunde inte skapa filen "%s": %mfel vid kopiering av relation "%s.%s": kunde inte öppna filen "%s": %mfel vid kopiering av relation "%s.%s": kunde inte läsa filen "%s": %mfel vid kopiering av relation "%s.%s": kunde inte göra stat på file "%s": %mfel vid kopiering av relation "%s.%s": kunde inte skriva filen "%s": %mfel vid kopiering av relation "%s.%s": partiell sida hittad i fil "%s"fel vid skapande av länk för relation "%s.%s" ("%s" till "%s"): %mkör: %sförväntade 0 logiska replikeringsslottar men hittade %d.fataltfilkloning stöds inte på denna plattformogiltigt nytt portnummerogiltigt gammalt portnummerlibpq:s omgivningsvariabel %s har ett icke-lokalt servervärde: %slänkar "%s" till "%s"nya klusterbinärer är inya klusterdatan är ii klustret finns redan ny tablespace-katalog: "%s"notisokgamla och nya klustrets pg_controldata checksumversioner matchar integamla och nya pg_controldata WAL-blockstorlekar är ogiltiga eller matchar integamla och nya pg_controldata WAL-segmentstorlekar är ogiltiga eller matchar integamla och nya pg_controldata-alignments är ogiltiga eller matchar inte.
Troligen är ett kluster en 32-bitars-installation och den andra 64-bitarsgamla och nya pg_controldata-blockstorlekar är ogiltiga eller matchar integamla och nya pg_controldata datum/tid-lagringstyper matchar integamla och nya pg_controldata stora-objekt-chunkstorlekar är ogiltiga eller matchar integamla och nya pg_controldata maximal TOAST-chunkstorlek ogiltiga eller matchar integamla och nya pg_controldata maximal identifierarlängder är ogiltiga eller matchar integamla och nya pg_controldata maximalt indexerade kolumner ogiltiga eller matchar integamla och nya pg_controldata maximala relationssegmentstorlekar är ogiltiga eller matchar integamla klusterbinärer är igamla klusterdatan är igamla klustret använder inte datachecksummor men nya gör detgamla klustret använder datachecksummor men nya gör inte detgamla databasen "%s" kan inte hittas i nya klustretslut på minneslut på minne
pg_ctl misslyckades att start källservern eller så misslyckades anslutningenpg_ctl misslyckades att start målservern eller så misslyckades anslutningenpg_upgrade uppgraderar ett PostgreSQL-kluster till en annan major-version.

relnamn: "%s.%s": reloid: %u reltblutrymme: "%s"skriver om "%s" till "%s"shell-kommandots argument innehåller nyrad eller vagnretur: "%s"
slot_name "%s", utdata-plugin "%s", two_phase "%s"uttag kommer skapastablespace-katalogen "%s" finns intetablespace-sökväg "%s" är inte en katalogtemplate0 får inte tillåta anslutningar, dvs dess pg_database.datallowconn måste vara falsehittade inte template0för många kommandoradsargument (första är "%s")användaren finns intemisslyckad sökning efter användarnamn: felkod %luanvändarangivet gammalt portnummer %hu korrigerat till %huvarning