[SOLUCIONADO] Mediatomb no actualiza su base de datos

Hola,

Mirando el Mediatomb desde un XBMC, me he dado cuenta de que el Mediatomb no ha actualizado su base de datos de ficheros desde hace tiempo, y los ficheros que salen son antiguos (de hecho, hay entradas de ficheros que fueron borrados y no existen ni sus entradas en el disco duro).

He ido a mirar los ficheros mediatomb.db, y hay uno que sospechosamente tiene fecha antigua, que es el maestro que creo utiliza start-mediatomb (de Octubre)

/ # ls -l ./etc/mediatomb/mediatomb.db ./rw-flash/etc/mediatomb/mediatomb.db ./var/media/disk-volume-0/mediatomb/mediatomb.db
-rw-r--r-- 1 root root 286720 Mar 7 16:59 ./etc/mediatomb/mediatomb.db
-rw-r--r-- 1 root root 286720 Mar 7 16:59 ./rw-flash/etc/mediatomb/mediatomb.db
-rw-r--r-- 1 root root 286720 Oct 4 13:46 ./var/media/disk-volume-0/mediatomb/mediatomb.db

¿Como puedo hacer para indicar al mediatomb que actualize su base de datos cada vez que se crea/borra una grabación, o arranca el sistema, o cada cierto tiempo?

Gracias

Hola,

Más cosas ...

Si se borra los fichero mediatomb.db y mediatomb.db-journal, en teoría al reiniciar mediatomb los debería de crear.

El caso es que a mí me da el mensaje

2013-03-07 23:06:02 WARNING: Sqlite3 database seems to be corrupt or doesn't exist yet.

y crea una base de datos mediatomb.db a cero bytes, y de ahí no pasa.

He intentado especificar debug, pero la versión de mediatomb que viene por defecto con el firm no está compilada con esta opción.

Si a alguien se le ocurre algo ...

Bueno, hoy parece que estoy autorespondiendome

Problema resuelto: la base de datos se me había quedado corrupta.

Solución: crear a pelo una nueva base de datos.

Para ello, bajarse el binario de sqlite (http://www.sqlite.org/download.html)

Crear una BBDD vacia con

sqlite3 mediatomb.db

Pegar este código (de las fuente de mediatomb, sqlite3.sql)

Código:


BEGIN TRANSACTION;
CREATE TABLE "mt_cds_object" (
  "id" integer primary key,
  "ref_id" integer default NULL,
  "parent_id" integer NOT NULL default '0',
  "object_type" tinyint unsigned NOT NULL,
  "upnp_class" varchar(80) default NULL,
  "dc_title" varchar(255) default NULL,
  "location" text default NULL,
  "location_hash" integer unsigned default NULL,
  "metadata" text default NULL,
  "auxdata" text default NULL,
  "resources" text default NULL,
  "update_id" integer NOT NULL default '0',
  "mime_type" varchar(40) default NULL,
  "flags" integer unsigned NOT NULL default '1',
  "track_number" integer default NULL,
  "service_id" varchar(255) default NULL,
  CONSTRAINT "cds_object_ibfk_1" FOREIGN KEY ("ref_id") REFERENCES "cds_object" ("id") ON DELETE CASCADE ON UPDATE CASCADE,
  CONSTRAINT "cds_object_ibfk_2" FOREIGN KEY ("parent_id") REFERENCES "cds_object" ("id") ON DELETE CASCADE ON UPDATE CASCADE
);
INSERT INTO "mt_cds_object" VALUES(-1, NULL, -1, 0, NULL, NULL, NULL, NULL, NULL, NULL, NULL, 0, NULL, 9, NULL, NULL);
INSERT INTO "mt_cds_object" VALUES(0, NULL, -1, 1, 'object.container', 'Root', NULL, NULL, NULL, NULL, NULL, 0, NULL, 9, NULL, NULL);
INSERT INTO "mt_cds_object" VALUES(1, NULL, 0, 1, 'object.container', 'PC Directory', NULL, NULL, NULL, NULL, NULL, 0, NULL, 9, NULL, NULL);
CREATE TABLE "mt_cds_active_item" (
  "id" integer primary key,
  "action" varchar(255) NOT NULL,
  "state" varchar(255) NOT NULL,
  CONSTRAINT "mt_cds_active_item_ibfk_1" FOREIGN KEY ("id") REFERENCES "mt_cds_object" ("id") ON DELETE CASCADE ON UPDATE CASCADE
);
CREATE TABLE "mt_internal_setting" (
  "key" varchar(40) primary key NOT NULL,
  "value" varchar(255) NOT NULL
);
INSERT INTO "mt_internal_setting" VALUES('db_version', '3');
CREATE TABLE "mt_autoscan" (
  "id" integer primary key,
  "obj_id" integer default NULL,
  "scan_level" varchar(10) NOT NULL,
  "scan_mode" varchar(10) NOT NULL,
  "recursive" tinyint unsigned NOT NULL,
  "hidden" tinyint unsigned NOT NULL,
  "interval" integer unsigned default NULL,
  "last_modified" integer unsigned default NULL,
  "persistent" tinyint unsigned NOT NULL default '0',
  "location" text default NULL,
  "path_ids" text default NULL,
  "touched" tinyint unsigned NOT NULL default '1',
  CONSTRAINT "mt_autoscan_id" FOREIGN KEY ("obj_id") REFERENCES "mt_cds_object" ("id") ON DELETE CASCADE ON UPDATE CASCADE
);
CREATE INDEX mt_cds_object_ref_id ON mt_cds_object(ref_id);
CREATE INDEX mt_cds_object_parent_id ON mt_cds_object(parent_id,object_type,dc_title);
CREATE INDEX mt_object_type ON mt_cds_object(object_type);
CREATE INDEX mt_location_parent ON mt_cds_object(location_hash,parent_id);
CREATE INDEX mt_track_number ON mt_cds_object(track_number);
CREATE INDEX mt_internal_setting_key ON mt_internal_setting(key);
CREATE UNIQUE INDEX mt_autoscan_obj_id ON mt_autoscan(obj_id);
CREATE INDEX mt_cds_object_service_id ON mt_cds_object(service_id);
COMMIT;


Salir del gestor de sql

.quit

Y ya tenemos una BBDD inicializada y fresquita

Para el mediatomb (buscar el número de proceso con

cat /var/run/mediatomb.pid

y matarlo con

kill -9 <numero_anterior>

Reemplazar el fichero en el 740av (en /etc/mediatomb) y borrar el mediatomb.db-journal

Arrancar mediatomb con

start-mediatomb

Y ... cruzar los dedos

Si puede haber ayudado a alguien ... bienvenido sea

Falta ver si actualiza las grabaciones que se añaden/borran, pero espero que sí ....

El mediatomb incluido en el giga no puede crear una base de datos vacía porque esa opción está desactivada por temas de espacio y por eso en /etc está la BBDD que se usa como inicial, si ese archivo se te ha quedado corrupto puedes tener más y eso se soluciona instalando otra vez el firmware, porque nuestro firmware hace una limpieza del JFFS2 en el primer arranque, por eso le cuesta un poco más.

Hola bittor,

La información de que no regenera la BBDD es buena saberla, me hubiera ahorrado un tiempo ayer , despista un poco cuando sí genera el fichero de BBDD, pero a cero; para eso, casi mejor que no lo crease, pero si esta así programado poco se puede hacer.

Sin embargo, instalar de nuevo una firmaware por un archivo corrupto me parece matar moscas a cañonazos, más cuando lleva un tiempo de configurar la nueva firmware para dejar el aparato como están acostumbrados a utilizarlo y puede haber gente que se 'atreva' a meterse a retocar las tripas ...

De todas formas, he puesto la solución porque he visto por Internet que son unos cuantos usuarios de mediatomb, no necesariamente usuarios de M740AV, los que no saben que hacer cuando les pasa lo que me ha pasado a mí, y creo que compartirlo es devolver a los demás un poco de lo que me han ayudado a mí en otros temas y hacer un poco más grande este foro

sargar escribió:despista un poco cuando sí genera el fichero de BBDD, pero a cero; para eso, casi mejor que no lo crease, pero si esta así programado poco se puede hacer.

Se podría cambiar la programación para que si no está la funcionalidad de crear la BBDD informe de que no se va a crear, pero no creo que merezca la pena porque es poco probable que un archivo se corrompa y que encima sea ese archivo.

sargar escribió:Sin embargo, instalar de nuevo una firmaware por un archivo corrupto me parece matar moscas a cañonazos, más cuando lleva un tiempo de configurar la nueva firmware para dejar el aparato como están acostumbrados a utilizarlo y puede haber gente que se 'atreva' a meterse a retocar las tripas ...

Puedes hacer un backup de la configuración actual en Utilidades del sistema -> Gestionar copias de seguridad -> Guardar copia de seguridad en disco, instalas el firmware, configuras el directorio o directorios de grabaciones, y vuelves a Utilidades del sistema -> Gestionar copias de seguridad -> Restaurar copia de seguridad desde el disco.
No creo que te cueste más de 5 minutos hacerlo si ya tienes el firmware generado.

Instalar un firmware por un archivo corrupto no es matar moscas a cañonazos, simplemente es asegurarte que no vas a tener problemas, ya que si has detectado un archivo corrupto es posible que haya más o en un futuro cercano haya alguno más.
Si por ejemplo se te corrompe algún script del arranque ya no podrás encenderlo y tendrás que instalar un firmware de todas formas y si se corrompe algún archivo de configuración podría funcionar de manera anómala, así que es una medida de prevención.

Gracias por la información, Bittor