Hola Sergio,
Del mensaje de error surge que en el datos_tabla “sga_certificados_otorg (32000056)” no tienen la columna ‘duracion_real_en_meses’. Esto suele ocurrir cuando la instancia no se regenera correctamente durante el proceso de actualización de versión (paso 3.7 de la documentación). Pueden repetir el paso y chequear que no haya errores en la consola?
Saludos, Florencia.
ATENCION! No fue posible cargar por completo el ‘perfil_despacho’, posiblemente a causa de que al menos una operaci�n, restricci�n o derecho ha dejado de existir en ‘guarani’. A continuaci�n el detalle:
ERROR ejecutando SQL:
[CODIGO]: 7
[SQLSTATE]: db_23503
[MENSAJE]: ERROR: insert or update on table “apex_usuario_grupo_acc_item” violates foreign key constraint “apex_usu_item_fk_item”
DETAIL: Key (proyecto, item)=(guarani, 89000008) is not present in table “apex_item”.
[SQL EJECUTADA]: INSERT INTO apex_usuario_grupo_acc_item (proyecto, usuario_grupo_acc, item_id, item) VALUES (‘guarani’, ‘despacho’, NULL, ‘89000008’);
ERROR ejecutando SQL:
[CODIGO]: 7
[SQLSTATE]: db_23503
[MENSAJE]: ERROR: insert or update on table “apex_usuario_grupo_acc_item” violates foreign key constraint “apex_usu_item_fk_item”
DETAIL: Key (proyecto, item)=(guarani, 89000009) is not present in table “apex_item”.
[SQL EJECUTADA]: INSERT INTO apex_usuario_grupo_acc_item (proyecto, usuario_grupo_acc, item_id, item) VALUES (‘guarani’, ‘despacho’, NULL, ‘89000009’);
De todas formas se contin�a la carga, se recomienda revisar la definici�n de este perfil.
Sergio,
La instancia se regenera correctamente, fijate que al terminar dice “De todas formas se continúa la carga, se recomienda revisar la definición de este perfil.”.
Debe tener que ver con las personalizaciones. Ahora chequeo en su rama.
Saludos, Florencia.
Sergio,
Hice el ajuste necesario en la personalización sobre su rama 3.21.3 de colab: https://colab.siu.edu.ar/trac/guarani3/changeset/79136. Para tenerlo disponible en una instalación de desarrollo deberán actualizar la working copy (svn update) y regenerar el proyecto (./guarani regenerar).
Saludos, Florencia.
Ya revisé otros post del foro y tengo configurados apc.shm_size = 128M, ya reinicie el apache y el servidor. Verifique la configuracion de php/7.4/cli/php.ini y de php/7.4/apache2/php.ini
Utilizando lo de este post me muestra la siguiente información:
Esta es la única parte en donde la pude detectar, se esta reincorporando el personal que utiliza el sistema, puede que descubran que sucede lo mismo en otra operación.
Anteriormente nos paso este error pero sucedía en muchas operaciones y lo resolvimos dándole mas caché.
Sergio,
El problema entonces es que la propuesta de identificador 9 no tiene ninguna responsable académica asociada. Esto quedó así por error? Se trata de datos migrados? Desde el sistema no es posible dar de alta una propuesta en estas condiciones…
Saludos, Florencia.
Esto puede ser porque nosotros teníamos una sola unidad académica, creamos las nuevas para poder separar todo, y nos pasaron un script por gds para eliminar la primer unidad académica?
Sergio,
No, debés asociar al menos una responsable académica a la propuesta de identificador 9. Para saber cuál es podés ejecutar:
SELECT * FROM sga_propuestas WHERE propuesta = 9;
Luego accedés a la operación " PROPUESTAS FORMATIVAS » ADMINISTRAR PROPUESTAS FORMATIVAS", seleccionás la propuesta en cuestión y desde la solapa “Responsables Académicas” agregás la/s responsable/s académica/s que corresponda.
Saludos, Florencia.
Perfecto Flor! ese era el problema al eliminar la única responsable académica que teníamos quedaron algunas propuestas sin responsable a cargo y de ahí saltaba el problema!
Te sigo molestando por otro problema en otra publicación!!