Me ha pasado hace como 2 años.  

Siguiendo estos pasos no me volvió a suceder. Si necesitas alguna ayuda te puedo asistir. 
https://wiki.koha-community.org/wiki/DBMS_auto_increment_fix



De: Koha-es <koha-es-bounces@lists.koha-community.org> en nombre de Pablo López Liotti <plopezliotti@gmail.com>
Enviado: miércoles, 1 de septiembre de 2021 10:23
Para: koha-es@lists.koha-community.org <koha-es@lists.koha-community.org>
Asunto: Re: [koha-es] Problema para devolver items usuarios personal
 

Hola Adriana, el problema que tenés sucede porque tienen una versión vieja de mysql o mariadb y

se ha producido por un corte del luz o reinicio del servidor mientras se usaba el sistema.

Actualmente no se produce en las versiones nuevas de Debian + Mariadb.

En la página wiki que enlaza la info del "Acerca de" hay una explicación detallada del problema.

La manera fácil de arreglarlo sin muchas vueltas es ir al gestor de bases de datos, abrir la base "Koha_instancia"

acceder a la tabla "old_issues" y borrar los registros con "id" 74465, 74463, 74464.

Yo tengo instalado el software phpmyadmin en el server para solucionar rapidamente estos casos.

https://www.phpmyadmin.net/

Saludos desde Mardel

Pablo

El 1/9/2021 a las 12:15, Adriana Avanzini escribió:

Hola,

consulto por este problema que estamos teniendo. No podemos realizar devoluciones en las categorías de usuario personal, en los demás usuarios sí. Ya revisamos la configuración de préstamos, hicimos algunos cambios pero seguimos igual.
Agrego debajo los avisos que nos salen.
Gracias desde ya si alguien nos puede orientar en como solucionarlo.
Adriana


Mensaje de devolución

006850: Clásicos Harvard de la administración VI /

El ítem no ha sido devuelto debido a la configuración de préstamos en sus sistema. Pregunte al administrado que eche un vistazo a la página acerca de y busque la sección "problemas de datos"


Problemas de datos

Algunas de sus tablas tienen problemas con sus valores auto_increment lo que le podría llevar a perder datos.

No debe ignorar esta advertencia.

El problema es que InnoDB no mantiene el auto_increment a través de los reinicios del servidor SQL (solo se establece en la memoria). Así que en el inicio del servidor, los valores de auto_increment se establecen en max (table.id) +1.

Para saber cómo evitar este problema, consulte la página wiki relacionada: Arreglo de autoincremento DBMS

Problemas encontrados

Préstamos

Los siguiente ids se encuentran en ambas tablas issues y old_issues:

74465, 74463, 74464


-- 
================================================================
Pablo López Liotti
Area Informática
Biblioteca Central  - Universidad Nacional de  Mar del Plata
Rodriguez Peña 4046
(7600) Mar del Plata - Buenos Aires - Argentina
Te: 54 - 0223 - 4752333 (int. 37) - Te/fax: 54 - 0223 - 4759405
***************Este mensaje (y sus adjuntos), en adelante "mensaje", ha sido enviado exclusivamente a su(s) destinatario(s) y es confidencial. Si usted recibe este mensaje por error, por favor bórrelo y comunique inmediatamente al remitente. Toda utilización o publicación, total o parcial, queda prohibida salvo autorización expresa. La UTP no podrá ser considerada responsable si el mensaje ha sido modificado y/o utilizado sin autorización. This message (and any attachments), are confidential intended solely for the people whose addresses appear. If you have received this message by error, please delete it and immediately notify the sender. Any use, dissemination or disclosure, either whole or partial, without formal approval is prohibited. The UTP will not therefore be liable for the message if modified and/or used without approval.**************
***************Este mensaje (y sus adjuntos), en adelante "mensaje", ha sido enviado exclusivamente a su(s) destinatario(s) y es confidencial. Si usted recibe este mensaje por error, por favor bórrelo y comunique inmediatamente al remitente. Toda utilización o publicación, total o parcial, queda prohibida salvo autorización expresa. La UTP no podrá ser considerada responsable si el mensaje ha sido modificado y/o utilizado sin autorización. This message (and any attachments), are confidential intended solely for the people whose addresses appear. If you have received this message by error, please delete it and immediately notify the sender. Any use, dissemination or disclosure, either whole or partial, without formal approval is prohibited. The UTP will not therefore be liable for the message if modified and/or used without approval.**************