Buenas noches:
Tras configurar bacula y hacer algunas pruebas estoy en condiciones de empezar
a hacer los backups que necesito. Por "higiene" quiero eliminar todos los
registros de la BBDD y para ello sigo las instrucciones del manual que
indican lanzar los scripts "drop_mysql_tables" y "make_mysql_tables". Los
scripts se ejecutan bien y verifico que no hay volumenes censados ni nada por
el estilo tanto desde bconsole con el comando list [jobs, media, files,...]
como conectandome a la BBDD y sacando "select * from
<todaslastablasunaporuna>.
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=
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
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.
El Martes, 17 de Octubre de 2006 21:41, Alfredo J. V. P. escribió:
-. 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.
* El jobid puede no ser el "unico" identificador del backup, de hecho no creo que lo sea, fecha y nombre son apropiados a la hora de restaurar, aunque exista una relacion con el jobid, puede haber algun registro autoincrement relacionado con bacula que no se almacene en la base de datos de bacula sino en la BD mysql. * En este caso verifica el script de creacion de la Base de Datos por que al parecer, o una posible explicacion, es que incluya alguna tabla o modificacion de la base de datos padre la de nombre mysql, o habilite alguna clave primaria para relacionar el autoincrement. * No obstante mas facil seria ver la estructura y contenido de los registros de la base de datos con algun front-end, el de webmin mismamente te permite ver los registros. * No obstante comprueba que no sea el propio bacula el que la este liando, haz un backup de las bases de datos, desinstala mysql, borra el directorio /var/lib/mysql y vuelve a instalarla a ver.
El Miércoles, 18 de Octubre de 2006 14:51, jose maria escribió:
* El jobid puede no ser el "unico" identificador del backup, de hecho no creo que lo sea, fecha y nombre son apropiados a la hora de restaurar, aunque exista una relacion con el jobid, puede haber algun registro autoincrement relacionado con bacula que no se almacene en la base de datos de bacula sino en la BD mysql.
Según "Mysql Administrator" Jobid esta definido como UNIQUE en la tabla Job. También se indexa el nombre como bien dices.
* No obstante mas facil seria ver la estructura y contenido de los registros de la base de datos con algun front-end, el de webmin mismamente te permite ver los registros.
La interfaz de Webmin para mysql no la conozco. Hace tiempo probe "Myphp" pero no me dejo satisfecho del todo. Me perdía en algunos "refrescos" de página. Ya me he habituado al Mysql Administrator.
* No obstante comprueba que no sea el propio bacula el que la este liando, haz un backup de las bases de datos, desinstala mysql, borra el directorio /var/lib/mysql y vuelve a instalarla a ver.
Era el propio bacula. Borrando a la vez el catálogo de Bacula y los bootstrps del directorio working hice desaparecer los históricos de las pruebas. Creo que bacula es cuasi-perfecto. El torpe soy yo. Despues de enredar tanto buscando información he descubierto que un programador (argentino, si no me equivoco) esta creando una interfaz para crear las planificaciones, jobs, pools, etc... Falta me hará pues mi bacula-dir.conf supera las 1000 lineas y todavía me falta ni sé por planificar. Saludos.
El Sábado, 14 de Octubre de 2006 23:38, Alfredo J. V. P. escribió:
Buenas noches: Tras configurar bacula y hacer algunas pruebas estoy en condiciones de empezar a hacer los backups que necesito. Por "higiene" quiero eliminar todos los registros de la BBDD y para ello sigo las instrucciones del manual que indican lanzar los scripts "drop_mysql_tables" y "make_mysql_tables". Los scripts se ejecutan bien y verifico que no hay volumenes censados ni nada por el estilo tanto desde bconsole con el comando list [jobs, media, files,...] como conectandome a la BBDD y sacando "select * from <todaslastablasunaporuna>. 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.
Pues el tema era que borraba las tablas y no la BBDD. Los datos misteriosos los debía de sacar del log o de los bootstraps (/var/lib/bacula/working/) tan pronto como las tablas eran recreadas. Cuando borré la BBDD, borré los ficheros y recreé la BBDD... voilá !! Saludos.
participants (2)
-
Alfredo J. V. P.
-
jose maria