- Koha-es - lists.koha-community.org

Donde puedo obtener la instalación de Koha versión 26.05
by Patricia Yolanda Monzon Rodriguez 02 Jul '26

02 Jul '26

Buenos días : Les hago una consulta, de donde podría obtener la versión de koha versión 26.05, he buscado en la página de Koha https://koha-community.org/koha-26-05-00-released/ y en la liga de Descargas envía que "La URL solicitada no se encontró en este servidor". Saludos cordiales. Atte: Patricia Y. Monzón R.

1 0

Koha upgrade schema
by Héctor 17 Jun '26

17 Jun '26

Hola. Me encuentro en un proceso de migración de un server koha, para que se den una idea, estoy llevando de un debian 8, koha 16.05.05, mysql; a un debian 12, koha 25.11, mariadb. Ya instalé el koha, cree una instancia de koha, cargué el dump de la BD vieja, cambie el modo estricto de MariaDB a uno más "relajado" (esto por recomendación de la IA, para desactivar las restricciones estrictas durante la importación). Y aquí viene la cuestión, cuando ejecuté "koha-upgrade-schema" corrió muchas actualizaciones de esquemas, pero ahora está en un punto donde me traba las restricciones de foreign key. En las primeras dos restricciones que saltaron, las solucioné porque eliminé las constraint (supuestamente después se re-generan), pero me di cuenta que no es algo practico, ya que casi en todas las tablas me va a dar el mismo error. Transcribo el error actual (todos están tirando el mismo, solo cambia el constraint: Upgrading database schema for biblio > {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Cannot change column > 'listprice': used in a foreign key constraint 'aqbooksellers_ibfk_1' at > /usr/share/perl5/DBIx/Class/Schema.pm line 1118. > > DBIx::Class::Schema::throw_exception(Koha::Schema=HASH(0x569ec97e6ca0), > "DBI Exception: DBD::mysql::db do failed: Cannot change column"...) called > at /usr/share/perl5/DBIx/Class/Storage.pm line 113 > > DBIx::Class::Storage::throw_exception(DBIx::Class::Storage::DBI::mysql=HASH(0x569ed3ba5e00), > "DBI Exception: DBD::mysql::db do failed: Cannot change column"...) called > at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1623 > DBIx::Class::Storage::DBI::__ANON__("DBD::mysql::db do failed: > Cannot change column 'listprice': u"..., DBI::db=HASH(0x569ed435b128), > undef) called at /usr/share/koha/intranet/cgi-bin/installer/data/mysql/ > updatedatabase.pl line 19225 > > Tampoco veo en la documentación algún parámetro especial para el koha-scheme-upgrade. Mi consulta entonces es: ¿hay alguna manera de poder continuar con el upgrade del esquema en este punto? ¿Tienen alguna manera más práctica de realizar este salto tecnológico tan grande de casi 10 años? Aclaraciones: - El Koha viejo sigue en producción en su servidor. El upgrade lo estoy haciendo en otro equipo, con una instalación limpia. - Están instalados todas las dependencias, y todo los paquetes de koha, como dice la documentación. Desde ya muchas gracias por su ayuda. ----- *A.S.C. Chripczuk, Héctor* <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Libre de virus.www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

3 2

Error con Creación de Carnets de usuarios y Repositorio de plugins
by Jesús Ventura 09 Jun '26

09 Jun '26

Buenos días estimados. Estoy usando Koha 22.11.30 y encontré dos problemas: - Sale el error 504 Gateway Time-out al querer generar las plantillas pdf en la herramienta para generar los Carnets de Usuarios. Y el sistema se cae. - Y en la sección de Ver complementos por clase para la instalación y uso de plugins, no aparece ningún plugin al realizar la búsqueda de alguno, a pesar de que habilité la biblioteca de plugins en koha-conf.xml descomentando las líneas <plugin_repos>. Sale error 500. A alguien le pasó y pudo solucionarlo? o es un error de esta versión de Koha solamente. Uso esta versión de koha porque las posteriores versiones ya no permiten subir plugins manualmente, solo se las puede descargar del repositorio pero si no funciona el repositorio entonces no se puede hacer nada. Saludos cordiales. Jesús V. *Biblioteca Ana Teruel <https://bibliotecacisor.unju.edu.ar/>* -- *Jesús R. Ventura M.*

3 2

Koha versión 24.05.16 :: importación de registros
by Biblioteca FIUNER 09 Jun '26

09 Jun '26

Buenos días Hace casi un mes actualizamos Koha a la versión 24.05.16 y hay dos cuestiones que no están funcionando: emisión de avisos de vencimiento a través del correo electrónico (sabemos que es una tarea programada y puede tener que ver con cuestiones de administración de calendarios), a lo que se agrega la importación de registros (tanto bibliográficos como de autoridad). Si bien sube los archivos, no realiza nadaSi pudieran darnos alguna idea, ya pensamos que es algo asociado a dicha versiónAtte Lic. Brenda Ramirez Jefa ----------------------- Biblioteca "Dr.Eduardo A. Barbagelata" Facultad de Ingeniería - UNER Ruta 11,km.10 (3100) Oro Verde - Entre Ríos Argentina Tel. Fax. (0343) 4975100/01 int.135; c.e. institucional: biblioteca.ingenieria(a)uner.edu.ar http://biblioteca-fing.uner.edu.ar/ Atención de lunes a viernes de 8 a 18 hs.

3 2

Consulta sobre normalización de códigos de país en campo MARC 008 en Koha
by Sistemas Cedinci 08 May '26

08 May '26

Asunto: Consulta sobre normalización de códigos de país en campo MARC 008 en Koha Hola a todos, Estamos revisando los campos MARC 008 en una instancia de Koha y detectamos una gran cantidad de inconsistencias en las posiciones 15–17 (código de país). Encontramos valores como, por ejemplo: ARG, ag, ag#, ag| MEX, mx, mx| ESP, sp USA, us Entendemos que estas inconsistencias probablemente provengan de importaciones antiguas, migraciones previas o distintas prácticas de catalogación acumuladas a lo largo del tiempo. Nuestra intención es normalizar estos valores respetando MARC21 y evitando problemas posteriores en: - indexación Zebra - facetas del OPAC - búsquedas - reportes y estadísticas Actualmente estamos evaluando: - modificar únicamente las posiciones 15–17 del campo 008 - utilizar una tabla/control de equivalencias - reindexar posteriormente el catálogo Antes de realizar cambios masivos directamente sobre biblio_metadata, queríamos consultar a la comunidad: 1. ¿Alguien tuvo que realizar una normalización masiva similar sobre el campo 008 en Koha? 2. ¿Existe alguna herramienta o metodología recomendada dentro de Koha para este tipo de correcciones? 3. ¿Qué precauciones recomiendan al modificar directamente el MARCXML almacenado en biblio_metadata? Esperamos su respuesta. Saludos! -- Enzo Sebastian Avila | Sistemas CeDInCI

4 3

Error 500 al ejecutar un reporte desde el adminsitrador koha
by Sistemas Cedinci 27 Feb '26

27 Feb '26

Hola a todos, buenas tardes espero que se encuentren bien. Tengo un problema con la ejecución de los reportes de koha en la versión 24.05.02. Cuando quiero ejecutar el reporte me salta el siguiente error. [image: image.png] También viendo los logs me aparece este error : debian@debian:~/scripts$ tail -n 5 /var/log/koha/cedinci125/intranet-error.log [Fri Feb 27 18:10:52.016836 2026] [cgi:error] [pid 1517796:tid 1517796] [client 181.98.183.176:55574] AH01215: stderr from /usr/share/koha/intranet/cgi-bin/reports/guided_reports.pl: Trace begun at /usr/share/koha/lib/Koha/Object.pm line 971, referer: https://koha.cedinci.org/cgi-bin/koha/reports/guided_reports.pl?id=5&op=run [Fri Feb 27 18:10:52.016976 2026] [cgi:error] [pid 1517796:tid 1517796] [client 181.98.183.176:55574] AH01215: stderr from /usr/share/koha/intranet/cgi-bin/reports/guided_reports.pl: Koha::Object::AUTOLOAD('Koha::Report=HASH(0x564bcb9acb10)', undef, 'ARRAY(0x564bcb9b1ff8)') called at /usr/share/koha/lib/C4/Reports/Guided.pm line 629, referer: https://koha.cedinci.org/cgi-bin/koha/reports/guided_reports.pl?id=5&op=run [Fri Feb 27 18:10:52.017082 2026] [cgi:error] [pid 1517796:tid 1517796] [client 181.98.183.176:55574] AH01215: stderr from /usr/share/koha/intranet/cgi-bin/reports/guided_reports.pl: C4::Reports::Guided::execute_query('HASH(0x564bcb9918a8)') called at /usr/share/koha/intranet/cgi-bin/reports/guided_reports.pl line 946, referer: https://koha.cedinci.org/cgi-bin/koha/reports/guided_reports.pl?id=5&op=run [Fri Feb 27 18:10:52.084476 2026] [cgi:error] [pid 1517796:tid 1517796] [client 181.98.183.176:55574] End of script output before headers: guided_reports.pl, referer: https://koha.cedinci.org/cgi-bin/koha/reports/guided_reports.pl?id=5&op=run No se si a alguno le pasó lo mismo. Espero sus respuestas Saludos! -- Enzo Sebastian Avila | Sistemas CeDInCI

1 0

Modificación de registros en lote / plantilla de modificaciones
by Pablo López Liotti 10 Feb '26

10 Feb '26

Buenas a todos y buen año !!! Me encuentro corrigiendo un lote de registros y encontré un error de migración en la confección del campo 008. No es muy relevante, es digamos, un detalle, pero pensé que era un caso como para usar los templates de modificación de registros de koha ya que como resultados de búsqueda puedo individualizar los registros con el campo incorrecto. Son alrededor de 900 registros así que una herramienta de modificación en lotes es lo ideal. Sinceramente tengo muy poca experiencia con las plantillas de modificación de registros, solo las he usado para, por ejemplo, mover un campo 260 a un 264 o eliminar o crear un campo con contenido fijo. De igual manera, manejo muy poco expresiones regulares. En general realizo cambios globales modificando los registros a nivel sql operando con replaces en la tabla biblio_metadata. En esta ocasión se daba la oportunidad de aprender un poco a usar la herramienta que provee Koha. Me puse a leer el manual donde hay un par de ejemplos pero no pude resolver este caso. El caso concreto es cambiar una posición del 008 puntualmente la posición 33 (forma literaria) por error se migró incorrectamente en esos registros con un 0 (cero) en vez de un | (no definido). Para ubicar de manera más sencilla el carácter a cambiar utilicé un cadena con varias posiciones (000 0) de igual manera para su reemplazo (000 |). Probé otras acciones para ver si tomaba el template y funcionan, ésta no: Si la expresión regular funciona según SED debería ser planteada así? falta algún carácter de escape (\) o es otra la sintaxis? O es que no se pueden modificar de ésta manera campos de control? Desde ya muchas gracias y saludos Pablo -- ---------------------------------------------- Pablo López Liotti INFODOC -http://infodoc.com.ar Mar del Plata - Buenos Aires - Argentina Tel/WhatsApp: +54 2236181550 consultas:info@infodoc.com.ar

4 5

Usar Koha con Subdirectorios y No Subdominios
by Jesús Ventura 30 Sep '25

30 Sep '25

Hola buenos días. En mi institución tenemos un solo dominio para usar el sistema Koha. Según el manual, Koha está diseñado para ser usado mediante subdominios y puertos. Existe alguna forma o alguien configuró Koha para que funcione mediante subdirectorios y no subdominios? Por ejemplo: *http://biblioteca.institucion.edu.org/mibiblioteca-intra/. <http://biblioteca.institucion.edu.org/mibiblioteca-intra/.>..* y *http://biblioteca.institucion.edu.org/mibiblioteca-opac/. <http://biblioteca.institucion.edu.org/mibiblioteca-opac/.>..* Probé con proxys, y todas las recomendaciones de las inteligencias artificiales pero ninguna logra dar con la solución por ahora. Muchas gracias desde ya. -- *Jesús R. Ventura M.*

3 2

Re: [koha-es] Uso excesivo de la CPU.
by Sistemas Cedinci 09 Sep '25

09 Sep '25

Hola Tomas gracias denuevo por las indicaciones, estuvimos probando anubis para mitigar un poco el ataque de bots, redujo un poco el consumo de la cpu pero no lo suficiente como para que podamos trabajar con el koha, tengo entendido que se debe a que anubis es un WAF que se encuentra en el mismo servidor que es atacado por bots, en tal caso ¿seria más conveniente que el servicio WAF sea por fuera del servidor?. O simplemente los procesos procesos habituales de koha están consumiendo más de lo que debería por algún error en la configuración?. Saludos! El jue, 4 sept 2025 a las 14:36, Tomas Cohen Arazi (<tomascohen(a)theke.io>) escribió: > Buenas, nosotros usamos 'anubis' para mitigar esto, y en algunos casos > combinado con fail2ban. La experiencia es que fail2ban con una política muy > agresiva sirve un tiempo, luego las tablas de deny-list se hacen tan > grandes que hacen que todo ande mal por la cantidad de chequeos por paquete > TCP en iptables. > > Desde Theke Solutions lo que hacemos basicamente es anubis. > > Deberías verlo en https://eol.koha.theke.io por ejemplo > > Saludos > > El mié, 3 sept 2025 a la(s) 8:42 p.m., Sistemas Cedinci via Koha-es ( > koha-es(a)lists.koha-community.org) escribió: > >> Hola Tomas, te agradezco por la sugerencia. Intentamos generar una >> configuración para fail2ban que intente mitigar las peticiones del bot, >> pero sigue sucediendo lo mismo. También pusimos ciertas restricciones en >> los archivos de configuración de apache >> RequestReadTimeout header=10-20,MinRate=500 body=10,MinRate=500 >> ¿Que soluciones a nivel WAF recomendarían?. >> Agradecemos su tiempo. >> Saludos! >> >> >> El lun, 1 sept 2025 a las 11:28, Tomas Cohen Arazi (<tomascohen(a)gmail.com>) >> escribió: >> >>> Tiene toda la pinta de ser un bot golpeando esas URL. Deberían usar >>> alguna solución que mitigue eso a nivel WAF o configuración de Apache. >>> >>> El vie, 29 ago 2025 a las 17:22, Sistemas Cedinci via Koha-es (< >>> koha-es(a)lists.koha-community.org>) escribió: >>> >>>> Hola buen dia a todos espero que esten muy bien, hace un tiempo estamos >>>> experimentando una sobrecarga de procesos .pl vinculados a Koha. Estuvimos >>>> leyendo algunas respuestas en otros foros y en su mayoría hablan de >>>> posibles peticiones de bots. Creamos el archivo robots.txt para intentar >>>> detener esas peticiones. También utilizamos fail2ban para bloquear las IPs >>>> que hagan consultas recurrentes al servicio. Tenemos habilitado y >>>> funcionando zebra y plack. >>>> El problema sigue apareciendo, entre los procesos más recurrentes que >>>> pudimos observar se encontraba opac-export.pl . >>>> La versión de koha que tenemos es la siguiente: 24.05.02. >>>> Les adjunto captura de pantalla del comando top. >>>> [image: image.png] >>>> ¿Alguno tuvo un problema similar?. Espero sus comentarios y gracias. >>>> -- >>>> Enzo Sebastian Avila | Sistemas CeDInCI >>>> -- >>>> Koha-es mailing list >>>> Koha-es(a)lists.koha-community.org >>>> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >>>> >>> >>> >>> -- >>> Tomás Cohen Arazi >>> Theke Solutions (https://theke.io) >>> ✆ +54 9351 3513384 >>> GPG: B2F3C15F >>> >> >> >> -- >> Enzo Sebastian Avila | Sistemas CeDInCI >> -- >> Koha-es mailing list >> Koha-es(a)lists.koha-community.org >> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es >> > -- Enzo Sebastian Avila | Sistemas CeDInCI

1 0

Uso excesivo de la CPU.
by Sistemas Cedinci 05 Sep '25

05 Sep '25

Hola buen dia a todos espero que esten muy bien, hace un tiempo estamos experimentando una sobrecarga de procesos .pl vinculados a Koha. Estuvimos leyendo algunas respuestas en otros foros y en su mayoría hablan de posibles peticiones de bots. Creamos el archivo robots.txt para intentar detener esas peticiones. También utilizamos fail2ban para bloquear las IPs que hagan consultas recurrentes al servicio. Tenemos habilitado y funcionando zebra y plack. El problema sigue apareciendo, entre los procesos más recurrentes que pudimos observar se encontraba opac-export.pl . La versión de koha que tenemos es la siguiente: 24.05.02. Les adjunto captura de pantalla del comando top. [image: image.png] ¿Alguno tuvo un problema similar?. Espero sus comentarios y gracias. -- Enzo Sebastian Avila | Sistemas CeDInCI

3 3