Mostrar Mensajes

Esta sección te permite ver todos los mensajes hechos por este usuario, recuerda que solo puedes ver los mensajes en áreas en donde tu tienes acceso.


Temas - rbravo

Páginas: [1]
1
SIU-Kolla - Técnicos / instalar version 4.5.1: problemas con el composer
« on: Julio 14, 2021, 01:39:03 pm »
hola, saludos para tod@s en esta primera vez en el Mundo Kolla! :-)

les consulto porque estamos teniendo problema con la instalación inicial de la versión 4.5.1. Todos los requisitos están cumplidos, salvo el paquete "php_com_dotnet" (que entendemos es una DLL para Windows).

al correr composer install surge el siguiente problema:

Código: [Seleccionar]
Your lock file does not contain a compatible set of packages. Please run composer update.
corrimos composer update y surge otro problema:

Código: [Seleccionar]
[root@kollawtest 4.5.1]# composer update
Loading composer repositories with package information
Updating dependencies
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - Root composer.json requires siu-toba/framework ~3.3, it is satisfiable by siu-toba/framework[v3.3.0, ..., v3.3.20] from composer repo (https://repo.packagist.org) but siu-toba/framework[dev-trunk, 2.7.0, ..., 2.7.x-dev] from composer repo (https://satis.siu.edu.ar) has higher repository priority. The packages with higher priority do not match your constraint and are therefore not installable.
See https://getcomposer.org/repoprio for details and assistance.

[root@kollawtest 4.5.1]#

Nos pueden ayudar?

Muchas gracias!

Ricardo Bravo

2
Preinscripción / Versión 3.9: Call to undefined function apc_store()
« on: Septiembre 05, 2019, 04:05:05 pm »
Estimados,
estamos instalando desde cero un Presinscripcion 3.9 en un ambiente de Desarrollo siguiendo las indicaciones (http://documentacion.siu.edu.ar/wiki/SIU-Guarani/preinscripcion3.9.0/instalacion_desde_cero/instalacion). Ya lo habíamos hecho antes sin ningún inconveniente.

Sin embargo en esta ocasión (intentamos una segunda  vez, con el mismo resultado) las páginas da Error 500:

Código: [Seleccionar]
PHP Fatal error:  Uncaught Error: Call to undefined function apc_store() in /var/inscripcion/src/siu/extension_kernel/proyecto.php:80\nStack trace:\n#0 /v

Podemos eludir este error si en config.php seteamos "produccion=false". Si bien este entorno es de Desarrollo,  según la documentación poner produccion=true es el último paso de la instalación, aparentemente para todo tipo de entornos. Tampoco sabemos cuál es el alcance de esta configuración.

El sistema está corriendo sobre PHP 7.1, según la especificación para Guaraní Gestión 3.16.

Aparentemente dicha función apc_store sólo está disponible agregando el módulo de 'backward compatibility'  apcu-bc. El mismo está disponible en los repositorios Debian para PHP 7.0 pero no para 7.1.

En el post http://foro.comunidad.siu.edu.ar/index.php?topic=9151.msg39540#msg39540 se menciona este mismo problema, sin embargo lamentablemente no se publica cuál fue la solución.

Los paqutes relacionados con PHP que tenemos instalados (y que son los mismos instalados en la primera instalación, en la que no encontramos problema) son:

Código: [Seleccionar]
dpkg -l | grep php | awk '{ printf("%s\t%s\n",$2,$3)}'
libapache2-mod-php7.1   7.1.30-2+0~20190710.21+debian9~1.gbp011d3c
php-apcu        5.1.17+4.0.11-1+0~20190217111312.9+stretch~1.gbp192528
php-common      2:69+0~20190303094804.15+stretch~1.gbp0f7465
php7.1  7.1.30-2+0~20190710.21+debian9~1.gbp011d3c
php7.1-cli      7.1.30-2+0~20190710.21+debian9~1.gbp011d3c
php7.1-common   7.1.30-2+0~20190710.21+debian9~1.gbp011d3c
php7.1-curl     7.1.30-2+0~20190710.21+debian9~1.gbp011d3c
php7.1-gd       7.1.30-2+0~20190710.21+debian9~1.gbp011d3c
php7.1-json     7.1.30-2+0~20190710.21+debian9~1.gbp011d3c
php7.1-mbstring 7.1.30-2+0~20190710.21+debian9~1.gbp011d3c
php7.1-mcrypt   7.1.30-2+0~20190710.21+debian9~1.gbp011d3c
php7.1-opcache  7.1.30-2+0~20190710.21+debian9~1.gbp011d3c
php7.1-pgsql    7.1.30-2+0~20190710.21+debian9~1.gbp011d3c
php7.1-readline 7.1.30-2+0~20190710.21+debian9~1.gbp011d3c
php7.1-xml      7.1.30-2+0~20190710.21+debian9~1.gbp011d3c
php7.1-zip      7.1.30-2+0~20190710.21+debian9~1.gbp011d3c

Adjuntamos también el contenido de config.php, por si es de utilidad.

Cómo podemos resolver este problema? Gracias!

Ricardo Bravo
UBA - Rectorado - SSTDyM

3
Técnicos / Upgrade 3.13 a 3.15 en Producción: personas.usuario_perfil_datos inexistente
« on: Agosto 07, 2019, 06:51:42 pm »
estimados,
estamos haciendo  un ensayo de Upgrade  3.13 a 3.15 de un entorno Producción. Funciona todo más o menos bien pero en Administrar persona surge el error:

Código: [Seleccionar]
[Tue Aug 06 15:50:38.322637 2019] [:error] [pid 1405] [client 10.20.10.45:50657] toba_ap_tabla_db_s - Error cargando datos. Se ha detectado un nombre de par\xe1metro, atributo o columna no definidos., referer: http://guaraniupg.rec.uba.ar/guarani/3.11/aplicacion.php?ah=st5d49cbf0398314.97606556&ai=guarani%7C%7C37000023
[Tue Aug 06 15:50:38.322947 2019] [:error] [pid 1405] [client 10.20.10.45:50657] toba_error_db: <p><b>SQLSTATE:</b> db_42703</p><p><b>CODIGO:</b> 7</p><p><b>MENSAJE:</b> Error cargando la tabla <b>mdp_personas</b>, a continuaci\xf3n el mensaje de la base:<br>ERROR:  column personas.usuario_perfil_datos does not exist\nLINE 2:  personas.usuario_perfil_datos, \n         ^</p><p><b>SQL:</b> SELECT\n\tpersonas.usuario_perfil_datos, \n\tpersonas.persona, \n\tpersonas.apellido, \n\tpersonas.nombres, \n\tpersonas.sexo, \n\tpersonas.fecha_nacimiento, \n\tpersonas.localidad_nacimiento, \n\tpersonas.nacionalidad, \n\tpersonas.fecha_ingreso_pais, \n\tpersonas.pais_origen, \n\tpersonas.usuario, \n\tpersonas.clave, \n\tpersonas.fecha_vencimiento_clave, \n\tpersonas.autenticacion, \n\tpersonas.bloqueado, \n\tpersonas.parametro_a, \n\tpersonas.apellido_elegido, \n\tpersonas.nombres_elegido, \n\tpersonas.recibe_mensajes_x_mail, \n\tpersonas.token, \n\tpersonas.email_valido, \n\tpersonas.id_imagen, \n\tpersonas.email_temporal, \n\tpersonas.tipo_usuario_inicial\nFROM\n\tmdp_personas as personas\nWHERE\n\tpersonas.persona = '1216' -- toba_log: 772410517 ...SIGUE..., referer: http://guaraniupg.rec.uba.ar/guarani/3.11/aplicacion.php?ah=st5d49cbf0398314.97606556&ai=guarani%7C%7C37000023
En el foro encontramos http://foro.comunidad.siu.edu.ar/index.php?topic=15136.msg65806#msg65806 . Seguimos las indicaciones pero el problema persiste, además de que en dicho Post se trata de un entorno de Desarrollo. A este respecto corrimos toba instancia regenerar... y transcurre normalmente, más allá de ciertos errores al insertar ítems para ciertos perfiles (que funcionalmente no se reflejan) y otros al insertar en checksum_proyectos.

Qué podemos hacer? Gracias!

Ricardo Bravo
UBA-SSTDyM




4
Preinscripción / Preinscr 3.8: personalización no encuentra kernel\kernel
« on: Diciembre 20, 2018, 03:24:51 pm »
Estimados,
estamos haciendo el upgrade a Preinscripción 3.8 en Desarrollo. Tenemos unas pequeñas personalizaciones desarrolladas en su momento en la versión 3.6. En alguna operación obtenemos el siguiente error:

Fatal error: Class 'kernel\kernel' not found in /var/www/proyectos/preinscripcion/src/pers/ubarect/modelo/manejador_datos.php on line 19

donde la línea 19 tiene una invocación a la función kernel::db()->quote()

Según el ejemplo en  src/pers/ejemplo/modelo/manejado_datos.php la función kernel::db()->quote() seguiría existiendo, y hasta sin necesidad de hacer use kernel\kernel. Sin embargo quitando la línea "use kernel\kernel" obtenemos similar error (aunque se queja de que no existe la clase "ubarect\modelo\kernel"). Tampoco funcionó invocar una librería "Chulupi\kernel".

Qué puede ser? Muchas gracias!

Ricardo Bravo
UBA-SSTDyM

5
Técnicos / esquema_pers exportar con inconvenientes: dónde está el log?
« on: Noviembre 14, 2018, 02:03:01 pm »
Estimados,
en el marco del upgrade (3.13 a 3.15) quiero exportar el esquema de personalizaciones. Analizando primero los conflictos, el resultado es bastante bueno:

 Hubo un total de (0) errores irresolubles y (9) errores resolubles.
 Consulte el log para m▒s detalles en /var/www/proyectos/guarani/personalizacion/logs/conflictos.log

Los errores resolubles son del tipo

[W:5] El update se hizo de <archivo_clase:co_asistencias> a <archivo_clase:co_asistencias_uba_rect>. Ahora el valor original de la columna es <archivo_clase:co_asistencias_uba_rect>. El registro afectado tiene clave <consulta_php:37000018> en la tabla <apex_consulta_php>

que no parece ser tan grave.

Sin embargo al hacer > guarani esquema_pers exportar, termina abruptamente con el mensaje:

Calculando revisiones toba_usuarios .OK

 Cargando datos de la instancia. Hubo un inconveniente al intentar exportar la personalizaci▒n, revise el log

sin indicar dónde está el log. En el de personalizaciones/logs no aparece nada, ni tampoco hay ningún log sobre el tema en

./personalizacion/logs
./lib/toba/proyectos/toba_testing/personalizacion/logs
./lib/toba/www/js/jsunit/logs
./lib/toba/instalacion/i__desarrollo/p__toba_usuarios/logs
./lib/toba/instalacion/i__desarrollo/p__guarani/logs
./lib/toba/instalacion/i__desarrollo/p__toba_editor/logs
./lib/toba/instalacion/i__desarrollo/p__toba_referencia/logs

dejando de lado carpetas llamadas logs dentro de 'vendor'.

Cómo puedo conseguir ver los inconvenientes que impiden funcionar a la exportación del esquema de personalizaciones? Muchas gracias!

Ricardo

6
Técnicos / toba instancia regenerar -i desarrollo: qué pasa si uno contestó SI?
« on: Noviembre 14, 2018, 09:55:26 am »
Estimados,
estoy haciendo un upgrade de Guaraní 3.13 a 3.15.1 en el entorno de Desarrollo. Al correr

> toba instancia regenerar -i desarrollo

ante la opción de Preservar los usuarios y logs locales (o seguir con unos exportados en Juliembre del 2017) contesté que SI. Luego me arrepentí porque el instructivo dice NO, pero ya era tarde: si vuelvo a correr el programa me ofrece los datos exportados hoy.

Entonces les consulto:

1) Qué impacto tiene contestar que SI al toba instancia regenerar?

2) Se puede volver atrás? En ese caso, cómo?

Muchas gracias!

Ricardo - UBA SSTDyM

Páginas: [1]