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.


Mensajes - rbravo

Páginas: [1] 2 3
1
Técnicos SIU-Diaguita / hay Contenedor, pero no tenemos acceso
« on: Octubre 24, 2022, 09:54:23 am »
hola Matías, muchas gracias
ya cargamos el GDS. También vimos en el repositorio que existe un contenedor, que seguramente no tiene este problema. Nos interesa mucho explorar esa alternativa, pero no tenemos acceso al Hub. Cómo podemos obtenerlo? Muchas gracias!


Ricardo Bravo

2
Muchas gracias! La respuesta nos sirvió de inspiración... El problema era la versión del GIT, pasamos de la v1.x a la v2.x y procedió (aparentemente el repositorio gitlab manda un redirect que la ver 1 no comprende).

Ahora tenemos prácticamente terminada la instalación, aunque llegamos al WebCheck y nos encontramos con el siguiente mensaje (aparte de otros, salvables):

Código: [Seleccionar]
Estado Requerimiento
POSTGRES: Versión esperada desde 10 hasta 13, versión instalada 13.3

pese a que el script de instalación validó la version de PostgreSQL y prosiguió hasta el final.

Tiene importancia, o no acepta más que PostgreSQL 13.0 y no las siguientes versiones menores?

Muchas gracias!


3
hola!

muchas gracias! Efectivamente la versión del composer 1.x resolvió el problema.

Mejor dicho permitió avanzar al siguiente problema, je!:

Código: [Seleccionar]
root@kollawtest 4.5.1]# composer install
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Package operations: 16 installs, 0 updates, 0 removals
  - Installing siu/arai-crypto (v2.0.0): Cloning b9d1de2551


  [RuntimeException]
  Failed to execute git clone --no-checkout 'https://gitlab.siu.edu.ar/siu-arai/arai-crypto' '/var/www/kolla/4.5.1/vendor/siu/arai-crypto' && cd '/var/www/kolla/4.5.1/ven
  dor/siu/arai-crypto' && git remote add composer 'https://gitlab.siu.edu.ar/siu-arai/arai-crypto' && git fetch composer && git remote set-url origin 'https://gitlab.siu.
  edu.ar/siu-arai/arai-crypto' && git remote set-url composer 'https://gitlab.siu.edu.ar/siu-arai/arai-crypto'

  error: RPC failed; result=22, HTTP code = 422
  fatal: The remote end hung up unexpectedly


install [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--no-suggest] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--ignore-platform-reqs] [--] [<packages>]...

[root@kollawtest 4.5.1]#

dado que el http code es 422 'Unprocessable Entity' interpreto que es una respuesta que está entregando el servidor de Gitlab. Nos pueden ayudar? Muchas gracias, nuevamente!

Ricardo

4
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

5
hola!
si, está todo en el mismo servidor físico, lo único alojado en otro servidor es la base de datos. Gracias!

Ricardo

6
hola Florencia,
muchas gracias por la atención... lo que está fuera de lugar es que en instalacion.ini dice es_produccion=0. Evidentemente habría que corregir eso, antes de hacerlo te consulto qué implicancias puede tener y si considerás que puede traer algún problema cambiar este modo. Saludos!

Ricardo

7
hola Florencia!
por ahora tratamos de resolver ésto puntualmente, porque recompilar los metadatos afecta a todos los usuarios y grupos, y hacerlo mientras no se sabe cuál es el problema nos parece un riesgo. En la tabla aparece:

guarani3=# SELECT * FROM apex_usuario_grupo_acc WHERE proyecto = 'guarani';
 proyecto | usuario_grupo_acc |          nombre           | nivel_acceso |               descripcion               | vencimiento | dias | hora_entrada | hora_salida | lista
r | permite_edicion | menu_usuario
----------+-------------------+---------------------------+--------------+-----------------------------------------+-------------+------+--------------+-------------+------
--+-----------------+--------------
 guarani  | admin             | Administrador del Sistema |            0 | Accede a toda la funcionalidad          |             |      |              |             |
  |               1 |
 guarani  | admin_oficina     | Usuario Administrativo    |              | Todo menos administrar perfiles y UG    |             |      |              |             |
  |               1 |
 guarani  | alumno            | Usuario Alumno            |              | Perfil para acceso de Alumnos a gestion |             |      |              |             |
  |               0 |
 guarani  | coordinacion01    | Coordinación UBA XXI      |              | Coordinación de UBA XXI                 |             |      |              |             |
  |               1 |
 guarani  | titulos           | Perfil Títulos            |              | Usuarios de la DGTyP                    |             |      |              |             |
  |               0 |
(5 rows)

guarani3=#

Y en la carpeta:
root@guaraniuba:/var/www/guarani/metadatos_compilados/gene # ls -l
total 884
-rw-r--r-- 1 root root  38682 Mar 16 14:24 toba_mc_gene__basicos.php
-rw-r--r-- 1 root root  32039 Mar 16 14:24 toba_mc_gene__consultas_php.php
-rw-r--r-- 1 root root  16908 Mar 16 14:24 toba_mc_gene__dim_13.php
-rw-r--r-- 1 root root 153449 Mar 16 14:24 toba_mc_gene__grupo_admin_oficina.php
-rw-r--r-- 1 root root 182677 Mar 16 14:24 toba_mc_gene__grupo_admin.php
-rw-r--r-- 1 root root   1873 Mar 16 14:24 toba_mc_gene__grupo_alumno.php
-rw-r--r-- 1 root root  39312 Mar 16 14:24 toba_mc_gene__grupo_alumnos.php
-rw-r--r-- 1 root root  65496 Mar 16 14:24 toba_mc_gene__grupo_computos.php
-rw-r--r-- 1 root root 102039 May 20 19:36 toba_mc_gene__grupo_coordinacion.php
-rw-r--r-- 1 root root   4640 Mar 16 14:24 toba_mc_gene__grupo_titulos.php
-rw-r--r-- 1 root root    494 Mar 16 14:24 toba_mc_gene__items_publicos.php
-rw-r--r-- 1 root root     54 Mar 16 14:24 toba_mc_gene__msj_proyecto_objeto.php
-rw-r--r-- 1 root root  97793 Mar 16 14:24 toba_mc_gene__msj_proyecto.php
-rw-r--r-- 1 root root 108784 Mar 16 14:24 toba_mc_gene__msj_toba.php
-rw-r--r-- 1 root root    671 Mar 16 14:24 toba_mc_gene__pms.php
-rw-r--r-- 1 root root  11671 Mar 16 14:24 toba_mc_gene__relacion_tablas_guarani.php
-rw-r--r-- 1 root root    121 Mar 16 14:24 toba_mc_gene__relacion_tablas_personalizacion.php
-rw-r--r-- 1 root root    120 Mar 16 14:24 toba_mc_gene__relacion_tablas_preinscripcion.php
-rw-r--r-- 1 root root    110 Mar 16 14:24 toba_mc_gene__relacion_tablas_toba.php
-rw-r--r-- 1 root root    407 Mar 16 14:24 toba_mc_gene__servicios_web.php
root@guaraniuba:/var/www/guarani/metadatos_compilados/gene

Se te ocurre qué podemos hacer? Muchas gracias!

Ricardo

8
hola!
renombramos el archivo toba_mc_gene__grupo_coordinacion.php y adaptamos el nombre de su clase de manera acorde. Ahora el error es:

Failed opening required '/var/www/guarani/metadatos_compilados/gene/toba_mc_gene__grupo_coordinacion01.php'

o sea, ya no quiere '...coordinacion.php' sino '...coordinacion01.php'.

Lo que hicimos por Gestión fue:

borramos en toba editor los perfiles funcionales creados y luego armamos solo el de Coordinación UBA XXI (Captura 1).
En gestión le asignamos a un usuario el perfil funcional creado y el perfil de datos UBAXXI General (captura 2).
 Al loguearnos con ese usuario nos tiro el mismo erro de manejador de sesiones (captura 3).
Luego y para corroborar que el error tiene que ver con el perfil funcional creado lo que hicimos fue asignarle al mismo usuario el perfil administrador de sistema y el perfil de datos de UBAXXI General de este modo pudimos loguearnos sin problema.

Gracias como siempre!

Ricard

9
hola Florencia,
gracias a tu info pudimos encontrar algo verdaderamente sorprendente: no existe el archivo toba_mc_gene__grupo_cOOrdinacion.php sino toba_mc_gene__grupo_cOrdinacion.php (o sea, con una sola 'o'!). El contenido parece tener sentido.  Les consulto cómo podemos resolver este embrollo? Renombrar el archivo y renombrar su classe puede ser solución?  Muchas gracias!

Ricardo
------------------------ (extracto)
<?php

class toba_mc_gene__grupo_cordinacion
{
        static function get_items_menu()
        {
                return array (
  'guarani-3533' =>
  array (
    'padre' => '1',
.......


10
Técnicos / Re:Vinculación de cursos virtuales
« on: Abril 08, 2020, 09:47:46 am »
Adjunto el log de la última corrida. Me llama la atención:

[INFO][toba] componente(37000315): [ evento ]  El METODO [ evt__cambiar_tab_pant_educacion_virtual ] no existe - 'cambiar_tab_pant_educacion_virtual' no fue atrapado^M
[DEBUG][guarani] SQL con perfil de datos: SELECT        count(sga_comisiones.comision) as cant
                FROM    sga_comisiones
                                WHERE   sga_comisiones.elemento = '67' AND
                                                sga_comisiones.periodo_lectivo = '4' AND
                                                sga_comisiones.ubicacion = '23' AND
                                                trim(regexp_replace(translate(sga_comisiones.nombre,'ÀÁÂÃÄÅàáâãäåÒÓÔÕÖØòóôõöøÈÉÊËèéêëÌÍÎÏìíîïÙÚÛÜùúûüÿ','AAAAAAaaaaaaOOOOOOooooooEEEEeeeeIIIIiiiiUUUUuuuuy'), '[ ]{2,}', ' ','g')) ILIKE 'Sede Central UBA XXI (CABA)'
                                 AND sga_comisiones.comision <> '2' ;^M
[WARNING][guarani] componente(37000342): guarani_pers_datos_tabla El registro tiene una estructura incorrecta: El campo 'requerido'  no forma parte de la DEFINICION.^M
............... 150 filas iguales
2147 [DEBUG][guarani] SQL con perfil de datos: SELECT        DISTINCT responsable_academica^M
 2148                                 FROM    sga_propuestas_ra^M
 2149                                 WHERE   sga_propuestas_ra.propuesta IN (68,1,10,59,65,60,11,12,13,14,15,58,96,64,57,56,50,49,48,47,46,45,44,43,42,41,55,40,89,75,63,2,21,22,23,74,54,25,87,86,84,85,99,53,39,      4,38,27,37,36,83,16,97,26,73,72,35,28,80,82,81,79,78,77,91,76,94,52,51,71,24,66,98,69)^M
 2150 [DEBUG][guarani] SQL con perfil de datos: SELECT
 2151                                         par_parametros_sistema.parametro,


11
Usuarios / Re:Vinculación de cursos virtuales
« on: Abril 06, 2020, 10:01:23 am »
Gracias Leonel, seguimos trabajando y si surge algo les consultamos. Saludos!

RB

12
Usuarios / Re:Vinculación de cursos virtuales
« on: Abril 03, 2020, 05:46:56 pm »
Hola!
Gracias por el Input. En verdad el problema parece ser con la variable "max_input_vars", que estaba en 1.000. La fuimos incrementando -en el ambiente correcto- y efectivamente se van matriculando más alumnos.

Sin embargo a este ritmo vamos a tener que aumentar dicho parámetro de PHP varios órdenes de magnitud. No encontramos info sobre valores arbitrariamente grandes para este valor. En algún momento puede dar overflow de memoria, ya sea del PHP o del Apache. Como es sabido el sistema HTTP está pensado para intercambiar cantidades pequeñas de datos, especialmente en el sentido cliente->servidor. Para procesar grandes cantidades de datos se suele usar procesamiento por lotes.

Además la recomendación para max_input_vars es mantenerla lo más baja posible para prevenir ataques DoS. En el ambiente Producción esto va a ser un riesgo muy importante.

Por otra parte nos llama la atención que en las matriculaciones de prueba anteriores nunca hubo problemas. También: hay experiencia con otras matriculaciones digamos de más de 1.000 inscriptos -más allá de los números masivos de UBA, supongo que en un ámbito universitario a veces puede ocurrir-?

Muchas gracias por todo!

Ricardo Bravo

13
Usuarios / Re:Vinculación de cursos virtuales
« on: Abril 03, 2020, 01:03:16 pm »
hola!
más allá de las pistas del Moodle, ya que lo tengo preparado (anonimicé y abrevié los listados) adjunto el log de Gestión, por si en algún momento es de utilidad. Saludos!

Ricardo

14
Preinscripción / Re:Versión 3.9: Call to undefined function apc_store()
« on: Septiembre 06, 2019, 12:24:44 pm »
Muchas gracias por la info. Por cierto también podemos instalarlo compilando desde los fuentes.

Dado que el instructivo http://documentacion.siu.edu.ar/wiki/SIU-Guarani/version3.16.0/instalacion_desde_cero/requisitos_previos/linux indica explícitamente PHP 7.1, mientras el software siga utilizando estas funciones deprecadas haría falta agregar como requerimiento la librería APCU Backward Compatibility.

Sigo con la duda de cuál es la diferencia entre 'producción' sí o no, eso se puede averiguar?

Ricardo Bravo

15
Preinscripción / Re:Versión 3.9: Call to undefined function apc_store()
« on: Septiembre 05, 2019, 04:23:16 pm »
Aclaración: la primer instalación, que funcionaba correctamente, estaba configurada como produccion=false -o sea que el error es consistente.

Páginas: [1] 2 3