¡Buenas! En algunos momentos, por diversas razones (usualmente migraciones o bugs de Koha) queda almacenada información inconsistente. Y cuando una actualización intenta agregar una clave foránea a una columna, si hay datos que no tienen su correlato en la otra tabla enlazada, pues entonces falla. Una cosa buena de Koha es que la operación intenta hacerla dentro de una transacción de la base de datos, y por ende no hay pérdida de información. Pero no hay una forma simple de seguir adelante. Como bien te dijo Ricardo, la única opción es analizar cada caso, resolverlo, y volver a correr el `koha-upgrade-schema`. El camino normalmente va a ser: - Buscar el valor que no esta en la otra tabla - Decidir qué hacer (e.g. cambiarlo por un valor que sí existe, o crear el valor, o descartar la fila) - Correr `koha-upgrade-schema` El vie, 12 jun 2026 a las 19:47, Ricardo Vargas via Koha-es (< koha-es@lists.koha-community.org>) escribió:
Hola
Yo he hecho esas actualizaciones haciendo las correcciones tabla por tabla, cada corrección que hago la guardo en una lista para en el orden en que van apareciendo, cuando llegues a tener 25.11 en el módulo "Acerca de" vas a ver una nueva pestaña llamada "Auditoria de base de datos" que te dará una comparación entre el esquema y tu base de datos para encontrar inconsistencias.
Por este tipo de cosas no hay que dejar pasar tanto tiempo entre actualizaciones.
Saludos...
Carlos Ricardo Vargas Medina
Director de Proyectos
BibliOrión ricvargasmed@bibliorion.com 5543384601 https://bibliorion.com <https://www.hubspot.es/email-signature-generator>
El vie, 12 jun 2026 a las 15:26, Héctor via Koha-es (< koha-es@lists.koha-community.org>) escribió:
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_campaign=sig-email&utm_content=webmail> Libre de virus.www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> <#m_2063454445098346703_m_4792800956406186371_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> -- Koha-es mailing list Koha-es@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-es
-- Koha-es mailing list Koha-es@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