Mailinglist Archive: opensuse-es (1469 mails)
| < Previous | Next > |
Re: [suse-linux-s] SPAM: Mysql en Bacula
- From: "Alfredo J. V. P." <ajvp1969@xxxxxxxxx>
- Date: Tue, 17 Oct 2006 19:39:20 +0000 (UTC)
- Message-id: <200610172141.36647.alfredo@xxxxxxxxxxxxxx>
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=<disp.cinta y disco>.
> > 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.
> 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=<disp.cinta y disco>.
> > 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.
| < Previous | Next > |