L.9. Administración del sistema

L.9.1. Los errores en el cron de Zebra
L.9.2. Haciendo Z39.50 un proveedor público
L.9.3. Valores autorizados de localización de estanterías
L.9.4. ¿Por qué necesito valores autorizados?
L.9.5. ¿Cómo puedo limpiar la tabla de sesiones?

L.9.1. Los errores en el cron de Zebra

Pregunta: Estoy notando algunos errores en el archivo Koha-zebradaemon-output.log. Cuando se agregan registros nuevos se necesita un poco más para indexarlos de lo que pensamos que deberían tomar. La ejecución de la reconstrucción de zebra es a menudo más rápido. Zebra acaba la indexación y la búsqueda funciona, pero estoy preocupado por los errores. ¿Alguna idea?

Respuesta: Rebuild_zebra.pl-r borra todos los archivos en los directorios db Zebra (por ejemplo, reci-0.mf) y luego los vuelve a crear. Por lo tanto, los permisos se perderán, y los archivos serán propiedad del usuario que ejecutó rebuild_zebra.pl. Si se vuelve a generar los índices de zebra como root, los demonios, que normalmente se ejecutan con el usuario de Koha, no serán capaces de actualizar los índices. Por lo tanto, es importante entonces que se vuelva a generar zebra y que se coloque en el archivo cronjob del usuario Koha, y no como root. También es importante que los demás usuarios, tales como root, no vuelvan a ejecutar manualmente el Rebuild_zebra.pl.

Si uno desea que otro usuario pueda ejecutar rebuild_zebra.pl, se le debe dar el permiso para ejecutar 'sudo-u Koha ... /rebuild_zebra.pl,' (si quieres hacer esto, también hay que editar el archivo sudoers para pasar la variable PERL5LIB con la opción env_keep como predeterminado sudo despoja de casi todas las variables de entorno). O, como usuario root, uno puede usar un simple 'su Koha' y a continuación el comando rebuild_zebra.pl.

También he tratado de establecer el bit sticky en rebuild_zebra.pl, pero por alguna razón no parece funcionar debido a algún problema con la variable PERL5LIB que yo no era capaz de entender. Me parece que la cosa más fácil de hacer, si alguien tiene alguna idea de cómo hacer que funcione. Si trabajaba y fue predeterminada, creo que sería de ayudar a la gente para evitar una gran cantidad de problemas que surjan con zebra.

L.9.2. Haciendo Z39.50 un proveedor público

Pregunta: ¿Podría alguien decirme exactamente que pasos que necesito seguir para configurar Zebra para que exponga la base de datos de mi Koha 3 como un servicio público Z39.50?

Respuesta: Editar el archivo KOHA_CONF que su Koha esté utilizando. Elimine los comentario de la línea publicserver:

<!-- <listen id="publicserver" >tcp:@:9999</listen> -->

que sea:

<listen id="publicserver" >tcp:@:9999</listen>

A continuación, reinicie zebasrv y conéctese al puerto especificado (9999).

L.9.3. Valores autorizados de localización de estanterías

Pregunta: Cuando se edita un ítem, la ubicación de nuevos estantes que se he creado no aparece por defecto en los ítems donde yo se los asigne.

Respuesta: Esto se debe a que ha creado la ubicación de estanterías nuevas con un valor de código de 0 (cero). Solo para su información, el sistema interpreta valores autorizados de 0 como equivalente a un valor nulo por lo que cuando se edita un registro de catalogación donde el valor autorizado en un campo donde se le asignó el código de 0, se muestra el valor como nulo en el editor de ítems (o editor MARC) en lugar del valor que la biblioteca debería tener.

L.9.4. ¿Por qué necesito valores autorizados?

Pregunta: ¿Por qué yo necesitaría definir valores autorizados para las etiquetas MARC?

Respuesta: Los valores autorizados crean un 'vocabulario controlado' para su personal. A modo de ejemplo, supongamos que su instalación de Koha es utilizada por varias bibliotecas, y se utiliza MARC 21. Es posible que desee restringir el subcampo MARC 850a para los códigos de la institución para solo esas bibliotecas. En ese caso, se podría definir una categoría de valores autorizados (tal vez llamado "INST") e introducir los códigos de las instituciones como los valores autorizados para esa categoría.

Sugerencia

Koha automáticamente establece categorías de valores autorizados para los tipos de ítem y los códigos de sucursal, y puede enlazar estos valores autorizados a los subcampos de MARC cuando usted establece la estructura de campos MARC.

L.9.5. ¿Cómo puedo limpiar la tabla de sesiones?

Pregunta: ¿Hay un job periódico que se puede ejecutar para sacar sesiones antiguas de la tabla? No queremos hacer copia de seguridad de los datos de todas las sesiones inútiles todas las noches.

Respuesta: Puede ejecutar cron job de limpieza de la base de datos.

O justo antes de hacer una de copia de seguridad (mysqldump), se puede truncar la tabla de la sesión:

mysql -u<kohauser -p<password <koha-db-name -e 'TRUNCATE TABLE sessions'