Why Gemfury? Push, build, and install  RubyGems npm packages Python packages Maven artifacts PHP packages Go Modules Debian packages RPM packages NuGet packages

Repository URL to install this package:

Details    
postgresql-15 / usr / share / locale / ka / LC_MESSAGES / pg_upgrade-15.mo
Size: Mime:
Þ•ì{¼¨©¬°
ÌÏ×h§]ßn'Nv#S±^ dÀ…ëFE2xŒŸ N@ : ˆÊ ;S!U!Jå!E0"Av"G¸"A#KB#;Ž#SÊ#M$Jl$E·$Gý$OE%@•%¢Ö%y&‹&
Ÿ&­&Ä&Ý& ú&!'='\'%w')'Ç''å'
(,(H(]($z(Ÿ(º(Ø(%õ($)@)Y)^)"d)#‡)«)Ä)Ç)Ë)ß)ð)**-6*~d*%ã+B	,OL,œ,%¶,*Ü,5-=-\-+v-*¢-/Í-2ý-+0./\."Œ.+¯.+Û.&/:./i/.‡/+¶/â/Jþ/RI0œ0¹0àÕ0!¶1Ø1%ø1
2,27G226‘26È2$ÿ2F$3k3|3K˜3?ä3P$4Pu4KÆ495–L5	ã5<í5b*6\6ê6-7+/7[7Et7º75Ó7&	8 084Q85†8"¼8*ß8
92&96Y949<Å9.:~1:2°:6ã:4;<O;.Œ;~»;i:<i¤<#=D2=8w=M°=&þ=%>A>MI>>—>tÖ>†K?2Ò@&BÞ,CD=#EaF~GIHšÚIuKxLL~MËM&æM:
NDHN*N+¸N#äNOO0O$FO2kO>žODÝOD"P$gPŒP“¬P$@Q#eQ ‰Q&ªQ(ÑQ(úQ*#R/NR,~R«R)ËRõR!S%5S"[S*~S1©S-ÛS%	T+/T+[T>‡TCÆT8
UECUC‰U8ÍUEVCLVCVCÔVDWF]WB¤WçW*öW!!X"CXfX,mXšX³XFÌXDY?XY˜YE®YôYZ6)Z`ZgZBjZG­ZIõZ{?[C»[@ÿ[P@\Q‘\Rã\O6]V†]Ý]ù]=^9P^/Š^º^?É^?	_HI_+’_¾_Ö_)î_(`VA`0˜`3É`ý`œa¢b¥bB©bìb¦c|«dG(eBpfO³hPiSTi¨iN°j:ÿkÉ:n‡p§Œr+4v+`vŸŒvª,wu×wMx€hy£éy§zŸ5{ÂÕ{ˆ˜|”!}¢¶}€Y~°Ú~«‹§7€߀¦}$‚x´‚¢-ƒ&Ѓ6÷ƒ!.„TP„f¥„b…mo…K݅Z)†N„†rӆvF‡j½‡u(ˆmžˆP‰:]‰e˜‰þ‰/€Š7°Š;èŠJ$‹Mo‹K½‹	ŒŒDŒnYŒ1ȌúŒýŒ<&>3e—™p1ŽL¢ŽgW’*“S0”…„”»
•nƕb5–J˜–tã–sX—̗ƒj˜|k™e
šrsš“æškz›ßæ›AƜ³¯¼{lžÀèž×©ŸY x۠ T¡jõ£``¤vd8¥EJ¥¥3.¦’b¦’õ¦gˆ§Æð§3·¨uë¨ a©Á‚ªËD«Ë¬þܬËۭH§® 𯇰֙°Îp±A?²g²|é²]f³´ij;y´yµ´b/µj’µÍýµ¯˶m{·•é·~¸Šþ¸’‰¹Žº±«ºo]»uͻŠC½’ν‘a¾´ó¾o¨¿vÀǏÁáWÂB9â|ÍÄò­Ä[ ÅMüÅ JÆÞkÆ©JÇôÇ?ÉlSÍZÀÐPÔÿlÖylÙ=æÜ$à(5ãÉ^æü(êå%íÌð>Øðjñž‚ñž!òÀò„Bó‡Çó:OôBŠô7ÍôTõ}ZõÄØõ±ö´O÷TøHYøÙ¢øk|úhèúOQû¡ûg!ü„‰ü~ý‚ý\þamþ_ÏþH/ÿaxÿ^Úÿf9z Œ›b(«‹‡7–¿‚V‰Ù°c°†Å­L®ú³©³]	­
É¿
“‰h8X¡VúQ
wk
Oã
O3°ƒ®4±ã(•¯¾yniè¦R!ùÈ(±ñº£^™w¬Ò¾ۑìmàZæ;y"iœ»œÂ‘_Dñ«6«âŽŽ +!7I!4!s¶!*"Ý»"£™#´=$!ò$ËØ£î}Šeœ³Çí¯OD¿å¶KpMÉÕùæô/UVŸÙZf*Œ¨=–±ßþ”´sõ	b’Ûã“9ÎÓG¤¼ÈÔl…xÅ~·7 ç†¹ÿ‡éñ
J&Ò_gÊ
ðiC|âPܸò`ªè͍‹§!ˆ샵#©qó5m@RÖ
'Ýkû€ÌoB½•®(L:zcÀ^¡-YޏW"0[8—;™ä¢¥uTžN3.Qya¾ú1]Ááë+„«H×,°Ž‘SA$šwê\»X4‰?Ú)ø 	›{n¬hjEÐ<˜IÆ
üàöѲ­ÏÃF2Ä%>ºýv6rd÷t


%s
*Clusters are compatible*

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

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

If pg_upgrade fails after this point, you must re-initdb the
new cluster before continuing.

If you want to start the old cluster, you will need to remove
the ".old" suffix from %s/global/pg_control.old.
Because "link" mode was used, the old cluster cannot be safely
started once the new cluster has been started.


Performing Upgrade
------------------

Report bugs to <%s>.

Upgrade Complete
----------------

WARNING:  new data directory should not be inside the old data directory, i.e. %s

WARNING:  user-defined tablespace locations should not be inside the data directory, i.e. %s

When you run pg_upgrade, you must provide the following information:
  the data directory for the old cluster  (-d DATADIR)
  the data directory for the new cluster  (-D DATADIR)
  the "bin" directory for the old version (-b BINDIR)
  the "bin" directory for the new version (-B BINDIR)

Your installation contains extensions that should be updated
with the ALTER EXTENSION command.  The file
    %s
when executed by psql by the database superuser will update
these extensions.


Your installation contains hash indexes.  These indexes have different
internal formats between your old and new clusters, so they must be
reindexed with the REINDEX command.  After upgrading, you will be given
REINDEX instructions.


Your installation contains hash indexes.  These indexes have different
internal formats between your old and new clusters, so they must be
reindexed with the REINDEX command.  The file
    %s
when executed by psql by the database superuser will recreate all invalid
indexes; until then, none of these indexes will be used.


source databases:

target databases:
  $ export PGDATAOLD=oldCluster/data
  $ export PGDATANEW=newCluster/data
  $ export PGBINOLD=oldCluster/bin
  $ export PGBINNEW=newCluster/bin
  $ pg_upgrade
  --clone                       clone instead of copying files to new cluster
  -?, --help                    show this help, then exit
  -B, --new-bindir=BINDIR       new cluster executable directory (default
                                same directory as pg_upgrade)
  -D, --new-datadir=DATADIR     new cluster data directory
  -N, --no-sync                 do not wait for changes to be written safely to disk
  -O, --new-options=OPTIONS     new cluster options to pass to the server
  -P, --new-port=PORT           new cluster port number (default %d)
  -U, --username=NAME           cluster superuser (default "%s")
  -V, --version                 display version information, then exit
  -b, --old-bindir=BINDIR       old cluster executable directory
  -c, --check                   check clusters only, don't change any data
  -d, --old-datadir=DATADIR     old cluster data directory
  -j, --jobs=NUM                number of simultaneous processes or threads to use
  -k, --link                    link instead of copying files to new cluster
  -o, --old-options=OPTIONS     old cluster options to pass to the server
  -p, --old-port=PORT           old cluster port number (default %d)
  -r, --retain                  retain SQL and log files after success
  -s, --socketdir=DIR           socket directory to use (default current dir.)
  -v, --verbose                 enable verbose internal logging
  C:\> set PGDATAOLD=oldCluster/data
  C:\> set PGDATANEW=newCluster/data
  C:\> set PGBINOLD=oldCluster/bin
  C:\> set PGBINNEW=newCluster/bin
  C:\> pg_upgrade
  WAL block size
  WAL segment size
  block size
  checkpoint next XID
  data checksum version
  dates/times are integers?
  first WAL segment after reset
  float8 argument passing method
  large relation segment size
  large-object chunk size
  latest checkpoint next MultiXactId
  latest checkpoint next MultiXactOffset
  latest checkpoint next OID
  latest checkpoint oldest MultiXactId
  latest checkpoint oldestXID
  maximum TOAST chunk size
  maximum alignment
  maximum identifier length
  maximum number of indexed columns
  pg_upgrade [OPTION]...

 which is an index on "%s.%s" which is an index on OID %u which is the TOAST table for "%s.%s" which is the TOAST table for OID %u"%s" is not a directory
%-*s%-*s
%d: controldata retrieval problem
%d: database cluster state problem
%d: pg_resetwal problem
%s%s
%s home page: <%s>
%s() failed: %s
%s: cannot be run as root
%s: could not find own program executable
Adding ".old" suffix to old global/pg_controlAll non-template0 databases must allow connections, i.e. their
pg_database.datallowconn must be true.  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:
    %s

Analyzing all rows in the new clusterCannot continue without required control information, terminating
Cannot upgrade to/from the same system catalog version when
using tablespaces.
Checking cluster versionsChecking database connection settingsChecking database user is the install userChecking for contrib/isn with bigint-passing mismatchChecking for extension updatesChecking for hash indexesChecking for incompatible "jsonb" data typeChecking for incompatible "line" data typeChecking for incompatible polymorphic functionsChecking for invalid "sql_identifier" user columnsChecking for invalid "unknown" user columnsChecking for new cluster tablespace directoriesChecking for prepared transactionsChecking for presence of required librariesChecking for reg* data types in user tablesChecking for roles starting with "pg_"Checking for system-defined composite types in user tablesChecking for tables WITH OIDSChecking for user-defined encoding conversionsChecking for user-defined postfix operatorsCloning user relation filesConsult the last few lines of "%s" for
the probable cause of the failure.
Consult the last few lines of "%s" or "%s" for
the probable cause of the failure.
Copying old %s to new serverCopying user relation filesCould not create a script to delete the old cluster's data files
because user-defined tablespaces or the new cluster's data directory
exist in the old cluster directory.  The old cluster's contents must
be deleted manually.
Creating dump of database schemasCreating dump of global objectsCreating script to delete old clusterDatabase: %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 clusterICU locale values for database "%s" do not match:  old "%s", new "%s"
In database: %s
Linking user relation filesNew cluster data and binary directories are from different major versions.
New cluster database "%s" is not empty: found relation "%s.%s"
No match found in new cluster for old relation with OID %u in database "%s": %s
No match found in old cluster for new relation with OID %u in database "%s": %s
Old cluster data and binary directories are from different major versions.
Only the install user can be defined in the new cluster.
Optimizer statistics are not transferred by pg_upgrade.
Once you start the new server, consider running:
    %s/vacuumdb %s--all --analyze-in-stages

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 clusterRunning in verbose mode
Running this script will delete the old cluster's data files:
    %s
SQL command failed
%s
%sSetting frozenxid and minmxid counters in new clusterSetting minmxid counter in new clusterSetting next OID for new clusterSetting next multixact ID and offset for new clusterSetting next transaction ID and epoch for new clusterSetting oldest XID for new clusterSetting oldest multixact ID in new clusterSync data directory to diskThe source cluster contains prepared transactions
The source cluster contains roles starting with "pg_"
The source cluster lacks cluster state information:
The source cluster lacks some required control information:
The source cluster was not shut down cleanly.
The source cluster was shut down while in recovery mode.  To upgrade, use "rsync" as documented or shut it down as a primary.
The target cluster contains prepared transactions
The target cluster contains roles starting with "pg_"
The target cluster lacks cluster state information:
The target cluster lacks some required control information:
The target cluster was not shut down cleanly.
The target cluster was shut down while in recovery mode.  To upgrade, use "rsync" as documented or shut it down as a primary.
There seems to be a postmaster servicing the new cluster.
Please shutdown that postmaster and try again.
There seems to be a postmaster servicing the old cluster.
Please shutdown that postmaster and try again.
There were problems executing "%s"
This utility can only upgrade from PostgreSQL version %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.
Unable to rename %s to %s.
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:
    %s

Your installation contains one of the reg* data types in user tables.
These data types reference system OIDs that are not preserved by
pg_upgrade, so this cluster cannot currently be upgraded.  You can
drop the problem columns and restart the upgrade.
A list of the problem columns is in the file:
    %s

Your installation contains system-defined composite type(s) in user tables.
These type OIDs are not stable across PostgreSQL versions,
so this cluster cannot currently be upgraded.  You can
drop the problem columns and restart the upgrade.
A list of the problem columns is in the file:
    %s

Your installation contains 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:
    %s

Your installation contains the "jsonb" data type in user tables.
The internal format of "jsonb" changed during 9.4 beta so this
cluster cannot currently be upgraded.  You can
drop the problem columns and restart the upgrade.
A list of the problem columns is in the file:
    %s

Your installation contains the "line" data type in user tables.
This data type changed its internal and input/output format
between your old and new versions so this
cluster cannot currently be upgraded.  You can
drop the problem columns and restart the upgrade.
A list of the problem columns is in the file:
    %s

Your installation contains the "sql_identifier" data type in user tables.
The on-disk format for this data type has changed, so this
cluster cannot currently be upgraded.  You can
drop the problem columns and restart the upgrade.
A list of the problem columns is in the file:
    %s

Your installation contains the "unknown" data type in user tables.
This data type is no longer allowed in tables, so this
cluster cannot currently be upgraded.  You can
drop the problem columns and restart the upgrade.
A list of the problem columns is in the file:
    %s

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:
    %s

Your 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:
    %s

Your 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:
    %s

Your installation references loadable libraries that are missing from the
new installation.  You can add these libraries to the new installation,
or remove the functions using them from the old installation.  A list of
problem libraries is in the file:
    %s

cannot run pg_upgrade from inside the new cluster data directory on Windows
check for "%s" failed: %s
check for "%s" failed: cannot execute
check for "%s" failed: cannot execute (permission denied)
check for "%s" failed: incorrect version: found "%s", expected "%s"
check for "%s" failed: not a regular file
child process exited abnormally: status %d
child worker exited abnormally: %s
cloning "%s" to "%s"
command too long
copying "%s" to "%s"
could not access directory "%s": %m
could not add execute permission to file "%s": %s
could not clone file between old and new data directories: %s
could not connect to source postmaster started with the command:
%s
could not connect to target postmaster started with the command:
%s
could not create directory "%s": %m
could not create file "%s": %s
could not create hard link between old and new data directories: %s
In link mode the old and new data directories must be on the same file system.
could not create worker process: %s
could not create worker thread: %s
could not delete directory "%s"
could not determine current directory
could not determine the number of users
could not get control data using %s: %s
could not get data directory using %s: %s
could not get pg_ctl version data using %s: %s
could not get pg_ctl version output from %s
could not load library "%s": %scould not open file "%s" for reading: %s
could not open file "%s": %s
could not open log file "%s": %m
could not open version file "%s": %m
could not parse version file "%s"
could not read line %d from file "%s": %s
could not read permissions of directory "%s": %s
could not stat tablespace directory "%s": %s
could not write to log file "%s": %m
database user "%s" is not the install user
directory path for new cluster is too long
encodings for database "%s" do not match:  old "%s", new "%s"
error while checking for file existence "%s.%s" ("%s" to "%s"): %s
error while cloning relation "%s.%s" ("%s" to "%s"): %s
error while cloning relation "%s.%s": could not create file "%s": %s
error while cloning relation "%s.%s": could not open file "%s": %s
error while copying relation "%s.%s" ("%s" to "%s"): %s
error while copying relation "%s.%s": could not create file "%s": %s
error while copying relation "%s.%s": could not open file "%s": %s
error while copying relation "%s.%s": could not read file "%s": %s
error while copying relation "%s.%s": could not stat file "%s": %s
error while copying relation "%s.%s": could not write file "%s": %s
error while copying relation "%s.%s": partial page found in file "%s"
error while creating link for relation "%s.%s" ("%s" to "%s"): %s
executing: %s
failed to get system locale name for "%s"
failed to get the current locale
failed to restore old locale "%s"
fatal
file cloning not supported on this platform
invalid new port number
invalid old port number
lc_collate values for database "%s" do not match:  old "%s", new "%s"
lc_ctype values for database "%s" do not match:  old "%s", new "%s"
libpq environment variable %s has a non-local server value: %s
linking "%s" to "%s"
locale providers for database "%s" do not match:  old "%s", new "%s"
new cluster binaries residenew cluster data residesnew cluster tablespace directory already exists: "%s"
noticeokold and new cluster pg_controldata checksum versions do not match
old and new pg_controldata WAL block sizes are invalid or do not match
old and new pg_controldata WAL segment sizes are invalid or do not match
old and new pg_controldata alignments are invalid or do not match
Likely one cluster is a 32-bit install, the other 64-bit
old and new pg_controldata block sizes are invalid or do not match
old and new pg_controldata date/time storage types do not match
old and new pg_controldata large-object chunk sizes are invalid or do not match
old and new pg_controldata maximum TOAST chunk sizes are invalid or do not match
old and new pg_controldata maximum identifier lengths are invalid or do not match
old and new pg_controldata maximum indexed columns are invalid or do not match
old and new pg_controldata maximum relation segment sizes are invalid or do not match
old cluster binaries resideold cluster data residesold cluster does not use data checksums but the new one does
old cluster uses data checksums but the new one does not
old database "%s" not found in the new cluster
out of memory
pg_ctl failed to start the source server, or connection failed
pg_ctl failed to start the target server, or connection failed
pg_upgrade upgrades a PostgreSQL cluster to a different major version.

relname: %s.%s: reloid: %u reltblspace: %s
rewriting "%s" to "%s"
sockets will be createdtablespace directory "%s" does not exist
tablespace path "%s" is not a directory
template0 must not allow connections, i.e. its pg_database.datallowconn must be false
too many command-line arguments (first is "%s")
user-supplied old port number %hu corrected to %hu
warningProject-Id-Version: pg_upgrade (PostgreSQL) 15
Report-Msgid-Bugs-To: pgsql-bugs@lists.postgresql.org
PO-Revision-Date: 2023-03-27 07:19+0200
Last-Translator: Temuri Doghonadze <temuri.doghonadze@gmail.com>
Language-Team: Georgian <nothing>
Language: ka
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Plural-Forms: nplurals=2; plural=(n != 1);
X-Generator: Poedit 3.2.2



%s
*კლასტერები თავსებადია *

*შეცდომა
pg_upgrade-ის გაშვებამდე აუცილებელია:
  შექმნათ ახალი ბაზის კლასტერი (initdb-ის ახალი ვერსიით)
  გამორთოთ postmaster სერვისი ძველ კლასტერზე
  გამორთოთ postmaster სერვისი ახალ კლასტერზე

მაგალითად:
  pg_upgrade -d oldCluster/data -D newCluster/data -b oldCluster/bin -B newCluster/bin
ან

თუ ამ წერტილის შემდეგ pg_upgrade ავარიულად დასრულდება, გაგრძელებამდე
ახალი კლასტერის init-db-ის გაკეთება შეიძლება თავიდან მოგიწიოთ.

თუ გნებავთ, გაუშვათ ძველი კლასტერი, საჭიროა
წაშალოთ .old სუფიქსი %s/global/pg_control.old-დან.
იმის გამო, რომ გამოყენებული იყო "ბმულის" რეჟიმი, ძველი კლასტერის გაშვება მას შემდეგ, რაც
ახალი სერვერი გაეშვა, ძველის გაშვება უსაფრთხო აღარაა.


განახლების შესრულება
------------------

შეცდომების შესახებ მიწერეთ: %s

განახლება დასრულებულია
----------------

გაფრთხილება:  ახალი მონაცემების საქაღალდე ძველი მონაცემების საქაღალდის შიგნით არ უნდა იყოს. მაგ: %s

გაფრთხილება:  მომხმარებლის მიერ აღწერილი ცხრილის სივრცეების მდებარეობები მონაცემების საქაღალდის შიგნით არ უნდა იყოს. მაგ: %s

pg_upgrade-ის გაშვებისას საჭიროა შემდეგი ინფორმაციის გადაცემა:
  ძველი კლასტერის მონაცემების საქაღალდე  (-d DATADIR)
  ახალი კლასტერის მონაცემების საქაღალდე  (-D DATADIR)
  ძველი ვერსიის "bin" საქაღალდე (-b BINDIR)
  ახალი ვერსიის "bin" საქაღალდე (-B BINDIR)

პროგრამის თქვენი ვერსია შეიცავს გაფართოებას, რომელიც უნდა განახლდეს
ALTER EXTENSION ბრძანებით.    ფაილი
    %s
, როცა ის შესრულდება psql-ით ზემომხმარებლის მიერ, განაახლებს ამ
გაფართოებებს.


პროგრამის თქვენი ვერსია ჰეშ ინდექსებს შეიცავს  ამ ინდექსებს განსხვავებული
შიდა ფორმატები გააჩნიათ ძველ და ახალ კლასტერებს შორის, ასე რომ, საჭიროა მათი
რეინდექსი REINDEX ბრძანების საშუალებით.  განახლების შემდეგ
REINDEX-ის ინსტრუქციებიც გადმოგეცემათ.


პროგრამის თქვენი ვერსია ჰეშ ინდექსებშ შეიცავს. ამ ინდექსებს თქვენს ძველ
და ახალ კლასტერებში განსხვავებული შიდა ფორმატი გააჩნია, ასე რომ, საჭიროა მათი
რეინდექსი REINDEX ბრძანების საშუალებით.  ფაილი
   %s
, შესრულებული psql-ით მონაცემთა ბაზის ზემომხმარებლის მიერ, თავიდან შექნის ყველა
არასწორ ინდექსს. მანამდე კი, ამ ინდექსებიდან არც ერთი გამოყენებული არ იქნება.


საწყისი ბაზები:

სამიზნე ბაზები:
  $ export PGDATAOLD=oldCluster/data
  $ export PGDATANEW=newCluster/data
  $ export PGBINOLD=oldCluster/bin
  $ export PGBINNEW=newCluster/bin
  $ pg_upgrade
  --clone                ახალ კლასტერში ფაილების კლონირება კოპირების ნაცვლად 
  -?, --help                   ამ დახმარების ჩვენება და გასვლა
  -B, --new-bindir=BINDIR ახალი კლასტერის გამშვები ფაილების საქაღალდე (ნაგულისხმები
                                იგივე საქაღლდე, რაც pg_upgrade)
  -D, --new-datadir=DATADIR ახალი კლასტერის მონაცემთა საქაღალდე
  -N, --no-sync             არ დაველოდო ცვლილებების დისკზე უსაფრთხოდ ჩაწერას
  -O, -new-options=OPTIONS       სერვერზე გადასაცემი ახალი კლასტერის პარამეტრები
  -P, --new-port=PORT              ახალი კლასტერის პორტის ნომერი (ნაგულისხმები %d)
  -U, --username=მომხმარებელი      კლასტერის ზემომხმარებლის სახელი (ნაგულისხმები: "%s")
  -V, --version                 ვერსიის ინფორმაციის ჩვენება და გასვლა
  -b, --old-bindir=BINDIR ძველი კლასტერის გამშვები ფაილების საქაღალდე
  -c, --check კლასტერების მხოლოდ შემოწმება. მონაცემები არ შეიცვლება
  -d, --old-datadir=DATADIR ძველი კლასტერის მონაცემთა საქაღალდე
  -j, --jobs=NUM                ერთდროულად გასაშვები პროცესების ან ნაკადების რიცხვი
  -k, --link                    ახალ კლასტერში ფაილების გადაბმა, კოპირების ნაცვლად
  -o, -old-options=OPTIONS       სერვერზე გადასაცემი ძველი კლასტერის პარამეტრები
  -p, -old-port=PORT             ძველი კლასტერის პორტის ნომერი (ნაგულისხმები %d)
  -r, --retain                  SQL და ჟურნალის ფაილებს დატოვება წარმატების შემდეგ 
  -s, --socketdir=DIR სოკეტის საქაღალდე (ნაგულისხმებია მიმდინარე.)
  -v, --verbose                 შიდა დამატებითი ჟურნალის ჩართვა
  C:\> set PGDATAOLD=oldCluster/data
  C:\> set PGDATANEW=newCluster/data
  C:\> set PGBINOLD=oldCluster/bin
  C:\> set PGBINNEW=newCluster/bin
  C:\> pg_upgrade
  WAL ბლოკის ზომა
  WAL-ის სეგმენტის ზომა
 ბლოკის ზომა
  საკონტროლო წერტილის შემდეგი XID
  მონაცემების საკონტროლო ჯამის ვერსია
  დროები და თარიღები მთელი რიცხვებია?
  პირველი WAL სეგმენტი გადატვირთვის შემდეგ
  float8 არგუმენტი გავლის მეთოდი
  დიდი ურთიერთობის სეგმენტის ზომა
  დიდი ობიექტის ნაგლეჯის ზომა
  უახლესი საკონტროლო წერტილის შემდეგი MultiXactId
  უახლესი საკონტროლო წერტილის შემდეგი MultiXactOffset
  უახლესი საკონტროლო წერტილის შემდეგი OID
  უახლესი საკონტროლო წერტილის უძველესი MultiXactId
  უახლესი საკონტროლო წერტილის უძველესი XID
  TOAST ნაგლეჯის მაქსიმალური ზომა
  მაქსიმალური სწორება
  იდენტიფიკატორის მაქსიმალური სიგრძე
  ინდექსირებული სვეტების მაქსიმალური რაოდენობა
  pg_upgrade [პარამეტრი]...

 რომელიც ინდექსია "%s.%s" რაც არის ინდექსი OID-ზე %u რომელიც TOAST ცხრილია "%s.%s"-სთვის რომელიც TOAST ცხრილია %u-ე OID-სთვის%s საქაღალდეს არ წარმოადგენს
%-*s%-*s
%d: controldata -ის მიღების შეცდომა
%d: ბაზის კლასტერის მდგომარეობის პრობლემა
%d: pg_resetwal -ის პრობლემა
%s%s
%s-ის საწყისი გვერდია: <%s>
%s()-ის შეცდომა: %s
%s: root-ით ვერ გაუშვებთ
%s: საკუთარი პროგრამის გამშვები ფაილის პოვნა შეუძლებელია
ძველ გლობალურ/pg_control-ზე ".old" სუფიქსის დამატებაყველა არა-template0 ბაზაზე მიერთება შესაძლებელი უნდა იყოს, ანუ მათი
pg_database.datallowconn -ი true-ს უნდა უნდოდეს.  თქვენი ვერსია შეიცავს
არა-template0 ბაზებს, რომლების pg_database.datallowconn -ი false-ზეა დაყენებული.
სასურველია დაუშვათ მიერთება ყველა არა-template0 ბაზაზე, ან
წაშალოთ ბაზები, რომლებზეც წვდომა არ არსებობს.
პრობლემური ბაზების სიის ნახვა შეგიძლიათ ფაილში:
    %s

ახალ კლასტერში ყველა მწკრივის ანალიზივერ გაგრძელდება საჭირო კონტროლის ინფორმაციის გარეშე, დასრულება
ცხრილის სივრცეების გამოყენებისას იგივე სისტემური კატალოგის 
ვერსიის მქონეზე/მქონემდე განახლება შეუძლებელია.
კლასტერის ვერსიების შემოწმებამონაცემთა ბაზის კავშირის პარამეტრების შემოწმებაშემოწმება, დამყენებელი მომხმარებელი დაყენების მომხმარებელს თუ უდრის"contrib/isn"-ის bgint-passing-ის არ-დამთხვევაზე შემოწმებაგაფართოების განახლებების შემოწმებაჰეშის ინდექსების შემოწმებაშეუთავსებელი "jsonb" მონაცემთა ტიპის შემოწმებაშეუთავსებელი "line" მონაცემთა ტიპის შემოწმებაშეუთავსებელი პოლიმორფული ფუნქციების არსებობის შემოწმებაარასწორი "sql_identifier" მომხმარებლის სვეტების შემოწმებაარასწორი "unknown" მომხმარებლის სვეტების შემოწმებაახალი კლასტერის ცხრილების სივრცის საქაღალდეების შემოწმებამომზადებული ტრანზაქციების შემოწმებასაჭირო ბიბლიოთეკების არსებობის შემოწმებამომხმარებლის ცხრილებში reg* მონაცემის ტიპების შემოწმებაროლების შემოწმება, რომლებიც "pg_"-ით იწყებამომხმარებლის ცხრილებში სისტემის მიერ განსაზღვრული კომპოზიტური ტიპების შემოწმებაWITH OIDS ცხრილების შემოწმებამომხმარებლის მიერ განსაზღვრული კოდირების კონვერტაციის შემოწმებამომხმარებლის მიერ აღწერილი postfix ოპერატორების არსებობის შემოწმებამომხმარებლის ურთიერთობის ფაილების კლონირებაავარიის მიზეზის გამოსავლენად გადაავლეთ თვალი
"%s"-ის ბოლო რამდენიმე ხაზს.
ავარიის მიზეზის გამოსავლენად გადაავლეთ თვალი 
"%s"-ის ან "%s"-ის ბოლო რამდენიმე ფაილს.
ძველი %s -ის კოპირება ახალ სერვერზემომხმარებლის ურთიერთობის ფაილების კოპირებამომხმარებლის მიერ აღწერილი ცხრილის სივრცეების ან ახალი კლასტერის 
მონაცემების საქაღალდის ძველი კლასტერის საქაღადლდეში არსებობის გამო
ძველი კლასტერის მონაცემების წაშლის სკრიპტის შექმნა შეუძლებელია.  ძველი კლასტერის
 შემცველობა ხელით უნდა წაშალოთ.
მონაცემთა ბაზის სქემების დამპის შექმნაგლობალური ობიექტების დამპის შექმნაძველი კლასტერის წასაშლელად სკრიპტის შექმნაბაზა: %s
ფაილების წაშლა ახალი %s-დანშეცდომა ძველ და ახალ ცხრილებს შორის დამთხვევისას ბაზაში "%s"
შეცდომა. დასრულება
საწყისი კლასტერის რეალური მონაცემთა საქაღალდის პოვნასამიზნე კლასტერის რეალური მონაცემთა საქაღალდის პოვნაახალ კლასტერში ყველა მწკრივის გაყინვაICU-ს ენის მნიშვნელობები მონაცემთა ბაზისთვის "%s" არ ემთხვევა: ძველი "%s", ახალი "%s"
მონაცემთა ბაზაში: %s
მომხმარებლის ურთიერთობის ფაილების გადაბმაახალი კლასტერის მონაცემებისა და გამშვები ფაილების საქაღალდეები სხვადასხვა ძირითად ვერსიებს მიეკუთვნება.
ახალი კლასტერული მონაცემთა ბაზა "%s" ცარიელი არაა: ნაპოვნია ურთიერთობა "%s.%s"
ახალ კლასტერში ძველი ურთიერთობისთვის OID -ით %u ბაზაში "%s" დამთხვევა ვერ ვიპოვე: %s
ძველ კლასტერში ახალი ურთიერთობისთვის OID -ით %u ბაზაში "%s" დამთხვევა ვერ ვიპოვე: %s
ძველი კლასტერის მონაცემები და გამშვები ფაილის საქაღალდეები სხვადასხვა ძირითადი ვერსიიდანაა.
ახალი კლასტერისთვის მხოლოდ დაყენების მომხმარებლის მითითებაა შესაძლებელი.
ოპტიმიზატორის სტატისტიკ-ის გადატანა pg_upgrade-ის მიერ არ ხდება.
როცა ახალ სერვერს გაუშვებთ, შეასრულეთ ბრძანება:
    %s/vacuumdb %s--all --analyze-in-stages

პარამერები:
თანმიმდევრულობის შემოწმების ჩატარება
-----------------------------
თანმიმდევრულობის შემოწმების შესრულება ძველ ცოცხალ სერვერზე
------------------------------------------------
ურთიერთობის სახელები OID-ით %u ბაზაში "%s" არ ემთხვევა: ძველი სახელი "%s.%s.", ახალი კი "%s.%s"
WAL არქივების გადატვირთვაახალ კლასტერში ბაზის სქემების აღდგენაახალი კლასტერში გლობალური ობიექტების აღდგენადამატებითი შეტყობინებების ჩართვა
ამ სკრიპტის გაშვება ძველი კლასტერის მონაცემების ფაილებს წაშლის:
   %s
SQL ბრძანებსი შეცდომა
%s
%sახალ კლასტერში frozenxid და minmxid მთვლელების დაყენებაახალ კლასტერში minmxid მთვლელის დაყენებაახალი კლასტერისთვის შემდეგი OID დაყენებაახალი კლასტერისთვის შემდეგი მულტიტრანზაქციის წანაცვლებისა და ID-ის დაყენებაახალი კლასტერისთვის შემდეგი ტრანზაქციის ეპოქისა და ID-ის დაყენებაუძველესი XID დაყენება ახალი კლასტერისთვისახალ კლასტერში უძველესი მულტიტრანზაქციის ID-ის დაყენებამონაცემების საქაღალდის დისკთან სინქრონიზაციასაწყისი კლასტერი მომზადებულ ტრანზაქციებს შეიცავს 
საწყისი კლასტერი შეიცავს როლებს, რომლებიც "pg_"-ით იწყება
საწყის კლასტერს მდგომარეობის ინფორმაცია არ გააჩნია:
საწყის კლასტერს ზოგიერთი საჭირო კონტროლის ინფორმაცია არ გააჩნია:
საწყისი ბაზა წესების დაცვით არ გამორთულა
საწყისი კლასტერი აღდგენის რეჟიმში იყო, როცა გაითიშა.  განსაახლებლად გამოიყენეთ "rsync", როგორც ეს დოკუმენტაციაშია, ან გამორთეთ, როგორც ძირითადი.
სამიზნე კლასტერი მომზადებულ ტრანზაქციებს შეიცავს 
სამიზნე კლასტერი შეიცავს როლებს, რომლებიც "pg_"-ით იწყება
სამიზნე კლასტერს მდგომარეობის ინფორმაცია არ გააჩნია:
სამიზნე კლასტერს ზოგიერთი საჭირო კონტროლის ინფორმაცია არ გააჩნია:
სამიზნე ბაზა წესების დაცვით არ გამორთულა
სამიზნე კლასტერი აღდგენის რეჟიმში იყო, როცა გაითიშა.  განსაახლებლად, გამოიყენეთ "rsync", როგორც ეს დოკუმენტაციაშია, ან გამორთეთ, როგორც ძირითადი.
როგორც ჩანს, ახალ კლასტერს postmaster ემსახურება.
გამორთეთ postmaster და თავიდან სცადეთ.
როგორც ჩანს, ძველ კლასტერს postmaster ჯერ კიდევ ემსახურება.
გამორთეთ postmaster და თავიდან სცადეთ.
%s-ის შესრულების პრობლემა
ამ პროგრამას განახლება PostgreSQL-ის ვერსიის %s-დან და ზემოთ შეუძლია.
ამ პროგრამას შეუძლია მხოლოდ PostgreSQL ვერსიაზე გადასვლა %s.
ეს პროგრამა არ შეიძლება გამოყენებულ იქნას უფრო ძველი ძირითადი PostgreSQL ვერსიების ჩამოსაწევად.
მეტი ინფორმაციისთვის სცადეთ '%s --help'.
%s-ის %s-ად გადარქმევის შეცდომა.
გამოყენება:
ცოცხალი სერვერის შემოწმებისას ძველი და ახალი პორტის ნომრები სხვადასხვა უნდა იყოს.
მიმდინარე საქაღალდეში ჩაწერა/წაკითხვის წვდომები აუცილებელია.
%s-ის საქაღალდის იდენტიფიკაცია აუცილებელია.
გამოიყენეთ ბრძანების სტრიქონის %s პარამეტრი ან გარემოს ცვლადი %s.
პროგრამის თქვენი ვერსისა შეიცავს "contrib/isn" ფუნქციებს, რომლებიც bigint მონაცემების ტიპს ეყრდნობა.  თქვენი ძველი 
და ახალი კლასტერები bigint მნიშვნელობებს სხვადასხვანაირად ამუშავებენ, ამიტომ თქვენი კლასტერის განახლება ამჟამად 
შეუძლებელია.  შეგიძლიათ, თქვენს ძველ კლასტერში, ბაზები, რომლებიც "contrib/isn" ფუნქციებს იყენებს, წაშალოთ
, განაახლოთ ბაზა და აღადგინოთ ფუნქციები.  პრობლემური ფუნქციების სია შეგიძლიათ იხილოთ ფაილში:
   %s

პროგრამის თქვენი ვერსია მომხმარებლის ცხრილებში reg* მონაცემების ტიპს შეიცავს
ამ მონაცემების ტიპის სისტემური OID-ები pg_upgrade-ის იერ არ ნარჩუნდება, ამიტომ კლასტერის
განახლება შეუძლებელია.  პრობლემის მოსაგვარებლად შეგიძლიათ წაშალოთ შესაბამისის სვეტები
და განახლება თავიდან გაუშვათ.
პრობლემური სვეტების სიის ნახვა შეგიძლიათ ფაილში:
   %s

პროგრამის თქვენი ვერსია მომხმარებლის ცხრილებში სისტემის მიერ აღწერილ კომპოზიტურ ტიპებს შეიცავს.
ამ ტიპის OID-ები PostgreSQL-ის ვერსიებს შორის მუდმივი არაა, ამიტომ ამ კლასტერის განახლება ამჟამად შეუძლებელია  შეგიძლიათ
წაშალოთ პრობლემური სვეტები და განახლება თავიდან გაუშვათ.
პრობლემური სვეტების სიის ხილვა შეგიძლიათ ფაილში:
   %s

პროგრამის თქვენი ვერსია შეიცავს ცხრილებს, რომლებიც WITH OIDS-ითაა
აღწერილი, რაც მხარდაჭერილი აღარაა.  საჭიროა წაშალოთ oid ცხრილები ბრძანებით
    ALTER TABLE ... SET WITHOUT OIDS;
ცხრილების სია, რომელსაც ეს პრობლემა გააჩნიათ, შეგიძლიათ იხილოთ ფაილში:
    %s

პროგრამის თქვენი ვერსია მოხმარებლის ცხრილებში მონაცემების "jsonb" ტიპს შეიცავს.
"jsonb"-ის შიდა ფორმატი შეიცვალა 9.4 ბეტას დროს, ასე, რომ ამ კლასტერის განახლება ამჟამად
შეუძლებელია  შეგიძლიათ წაშალოთ პრობლემული სვეტები და განახლება თავიდან გაუშვათ.
პრობლემური სვეტების ნახვა შეგიძლიათ ფაილში:
    %s

თქვენი პაკეტი მომხმარებლის ცხრილებში "line" მონაცემის ტიპს შეიცავს.
ეს მონაცემის ტიპი შეიცვალა შიგნიდან. ასევე შეცვალა მისი შეყვანა/გამოყვანის ფორმატი. ამიტომ თქვენი
კლასტერის ძველი ვერსიის განახლება ამჟამად შეუძლებელია.  შეგიძლიათ
წაშალოთ ეს სვეტები და თავიდან გაუშვათ განახლება.
პრობლენული სვეტების სია შეგიძლიათ იხილოთ ფაილში:
   %s

პროგრამის თქვენი ვერსია მომხმარებლის ცხრილებში "sql_identifier" მონაცემების ტიპს შეიცავს.
მონაცემის ამ ტიპის დისკზე შენახვის ფორმატი შეიცვალა, ასე რომ, ამჟამად ამ კლასტერის განახლება შეუძლებელია.
შეგიძლიათ წაშალოთ პრობლემური სვეტები და თავიდან გაუშვათ განახლება.
პრობლემური ცხრილების სიის ხილვა შეგიძლიათ ფაილში:
    %s

პროგრამის თქვენი ვერსია მოხმარებლის ცხრილებში მონაცემების "unknown" ტიპს შეიცავს.
ეს მონაცემის ტიპი ცხრილებში დაშვებული აღარაა, ასე, რომ ამ კლასტერის განახლება ამჟამად
შეუძლებელია  შეგიძლიათ წაშალოთ პრობლემული სვეტები და განახლება თავიდან გაუშვათ.
პრობლემური სვეტების ნახვა შეგიძლიათ ფაილში:
    %s

პროგრამის თქვენი ვერსია მოხმარებლის მიერ აღწერილ გადაყვანებს შეიცავს.
"jsonb"-ის შიდა ფორმატი შეიცვალა 14-ე ვერსიაში, ასე, რომ ამ კლასტერის განახლება ამჟამად
შეუძლებელია  შეგიძლიათ წაშალოთ პრობლემული სვეტები და განახლება თავიდან გაუშვათ.
მომხმარებლის მიერ აღწერილი გადაყვანების ნახვა შეგიძლიათ ფაილში:
    %s

პროგრამის თქვენი ვერსია შეიცავს მომხმარებლის მიერ აღწერილ ობიექტებს, რომლებიც
შიდა პოლიმორფულ ფუნქციებს იძახებენ არგუმენტების ტიპით "anyarray" ან "anyelement".
ეს მომხმარებლის მერ აღწერილი ობიექტები უნდა მოაცილოთ ვერსიის აწევამდე და
შემდეგ აღადგინოთ, რათა მათ ახალ შესაბამის ფუნქციებს მიმართონ, არგუმენტების ტიპით
"anycompatiblearray" და "anycompatible".
ფაილში არსებული პრობლემური ობიექტები:
  %s

პროგრამის თქვენი ვერსია შეიცავს მომხმარებლის მიერ აღწერილ postfix ოპერატორებს,
რომლებიც მხარდაჭერილი აღარაა.  საჭირო იქნება postfix ოპერატორების წაშლა და მათი 
prefix ოპერატორებით ან ფუნქციების გამოძახებებით ჩანაცვლება.
მომხმარებლის მიერ აღწერილი postfix ოპერატორების სიის ნახვა შეგიძლიათ ფაილში:
   %s

პროგრამის თქვენი ვერსია მიმართავს ჩატვირთვად ბიბლიოთეკები, რომლებიც თქვენს სისტემაში
აღმოჩენილი არაა.   შეგიძლიათ დაამატოთ ეს ბიბლიოთეკები ახალ ვარიანტში,
ან წაშალოთ ფუნქციები, რომლებიც მათ იყენებენ, ძველი ვერსიიდან.
პრობლემური ბიბლიოთეკების სიის ნახვა შეგიძლიათ ფაილში:
    %s

pg_upgrade-ის გაშვება Windows-ზე ახალი კლასტერის მონაცემების საქაღალდიდან შეუძლებელია
"%s" შემოწმების შეცდომა: %s
"%s" შემოწმების შეცდომა: გაშვების შეცდომა
"%s" შემოწმების შეცდომა: გაშვების შეცდომა (წვდომა აკრძალულია)
"%s" შემოწმების შეცდომა: არასწორი ვერსია: ვიპოვე "%s" მოველოდი "%s"
"%s" შემოწმება ვერ მოხერხდა: რეგულარული ფაილი არაა
შვილი პროცესი არანორმალურად დასრულდა სტატუსით %d.
შვილი დამხმარე არანორმალურად დასრულდა სტატუსით %s.
კლონირება "%s"-დან "%s"-მდე
ბრძანება ძალიან გრძელია
კოპირება "%s"-დან "%s"-მდე
საქაღალდის (%s) წვდომის შეცდომა: %m
ფაილზე "%s" გაშვების წვდომის დამატების შეცდომა: %s
მონაცემების ძველ და ახალ საქაღალდეებს შორის ფაილის კლონირების შეცდომა: %s
ვერ ვუკავშირდები საწყის postmaster-ს, რომელიც შემდეგი ბრძანებით გაეშვა:
%s
ვერ ვუკავშირდები სამიზნე postmaster-ს, რომელიც შემდეგი ბრძანებით გაეშვა:
%s
საქაღალდის (%s) შექმნის შეცდომა: %m
ფაილის (%s) შექმნის შეცდომა: %s
ძველი და ახალი მონაცემების საქაღალდეებს შუა მყარი ბმულის შექმნა შეუძლებელია: %s
ბმულის რეჟიმში ძველი და ახალი მონაცემების საქაღალდეები ერთი და იგივე ფაილურ სისტემაზე უნდა იყოს.
დამხმარე პროცესის შექმნა შეუძლებელია: %s
დამხმარე ნაკადის შექმნა შეუძლებელია: %s
საქაღალდის ("%s") წაშლის შეცდომა
მიმდინარე საქაღალდის იდენტიფიკაციის პრობლემა
ვერ დადგინდა მომხმარებელთა რაოდენობა
%s-სთვის საკონტროლო მონაცემების მიღების შეცდომა: %s
ვერ მივიღე მონაცემთა საქაღალდე %s გამოყენებით: %s
%s გამოყენებით pg_ctl ვერსიის მონაცემები ვერ მივიღე: %s
%s გამოყენებით pg_ctl ვერსია ვერ მივიღე
ბიბლიოთეკის ("%s") ჩატვირთვის შეცდომა: %sშეცდომა %s-ის წასაკითხად გახსნისას: %s
ფაილის გახსნის შეცდომა "%s": %s
ჟურნალის ფაილის გახსნის შეცდომა "%s": %m
ვერსიის ფაილის გახსნის შეცდომა "%s": %m
ვერსიის ფაილის დამუშავების შეცდომა "%s"
ფაილიდან (%2$s) %1$d-ე ხაზის წაკითხვა შეუძლებელია: %3$s
საქაღალდის წვდომების წაკითხვა შეუძლებელია "%s": %s
ცხრილების სივრცის საქაღალდის "%s" აღმოჩენის შეცდომა: %s
ჟურნალის ფაილში (%s) ჩაწერის შეცდომა: %m 
მონაცემთა ბაზის მომხმარებელი "%s" არ არის დაყენების მომხმარებელი
ახალი კლასტერის საქაღალდის ბილიკი ძალიან გრძელია
მონაცემთა ბაზის კოდირება "%s" არ ემთხვევა: ძველი "%s", ახალი "%s"
შეცდომა ფაილის არსებობის შემოწმებისას "%s.%s" ("%s" "%s"): %s
შეცდომა ურთიერთობის (%s.%s) კლონირებისას ("%s"-დან "%s"-მდე): %s
შეცდომა ურთიერთობის (%s.%s) კლონირებისას: ფაილის ("%s") შექმნის შეცდომა: %s
შეცდომა ურთიერთობის (%s.%s) კლონირებისას: ფაილის ("%s") გახსნის შეცდომა: %s
შეცდომა ურთიერთობის (%s.%s) კოპირებისას ("%s"-დან "%s"-მდე): %s
შეცდომა ურთიერთობის (%s.%s) კოპირებისას: ფაილის ("%s") შექმნის შეცდომა: %s
შეცდომა ურთიერთობის (%s.%s) კოპირებისას : ფაილის ("%s") გახსნის შეცდომა: %s
შეცდომა ურთიერთობის (%s.%s) კოპირებისას: ფაილის ("%s") წაკითხვის შეცდომა: %s
შეცდომა ურთიერთობის (%s.%s) კოპირებისას: ფაილის ("%s") აღმოჩენის შეცდომა: %s
შეცდომა ურთიერთობის (%s.%s) კოპირებისას: ფაილში ("%s") ჩაწერის შეცდომა: %s
შეცდომა ურთიერთობის "%s.%s" კოპირებისას: ფაილში "%s" ნაპოვნია ნაწილობრივი გვერდი
შეცდომა ურთიერთობის (%s.%s) ბმულის შექმნისას ("%s"-დან "%s"-მდე): %s
გაშვება: %s
%s-სთვის სისტემური ენის მიღების შეცდომა
მიმდინარე ენის მიღების პრობლემა
ძველი ენის ("%s") აღდგენის პრობლემა
ფატალური
ამ პლატფორმაზე კლონირება მხარდაჭერილი არაა
ახალი პორტის არასწორი ნომერი
არასწორი ძველი პორტის ნომერი
მონაცემთა ბაზის lc_collate მნიშვნელობები "%s" არ ემთხვევა: ძველი "%s", ახალი "%s"
მონაცემთა ბაზის lc_ctype მნიშვნელობები "%s" არ ემთხვევა: ძველი "%s", ახალი "%s"
libpq-ის გარემოს ცვლად %s-ს არალოკალური სერვერის მნიშვნელობა: %s გააჩნია
ბმა "%s"-დან "%s"-მდე
მონაცემთა ბაზის "%s" ენის მომწოდებლები არ ემთხვევა: ძველი "%s", ახალი "%s"
ახალი კლასტერის გამშვები ფაილები მდებარეობსახალი კლასტერის მონაცემები მდებარეობსახალი კლასტერის ცხრილების სივრცის საქაღალდე უკვე არსებობს: "%s"
გაფრთხილებადიახძველი და ახალი კლასტერების pg_controldata -ის საკონტროლო ჯამის ვერსიები არ ემთხვევა
ძველი და ახალი pg_controldata-ის WAL-ის ბლოკის ზომები არასწორია ან არ ემთხვევა
ძველი და ახალი pg_controldata-ის WAL-ის სეგმენტის ზომები არასწორია ან არ ემთხვევა
ძველი და ახალი pg_controldata სწორებები ბათილია ან არ ემთხვევა
სავარაუდოდ, ერთი კლასტერი 32-ბიტიანია, დანარჩენი კი 64
ძველი და ახალი pg_controldata ბლოკის ზომები ბათილია ან არ ემთხვევა
ძველი და ახალი pg_controldata-ის თარიღი/დროის შენახვის ტიპები არ ემთხვევა
ძველი და ახალი pg_controldata-ის დიდი ობიექტის ნაგლეჯის ზომები არასწორია ან არ ემთხვევა
ძველი და ახალი pg_controldata-ის TOAST-ის მაქსიმალური ნაგლეჯის ზომები არასწორია ან არ ემთხვევა
ძველი და ახალი pg_controldata-ის იდენტიფიკატორის მაქსიმალური სიგრძეები არასწორია ან არ ემთხვევა
ძველი და ახალი pg_controldata-ის მაქსიმალური ინდექსირებული სვეტები არასწორია ან არ ემთხვევა
ძველი და ახალი pg_controldata მაქსიმალური ურთიერთობის სეგმენტის ზომები ბათილია ან არ ემთხვევა
ძველი კლასტერის გამშვები ფაილები მდებარეობსძველი კლასტერის მონაცემები მდებარეობსძველი კლასტერი არ იყენებს მონაცემთა შემოწმებას, მაგრამ ახალი აკეთებს
ძველი კლასტერი იყენებს მონაცემთა შემოწმებას, ახალი კი არა
ძველი მონაცემთა ბაზა "%s" ახალ კლასტერში არ არის ნაპოვნი
არასაკმარისი მეხსიერება
pg_ctl-ის შეცდომა საწყისი სერვერის გაშვებისას ან შეერთების შეცდომა
pg_ctl-ის შეცდომა სამიზნე სერვერის გაშვებისას ან შეერთების შეცდომა
pg_upgrade -ი PostgreSQL კლასტერს სხვა მთავარ ვერსიაზე განაახლებს.

relname: %s.%s: reloid: %u reltblspace: %s
გადაწერა "%s"-დან "%s"-მდე
სოკეტები შეიქმნებაცხრილების სივრცის საქაღალდე "%s" არ არსებობს
ცხრილების სივრცის ბილიკი %s საქაღალდეს არ წარმოადგენს
template0-თან დაკავშირება შეუძლებელი უნდა იყოს. ანუ, მისი pg_database.datallowconn პარამეტრი false უნდა იყოს
მეტისმეტად ბევრი ბრძანების-სტრიქონის არგუმენტი (პირველია "%s")
მომხმარებლის მიერ მოწოდებული ძველი პორტის ნომერი %hu შესწორებულია %hu
გაფრთხილება