l|0 1 9K - : - 4 9Q O 1 + O9 ; I  +0 "\ +  > ! ,( +U ' ) 6 # <.&k-!1?&T!{="('S<#\+0= n2@D4HG}&-)*)T)~))))C)m))V)_)),) )4)^)))))0)Z))))),)V)))))()R)| ){&!)- 3@I)`))C0E1_EB|F9n P O *(!9S!&!:!!H"3W"7"0"/"/$#@T#,#S#.$8E$+~$?$J$-5%*c%M%1%2&A&]Y&,&x&2]':'('?'L4(O(G(C)-]);))5)4*7E*!}*6*5*4 +4A+5v+5+5+!,g:,5,5,5-8D-5}-5-5-5.5U.5.5.5.5-/7c/5/5/50)=0)g0)0)0)0)1)91)c1)1 1511&202!35:34p33 33)3 4)4846A47N(?a^L,@">WTS5 fRI& _+gO [=e/i;!b0Q X2`\hcUG'#B D.4-kPd6]3EZ8%KYlH*F9 $A<MCjVJ1:) Values to be changed: If these values seem acceptable, use -f to force reset. Report bugs to . (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: 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 unknown 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 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 newestCommitTs: %u Latest checkpoint's oldestActiveXID: %u Latest checkpoint's oldestCommitTs: %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 numbersnewestCommitTs: %u offoldestCommitTs: %u onpg_control version number: %u Project-Id-Version: pg_resetxlog (PostgreSQL 9.4) Report-Msgid-Bugs-To: pgsql-bugs@postgresql.org POT-Creation-Date: 2015-10-04 00:43+0000 PO-Revision-Date: 2015-09-30 12:34-0300 Last-Translator: Martín Marqués Language-Team: Español Language: es MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Generator: Poedit 1.5.4 Valores a cambiar: Si estos valores parecen aceptables, use -f para forzar reinicio. Reporte errores a . (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: 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: existe pg_control pero está roto o se desconoce su versión; 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 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 newestCommitTs del último checkpoint: %u oldestActiveXID del checkpoint más reciente: %u oldestCommitTs 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 flotantenewestCommitTs: %u desactivadoOldestCommitTs: %u activadoNúmero de versión de pg_control: %u