9. Administración del sistema

9.1. Los errores en Zebra Cron

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

Respuesta : Borra Rebuild_zebra.pl-r 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 cebra como root, los demonios, que normalmente se ejecutan en la Koha usuario, no será capaz de actualizar los índices. Por lo tanto, es importante entonces que vuelve a generar la cebra se colocan en el archivo de la cronjob Koha usuario, y no la raíz. También es importante que los demás usuarios, tales como root, no vuelve a generar manualmente ejecutar.

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 sudoers para pasar la variable con la opción PERL5LIB env_keep como por defecto sudo despoja de casi todas las variables de entorno). O, como usuario root, uno puede usar una simple 'Koha su 'ya 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 estuvieron por defecto, creo que sería ayudar a la gente para evitar una gran cantidad de los problemas que surgen con la cebra.

9.2. Hacer Z39.50 Público objetivo

Pregunta ¿Podría alguien decirme los pasos exactos que debes seguir para configurar Zebra para exponer mi Koha 3 db como un servicio público Z39.50?

Respuesta : Editar el archivo KOHA_CONF que su Koha está utilizando. Elimine el comentario de publicserver línea como:

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

ser:

tcp id='publicserver' <listen>: @: 9999 </ escuchar>

A continuación, reinicie zebasrv y conectar en el puerto especificado (9999).

9.3. Ubicación Estanterías autorizado Valores

Pregunta : Cuando se edita un artículo, la ubicación de nuevos estantes que he creado no aparece por defecto en los puntos donde lo asignado.

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

9.4. ¿Por qué necesito Autorizado valores?

Pregunta : ¿Por qué iba yo a querer definir los valores autorizados para las etiquetas MARC?

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

Sugerencia

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

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

Pregunta : ¿Hay un trabajo periódico que se puede ejecutar a sacrificar sesiones de edad de la mesa? No queremos hacer copia de seguridad todos los datos de la sesión inútiles todas las noches.

Respuesta : Puede ejecutar base de datos de limpieza de los trabajos Cron .

¿O sólo antes de hacer un comando de copia de seguridad (mysqldump), se puede truncar tabla de la sesión:

                                    <<Mysql-u-p kohauser contraseña <Koha-db-name-TRUNCATE e 'sesiones de mesa'