El Lunes, 16 de Octubre de 2006 19:35, jose maria escribió:
El Sábado, 14 de Octubre de 2006 23:38, Alfredo J. V. P. escribió:
Ahora viene el PERO: Cuando meto "status client=<micliente-fd>" me salen todos los backups de prueba que hice contra este <micliente-fd> (tanto fallidos como OK). Sucede lo mismo con "status storage=
. No se donde se ha guardado esta información. Borre todos los ficheros de /var/lib/bacula/working (bootstraps, log,...) y aun así continua dandome estos "historicos" de las pruebas. * Si has hecho backups en algun volumen, deten Bacula o desmonta el dispositivo.
mt -f /dev/loque.sea rewind mt -f /dev/loque.sea weof
Si, esto ya lo hice con todo el set de cintas que había utilizado para las pruebas. Como aun estoy implementando Jobs, FileSets, planificaciones, pools,... paro y arranco todo bacula (director, storage y clientes) para liberar recursos y usarlo solo cuando realmente lo necesito. De todas formas lo que me dices no tiene que ver con lo que se me presenta. Lo expondré de otra forma: -. No hay cintas en la unidad DAT. -. La BBDD de bacula ha sido borrada y creada de nuevo con los scripts que acompañan para tal labor. -. En consola, el comando "list jobs" me da: (Elimino algunas columnas irrelevantes - Se debería ver correcto con tipografía de ancho fijo. En kmail --> menú "Ver" --> ultima opción) +-----+------------------------+----------+----------------+-----------+ |JobId|Name | JobFiles | JobBytes | JobStatus | +-----+------------------------+----------+----------------+-----------+ | 1 | CLI1-Series-SER1 | 14 | 5,369,927,050 | T | | 2 | BackupCatalog | 1 | 19,140 | T | | 3 | CLI1-Series-SER2 | 84 | 10,407,048,923 | T | | 4 | BackupCatalog | 1 | 33,587 | T | | 5 | CLI1-BTLH-USUARIO | 0 | 0 | A | +-----+------------------------+----------+----------------+-----------+ -. En cambio "status client=CLI1-fd" me da: Connecting to Client CLI1-fd at CLI1:9102 CLI1-fd Version: 1.38.3 (04 January 2006) i686-pc-linux-gnu suse 5.x Daemon started 17-Oct-06 20:06, 0 Jobs run since started. Terminated Jobs: JobId Files Bytes Status Finished Name ===================================================================== 1 449 1,003,331,396 OK 03-Oct-06 20:46 CLI1-BThome 6 14 5,418,248,192 OK 12-Oct-06 11:26 CLI1-Series-SER1 7 14 5,369,927,050 OK 14-Oct-06 02:56 CLI1-Series-SER1 8 9 3,422,822,256 Cancel 14-Oct-06 20:51 CLI1-Series-SER1 1 14 5,369,927,050 OK 15-Oct-06 11:31 CLI1-Series-SER1 2 1 19,140 OK 15-Oct-06 23:46 BackupCatalog 3 84 10,407,048,923 OK 16-Oct-06 21:31 CLI1-Series-SER2 4 1 33,587 OK 16-Oct-06 23:10 BackupCatalog -. Lo que sucede es que los 4 primeros trabajos fueron en régimen de prueba. Al rehacer la BBDD deberían haber desaparecido. Date cuenta QUE LOS JOBIDS DEBEN SER ÚNICOS, pero aquí el 1 esta repetido y lo estarán también los 6, 7, y 8 en cuanto los realice. -. Son esos 4 trabajos los que no se de donde los lee la aplicación. -. También se me ocurrió que Mysql pudiera tener algún tipo de caché frente a consultas repetitivas y lo reinicie, pero todo sigue igual. Gracias por la ayuda.