Þ•ýQ
ì014
PÏ[h+]”ßò'Ò-úe(#ŽS²^ 
eë†E
r
¸åÉ"¯ Ò æ 
ú ü Ÿ!:¤!Aß!;!"J]"E¨"Aî"G0#Ax#Kº#;$SB$M–$Jä$E/%Gu%@½%¢þ%¡&³&
Ç&Õ&ì&' "'!C'e'„'%Ÿ')Å'ï''
(5(Q(f($ƒ(¨(Ã(á(%þ($$)I)b)"g)#Š)®)Ç)Ê)Î)ß)*ú)-%*eS*%¹*Bß*O"+r+%Œ+*²+5Ý+,+-,*Y,+„,°,"Ë,+î,+-&F-Jm-R¸-.(.àE."&/I/&i/%/
¶/Ä/7ß/06)06`0$—0¼0KÙ0'%1PM1Pž1Kï19;2u2t3	z3<„3bÁ3\$4?4Á4.Ø4+535EL5’55«5&á5 64)65^6*”6¿62Û6674E7<z7.·7~æ72e86˜84Ï8<9.A9~p9iï9iY:#Ã:Eç:8-;Mf;&´;Û;÷;Mÿ;[M<>©<tè<…
]=4
ã>
@@
2A
sB
‡CLDÚD:õD<0E*mE+˜E#ÄEèE!úEF22FDeFDªF“ïF$ƒG#¨G ÌG&íG(H(=H*fH/‘H,ÁHîH)I8I VI(wI* I1ËI-ýI!+J+MJ>yJC¸J8üJE5KC{KC¿KCLDGLFŒLBÓLM*%M!PM"rM•MœMµMFÎMDN?ZNšN°NÍNéNOBOGHOIO{ÚOCVP@šPPÛPQ,QR~QOÑQV!RxR”R=­R9ëR/%SUS?dS?¤SHäS+-TYT)qT(›TVÄT3UOUeU<
mUªV­VÄV
ÌVgÔW|<Xô¹XN®YCýY°AZ?ò\F2]cy]
Ý]åä^m
Ê_A
8aëzb/fc–c¯c
ÇcÉcŸÑcHqd_ºdAeY\eJ¶eQ
fQSfe¥fagBmgk°gdhYhIÛhY%iWi¢×izj"šj½j,Ùj%k&,k8Sk%Œk5²k(èk;l2Ml3€l;´l&ðl"m.:m!im‹m¨m%Çmím$
n/nFn(Kn2tn§n¿nÂnÆn-Ùn,o04o~eo7äoCpi`p$Êp1ïpW!qSyqÍqRíq9@rHzr:ÃrRþr4QsG†s<ÎsKtUWt#­t-Ñtñÿt;ñu1-vH_vB¨vëvüvPwmw:Šw9Åw.ÿw2.xYax*»xnæxnUyTÄyEz¯_zš{
ª{I¸{p|js|DÞ|&#}?J}@Š}Ë}bè}&K~Dr~3·~3ë~bZ‚@Ý%€QD€<–€5Ӏ@	4J²82‚;k‚4§‚?܂3ƒ±Pƒv„vy„1ð„Q"…Ft…[»…*†"B†
e†Ts†nȆ57‡ym‡®
ç‡_
–‰O
öŠZ
FŒJ
¡
ìŽek=‡8Ő5þG4‘?|‘¼‘.͑ü‘=’KV’J¢’§í’"•“"¸“ۓñ“#”03”-d”7’”.ʔ#ù”+•I•"i•8Œ•.ŕ0ô•@%–,f–>“–MҖQ —Kr—]¾—Y˜Wv˜sΘ[B™qž™RšcšJ}š>ȚK›S›g›†›T¥›Rú›TMœ!¢œ(Ĝ&휝1^7M–X䝎=žV̞T#ŸpxŸaéŸ[K T§ mü &j¡‘¡L®¡Lû¡8H¢¢U’¢Tè¢T=£+’£!¾£+à£4¤]A¤PŸ¤ ð¤¥
Xû!³Yèô>\j=#WÂö3¡}ÓØð€SG
M¿^b삊䭹øTòŽPçŸë0´y%râõýá‰{íC;”å½o«xªÐlÏãÉ
¼vÊú14‹À™æ·KnÁ.5ºUV׃—î¨2~(°*Õ@‡Ö-kI:f²+6ÒO[£D¯`¦“„7'|§¾…ÄhˆÆ8‘Zµ¸HN’šÎԛËÑu¬RÃÜ÷QF•Ì¤Lœ w)˜©ÞAÍ,Ç&"9s Û®Åt]/dÝBñ<J±ïpÈêcažgó†ß¥ù–EzÚ_	?ümq$¢»iŒe¶àéÙ


*Clusters are compatible*

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

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

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

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


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

Report bugs to <pgsql-bugs@postgresql.org>.

The old cluster has a "plpython_call_handler" function defined
in the "public" schema which is a duplicate of the one defined
in the "pg_catalog" schema.  You can confirm this by executing
in psql:

    \df *.plpython_call_handler

The "public" schema version of this function was created by a
pre-8.1 install of plpython, and must be removed for pg_upgrade
to complete because it references a now-obsolete "plpython"
shared object file.  You can remove the "public" schema version
of this function by running the following command:

    DROP FUNCTION public.plpython_call_handler()

in each affected database:


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

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

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

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

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


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


Your installation contains large objects.  The new database has an
additional large object permission table, so default permissions must be
defined for all large objects.  The file
    %s
when executed by psql by the database superuser will set the default
permissions.


Your installation contains large objects.  The new database has an
additional large object permission table.  After upgrading, you will be
given a command to populate the pg_largeobject_metadata table with
default permissions.


connection to database failed: %s
source databases:

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

 which is an index on "%s.%s" which is an index on OID %u which is the TOAST table for "%s.%s" which is the TOAST table for OID %u"%s" is not a directory
%-*s%d: controldata retrieval problem
%d: database cluster state problem
%d: pg_resetwal problem
%s%s
%s.%s: %u to %u
%s: cannot be run as root
%s: could not find own program executable
Adding ".old" suffix to old global/pg_controlAll non-template0 databases must allow connections, i.e. their pg_database.datallowconn must be true
Analyzing all rows in the new clusterCannot continue without required control information, terminating
Cannot upgrade to/from the same system catalog version when
using tablespaces.
Checking cluster versionsChecking database connection settingsChecking database user is the install userChecking for contrib/isn with bigint-passing mismatchChecking for hash indexesChecking for incompatible "jsonb" data typeChecking for incompatible "line" data typeChecking for invalid "unknown" user columnsChecking for large objectsChecking for prepared transactionsChecking for presence of required librariesChecking for reg* data types in user tablesChecking for roles starting with "pg_"Consult the last few lines of "%s" for
the probable cause of the failure.
Consult the last few lines of "%s" or "%s" for
the probable cause of the failure.
Copying old %s to new serverCopying user relation files
Could not create a script to delete the old cluster's data files
because user-defined tablespaces or the new cluster's data directory
exist in the old cluster directory.  The old cluster's contents must
be deleted manually.
Creating dump of database schemas
Creating dump of global objectsCreating script to analyze new clusterCreating script to delete old clusterDatabase: %s
Deleting files from new %sFailed to match up old and new tables in database "%s"
Failure, exiting
Finding the real data directory for the source clusterFinding the real data directory for the target clusterFreezing all rows in the new clusterLinking user relation files
New cluster data and binary directories are from different major versions.
New cluster database "%s" is not empty
No match found in new cluster for old relation with OID %u in database "%s": %s
No match found in old cluster for new relation with OID %u in database "%s": %s
Old cluster data and binary directories are from different major versions.
Only the install user can be defined in the new cluster.
Optimizer statistics and free space information are not transferred
by pg_upgrade so, once you start the new server, consider running:
    %s

Optimizer statistics are not transferred by pg_upgrade so,
once you start the new server, consider running:
    %s

Options:
Performing Consistency Checks
-----------------------------
Performing Consistency Checks on Old Live Server
------------------------------------------------
Relation names for OID %u in database "%s" do not match: old name "%s.%s", new name "%s.%s"
Remove the problem functions from the old cluster to continue.
Resetting WAL archivesRestoring database schemas in the new cluster
Restoring global objects in the new clusterRunning in verbose mode
Running this script will delete the old cluster's data files:
    %s
SQL command failed
%s
%sSetting frozenxid and minmxid counters in new clusterSetting minmxid counter in new clusterSetting next OID for new clusterSetting next multixact ID and offset for new clusterSetting next transaction ID and epoch for new clusterSetting oldest multixact ID in new clusterSync data directory to diskThe source cluster contains prepared transactions
The source cluster contains roles starting with "pg_"
The source cluster lacks cluster state information:
The source cluster lacks some required control information:
The source cluster was not shut down cleanly.
The source cluster was shut down while in recovery mode.  To upgrade, use "rsync" as documented or shut it down as a primary.
The target cluster contains prepared transactions
The target cluster contains roles starting with "pg_"
The target cluster lacks cluster state information:
The target cluster lacks some required control information:
The target cluster was not shut down cleanly.
The target cluster was shut down while in recovery mode.  To upgrade, use "rsync" as documented or shut it down as a primary.
There seems to be a postmaster servicing the new cluster.
Please shutdown that postmaster and try again.
There seems to be a postmaster servicing the old cluster.
Please shutdown that postmaster and try again.
There were problems executing "%s"
This utility can only upgrade from PostgreSQL version 8.4 and later.
This utility can only upgrade to PostgreSQL version %s.
This utility cannot be used to downgrade to older major PostgreSQL versions.
Try "%s --help" for more information.
Unable to rename %s to %s.
Usage:
When checking a live server, the old and new port numbers must be different.
When checking a pre-PG 9.1 live old server, you must specify the old server's port number.
You must have read and write access in the current directory.
You must identify the directory where the %s.
Please use the %s command-line option or the %s environment variable.
Your installation contains "contrib/isn" functions which rely on the
bigint data type.  Your old and new clusters pass bigint values
differently so this cluster cannot currently be upgraded.  You can
manually upgrade databases that use "contrib/isn" facilities and remove
"contrib/isn" from the old cluster and restart the upgrade.  A list of
the problem functions is in the file:
    %s

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

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

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

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

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

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

relname: %s.%s: reloid: %u reltblspace: %s
rewriting "%s" to "%s"
tablespace directory "%s" does not exist
tablespace path "%s" is not a directory
template0 must not allow connections, i.e. its pg_database.datallowconn must be false
user-supplied old port number %hu corrected to %hu
waitpid() failed: %s
warningProject-Id-Version: pg_upgrade (PostgreSQL) 10
Report-Msgid-Bugs-To: pgsql-bugs@postgresql.org
PO-Revision-Date: 2019-04-03 14:47+0300
Last-Translator: Abdullah Gülner
Language-Team: 
Language: tr
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Generator: Poedit 1.8.7.1



*Cluster'lar uyumlu*

*hata*
pg_upgrade 'i çalıştırmadan önce yapılması gerekenler:
   (initdb'nin yeni sürümünü kullanarak) yeni bir veritabanı kümesi (cluster) oluşturmak
   eski kümeye hizmet veren postmaster'ı kapatmak
   yeni kümeye hizmet veren postmaster'ı kapatmak

Örnek:
  pg_upgrade -d oldCluster/data -D newCluster/data -b oldCluster/bin -B newCluster/bin
veya



Eğer pg_upgrade bu noktadan sonra başarısız olursa,
devam etmeden önce yeni cluster'da tekrar initdb yapılmalıdır.

Eski kümeyi (cluster) başlatmak istiyorsanız, ".old" sonekini
%s/global/pg_control.old 'dan çıkartmanız gerekecektir.
"link" kipi (mode) kullanıldığından, bir kere yeni küme başlatıldığında
eski küme güvenle başlatılamaz.


Yükseltme (upgrade) gerçekleştiriliyor
----------------------------------

Hataları <pgsql-bugs@postgresql.org> adresine bildirebilirsiniz.

Eski kümenin "public" şemasında tanımlı bir "plpython_call_handler"
fonksiyonu var ki bunun bir kopyası da "pg_catalog" şemasında da  tanımlı.
Bunu teyit etmek için psql'de şunu çalıştırabilirsiniz:

    \df *.plpython_call_handler

Bu fonksiyonun "public" şemasındaki sürümü plpython'un 8.1 öncesi bir
kurulumu tarafından oluşturulmuş, ve eski "plpython" paylaşımlı nesne 
dosyasına referans verdiği için pg_upgrade'in tamamlanması için 
kaldırılmalıdır. Bu fonksiyonun "public" şemasınaki sürümünü etkilenen
bütün veritabanlarında aşağıdaki komutu çalıştırarak kaldırabilirsiniz:

    DROP FUNCTION public.plpython_call_handler()


Yükseltme (upgrade) tamamlandı
----------------------------

UYARI: yeni veri dizini eski veri dizini içinde olmamalı, örn. %s

UYARI: kullanıcı-tanımlı tablespace lokasyonları veri dizini içinde olmamalıdır, örn. %s

pg_upgrade çalıştırdığınızda, aşağıdaki bilgileri sağlamalısınız:
  eski küme için veri dizini (-d DATADIR)
  yeni küme için veri dizini (-D DATADIR)
  eski sürüm için "bin" dizini (-b BINDIR)
  yeni sürüm için "bin" dizini (-B BINDIR)

Kurulumunuzda hash indeksler mevcut. Bu indeksler eski ve yeni 
kümelerinizde farklı dahili formatlara sahip, bu yüzden REINDEX 
komutuyla tekrar indekslemelisiniz. Yükseltme sonrası size 
REINDEX talimatları verilecek.



Kurulumunuzda hash indeksler mevcut. Bu indeksler eski ve yeni 
kümelerinizde farklı dahili formatlara sahip, bu yüzden REINDEX 
komutuyla tekrar indekslemelisiniz. Aşağıdaki dosya:
    %s
psql'de veritabanı superuser'ı tarafından çalıştırıldığında bütün geçersiz
indeksleri yeniden oluşturacak; o zamana kadar bu indeksler kullanılmayacak.


Kurulumunuzda büyük nesneler mevcut. Yeni veritabanının
ilave bir büyük nesne yetkilendirme tablosu var, yani bütün büyük
nesneler için varsayılan yetkiler tanımlanmalı. Aşağıdaki dosya:
    %s
psql'de veritabanı superuser'ı tarafından çalıştırıldığında varsayılan yetkileri ayarlayacak.




Kurulumunuzda büyük nesneler mevcut. Yeni veritabanının
ilave bir büyük nesne yetkilendirme tablosu var. Yükseltme sonrası,
size pg_largeobjet_metadata tablosunu varsayılan yetkilerle
 doldurmak için bir komut verilecek.

 

veritabanına bağlantı başarısız oldu: %s
kaynak veritabanları:

hedef veritabanları:
     %s
  $ export PGDATAOLD=oldCluster/data
  $ export PGDATANEW=newCluster/data
  $ export PGBINOLD=oldCluster/bin
  $ export PGBINNEW=newCluster/bin
  $ pg_upgrade
  -?, --help                    bu yardımı göster, sonrasında çık
  -B, --new-bindir=BINDIR       yeni küme (cluster) çalıştırılabilir (executable) dizini
  -D, --new-datadir=DATADIR     yeni küme (cluster) veri dizini
  -O, --ne-options=OPTIONS       sunucuya geçirilecek yeni küme (cluster) seçenekleri
  -P, --new-port=PORT          yeni küme port numarası (varsayılan %d)
  -U, --username=NAME          küme (cluster) superuser'ı (varsayılan "%s")
 
  -V, --version                sürüm bilgisini görüntüle, sonrasında çık
  -b, --old-bindir=BINDIR       eski küme (cluster) için çalıştırılabilir (executable) dizini
  -c, --check                   sadece kümeleri (cluster) kontrol et, veri değişikliği yapma
  -d, --old-datadir=DATADIR      eski küme (cluster) veri dizini
  -j, --jobs                    kullanılacak eşzamanlı süreç veya iş parçacığı (thread) sayısı
  -k, --link                   dosyaları yeni kümeye (cluster) kopyalama yerine bağlantılandır
  -o, --old-options=OPTIONS      sunucuya geçirilecek eski küme (cluster) seçenekleri
  -p, --old-port=PORT         eski küme port numarası (varsayılan %d)
  -r, --retain                  başarılı işlem sonrası SQL ve log dosyalarını tut
  -v, --verbose                 açıklamalı (verbose) dahili loglamayı etkinleştir
  C:\> set PGDATAOLD=oldCluster/data
  C:\> set PGDATANEW=newCluster/data
  C:\> set PGBINOLD=oldCluster/bin
  C:\> set PGBINNEW=newCluster/bin
  C:\> pg_upgrade
  WAL blok boyutu (block size)
  WAL kesim boyutu (segment size)
  blok boyutu (block size)
  sonraki XID kontrol noktası (checkpoint)
  veri sağlama (checksum) sürümü
  tarih/saat değerleri tamsayı mı?
  sıfırlama (reset) sonrası ilk WAL kesimi (segment)
  float8 argumanı geçirme yöntemi
  büyük ilişki (relation) kesimi (segment) boyutu
  büyük-nesne yığın (chunk) boyutu
  sonraki MultiXactId en son kontrol noktası (checkpoint)
  sonraki MultiXactOffset en son kontrol noktası
  sonraki OID en son kontrol noktası (checkpoint)
  En eski MultiXactId en son kontrol noktası (checkpoint)
  azami TOAST yığın (chunk) boyutu
  azami hizalanma (max alignment)
  azami tanımlayıcı (identifier) uzunluğu
  azami indeksli sütun sayısı
  pg_upgrade [SEÇENEK]...

 "%s.%s" üzerinde bir indeks  %u OID'li nesne üzerinde bir indeks "%s.%s" için TOAST tablosu %u OID'li nesne için TOAST tablosu"%s" bir dizin değil
%-*s%d: controldata alma (retrieval) sorunu
%d: veritabanı kümesini durumu ile ilgili sorun
%d: pg_resetwal sorunu
%s%s
%s.%s: %u yu %uya
%s: root kullanıcısyla çalıştırılamaz
%s: çalıştırılabilir dosya bulunamadı
eski global/pg_control'e ".old" soneki ekleniyortemplate0 dışındaki tüm veritabanları bağlantıya izin vermeli, yani pg_database.datallowconn değerleri "true" olmalı
Yeni cluster daki tüm satırlar (row) analiz ediliyor.Gerekli kontrol bilgisi olmadan devam edilemez, sonlandırılıyor
Tablespace'ler kullanıldığında aynı sistem katalog sürümüne/sürümünden
yükseltme yapılamaz.
Cluster sürümleri kontrol ediliyorVeritabanı bağlantı ayarları kontrol ediliyorVeritabanı kullanıcısının kurulum kullanıcısı olup olmadığı kontrol ediliyorbigint-geçirme uyuşmazlığı olan contrib/isn için denetim gerçekleştiriliyorHash indeksler kontrol ediliyorUyumlu olmayan (incompatible) "jsonb" veri tipi için kontrol gerçekleştiriliyorUyumlu olmayan "line" veri tipi için kontrol yapılıyorGeçersiz "bilinmeyen" kullanıcı sütunları için kontrol yapılıyorBüyük nesneler (large objects) için kontrol yapılıyorHazırlanmış işlemler (prepared transaction) için kontrol gerçekleştiriliyorGereken kütüphanelerin varlığı kontrol ediliyorKullanıcı tablolarındaki reg* veri tipleri için kontrol yapılıyor"pg_" ie başlayan roller için kontrol gerçekleştiriliyorHatanın muhtemel sebebi için "%s" nin
son bir kaç satırına bakınız.
Hatanın muhtemel sebebi için "%s" veya 
"%s"nin son bir kaç satırına bakınız.
Eski %s yeni sunucuya kopyalanıyorKullanıcı ilişki dosyaları kopyalanıyor
Eski kümenin (cluster) veri dosyalarını silecek betik (script) oluşturulamadı;
çünkü eski kümenin dizininde kullanıcı-tanımlı tablespace'ler veya 
yeni kümenin veri dizini bulunuyor. Eski kümeye ait içerikler
elle silinmeli.
Veritabanı şemalarının dökümü (dump) oluşturuluyor
Global nesnelerin dökümü (dump) oluşturuluyorYeni kümeyi (cluster) analiz etmek için betik (script) oluşturuluyor Eski kümeyi (cluster) silmek için betik (script) oluşturuluyor.Veritabanı: %s
yeni %s deki dosyalar siliniyor"%s" veritabanında eski ve yeni tabloların eşleştirilmesi başarısız oldu
Başarısız, çıkılıyor
Kaynak küme (cluster) için gerçek veri dizini bulunuyorHedef küme (cluster) için gerçek veri dizini bulunuyorYeni cluster daki tüm satırlar donduruluyor.Kullanıcı ilişki dosyaları bağlantılanıyor
Yeni küme (cluster) veri ve ikili (binary) dizinleri farklı ana (major) sürümlerden.
Yeni cluster veritabanı "%s" boş değil
%u OID li eski ilişki (relation) için yeni kümede (cluster) karşılık bulunamadı (veritabanı: "%s): %s
%u OID li yeni ilişki (relation) için eski kümede (cluster) karşılık bulunamadı (veritabanı: "%s): %s
Eski kümenin (cluster) veri ve ikili (binary) dizinleri farklı ana sürümlerden.
Yeni kümede (cluster) sadece kurulum kullanıcısı tanımlanabilir
Eniyileyici (optimizer) istatistikleri ve boş alan bilgisi pg_upgrade
tarafından aktarılmadığından, yeni sunucuyu başlattığınızda 
%s çalıştırmanız önerilir

Eniyileyici (optimizer) istatistikleri pg_upgrade tarafından aktarılmadığından
yeni sunucuyu başlattığınızda, %s
çalıştırmanız önerilir.

Seçenekler:
Tutarlılık Testleri Gerçekleştiriliyor
-----------------------------
Eski Canlı Sunucuda Tutarlılık Testleri Gerçekleştirliyor
------------------------------------------------
%u OID'si için "%s" veritabanındaki ilişki isimleri eşleşmiyor: eski isim "%s.%s", yeni isim "%s.%s"
Devam etmek için problemli fonksiyonları çıkartınız (remove).
WAL arşivleri sıfırlanıyor (reset)Yeni kümede (cluster) veritabanı şemaları geri yükleniyor
Yeni kümede (cluster) global objeler geri yükleniyor (restore)Verbose kipte çalışıyor
Bu betiğin (script) çalıştırılması eski cluster'ın veri dosyalarını silecektir:
     %s
SQL komutu çalıştırılamadı
%s
%sYeni kümede (cluster) frozenxid ve minmxid sayaçları belirleniyorYeni kümede (cluster) minmxid sayacı belirleniyorYeni küme (cluster) için sonraki OID belirleniyorYeni kümede (cluster) sonraki multixact ID değeri ve göreli konum değeri (offset) belirleniyorYeni küme (cluster) için sonraki işlem (transaction) ID ve dönem değeri belirleniyor.Yeni kümede (cluster) en eski multixact ID değeri belirleniyorVeri dizinini diske eşzamanla (sync)Kaynak küme (cluster) hazırlanmış işlemler (prepared transaction) içeriyor
Kaynak küme (cluster) "pg_" ile başlayan roller içeriyor
Kaynak kümede (cluster) küme durumu bilgisi eksik:
Kaynak kümede (cluster) bazı gerekli kontrol bilgileri eksik:
Kaynak küme düzgün bir şekilde kapatılmamış.
Kaynak küme kurtarma (recovery) modunda iken kapatıldı. Yükseltmek için, belgelerde açıklandığı gibi "rsync" kullanın ya da birincil (primary) sunucu olarak kapatın.
Hedef küme(cluster) hazırlanmış işlemler içeriyor
Hedef küme (cluster) "pg_" ile başlayan roller içeriyor
Hedef kümede (cluster) küme durumu bilgisi eksik:
Hedef kümede (cluster) bazı gerekli kontrol bilgileri eksik:
Hedef küme düzgün bir şekilde kapatılmamış.
Hedef küme kurtarma (recovery) modunda iken kapatıldı. Yükseltmek için, belgelerde açıklandığı gibi "rsync" kullanın ya da birincil (primary) sunucu olarak kapatın.
Yeni kümeye (cluster) hizmet veren bir postmaster var görünüyor.
Lütfen o postmaster'ı kapatıp tekrar deneyin.
Eski kümeye (cluster) hizmet veren bir postmaster var görünüyor.
Lütfen o postmaster'ı kapatıp tekrar deneyin.
"%s"nin çalıştırılmasında sorunlar oluştu
Bu uygulama sadece PostgreSQL 8.4 ve sonraki sürümlerden yükseltme yapabilir.
Bu uygulama sadece PostgreSQL'in %s sürümüne yükseltme yapabilir.
pg-upgrade uygulaması daha eski ana PostgreSQL sürümlerine geçiş için kullanılamaz.
Daha fazla bilgi için "%s --help" yazın
%s ismi %s'ye değiştirilemiyor.
Kullanımı:
Canlı bir sunucu kontrol edilirken, eski ve yeni port numaraları farklı olmalı.
PG 9.1 öncesi eski bir canlı sunucu kontrol edildiğinde, eski sunucunun port numarasını belirtmelisiniz.
Geçerli dizinde okuma ve yazma erişiminiz olmalı.
%s'nin olduğu dizini belirtmelisiniz.
Lütfen %s komut-satırı seçeneğini ya da %s ortam değişkenini kullanınız.
Kurulumunuz bigint veri tipine dayalı "contrib/isn" fonksiyonları
içeriyor. Eski ve yeni kümeleriniz (cluster) bigint değerlerini farklı
geçirdiğinden bu küme şu anda yükseltilemiyor. "contrib/isn" imkanlarını
kullanan veritabanlarını "contrib/isn" yi eski kümeden çıkartarak
 elle yükseltebilir ve yükseltmeyi tekrar başlatabilirsiniz.
Problemli fonksiyonların bir listesi aşağıdaki dosyadadır:
    %s

Kurulumunuz kullanıcı tablolarında reg* veri tiplerinden birini kullanıyor.
Bu veri tipleri pg_upgrade tarafından korunmayan sistem OID'lerine referans
veriyor, dolayısıyla bu küme şu anda yükseltilemiyor. Sorunlu tabloları
çıkartıp yükseltmeyi yeniden başlatabilirsiniz. Sorunlu sütunların listesi
aşağıdaki dosyadadır:
    %s

Kullanıcı tablolarınızda "jsonb" veri tipi içeren alanlar bulunmaktadır.
9.4 beta ile birlikte "jsonb" iç formatı değiştiğinden bu küme (cluster) şu anda
yükseltilemiyor. Sorunlu tabloları çıkartarak (remove) yükseltmeyi tekrar 
başlatabilirsiniz. Problemli sütunların bir listesini şu dosyada bulabilirsiniz:
%s
Kurulumunuzda kullanıcı tablolarında "line" veri tipi mevcut. Bu 
veri tipi, girdi/çıktı formatı eski ve yeni sürümler arasında değişiklik
gösterdiği için bu küme şu anda yükseltilemiyor. Sorunlu tabloları
çıkartıp yükseltmeyi tekrar başlatabilirsiniz. Problemli sütunları 
aşağıdaki dosyada bulabilirsiniz:
    %s


Kurulumunuz kullanıcı tablolarında "unknown" veri tipini içeriyor. Bu veri tipi
tablolarda artık kullanılamadığından, bu küme (cluster) şu anda yüksletilemez
Problemli tabloları çıkartarak (remove) yükseltmeyi tekrar başlatabilirsiniz.
Problemli alanların bir listesini şu dosya içinde bulabilirsiniz:
    %s

Eski kurulumunuz yenisinde eksik olan yüklenebilir kütüphanelere referans
veriyor. Bu kütüphaneleri yeni kuruluma ekleyebilir, ya da bunları kullanan
fonksiyonları eski kurulumdan çıkarabilirsiniz. Sorunlu kütüphanelerin bir
listesi aşağıdaki dosyadadır:
    %s

 
pg_upgrade, Windows üzerindeki yeni küme (cluster) veri dizini içerisinden çalıştırılamıyor
"%s" kontrolü aksadı: %s
"%s" kontrolü hata verdi: çalıştırılamıyor (izin yok)
"%s" kontrolü hata verdi: dosya okunamıyor (izin yok)
"%s" kontrolü hata verdi: normal bir dosya değil
 
alt süreç (child process) olağan dışı olarak sonlandı: durum %d
Alt işçi (child worker) olağan dışı olarak sonlandı: %s
çok uzun komut
veritabanına bağlantı başarısız oldu: %s"%s", "%s"ye kopyalanıyor
"%s" dosyasına çalıştırma (execute) izni eklenemedi: %s
aşağıdaki komutla başlatılan kaynak postmaster'a bağlanılamadı:
%s
aşağıdaki komutla başlatılan hedef postmaster'a bağlanılamadı:
%s
eski ve yeni veri dizinleri arasında sabit bağlantı (hard link) oluşturulamadı: %s
Bağlantı kipinde eski ve yeni veri dizinleri aynı dosya sisteminde olmalı.
işçi süreci yaratılamadı: %s
işçi threadi yaratılamadı: %s
%s dizini silinemedi
geçerli dizin belirlenemedi
kullanıcı sayısı belirlenemedi
%s kullanılarak kontrol verisi alınamadı: %s
%s kullanılarak veri dizini alınamadı: %s
%s kullanılarak pg_ctl sürüm verisi alınamadı: %s
%s den pg_ctl sürüm çıktısı alınamadı
"%s" kütüphanesi yüklenemedi: %s"%s" dosyası okuma için açılamadı: %s
"%s" dosyası açılamadı: %s
sürüm dosyası açılamadı: %s
PG_VERSION dosyası %s den ayrıştırılamadı (parse)
%d satırı, "%s" dosyasından okunamadı: %s
"%s" dizininin erişim hakları okunamıyor: %s
"%s" tablesapace dizininin durumu görüntülenemedi (stat): %s
"%s" günlük (log) dosyasına yazılamadı
Veritabanı kullanıcısı "%s" kurulum kullanıcısı değil
"%s" veritabanı için dil kodlaması eşleşmiyor: eskisi "%s", yenisi "%s"
dosya varlığını kontrol sırasında hata oluştu "%s.%s" ("%s"yi "%s"ye): %s
"%s.%s" ilişkisi (relation) kopyalanırken hata oluştu ("%s" "%s"ye): %s
"%s.%s" ilişkisi (relation) kopyalanırken hata oluştu: "%s" dosyası oluşturulamadı: %s
"%s.%s" ilişkisi (relation) kopyalanırken hata oluştu: "%s" dosyası açılamadı: %s
"%s.%s" ilişkisi (relation) kopyalanırken hata oluştu: "%s" dosyası okunamadı: %s
"%s.%s" ilişkisi (relation) kopyalanırken hata oluştu: "%s" dosyasının durumu görüntülenemiyor (stat) : %s
"%s.%s" ilişkisi (relation) kopyalanırken hata oluştu: "%s" dosyasına yazılamadı: %s
"%s.%s" ilişkisi (relation) kopyalanırken hata oluştu: "%s" dosyasında kısmi (partial) sayfa (page) bulundu
"%s.%s" ilişkisi için bağlantı oluşturulurken hata oluştu ("%s" "%s"ye): %s
çalıştırılıyor: %s
"%s" için sistem yerel ayarlarını (locale) almakta başarısız olundu
geçerli yerel ayarları (locale) almakta başarısız olundu
Eski "%s" yerel ayarlarını (locale) geri yüklemekte başarısız olundu
ölümcül (fatal)
geçersiz yeni port numarası
geçersiz eski port numarası
"%s" veritabanı için lc_collate değerleri eşleşmiyor: eskisi "%s", yenisi "%s"
"%s" veritabanı için lc_ctype değerleri eşleşmiyor: eskisi "%s", yenisi "%s"
%s libpq ortam değişkeni yerel olmayan (non-local) bir sunucu değerine sahip: %s
"%s", "%s" ye bağlantılanıyor
"%s" veritabanı için eşleştrimeler:
yeni küme ikili dosyaları bulunmaktayeni küme verisi bulunmaktatamameski ve yeni küme (cluster) pg_controldata sağlama sürümleri geçersiz ya da eşleşmiyor
eski ve yeni pg_controldata WAL blok boyutları geçersiz ya da eşleşmiyor
eski ve yeni pg_controldata WAL kesim (segment) boyutları geçersiz ya da eşleşmiyor
eski ve yeni pg_controldata hizalamaları (alignment) ya geçersiz ya da eşleşmiyor
Muhtemelen bir küme 32-bit diğeri 64-bit kurulumları
eski ve yeni pg_controldata hizalamaları (alignment) ya geçersiz ya da eşleşmiyor
eski ve yeni pg_controldata tarih/saat saklama tipleri geçersiz ya da eşleşmiyor
eski ve yeni pg_controldata büyük-nesne (large-obj.) yığın (chunk) boyutları geçersiz ya da eşleşmiyor
eski ve yeni pg_controldata azami TOAST yığın (chunk) boyutları geçersiz ya da eşleşmiyor
eski ve yeni pg_controldata azami tanımlayıcı uzunlukları geçersiz ya da eşleşmiyor
eski ve yeni pg_controldata azami indeksli sütunları geçersiz ya da eşleşmiyor
eski ve yeni pg_controldata azami ilişki (relation) kesim (segment) boyutları geçersiz ya da eşleşmiyor
eski küme ikili dosyaları bulunmaktaeski küme verisi bulunmaktaeski küme veri sağlamaları (checksum) kullanmıyorken yenisi kullanıyor
eski küme veri sağlamaları (checksum) kullanıyorken yenisi kullanmıyor
eski veritabanı "%s" yeni kümede (cluster) bulunmuyor
bellek yetersiz
pg_ctl kaynak sunucuyu başlatmakta başarısız oldu, ya da bağlantı başarısız
pg_ctl hedef sunucuyu başlatmakta başarısız oldu, ya da bağlantı başarısız
pg_upgrade bir PostgreSQL kümesini (cluster) farklı bir ana sürüme yükseltir.

relname: %s.%s: reloid: %u reltblspace: %s
"%s", "%s"ye yeniden yazılıyor
tablespace için "%s" dizini mevcut değil
tablespace için verilen "%s" yolu bir dizin değil
template0 bağlantıya izin vermemeli, yani pg_database.datallowconn değeri "false" olmalı
kullanıcı tarafından sağlanan eski port numarası%hu %hu olarak düzeltildi
waitpid() başarısız oldu: %s
uyarı