|
Server IP : 192.168.23.10 / Your IP : 13.58.67.60 Web Server : Apache System : Linux echo.premieradvertising.com 5.14.0-362.8.1.el9_3.x86_64 #1 SMP PREEMPT_DYNAMIC Tue Nov 7 14:54:22 EST 2023 x86_64 User : rrrallyteam ( 1049) PHP Version : 8.1.31 Disable Function : exec,passthru,shell_exec,system MySQL : OFF | cURL : ON | WGET : ON | Perl : ON | Python : OFF Directory (0755) : /usr/share/locale/khi/../sms/../sm/../lb/../vo/../nso/../men/../uk/LC_MESSAGES/ |
| [ Home ] | [ C0mmand ] | [ Upload File ] |
|---|
�� � { � � � �
� � � h � ] � j ' J r e � # � S ^ g � � � � � E � �! � �" " �# �# $ $ $ � &$ N �$ : % � P% ; �% J & E `& A �& G �& A 0' K r' ; �' S �' M N( J �( E �( G -) O u) @ �) � * �* �*
�* �* �*
+ *+ ! K+ m+ �+ % �+ ) �+ �+ ' , =, \, x, �, $ �, �, �, - % %- $ K- p- �- " �- # �- �- �- �- �- . . * 5. - `. e �. % �. B / O ]/ �/ % �/ * �/ 5 0 N0 m0 + �0 * �0 2 �0 + 1 =1 / X1 " �1 + �1 + �1 2 2 & 62 : ]2 �2 �2 J �2 R 3 q3 �3 � �3 " �4 �4 & �4 % �4
5 *5 7 E5 }5 6 �5 6 �5 $ �5 "6 36 K P6 ? �6 P �6 P -7 K ~7 9 �7 t 8 y8 < �8 b �8 \ #9 ? �9 �9 . �9 + : 2: E K: �: 5 �: & �: ; 4 (; 5 ]; " �; * �; �; 2 �; 6 0< 4 g< < �< . �< ~ = 2 �= 6 �= 4 �= < &> . c> ~ �> i ? i {? # �? E @ 8 O@ M �@ & �@ �@ A M !A [ oA > �A t
B � B 4 D & ;E � bF = AG H @ �I O �J *L >M L DN �N : �N < �N * $O + OO # {O �O �O ! �O �O 2 �O > 2P D qP D �P �P � Q $ �Q # �Q �Q & R ( @R ( iR * �R / �R , �R S ) :S dS ! �S % �S " �S * �S 1 T - JT % xT + �T > �T C U 8 MU E �U C �U 8 V E IV C �V C �V C W D [W F �W B �W *X * 9X ! dX " �X �X , �X �X �X F Y D VY ? �Y �Y �Y Z *Z 6 CZ zZ �Z B �Z G �Z I [ { Y[ C �[ @ \ P Z\ Q �\ R �\ O P] V �] �] ^ = ,^ 9 j^ / �^ �^ ? �^ ? #_ H c_ + �_ �_ �_ ) ` ( 2` V [` 0 �` 3 �` a -a t 5a �c # �c �c � �c � je � f h
g : sh 9 �h � �h 8 �l � �l � �m � �n ? p � Lq d �r Hu � _w C �x % *y % Py vy xy � �y � `z \ �z � E{ W .| �| y } w �} w �} s p~ � �~ Z e x � � 9� � ܀ { ^� � ځ � b� � � � �� t� $ �� �� ; ӄ 8 � H H� < �� 8 ΅ F � ; N� V �� Z � N <� X �� V � ; ;� 2 w� E �� V � G� b� 4 �� ) �� @ ߉ � A� O F� K �� ! � � � ) � 5� 5 F� U |� Y ҋ � ,� C ڌ � � � �� 2 e� W �� p � e a� 8 Ǐ * � E +� D q� l �� e #� 1 �� \ �� B � M [� ^ �� q � E z� � �� + B� R n� � �� � [� G � R I� � �� I T� P �� U � [ E� �� 2 �� m � [� f w� b ޚ M A� �� k �� � � x �� � � � ŝ � l� ~ �� � z� J� ] _� � �� � Q� r � # Y� S }� \ Ѣ < .� � k� ' �� _ � P �� V Ѥ ~ (� r �� Z � n u� D � a )� d �� s � z d� X ߨ 8 8� ] q� ` Ϫ o 0� v �� T � 4 l� � �� � {� F W� � �� b !� � �� Q H� ; �� ֱ � � � �� r I� � �� � �� 8 F� � v ��
� � "� O � ? i� � �� � �� � �� / � n 9� t �� R � [ p� H �� $ � ) :� B d� " �� Z �� v %� � �� � +� 7 �� : �� E )� C o� 9 �� G �� S 5� b �� Z �� ] G� T �� H �� M C� 7 �� F �� D � L U� L �� O �� n ?� M �� b �� m _� l �� ] :� � �� � � f �� � � � �� � � � �� � .� � �� ~ T� �� W �� A G� D �� �� a �� < :� > w� v �� t -� o �� 8 � : K� T �� A �� q � �� �� �� � +� � �� =� � C� � �� � U� � �� � �� � @� � �� V �� C � � G� � �� [ g� % �� � �� � p� d �� ^ X� , �� * �� J � Z Z� � �� ] A� k �� � )� � � � �
� � � � � � � � � � s P � � � � � � 3 X Y � ] � q . � � A
� � � � �
v � f ! � � � p = � � J � � � � n � z � " � � ; � � i N � � � � M * � � b � � � k G ~ � S
� � � � � � � H % � � � � � t � 9 � D U � + � � � � � m r F � � , O > | g � a � � 1 \ � � Z � & 4 � < � � ? l � � � ` � � � x W � Q 7 2 T � d � � 5 _ � � � / � � K � 0 � { � � V E ( � � ^ � [ 8 � e � C � - $ # } ' � j � � � @ L c � � � � � � I 6 o � ) � B � � y : u h � � � R w
*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>.
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 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.
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
--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
-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 %d: controldata retrieval problem
%d: database cluster state problem
%d: pg_resetwal problem
%s %s
%s home page: <%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_control All non-template0 databases must allow connections, i.e. their pg_database.datallowconn must be true
Analyzing all rows in the new cluster Cannot continue without required control information, terminating
Cannot upgrade to/from the same system catalog version when
using tablespaces.
Checking cluster versions Checking database connection settings Checking database user is the install user Checking for contrib/isn with bigint-passing mismatch Checking for extension updates Checking for hash indexes Checking for incompatible "jsonb" data type Checking for incompatible "line" data type Checking for invalid "sql_identifier" user columns Checking for invalid "unknown" user columns Checking for large objects Checking for new cluster tablespace directories Checking for prepared transactions Checking for presence of required libraries Checking for reg* data types in user tables Checking for removed "%s" data type in user tables Checking for roles starting with "pg_" Checking for system-defined composite types in user tables Checking for tables WITH OIDS Cloning user relation files
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 server Copying 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 objects Creating script to analyze new cluster Creating script to delete old cluster Database: %s
Deleting files from new %s Failed to match up old and new tables in database "%s"
Failure, exiting
Finding the real data directory for the source cluster Finding the real data directory for the target cluster Freezing all rows in the new cluster In database: %s
Linking user relation files
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": %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 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 archives Restoring database schemas in the new cluster
Restoring global objects in the new cluster Running in verbose mode
Running this script will delete the old cluster's data files:
%s
SQL command failed
%s
%s Setting frozenxid and minmxid counters in new cluster Setting minmxid counter in new cluster Setting next OID for new cluster Setting next multixact ID and offset for new cluster Setting next transaction ID and epoch for new cluster Setting oldest XID for new cluster Setting oldest multixact ID in new cluster Sync data directory to disk The 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 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
remove the problem tables 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 "%s" data type in user tables.
The "%s" type has been removed in PostgreSQL version %s,
so this cluster cannot currently be upgraded. You can drop the
problem columns, or change them to another data type, 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 "sql_identifier" data type in user tables
and/or indexes. The on-disk format for this data type has changed, so this
cluster cannot currently be upgraded. You can remove the problem tables or
change the data type to "name" 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
cloning "%s" to "%s"
command too long
connection to database failed: %s copying "%s" to "%s"
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 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": %s could 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
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"
mappings for database "%s":
new cluster binaries reside new cluster data resides new cluster tablespace directory already exists: "%s"
notice ok old 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 reside old cluster data resides old 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 created 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
too many command-line arguments (first is "%s")
user-supplied old port number %hu corrected to %hu
waitpid() failed: %s
warning Project-Id-Version: postgresql
Report-Msgid-Bugs-To: pgsql-bugs@lists.postgresql.org
PO-Revision-Date: 2023-12-18 17:41
Last-Translator:
Language-Team: Ukrainian
Language: uk_UA
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Plural-Forms: nplurals=4; plural=((n%10==1 && n%100!=11) ? 0 : ((n%10 >= 2 && n%10 <=4 && (n%100 < 12 || n%100 > 14)) ? 1 : ((n%10 == 0 || (n%10 >= 5 && n%10 <=9)) || (n%100 >= 11 && n%100 <= 14)) ? 2 : 3));
X-Crowdin-Project: postgresql
X-Crowdin-Project-ID: 324573
X-Crowdin-Language: uk
X-Crowdin-File: /REL_13_STABLE/pg_upgrade.pot
X-Crowdin-File-ID: 510
*Кластери сумісні*
*неполадка*
До виконання pg_upgrade ви повинні:
створити новий кластер баз даних (використовуючи нову версію initdb)
завершити процес postmaster, який обслуговує старий кластер
завершити процес postmaster, який обслуговує новий кластер
Наприклад:
pg_upgrade -d старий_кластер/data -D новий_кластер/data -b старий_кластер/bin -B новий_кластер/bin
або
Якщо робота pg_upgrade після цієї точки перерветься, вам потрібно буде заново виконати initdb
для нового кластера, перед продовженням.
Якщо ви хочете запустити старий кластер, вам необхідно видалити
суфікс ".old" з файлу %s/global/pg_control.old. Через використання
режиму "link" робота старого кластера після запуску нового може бути
небезпечна.
Виконання оновлення
------------------
Повідомляти про помилки на <%s>.
Старий кластер має функцію "plpython_call_handler", визначену в схемі
"public", яка є дублікатом функції, визначеної в схемі "pg_catalog". Ви
можете переконатися в цьому, виконавши в psql:
\df *.plpython_call_handler
Версія цієї функції в схемі "public" була створена встановленням plpython
версії до 8.1 і повинна бути видалена до завершення процедури pg_upgrade,
адже вона посилається на застарілий спільний об'єктний файл "plpython". Ви
можете видалити версію цієї функції зі схеми "public", виконавши наступну
команду:
DROP FUNCTION public.plpython_call_handler()
у кожній базі даних, якої це стосується:
Оновлення завершено
----------------
ПОПЕРЕДЖЕННЯ: новий каталог даних не повинен бути всередині старого каталогу даних, наприклад %s
ПОПЕРЕДЖЕННЯ: користувацькі розташування табличних просторів не повинні бути всередині каталогу даних, наприклад %s
Коли ви виконуєте pg_upgrade, ви повинні надати наступну інформацію:
каталог даних старого кластера (-d DATADIR)
каталог даних нового кластера (-D DATADIR)
каталог "bin" старого кластера (-b BINDIR)
каталог "bin" нового кластера (-B BINDIR)
Ваша інсталяція містить розширення, які потрібно оновити
командою ALTER EXTENSION . Файл
%s,
коли виконується суперкористувачем бази даних за допомогою
psql, оновить ці розширення.
Ваша інсталяція містить геш-індекси. Ці індекси мають різні внутрішні
формати в старому і новому кластерах, тож їх потрібно повторно індексувати
за допомогою команди REINDEX. Після оновлення вам буде надано інструкції REINDEX.
Ваша інсталяція містить геш-індекси. Ці індекси мають різні внутрішні
формати в старому і новому кластерах, тож їх потрібно повторно індексувати
за допомогою команди REINDEX. Файл
%s
після виконання суперкористувачем бази даних в psql, повторно створить
всі неприпустимі індекси; до цього ніякі геш-індекси не будуть використовуватись.
Ваша інсталяція містить великі об'єкти. Нова база даних має
додаткову таблицю з правами для великих об'єктів, тож для всіх
великих об'єктів повинні визначатись права за замовчуванням. Файл
%s
дозволяє встановити такі права (він призначений для виконання в psql
суперкористувачем бази даних).
Ваша інсталяція містить великі об'єкти. Нова база даних має
додаткову таблицю з правами для великих об'єктів. Після оновлення ви отримаєте команду для заповнення таблиці pg_largeobject_metadata
з правами за замовчуванням.
помилка підключення до бази даних: %s
вихідні бази даних:
цільові бази даних:
%s
$ export PGDATAOLD=старий_кластер/data
$ export PGDATANEW=новий_кластер/data
$ export PGBINOLD=старий_кластер/bin
$ export PGBINNEW=новий_кластер/bin
$ pg_upgrade
--clone клонувати замість копіювання файлів до нового кластера
-?, --help показати цю довідку, потім вийти
-B, --new-bindir=BINDIR каталог виконуваних файлів нового кластера (за замовчуванням
той самий каталог, що і pg_upgrade)
-D, --new-datadir=DATADIR каталог даних нового кластера
-O, --new-options=OPTIONS параметри нового кластера, які передаються серверу
-P, --new-port=PORT номер порту нового кластера (за замовчуванням %d)
-U, --username=NAME суперкористувач кластера (за замовчуванням "%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=старий_кластер/data
C:\> set PGDATANEW=новий_кластер/data
C:\> set PGBINOLD=старий_кластер/bin
C:\> set PGBINNEW=новий_кластер/bin
C:\> pg_upgrade
розмір блоку WAL
розмір сегменту WAL
розмір блоку
наступний XID контрольної точки
версія контрольних сум даних
дата/час представлені цілими числами?
перший сегмет WAL після скидання
метод передачі аргументу float8
розмір сегменту великого відношення
розмір порції великого об'єкту
наступний MultiXactId останньої контрольної точки
наступний MultiXactOffset останньої контрольної точки
наступний OID останньої контрольної точки
найстарший MultiXactId останньої контрольної точки
найстарший oldestXID останньої контрольної точки
максимальний розмір порції TOAST
максимальне вирівнювання
максимальна довжина ідентифікатора
максимальна кількість індексованих стовпців
pg_upgrade [OPTION]...
це індекс в "%s.%s" це індекс у відношенні з OID %u це TOAST-таблиця для "%s.%s" це TOAST-таблиця для відношення з OID %u "%s" не є каталогом
%-*s %d: проблема з отриманням контрольних даних
%d: неприпустимий стан кластера баз даних
%d: проблема pg_resetwal
%s %s
Домашня сторінка %s: <%s>
%s.%s: %u в %u
%s: не може виконуватись як root
%s: не вдалося знайти ехе файл власної програми
Додавання суфікса ".old" до старого файла global/pg_control Всі бази даних, окрім template0, повинні дозволяти підключення, тобто pg_database.datallowconn повинно бути true
Аналіз всіх рядків у новому кластері Не можна продовжити без необхідної контрольної інформації, завершення
Оновлення в межах однієї версії системного каталогу неможливе,
якщо використовуються табличні простори.
Перевірка версій кластерів Перевірка параметрів підключення до бази даних Перевірка, чи є користувач бази даних стартовим користувачем Перевірка невідповідності при передаванні bigint в contrib/isn Перевірка оновлень розширення Перевірка геш-індексів Перевірка несумісного типу даних "jsonb" Перевірка несумісного типу даних "line" Перевірка неприпустимих користувацьких стовпців "sql_identifier" Перевірка неприпустимих користувацьких стовпців "unknown" Перевірка великих об'єктів Перевірка каталогів табличних просторів кластера Перевірка підготовлених транзакцій Перевірка наявності необхідних бібліотек Перевірка типів даних reg* в користувацьких таблицях Перевірка видаленого типу даних "%s" в користувацьких таблицях Перевірка ролей, які починаються з "pg_" Перевірка складених типів визначених системою у таблицях користувача Перевірка таблиць WITH OIDS Клонування файлів користувацьких відношень
Щоб зрозуміти причину неполадки, зверніться до декількох останніх рядків
файлу "%s".
Щоб зрозуміти причину неполадки, зверніться до декількох останніх рядків
файлу "%s" або "%s".
Копіювання старого %s до нового серверу Копіювання файлів користувацьких відношень
Не вдалося створити скрипт для видалення файлів даних старого кластеру,
тому що каталог даних старого кластера містить користувацькі табличні
простори або каталог даних нового кластера. Вміст старого кластера
треба буде видалити вручну.
Створення вивантаження схем бази даних
Створення вивантаження глобальних об'єктів Створення скрипту для аналізу нового кластеру Створення скрипту для видалення старого кластеру База даних: %s
Видалення файлів з нового %s Не вдалося зіставити старі таблиці з новими в базі даних "%s"
Помилка, вихід
Пошук дійсного каталогу даних для початкового кластера Пошук дійсного каталогу даних для цільового кластера Закріплення всіх рядків у новому кластері У базі даних: %s
Підключення файлів користувацьких відношень посиланнями
Каталог даних і двійковий каталог нового кластера з різних основних версій.
Новий кластер бази даних "%s" не порожній: знайдено відношення "%s.%s"
У новому кластері не знайдено відповідності для старого відношення з OID %u в базі даних "%s": %s
У старому кластері не знайдено відповідності для нового відношення з OID %u в базі даних %s": %s
Каталог даних і двійковий каталог старого кластера з різних основних версій.
В новому кластері може бути визначеним тільки стартовий користувач.
Статистика оптимізатора не переноситься за допомогою pg_upgrade, тож
запустивши новий сервер, має сенс виконати:
%s
Параметри:
Проведення перевірок цілістності
-----------------------------
Перевірка цілістності на старому працюючому сервері
------------------------------------------------
Імена відношень з 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, який обслуговує старий кластер.
Будь ласка, завершіть роботу процесу і спробуйте знову.
Під час виконання "%s" виникли проблеми
Ця утиліта може виконувати оновлення тільки з версії PostgreSQL 8.4 і новіше.
Ця утиліта може тільки підвищувати версію PostgreSQL до %s.
Ця утиліта не може не може використовуватись щоб понижувати версію до більш старих основних версій PostgreSQL.
Спробуйте "%s --help" для додаткової інформації.
Не вдалося перейменувати %s на %s.
Використання:
Для перевірки працюючого сервера, старий і новий номер порта повинні бути різними.
Для перевірки старого працюючого сервера до версії 9.1, вам необхідно вказати номер порта цього сервера.
Ви повинні мати права на читання і запис в поточному каталозі.
Ви повинні визначити каталог, де знаходиться %s.
Будь ласка, використайте параметр командного рядка %s або змінну середовища %s.
Ваша інсталяція містить функції "contrib/isn", що використовують тип даних bigint. Старі та нові кластери передають значення bigint по-різному, тому цей кластер наразі неможливо оновити. Ви можете вручну вивантажити бази даних зі старого кластеру, що використовує засоби "contrib/isn", видалити їх, виконати оновлення, а потім відновити їх. Список проблемних функцій подано у файлі:
%s
Користувацькі таблиці у вашій інсталяції містять один з типів даних reg*. Ці типи даних посилаються на системні OIDs, що не зберігаються за допомогою pg_upgrade, тому цей кластер наразі неможливо оновити. Ви можете видалити проблемні таблиці і перезавантажити оновлення. Список проблемних стовпців подано у файлі:
%s
Ваша інсталяція містить складені типи визначені системою у таблицях користувача.
Ці типи OID не стабільні між версіями PostgreSQL, тому цей кластер наразі не може бути оновлений.
Ви можете видалити проблемні стовпці та перезапустити оновлення.
Список проблемних стовпців знаходиться у файлі:
%s
Ваша інсталяція містить таблиці, створені як WITH OIDS, що більше не підтримуються. Розгляньте видалення стовпців, що містять oid за допомогою
ALTER TABLE ... SET WITHOUT OIDS;
Список проблемних таблиць подано у файлі:
%s
Користувацькі таблиці у вашій інсталяції містять тип даних "%s".
Тип "%s" був видалений з версії PostgreSQL %s, тому цей кластер
наразі не може бути оновлений. Ви можете видалите проблемні
стовпці або змінити їх на інший тип даних, і перезапустити
оновлення. Список проблемних стовпців є у файлі:
%s
Користувацькі таблиці у вашій інсталяції містять тип даних "jsonb". Внутрішній формат "jsonb" змінено під час версії 9.4 beta, тому цей кластер наразі неможливо оновити. Ви можете видалити проблемні таблиці та перезавантажити оновлення. Список проблемних таблиць подано у файлі:
%s
Користувацькі таблиці у вашій інсталяції містять тип даних "line". У
старому кластері внутрішній формат введення/виведення цього типу
відрізняється від нового, тож в поточному стані оновити кластер неможливо. Ви
можете видалити проблемні таблиці і перезавантажити оновлення. Список
проблемних стовпців подано у файлі:
%s
Користувацькі таблиці або індекси у вашій інсталяції містять тип даних "sql_identifier".
Формат зберігання цього типу на диску змінився, тож в поточному стані оновити
кластер неможливо. Ви можете видалити проблемні таблиці або змінити тип даних
на "name" і спробувати знову. Список проблемних стовпців подано у файлі:
%s
Користувацькі таблиці у вашій інсталяції містять тип даних "unknown". Цей тип даних
більше не допускається в таблицях, тож в поточному стані оновити кластер неможливо. Ви
можете видалити проблемні таблиці і перезавантажити оновлення. Список проблемних стовпців
подано у файлі:
%s
У вашій інсталяції є посилання на завантажувані бібліотеки, що
відсутні в новій інсталяції. Ви можете додати ці бібліотеки до нової інсталяції
або видалити функції, які використовують їх зі старої інсталяції. Список
проблемних бібліотек подано у файлі:
%s
у Windows не можна виконати pg_upgrade всередині каталогу даних нового кластера
перевірка "%s" провалена: %s
перевірка "%s" провалена: виконання неможливе (немає доступу)
перевірка "%s" провалена: не можна прочитати файл (немає доступу)
перевірка "%s" провалена: це не звичайний файл
дочірній процес завершився ненормально: статус %d
дочірній процес завершився аварійно: %s
клонування "%s" до "%s"
команда занадто довга
помилка підключення до бази даних: %s копіювання "%s" в "%s"
не вдалося додати право виконання для файлу "%s": %s
не вдалося клонувати файл між старим і новим каталогами даних: %s
не вдалося підключитися до початкового процесу postmaster, запущеного командою:
%s
не вдалося підключитися до цільового процесу postmaster, запущеного командою:
%s
не можливо створити файл "%s": %s
не вдалося створити жорстке посилання між старим і новим каталогами даних: %s
В режимі посилань старий і новий каталоги даних повинні знаходитись в одній файловій системі.
не вдалося створити робочий процес: %s
не вдалося створити робочий потік: %s
не вдалося видалити каталог "%s"
не вдалося визначити поточний каталог
не вдалося визначити кількість користувачів
не вдалося отримати контрольні дані за допомогою %s: %s
не вдалося отримати каталог даних, виконавши %s: %s
не вдалося отримати дані версії pg_ctl, виконавши %s: %s
не вдалося отримати версію pg_ctl з результату %s
не вдалося завантажити бібліотеку "%s": %s не вдалося відкрити файл "%s" для читання: %s
не вдалося відкрити файл "%s": %s
не вдалося відкрити файл журналу "%s": %m
не вдалося відкрити файл версії "%s": %m
не вдалося проаналізувати файл версії "%s"
не вдалося прочитати рядок %d з файлу "%s": %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"
повідомлення ok стара і нова версія контрольних сум кластера в pg_controldata не збігаються
старий і новий розмір блоків WAL в pg_controldata неприпустимі або не збігаються
старий і новий розмір сегментів WAL в pg_controldata неприпустимі або не збігаються
старе і нове вирівнювання в pg_controldata неприпустимі або не збігаються
Ймовірно, один кластер встановлений у 32-бітній системі, а інший - у 64-бітній
старий і новий розмір блоків в pg_controldata неприпустимі або не збігаються
старий і новий тип сховища дати/часу в pg_controldata неприпустимі або не збігаються
старий і новий розмір порції великого об'єкту в pg_controldata неприпустимі або не збігаються
старий і новий максимальний розмір порції TOAST в pg_controldata неприпустимі або не збігаються
стара і нова максимальна довжина ідентифікаторів в pg_controldata неприпустимі або не збігаються
стара і нова максимальна кількість індексованих стовпців в pg_controldata неприпустимі або не збігаються
старий і новий максимальний розмір сегментів відношень в pg_controldata неприпустимі або не збігаються
розташування двійкових даних старого кластера розташування даних старого кластера старий кластер не використовує контрольні суми даних, але новий використовує
старий кластер використовує контрольні суми даних, але новий не використовує
стара база даних "%s" не знайдена в новому кластері
недостатньо пам'яті
pg_ctl не зміг запустити початковий сервер або сталася помилка підключення
pg_ctl не зміг запустити цільовий сервер або сталася помилка підключення
pg_upgrade оновлює кластер PostgreSQL до іншої основної версії.
ім'я_відношення: %s.%s: oid_відношення: %u табл_простір: %s
перезаписування "%s" в "%s"
сокети будуть створені каталог табличного простору "%s" не існує
шлях табличного простору "%s" не вказує на каталог
template0 не повинна дозволяти підключення, тобто pg_database.datallowconn повинно бути false
забагато аргументів у командному рядку (перший "%s")
вказаний користувачем старий номер порту %hu змінений на %hu
помилка waitpid(): %s
попередження