Error al ingresar a kolla 4.5.1 versión recien actualizada

Hola, como están? acabamos de actualizar desde 4.2.1 a 4.5.1, y cuando queremos ingresar al kolla no pasa nada y en el log figura lo siguiente:


-o-o-o-o-o-
Fecha: 24-06-2021 12:41:35
Operacion: Autentificaci�n de Usuarios
Usuario: no_autentificado
Version-PHP: 7.3.28-2+0~20210604.85+debian9~1.gbp219f11
Servidor: kolla.guarani.unse.edu.ar
URI: /siu2/kolla/aplicacion.php?ah=st60d4a753c98d86.88536317&ai=kolla%7C%7C12000094
Referrer: https://kolla.guarani.unse.edu.ar/siu2/kolla/aplicacion.php?ah=st60d4a73c37f828.96685835&ai=kolla%7C%7C12000094
Host: XXX.XXX.XXX.XXX
==========
[INFO][kolla] PUNTO MONTAJE: se carg� la clase login/ci_login.php del punto de montaje proyecto. El path del mismo es /opt/siu5/php
[INFO][kolla] PUNTO MONTAJE: se carg� la clase extension_toba/bootstrap/componentes/interfaz/bootstrap_formulario_login.php del punto de montaje proyecto. El path del mismo es /opt/siu5/php

Desde ya, muchas gracias!

Hola Ricardo, todo excelente.

Siempre es una grata noticia saber que hayan actualizado a la última versión del módulo.

Con respecto a tu consulta, lo que se desprende del log que nos envias es que efectivamente el usuario no pudo ser logueado. Te consulto, pudieron terminar correctamente todos los pasos de la migración? Mas allá de la respuesta a esta pregunta, revisaron también el archivo instalador.log?

Si ingresan con los valores que les setearon a las variables TOBA_USUARIO y TOBA_PASSWORD del archivo instalador.env tampoco se pueden loguear?

Aguardo tus comentarios.

Saludos, Germán

2

Hola German, como estás? muchas gracias por contestar. Por ser impacientes decidimos hacer un downgrade a 4.5.0, pero realmente pasa lo mismo. Revise el archivo instalador.log y no vi nada raro, se ejecutaron todos los pasos perfectos salvo en el autoload que dice que hay clases repetidas pero vi en un post que dijiste que no pasaba nada con eso. Decidimos bajar a la 4.5.0 porque pensábamos que no era necesario ir a una versión mayor si la 4.5.0 es compatible con guarani 3.19.0. En fin, será que tenemos que modificar las claves? pero el sistema no dice que la clave es incorrecta, los permisos están bien por que se ejecutaron perfecto y www-data es el dueño de todo. Vemos que en el log de apache no pasa absolutamente nada, y estábamos viendo de levantar a debug el los de php para que nos tire algo mas de datos. En fin, estamos a tu merced jejejeje.

Muchas gracias desde ya, Saludos!

Hola Germán, como estás? Viendo el log en la nueva actualización me encontré con esto:


-o-o-o-o-o-
Fecha: 24-06-2021 22:27:45
Operacion: Autentificaci�n de Usuarios
Usuario: no_autentificado
Version-PHP: 7.3.28-2+0~20210604.85+debian9~1.gbp219f11
Servidor: kolla.guarani.unse.edu.ar
URI: /siu2/kolla/aplicacion.php?ah=st60d530ad8fc818.62794975&ai=kolla%7C%7C12000094
Referrer: https://kolla.guarani.unse.edu.ar/siu2/kolla/aplicacion.php?ah=st60d53089f2f4c1.08212301&ai=kolla%7C%7C12000094
Host: 201.190.231.37
==========
[DEBUG][kolla] PUNTO DE MONTAJE: se carg� exitosamente el autoload del punto de montaje proyecto
[DEBUG][toba] [SECCION] Iniciando componentes...
[INFO][kolla] PUNTO MONTAJE: se carg� la clase login/ci_login.php del punto de montaje proyecto. El path del mismo es /opt/kolla450/php
[DEBUG][toba] componente(12000173): Pantalla de eventos: 'login'
[DEBUG][toba] [SECCION] Procesando eventos...
[DEBUG][toba] componente(12000173): [ inicializar_dependencias ]
array (
  0 => 'datos',
)
[INFO][kolla] PUNTO MONTAJE: se carg� la clase extension_toba/bootstrap/componentes/interfaz/bootstrap_formulario_login.php del punto de montaje proyecto. El path del mismo es /opt/kolla450/php
[DEBUG][kolla] (
				SELECT 	amo.padre,
							amo.carpeta,
							amo.proyecto,
							amo.item,
							amo.descripcion as nombre,
							ai.orden as 		orden,
							ai.imagen,
							ai.imagen_recurso_origen,
							amo.padre = '1' as es_primer_nivel
				   FROM 
							apex_usuario_grupo_acc auga
						JOIN apex_menu_operaciones amo ON (auga.menu_usuario = amo.menu_id AND auga.proyecto = amo.proyecto)
						JOIN apex_usuario_grupo_acc_item augai ON (auga.proyecto = augai.proyecto AND auga.usuario_grupo_acc = augai.usuario_grupo_acc AND augai.item = amo.item)
						JOIN apex_item ai ON (augai.item = ai.item AND augai.proyecto = ai.proyecto)	
				  WHERE (ai.menu = 1)
					AND ai.item != ai.padre
					AND	( ai.publico = 1)
					AND	(amo.proyecto = 'kolla')
					AND auga.menu_usuario IS NOT NULL
			UNION
				SELECT 	ai.padre,
						ai.carpeta,
						ai.proyecto,
						ai.item,
						ai.nombre as nombre,
						ai.orden as 		orden,
						ai.imagen,
						ai.imagen_recurso_origen,
						ai.padre = '1' as es_primer_nivel
				FROM 
						apex_usuario_grupo_acc auga
					JOIN apex_usuario_grupo_acc_item augai ON (auga.proyecto = augai.proyecto AND auga.usuario_grupo_acc = augai.usuario_grupo_acc)
					JOIN apex_item ai ON (augai.item = ai.item AND augai.proyecto = ai.proyecto)	
				WHERE auga.menu_usuario is null
					AND (ai.menu = 1)
					AND ai.item != ai.padre
					AND	( ai.publico = 1)
					AND	(ai.proyecto = 'kolla')
			) ORDER BY 1, 6
[DEBUG][kolla] (
				SELECT 	amo.padre,
							amo.carpeta,
							amo.proyecto,
							amo.item,
							amo.descripcion as nombre,
							ai.orden as 		orden,
							ai.imagen,
							ai.imagen_recurso_origen,
							amo.padre = '1' as es_primer_nivel
				   FROM 
							apex_usuario_grupo_acc auga
						JOIN apex_menu_operaciones amo ON (auga.menu_usuario = amo.menu_id AND auga.proyecto = amo.proyecto)
						JOIN apex_usuario_grupo_acc_item augai ON (auga.proyecto = augai.proyecto AND auga.usuario_grupo_acc = augai.usuario_grupo_acc AND augai.item = amo.item)
						JOIN apex_item ai ON (augai.item = ai.item AND augai.proyecto = ai.proyecto)	
				  WHERE (ai.menu = 1)
					AND ai.item != ai.padre
					AND	( ai.publico = 1)
					AND	(amo.proyecto = 'kolla')
					AND auga.menu_usuario IS NOT NULL
			UNION
				SELECT 	ai.padre,
						ai.carpeta,
						ai.proyecto,
						ai.item,
						ai.nombre as nombre,
						ai.orden as 		orden,
						ai.imagen,
						ai.imagen_recurso_origen,
						ai.padre = '1' as es_primer_nivel
				FROM 
						apex_usuario_grupo_acc auga
					JOIN apex_usuario_grupo_acc_item augai ON (auga.proyecto = augai.proyecto AND auga.usuario_grupo_acc = augai.usuario_grupo_acc)
					JOIN apex_item ai ON (augai.item = ai.item AND augai.proyecto = ai.proyecto)	
				WHERE auga.menu_usuario is null
					AND (ai.menu = 1)
					AND ai.item != ai.padre
					AND	( ai.publico = 1)
					AND	(ai.proyecto = 'kolla')
			) ORDER BY 1, 6
[DEBUG][kolla] (
				SELECT 	amo.padre,
							amo.carpeta,
							amo.proyecto,
							amo.item,
							amo.descripcion as nombre,
							ai.orden as 		orden,
							ai.imagen,
							ai.imagen_recurso_origen,
							amo.padre = '1' as es_primer_nivel
				   FROM 
							apex_usuario_grupo_acc auga
						JOIN apex_menu_operaciones amo ON (auga.menu_usuario = amo.menu_id AND auga.proyecto = amo.proyecto)
						JOIN apex_usuario_grupo_acc_item augai ON (auga.proyecto = augai.proyecto AND auga.usuario_grupo_acc = augai.usuario_grupo_acc AND augai.item = amo.item)
						JOIN apex_item ai ON (augai.item = ai.item AND augai.proyecto = ai.proyecto)	
				  WHERE (ai.menu = 1)
					AND ai.item != ai.padre
					AND	( ai.publico = 1)
					AND	(amo.proyecto = 'kolla')
					AND auga.menu_usuario IS NOT NULL
			UNION
				SELECT 	ai.padre,
						ai.carpeta,
						ai.proyecto,
						ai.item,
						ai.nombre as nombre,
						ai.orden as 		orden,
						ai.imagen,
						ai.imagen_recurso_origen,
						ai.padre = '1' as es_primer_nivel
				FROM 
						apex_usuario_grupo_acc auga
					JOIN apex_usuario_grupo_acc_item augai ON (auga.proyecto = augai.proyecto AND auga.usuario_grupo_acc = augai.usuario_grupo_acc)
					JOIN apex_item ai ON (augai.item = ai.item AND augai.proyecto = ai.proyecto)	
				WHERE auga.menu_usuario is null
					AND (ai.menu = 1)
					AND ai.item != ai.padre
					AND	( ai.publico = 1)
					AND	(ai.proyecto = 'kolla')
			) ORDER BY 1, 6
[DEBUG][kolla] (
				SELECT 	amo.padre,
							amo.carpeta,
							amo.proyecto,
							amo.item,
							amo.descripcion as nombre,
							ai.orden as 		orden,
							ai.imagen,
							ai.imagen_recurso_origen,
							amo.padre = '1' as es_primer_nivel
				   FROM 
							apex_usuario_grupo_acc auga
						JOIN apex_menu_operaciones amo ON (auga.menu_usuario = amo.menu_id AND auga.proyecto = amo.proyecto)
						JOIN apex_usuario_grupo_acc_item augai ON (auga.proyecto = augai.proyecto AND auga.usuario_grupo_acc = augai.usuario_grupo_acc AND augai.item = amo.item)
						JOIN apex_item ai ON (augai.item = ai.item AND augai.proyecto = ai.proyecto)	
				  WHERE (ai.menu = 1)
					AND ai.item != ai.padre
					AND	( ai.publico = 1)
					AND	(amo.proyecto = 'kolla')
					AND auga.menu_usuario IS NOT NULL
			UNION
				SELECT 	ai.padre,
						ai.carpeta,
						ai.proyecto,
						ai.item,
						ai.nombre as nombre,
						ai.orden as 		orden,
						ai.imagen,
						ai.imagen_recurso_origen,
						ai.padre = '1' as es_primer_nivel
				FROM 
						apex_usuario_grupo_acc auga
					JOIN apex_usuario_grupo_acc_item augai ON (auga.proyecto = augai.proyecto AND auga.usuario_grupo_acc = augai.usuario_grupo_acc)
					JOIN apex_item ai ON (augai.item = ai.item AND augai.proyecto = ai.proyecto)	
				WHERE auga.menu_usuario is null
					AND (ai.menu = 1)
					AND ai.item != ai.padre
					AND	( ai.publico = 1)
					AND	(ai.proyecto = 'kolla')
			) ORDER BY 1, 6

No se si significa algo mas, pero mucho no entiendo, solo consulta por usuario is null y usuarios is not null, nunca consulta por el usuario que se quiere logear. En fin, espero que se pueda solucionar, esta implementación es de producción y actualmente los alumnos no pueden registrar la encuesta de egresados, y al haber actualizado a guaraní 3.19 no podemos continuar con kolla 4.2.1 teníamos que actualizar a 4.5.x. En fin, muchas gracias desde ya.

Saludos cordiales.

Hola Ricardo.

Si pueden volver nuevamente a la versión 4.5.1 mejor, ya que entiendo que el problema no viene por ese lado.

Por otra parte, ejecutaron correctamente el comando para modificar los permisos?

sudo ./bin/instalador permisos:simple

Si lo prefieren pueden crearnos una solicitud en el GDS y la seguimos por ahí.

Saludos, Germán

Hola Germán, si ejecutamos el cambio de permisos y se hizo correctamente todos los archivos son propiedad del www-data. Una cosa que vi es que la carpeta login esta en php/login y además esta en php/operaciones/login, y tienen el mismo contenido pero solo se reconoce php/login, la que esta dentro de operaciones no se usa al menos hasta el momento donde se produce el error. No se cual sería el error, lo que si vi también es que todos los archivos phpctienen 640 como permisos, pero el www-data esta como usuario y grupo en conclusión esta pudiendo leer y escribir pero no tiene privilegios de ejecución. Así lo puso el comando de permisos:simple.

Como uds quieran, pero creo que por aquí la gente que tenga el mismo problema va poder saber que pasa. así descubrí que el error de autoload no tenía importancia.

Saludos y muchas gracias por todo!

Hola Ricardo.

Esta perfecto, pero a veces necesitamos solicitar archivos de logs que no quieran divulgar con la comunidad, en cuyo caso se los pedimos mediante el GDS.

Te aconsejaría si podes probar de nuevo el comando que corrige los permisos, pero indicándole un grupo en el que estés incluido en vez de apache.

Saludos!

Hola Germán, como estás? ya logre solucionarlo, una configuración en la instalación me hizo un lio. El instalador te sugiere que algunas variables de php sean 1 post_max_upload creo que era y otra mas parecida tenían que estar en 1, y cuando lo puse así ahí empezaron los problemas, en realidad tendría que estar en 1M, actualmente lo deje en 8M para evitar cualquier problema que es el que viene como defecto en una instalación de PHP, yo había leído en algún lugar que poniendo 1 es ilimitado pero parece que aquí no, en este debian significa 1 byte. En fin, ya esta solucionao, muchas gracias por todo.

Saludos!

Buenísimo Ricardo. Muchas gracias por avisar y por compartir la solución.

Saludos.