Файловый менеджер - Редактировать - /usr/share/locale/de/LC_MESSAGES/pg_upgrade-10.mo
Назад
�� < [ \ � � � � � � h � ] , � � ' j - � e � # & S J ^ � � � � � E � � "! " " +" ?" S" U" � ]" : �" A 8# ; z# J �# E $ A G$ G �$ A �$ K % ; _% S �% M �% J =& E �& G �& @ ' � W' �' ( ( .( E( ^( {( ! �( �( �( % �( ) ) H) ' f) �) �) �) �) $ �) * ;* Y* % v* $ �* �* �* " �* # + &+ ?+ B+ F+ W+ * r+ - �+ e �+ % 1, B W, O �, �, % - * *- 5 U- �- �- + �- * �- + . G. / b. " �. + �. + �. & / : 4/ J o/ R �/ 0 *0 � G0 " (1 K1 & k1 % �1 �1 �1 7 �1 2 6 +2 6 b2 $ �2 �2 K �2 ' '3 P O3 P �3 K �3 9 =4 t w4 �4 < �4 b 35 \ �5 ? �5 36 . J6 + y6 �6 E �6 7 5 7 & S7 z7 4 �7 5 �7 " 8 * )8 T8 2 p8 6 �8 4 �8 < 9 . L9 ~ {9 2 �9 6 -: 4 d: < �: . �: ~ ; i �; i �; # X< E |< 8 �< M �< & I= p= �= M �= [ �= > >> t }> � �> 4 x@ & �A �B @ �C /E CF L IG �G : �G < �G * )H + TH # �H �H ! �H �H 2 �H D !I D fI � �I $ ?J # dJ �J & �J ( �J ( �J * "K / MK , }K �K ) �K �K ! L " 4L * WL - �L ! �L + �L > �L C =M 8 �M E �M C N C DN C �N D �N F O B XO �O * �O ! �O " �O P !P :P F SP D �P ? �P Q 5Q RQ nQ 6 �Q �Q �Q B �Q G R I SR { �R C S @ ]S P �S Q �S R AT O �T V �T ;U WU = pU 9 �U / �U V ? 'V ? gV H �V + �V W ) 4W ( ^W V �W 3 �W X (X � 0X �Y �Y �Y � �Y s �Z � 1[ �[ * �\ 6 �\ � (] - �_ \ ` a a` 6 �` � �a � �b c �c < 2e of , �g �g �g �g �g � �g C �h G �h D i F Zi Q �i E �i M 9j G �j I �j D k H ^k X �k F l Q Gl H �l > �l � !m �m �m �m n !n <n $ [n " �n ( �n �n * �n * o " @o ) co $ �o �o # �o �o & p :p Up pp # �p �p �p �p - �p ) q Gq dq gq kq + ~q - �q 3 �q r r ' r X �r ^ s _s - xs = �s 7 �s - t Jt + at * �t 9 �t �t 2 u % >u 1 du . �u + �u F �u ^ 8v j �v ! w $w Ew " Ox ! rx 1 �x . �x �x y H !y & jy ; �y ; �y ' z # 1z b Uz 1 �z g �z g R{ b �{ D | � b| �| B �| v @} r �} T *~ ~ 4 �~ 2 �~ R r , � � # � A � ; D� # �� , �� . р 5 � ; 6� 7 r� A �� 6 � � #� 5 � ; "� 7 ^� A �� 6 � � | | U� $ ҅ X �� J P� ^ �� 8 �� " 3� V� d _� w ć E <� z �� � �� _ Њ _ 0� L �� � ݎ A d� �� c Ò & '� V N� R �� 9 �� . 2� ' a� �� + �� Ŕ 1 � _ � _ s� � ӕ ) �� ) �� ) ޖ - � / 6� 0 f� 3 �� 7 ˗ - � ( 1� 0 Z� & �� * �� 1 ݘ 1 � H A� * �� = �� Q � S E� E �� T ߚ S 4� Q �� d ڛ U ?� \ �� Y � L� 7 \� ' �� 1 �� � �� � V -� T �� B ٞ � ! ;� - ]� # �� D �� � �� G �� ^ G� ` �� � � Z �� p � h w� j � g K� n �� n "� - �� # �� O � A 3� 6 u� �� L å K � N \� + �� צ . �� , &� _ S� @ �� � � V � - Y 0 @ b = I � � � p � _ a W , � y � � d u � � 9 e � v \ c � � ! . � w � � � � � B � � E 5 P � $ � 4 ~ � � < L F � � � U ] � | � % � � � > i 1 � � R [ � � � ( { � s � H � q � X C � N � � O � � T � � l & � t � 6 � � z � � � � � � ' � K } # � � � � � � : � � � J h � � Z x 2 m D � � � � � � G f � ; � � � � � � � � o Q � * 7 3 � � � S j � " � M � g � 8 � / � � � � � � k � � � + ` � n � � � ^ ? � � � r � � � � � � � � A � � � � � ) � � � � *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 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 -?, --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=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 -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.%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 "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 roles starting with "pg_" Checking for system-defined composite types in user tables 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 Linking 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 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 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 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 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: %s copying "%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": %s could not open file "%s" for reading: %s could not open file "%s": %s could not open version file "%s" could not parse version file "%s" could not read line %d from file "%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 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" 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 warning Project-Id-Version: pg_upgrade (PostgreSQL) 10 Report-Msgid-Bugs-To: pgsql-bugs@postgresql.org POT-Creation-Date: 2021-08-06 20:59+0000 PO-Revision-Date: 2019-07-07 16:49+0200 Last-Translator: Peter Eisentraut <peter_e@gmx.net> Language-Team: German <pgsql-translators@postgresql.org> Language: de MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit *Cluster sind kompatibel* *fehlgeschlagen* Vor dem Aufruf von pg_upgrade müssen Sie: den neuen Datenbankcluster anlegen (mit der neuen Version von initdb) den Postmaster für den alten Cluster anhalten den Postmaster für den neuen Cluster anhalten Zum Beispiel: pg_upgrade -d alterCluster/data -D neuerCluster/data -b alterCluster/bin -B neuerCluster/bin oder Wenn pg_upgrade ab diesem Punkt fehlschlägt, dann müssen Sie den neuen Cluster neu mit initdb initialisieren, bevor fortgesetzt werden kann. Wenn Sie den alten Cluster starten wollen, müssen Sie die Endung ».old« von %s/global/pg_control.old entfernen. Da der »link«-Modus verwendet wurde, kann der alte Cluster nicht gefahrlos gestartet werden, nachdem der neue Cluster gestartet worden ist. Führe Upgrade durch ------------------- Berichten Sie Fehler an <pgsql-bugs@postgresql.org>. Der alte Cluster hat eine Funktion »plpython_call_handler« definiert im Schema »public«, die eine Duplikat der im Schema »pg_catalog« definierten ist. Sie können das bestätigen, indem Sie dies in psql ausführen: \df *.plpython_call_handler Die Version im Schema »public« wurde von einer Installation von plpython vor Version 8.1 erzeugt und muss entfernt werden, damit pg_upgrade fortsetzen kann, weil sie auf die mittlerweile obsolete Shared-Object-Datei »plpython« verweist. Sie können die Version dieser Funktion im Schema »public« entfernen, indem Sie den Befehl DROP FUNCTION public.plpython_call_handler() in jeder betroffenen Datenbank ausführen: Upgrade abgeschlossen --------------------- WARNUNG: das neue Datenverzeichnis sollte nicht im alten Datenverzeichnis liegen, z.B. %s WARNUNG: benutzerdefinierte Tablespace-Pfade sollten nicht im Datenverzeichnis liegen, z.B. %s Beim Aufruf von pg_upgrade müssen die folgenden Informationen angegeben werden: das Datenverzeichnis des alten Clusters (-d DATENVERZ) das Datenverzeichnis des neuen Clusters (-D DATENVERZ) das »bin«-Verzeichnis der alten Version (-b BINVERZ) das »bin«-Verzeichnis der neuen Version (-B BINVERZ) Ihre Installation enthält Erweiterungen, die mit dem Befehl ALTER EXTENSION aktualisiert werden sollten. Die Datei %s kann mit psql als Datenbank-Superuser ausgeführt werden, um die Erweiterungen zu aktualisieren. Ihre Installation enthält Hash-Indexe. Diese Indexe haben unterschiedliche interne Formate im alten und neuen Cluster und müssen daher mit dem Befehl REINDEX reindiziert werden. Nach dem Upgrade werden Sie Anweisungen zum REINDEX erhalten. Ihre Installation enthält Hash-Indexe. Diese Indexe haben unterschiedliche interne Formate im alten und neuen Cluster und müssen daher mit dem Befehl REINDEX reindiziert werden. Die Datei %s kann mit psql als Datenbank-Superuser ausgeführt werden, um alle ungültigen Indexe neu zu erzeugen. Bis dahin werden diese Indexe nicht verwendet werden. Ihre Installation enthält Large Objects. Die neue Datenbank hat eine zusätzliche Tabelle mit den Zugriffsrechten für Large Objects, sodass Standardrechte für alle Large Objects gesetzt werden müssen. Die Datei %s kann mit psql als Datenbank-Superuser ausgeführt werden, um die Standardrechte zu setzen. Ihre Installation enthält Large Objects. Die neue Datenbank hat eine zusätzliche Tabelle mit den Zugriffsrechten für Large Objects. Nach dem Upgrade wird Ihnen ein Befehl gegeben werden, mit dem die Tabelle pg_largeobject_metadata mit den Standardrechten gefüllt wird. Verbindung zur Datenbank fehlgeschlagen: %s Quelldatenbanken: Zieldatenbanken: %s $ export PGDATAOLD=alterCluster/data $ export PGDATANEW=neuerCluster/data $ export PGBINOLD=alterCluster/bin $ export PGBINNEW=neuerCluster/bin $ pg_upgrade -?, --help diese Hilfe anzeigen, dann beenden -B, --new-bindir=BINVERZ Programmverzeichnis des neuen Clusters -D, --new-datadir=DATENVERZ Datenverzeichnis des neuen Clusters -O, --new-options=OPTIONEN Serveroptionen für den neuen Cluster -P, --new-port=PORT Portnummer für den neuen Cluster (Standard: %d) -U, --username=NAME Cluster-Superuser (Standard: »%s«) -V, --version Versionsinformationen anzeigen, dann beenden -b, --old-bindir=BINVERZ Programmverzeichnis des alten Clusters -c, --check nur Cluster prüfen, keine Daten ändern -d, --old-datadir=DATENVERZ Datenverzeichnis des alten Clusters -j, --jobs=NUM Anzahl paralleler Prozesse oder Threads -k, --link Dateien in den neuen Cluster verknüpfen statt kopieren -o, --old-options=OPTIONEN Serveroptionen für den alten Cluster -p, --old-port=PORT Portnummer für den alten Cluster (Standard: %d) -r, --retain SQL- und Logdateien bei Erfolg aufheben -v, --verbose »Verbose«-Modus einschalten C:\> set PGDATAOLD=alterCluster/data C:\> set PGDATANEW=neuerCluster/data C:\> set PGBINOLD=alterCluster/bin C:\> set PGBINNEW=neuerCluster/bin C:\> pg_upgrade WAL-Blockgröße WAL-Segmentgröße Blockgröße Checkpoint nächste XID Datenprüfsummenversion Datum/Zeit sind Ganzzahlen? erstes WAL-Segment nach dem Reset Übergabe von Float8-Argumenten Segmentgröße für große Relationen Large-Object-Chunk-Größe NextMultiXactId des letzten Checkpoints NextMultiOffset des letzten Checkpoints NextOID des letzten Checkpoints oldestMultiXid des letzten Checkpoints oldestXID des letzten Checkpoints maximale TOAST-Chunk-Größe maximale Ausrichtung (Alignment) maximale Bezeichnerlänge maximale Anzahl indizierter Spalten pg_upgrade [OPTION]... , ein Index für »%s.%s« , ein Index für OID %u , eine TOAST-Tabelle für »%s.%s« , eine TOAST-Tabelle für OID %u »%s« ist kein Verzeichnis %-*s %d: Problem beim Ermitteln der Kontrolldaten %d: Problem mit dem Zustand des Clusters %d: Problem mit pg_resetwal %s %s %s.%s: %u nach %u %s: kann nicht als root ausgeführt werden %s: konnte eigene Programmdatei nicht finden Füge Endung ».old« an altes global/pg_control an Alle Datenbanken außer template0 müssen Verbindungen erlauben, d.h. ihr pg_database.datallowconn muss wahr sein Analysiere alle Zeilen im neuen Cluster Kann ohne die benötigten Kontrollinformationen nicht fortsetzen, Programm wird beendet Kann nicht auf gleiche Systemkatalogversion aktualisieren, wenn Tablespaces verwendet werden. Prüfe Cluster-Versionen Prüfe Verbindungseinstellungen der Datenbank Prüfe ob der Datenbankbenutzer der Installationsbenutzer ist Prüfe auf contrib/isn mit unpassender bigint-Übergabe Prüfe auf Aktualisierungen von Erweiterungen Prüfe auf Hash-Indexe Prüfe auf inkompatiblen Datentyp »jsonb« Prüfe auf inkompatiblen Datentyp »line« Prüfe auf ungültige Benutzerspalten mit Typ »unknown« Prüfe auf Large Objects Prüfe Tablespace-Verzeichnisse des neuen Clusters Prüfe auf vorbereitete Transaktionen Prüfe das Vorhandensein benötigter Bibliotheken Prüfe auf reg*-Datentypen in Benutzertabellen Prüfe auf Rollen, die mit »pg_« anfangen Prüfe auf systemdefinierte zusammengesetzte Typen in Benutzertabellen Prüfen Sie die letzten Zeilen von »%s« für den wahrscheinlichen Grund für das Scheitern. Prüfen Sie die letzten Zeilen von »%s« oder »%s« für den wahrscheinlichen Grund für das Scheitern. Kopiere altes %s zum neuen Server Kopiere Benutzertabellendateien Ein Skript zum Löschen der Dateien des alten Clusters konnte nicht erzeugt werden, weil benutzerdefinierte Tablespaces oder das Datenverzeichnis des neuen Clusters im alten Cluster-Verzeichnis liegen. Der Inhalt des alten Clusters muss von Hand gelöscht werden. Erzeuge Dump der Datenbankschemas Erzeuge Dump der globalen Objekte Erzeuge Skript zum Analysieren des neuen Clusters Erzeuge Skript zum Löschen des alten Clusters Datenbank: %s Lösche Dateien aus neuem %s Alte und neue Tabellen in Datenbank »%s« konnten nicht gepaart werden Fehlgeschlagen, Programm wird beendet Suche das tatsächliche Datenverzeichnis des alten Clusters Suche das tatsächliche Datenverzeichnis des neuen Clusters Friere alle Zeilen im neuen Cluster ein Verknüpfe Benutzertabellendateien Die Daten- und Programmverzeichnisse des neuen Clusters stammen von verschiedenen Hauptversionen. Datenbank »%s« im neuen Cluster ist nicht leer Keine Übereinstimmung gefunden im neuen Cluster für alte Relation mit OID %u in Datenbank »%s«: %s Keine Übereinstimmung gefunden im alten Cluster für neue Relation mit OID %u in Datenbank »%s«: %s Die Daten- und Programmverzeichnisse des alten Clusters stammen von verschiedenen Hauptversionen. Nur der Installationsbenutzer darf im neuen Cluster definiert sein. Optimizer-Statistiken werden von pg_upgrade nicht übertragen. Wenn Sie den neuen Server starten, sollte Sie diesen Befehl ausführen: %s Optionen: Führe Konsistenzprüfungen durch ------------------------------- Führe Konsistenzprüfungen am alten laufenden Server durch --------------------------------------------------------- Relationsnamen für OID %u in Datenbank »%s« stimmen nicht überein: alten Name »%s.%s«, neuer Name »%s.%s« Entfernen Sie die problematischen Funktionen aus dem alten Cluster um fortzufahren. Setze WAL-Archive zurück Stelle Datenbankschemas im neuen Cluster wieder her Stelle globale Objekte im neuen Cluster wieder her Ausführung im Verbose-Modus Mit diesem Skript können die Dateien des alten Clusters gelöscht werden: %s SQL-Befehl fehlgeschlagen %s %s Setze frozenxid und minmxid im neuen Cluster Setze minmxid im neuen Cluster Setze nächste OID im neuen Cluster Setze nächste Multixact-ID und nächstes Offset im neuen Cluster Setze nächste Transaktions-ID und -epoche im neuen Cluster Setze älteste XID im neuen Cluster Setze älteste Multixact-ID im neuen Cluster Synchronisiere Datenverzeichnis auf Festplatte Der alte Cluster enthält vorbereitete Transaktionen Der alte Cluster enthält Rollen, die mit »pg_« anfangen Im alten Cluster fehlen Cluster-Zustandsinformationen: Im alten Cluster fehlen einige notwendige Kontrollinformationen: Der alte Cluster wurde nicht sauber heruntergefahren. Der alte Cluster wurde im Wiederherstellungsmodus heruntergefahren. Um ihn zu aktualisieren, verwenden Sie »rsync« wie in der Dokumentation beschrieben oder fahren Sie ihn im Primärmodus herunter. Der neue Cluster enthält vorbereitete Transaktionen Der neue Cluster enthält Rollen, die mit »pg_« anfangen Im neuen Cluster fehlen Cluster-Zustandsinformationen: Im neuen Cluster fehlen einige notwendige Kontrollinformationen: Der neue Cluster wurde nicht sauber heruntergefahren. Der neue Cluster wurde im Wiederherstellungsmodus heruntergefahren. Um ihn zu aktualisieren, verwenden Sie »rsync« wie in der Dokumentation beschrieben oder fahren Sie ihn im Primärmodus herunter. Es läuft scheinbar ein Postmaster für den neuen Cluster. Bitte beenden Sie diesen Postmaster und versuchen Sie es erneut. Es läuft scheinbar ein Postmaster für den alten Cluster. Bitte beenden Sie diesen Postmaster und versuchen Sie es erneut. Probleme beim Ausführen von »%s« Dieses Programm kann nur Upgrades von PostgreSQL Version 8.4 oder später durchführen. Dieses Programm kann nur Upgrades auf PostgreSQL Version %s durchführen. Dieses Programm kann keine Downgrades auf ältere Hauptversionen von PostgreSQL durchführen. Versuchen Sie »%s --help« für weitere Informationen. Konnte %s nicht in %s umbenennen. Aufruf: Wenn ein laufender Server geprüft wird, müssen die alte und die neue Portnummer verschieden sein. Wenn ein laufender alter Server vor Version 9.1 geprüft wird, muss die Portnummer des alten Servers angegeben werden. Sie müssen Lese- und Schreibzugriff im aktuellen Verzeichnis haben. Sie müssen das Verzeichnis angeben, wo %s. Bitte verwenden Sie die Kommandzeilenoption %s oder die Umgebungsvariable %s. Ihre Installation enthält Funktionen aus »contrib/isn«, welche den Datentyp bigint verwenden. Der alte und der neue Cluster übergeben bigint auf andere Weise und daher kann dieser Cluster gegenwärtig nicht aktualisiert werden. Sie können die Datenbanken, die »contrib/isn« verwenden, manuell übertragen und »contrib/isn« aus dem alten Cluster entfernen und dann das Upgrade neu starten. Eine Liste der problematischen Funktionen ist in der Datei: %s Ihre Installation enthält einen der reg*-Datentypen in Benutzertabellen. Diese Datentypen verweisen auf System-OIDs, die von pg_upgrade nicht erhalten werden. Daher kann dieser Cluster gegenwärtig nicht aktualiert werden. Sie können die Problemtabellen entfernen und das Upgrade neu starten. Eine Liste der Problemspalten ist in der Datei: %s Ihre Installation enthält systemdefinierte zusammengesetzte Typen in Benutzertabellen. Die OIDs dieser Typen sind nicht über PostgreSQL-Versionen stabil und daher kann dieser Cluster gegenwärtig nicht aktualisiert werden. Sie können die Problemspalten entfernen und das Upgrade neu starten. Eine Liste der Problemspalten ist in der Datei: %s Ihre Installation enthält den Datentyp »jsonb« in Benutzertabellen. Das interne Format von »jsonb« wurde während 9.4 Beta geändert. Daher kann dieser Cluster gegenwärtig nicht aktualisiert werden. Sie können die Problemtabellen entfernen und das Upgrade neu starten. Eine Liste der Problemspalten ist in der Datei: %s Ihre Installation enthält den Datentyp »line« in Benutzertabellen. Das interne Format und das Eingabe-/Ausgabeformat dieses Datentyps wurden zwischen Ihrem alten und neuen Cluster geändert und daher kann dieser Cluster gegenwärtig nicht aktualisiert werden. Sie können die Problemtabellen entfernen und das Upgrade neu starten. Eine Liste der Problemspalten ist in der Datei: %s Ihre Installation enthält den Datentyp »unknown« in Benutzertabellen. Dieser Datentyp ist nicht mehr in Tabellen erlaubt und daher kann dieser Cluster gegenwärtig nicht aktualisiert werden. Sie können die Problemtabellen entfernen und das Upgrade neu starten. Eine Liste der Problemspalten ist in der Datei: %s Ihre Installation verweist auf ladbare Bibliotheken, die in der neuen Installation fehlen. Sie können diese Bibliotheken zur neuen Installation hinzufügen oder die Funktionen in der alten Installation entfernen. Eine Liste der problematischen Bibliotheken ist in der Datei: %s auf Windows kann pg_upgrade nicht von innerhalb des Cluster-Datenverzeichnisses ausgeführt werden Prüfen von »%s« fehlgeschlagen: %s Prüfen von »%s« fehlgeschlagen: kann nicht ausgeführt werden (keine Berechtigung) Prüfen von »%s« fehlgeschlagen: kann nicht gelesen werden (keine Berechtigung) Prüfen von »%s« fehlgeschlagen: keine reguläre Datei Kindprozess wurde abnormal beendet: Status %d Kindprozess wurde abnormal beendet: %s Befehl zu lang Verbindung zur Datenbank fehlgeschlagen: %s kopiere »%s« nach »%s« konnte Datei »%s« nicht ausführbar machen: %s konnte nicht mit dem Postmaster für den alten Cluster verbinden, gestartet mit dem Befehl: %s konnte nicht mit dem Postmaster für den neuen Cluster verbinden, gestartet mit dem Befehl: %s konnte Hard-Link-Verknüpfung zwischen altem und neuen Datenverzeichnis nicht erzeugen: %s Im Link-Modus müssen das alte und das neue Datenverzeichnis im selben Dateisystem liegen. konnte Arbeitsprozess nicht erzeugen: %s konnte Arbeits-Thread nicht erzeugen: %s konnte Verzeichnis »%s« nicht löschen konnte aktuelles Verzeichnis nicht ermitteln konnte die Anzahl der Benutzer nicht ermitteln konnte Kontrolldaten mit %s nicht ermitteln: %s konnte Datenverzeichnis mit %s nicht ermitteln: %s konnte pg_ctl-Versionsdaten mit %s nicht ermitteln: %s konnte pg_ctl-Version nicht ermitteln von %s konnte Bibliothek »%s« nicht laden: %s konnte Datei »%s« nicht zum Lesen öffnen: %s konnte Datei »%s« nicht öffnen: %s konnte Versionsdatei »%s« nicht öffnen konnte Versionsdatei »%s« nicht interpretieren konnte Zeile %d aus Datei »%s« nicht lesen: %s konnte »stat« für Tablespace-Verzeichnis »%s« nicht ausführen: %s konnte nicht in Logdatei »%s «schreiben Datenbankbenutzer »%s« ist nicht der Installationsbenutzer Kodierungen für Datenbank »%s« stimmen nicht überein: alt »%s«, neu »%s« Fehler beim Prüfen auf Existenz der Datei für »%s.%s« (»%s« nach »%s«): %s Fehler beim Kopieren von Relation »%s.%s« (»%s« nach »%s«): %s Fehler beim Kopieren von Relation »%s.%s«: konnte Datei »%s« nicht erzeugen: %s Fehler beim Kopieren von Relation »%s.%s«: konnte Datei »%s« nicht öffnen: %s Fehler beim Kopieren von Relation »%s.%s«: konnte Datei »%s« nicht lesen: %s Fehler beim Kopieren von Relation »%s.%s«: konnte »stat« für Datei »%s« nicht ausführen: %s Fehler beim Kopieren von Relation »%s.%s«: konnte Datei »%s« nicht schreiben: %s Fehler beim Kopieren von Relation »%s.%s«: unvollständige Seite gefunden in Datei »%s« Fehler beim Erzeugen einer Verknüpfung für Relation »%s.%s« (»%s« nach »%s«): %s führe aus: %s konnte System-Locale-Namen für »%s« nicht ermitteln konnte aktuelle Locale nicht ermitteln konnte alte Locale »%s« nicht wiederherstellen fatal ungültige neue Portnummer ungültige alte Portnummer lc_collate-Werte für Datenbank »%s« stimmen nicht überein: alt »%s«, neu »%s« lc_ctype-Werte für Datenbank »%s« stimmen nicht überein: alt »%s«, neu »%s« libpq-Umgebungsvariable %s hat einen nicht lokalen Serverwert: %s verknüpfe »%s« nach »%s« Paarungen für Datenbank »%s«: die Programmdateien des neuen Clusters liegen die Daten des neuen Clusters liegen Tablespace-Verzeichnis für neuen Cluster existiert bereits: »%s« Hinweis ok Prüfsummenversionen im alten und neuen Cluster stimmen nicht überein alte und neue WAL-Blockgrößen von pg_controldata sind ungültig oder stimmen nicht überein alte und neue WAL-Segmentgrößen von pg_controldata sind ungültig oder stimmen nicht überein altes und neues Alignment in pg_controldata ist ungültig oder stimmt nicht überein Wahrscheinlich ist ein Cluster eine 32-Bit-Installation und der andere 64-Bit alte und neue Blockgrößen von pg_controldata sind ungültig oder stimmen nicht überein alte und neue Speicherung von Datums- und Zeittypen von pg_controldata ist ungültig oder stimmt nicht überein alte und neue Large-Object-Chunk-Größen von pg_controldata sind ungültig oder stimmen nicht überein alte und neue maximale TOAST-Chunk-Größen von pg_controldata sind ungültig oder stimmen nicht überein alte und neue maximale Bezeichnerlängen von pg_controldata sind ungültig oder stimmen nicht überein alte und neue Maximalzahlen indizierter Spalten von pg_controldata sind ungültig oder stimmen nicht überein alte und neue maximale Relationssegmentgrößen von pg_controldata sind ungültig oder stimmen nicht überein die Programmdateien des alten Clusters liegen die Daten das alten Clusters liegen der alte Cluster verwendet keine Datenprüfsummen, aber der neue verwendet sie die alte Cluster verwendet Datenprüfsummen, aber der neue nicht alte Datenbank »%s« nicht im neuen Cluster gefunden Speicher aufgebraucht pg_ctl konnte den Quellserver nicht starten, oder Verbindung fehlgeschlagen pg_ctl konnte den Zielserver nicht starten, oder Verbindung fehlgeschlagen pg_upgrade aktualisiert einen PostgreSQL-Cluster auf eine neue Hauptversion. relname: %s.%s: reloid: %u reltblspace: %s konvertiere »%s« nach »%s« Tablespace-Verzeichnis »%s« existiert nicht Tablespace-Pfad »%s« ist kein Verzeichnis template0 darf keine Verbindungen erlauben, d.h. ihr pg_database.datallowconn muss falsch sein vom Benutzer angegebene Portnummer %hu wurde auf %hu korrigiert waitpid() fehlgeschlagen: %s Warnung
| ver. 1.4 |
Github
|
.
| PHP 8.1.32 | Генерация страницы: 0 |
proxy
|
phpinfo
|
Настройка