buenas, como estan?

Despues de mucho buscar entre logs y configuraciones hice la prueba que me llevo a encontrar el problema. Ingrese dentro del contenedor de grafana (ya que grafana no llegaba a loki) e hice un ping al dominio que tenia definido en el daemon.json y note que no resolvia. Por lo cual encontré la forma de internamente en el yml de loki definir eso agregando en el hosts del contenedor en forma persistente el host interno que debia resolver para llegar al dominio donde declaré loki.
Tanto en el bloque correspondiente a loki como a grafana dentro de loki.yml agregue esto
    extra_hosts:
      - "portal.unlc.edu.ar:192.168.0.103"

Con esto ya pude finalmente agregar a loki como datasource. Algo debo tener mal en algun lado para que no llegue directamente, ya que en el hosts del servidor linux tengo ese mismo dato declarado.
bueno si a alguien le sirve la solución me alegro!

Saludos

Buenas, como estan?

Aun sigo con problemas con loki y no estamos pudiendo hacer que funcione. En otros dos ambientes donde tenemos un solo nodo (no swarm) funciona sin problemas tanto grafana como loki, pero en el ambiente productivo donde tenemos un cluster swarm tenemos varios problemas para hacerlo funcionar.

1- Uno de los errores que vemos es, al hacer un stack rm de loki aparece este mensaje
"failed to create service loki_grafana: Error response from daemon: network loki_loki not found", podemos estar varios minutos intentando , en algunas ocasiones termina bien y en otras no queda otra opcion que reiniciar el servicio de docker

2- docker stack rm loki
Removing network loki_loki
Failed to remove network qfpoz0gcbrfc6ha7eagnhslyt: Error response from daemon: network qfpoz0gcbrfc6ha7eagnhslyt not foundFailed to remove some resources from stack: loki

3- Y otro de los errores se manifiesta al intentar agregar a loki como datasource dentro de grafana, con el mensaje "Loki: Cannot connect to Loki. 502. [object Object]"

4- En el log de loki_grafana aparece tanto errores de proxy error, como de timeout "

Que pruebas basicas podriamos hacer para verificar que grafana puede acceder al servicio de loki? prueba de conectividad entre ambos contenedores ya lo hemos hecho , y existe ping entre ambos porque estan en la misma red definida en el yaml

Es probable que la configuración en docker swarm sea diferente y la debamos modificar de como viene por default en el proyecto los archivos loki.yml, u otro mas?

Desde ya muchas gracias, saludos.
NOTA: hemos seguido el instructivo  https://expedientes.siu.edu.ar/docs/logs/

buen dia Maria! perdon por no responder en su momento, estuve con otros aspectos de sudocu y este tema quedò releagado.
Ahora que lo retomè te respondo que SI, hice los pasos del tutorial y generè la contraseña para loki e inclui ese datos dentro del archivo tal cual esta dentro del item correspondiente.

He probado generar reglas en UFW para los puertos 3000 y 3100,  para ver si vendria por ese lado el error.

El error que tengo es :
loki_grafana.1.073hw4zjh7wg@vm06unlc    | t=2022-10-21T13:09:53+0000 lvl=info msg="Authentication to data source failed" logger=data-proxy-log userId=1 orgId=1 uname=admin path=/api/datasources/proxy/4/loki/api/v1/label remote_addr=10.0.0.2 referer=https://vm06unlc.riu.edu.ar/metricas/datasources/edit/WiqXZqIVk body="401 Unauthorized\n" statusCode=401

Entiendo que ese error es por un error al intentar ingresar con las credenciales de loki que se generaron en el paso que hablamos antes, no?

Dentro de grafana y cuando se agrega un datasource, hace falta definir  usuario y contraseña? o los toma desde otro lado?

Saludos

Hola Sergio, buenas!
He probado con varias url, localhost:3100, 127.0.0.1:3100, vm08unlc.riu.edu.ar:3100 y ante todos tengo el mismo error, Cual seria la url correcta?
Saludos

Buenos dias! como estan?

Espero puedan darme una mano con este error que estoy teniendo con LOKI, la versiòn que esta desplegada es la version: "3.8" y la imagen es "image: grafana/loki:2.3.0". Se creò el archivo corrrespondiente daemon.json en la carpeta /etc/docker:

{
    "debug" : true,
    "log-driver": "loki",
    "log-opts": {
        "loki-url": "https://usuario:contraseña@127.0.0.1:3100/loki/loki/api/v1/push",
        "loki-batch-size": "400",
        "loki-timeout": "3s",
        "loki-retries": "3"
    }
}

El plugin fue instalado y esta habilitado:
ID             NAME          DESCRIPTION           ENABLED
56b644ef1ef7   loki:latest   Loki Logging Driver   true

En definitiva se siguiieron todos los pasos que estan en el enlace https://expedientes.siu.edu.ar/docs/logs/

El problema que tengo es que al intentar agregar el datasource de loki en grafana tengo el siguiente error:
Loki: Cannot connect to Loki. 502. [object Object]

Y en el log del servicio loki_grafana aparece el error:

loki_grafana.1.spl1idiei9iw@vm08unlc    | t=2022-09-12T12:20:50+0000 lvl=eror msg="Data proxy error" logger=data-proxy-log userId=1 orgId=1 uname=admin path=/api/datasources/proxy/6/loki/api/v1/label remote_addr=10.0.0.2 referer=https://vm08unlc.riu.edu.ar/metricas/datasources/edit/daviXaMVz error="http: proxy error: dial tcp 127.0.0.1:3100: connect: connection refused"

Entonces las preguntas son varias, deberia ver los puertos 3100 y 3000 levantados en el listao de puertos abiertos en el sistema operativo? Deberia ver en el listado de servicios levantados en docker los puertos y su redirecciòn?

Desde ya muchas gracias,
Saludos cordiales.

NOTA: Se establecieron reglas en UFW para permitir el trafico a los puertos 3100 y 3000 desde cualquier origen

Buenas! como estan?
Estoy teniendo un problema con el servicio de huarpe, he probado conectividad hacia hub.siu.edu.ar y entiendo que con el puerto 443 y el 5005 deberian estar abiertos. Mudamos nuestros servidores a otro datacenter y vamos solicitando aperturas de puertos de ser necesario.
Que otro puerto podria ser necesario? o que podria mirar para solucionar este problema?

Paso el log:

TATE            ERROR                              PORTS
ngpu79tyf7ho   huarpe_webapp.1       hub.siu.edu.ar:5005/siu/expedientes/huarpe-core:v3.0.2   sudocu-worker02-prod   Shutdown        Rejected 6 minutes ago   "No such image: hub.siu.edu.ar…"   
ody0uhkdwxcz    \_ huarpe_webapp.1   hub.siu.edu.ar:5005/siu/expedientes/huarpe-core:v3.0.2   sudocu-worker02-prod   Shutdown        Rejected 6 minutes ago   "No such image: hub.siu.edu.ar…"   
rmo8b4ydc1hp    \_ huarpe_webapp.1   hub.siu.edu.ar:5005/siu/expedientes/huarpe-core:v3.0.2   sudocu-worker02-prod   Shutdown        Rejected 6 minutes ago   "No such image: hub.siu.edu.ar…"   
voc2kcagvesj    \_ huarpe_webapp.1   hub.siu.edu.ar:5005/siu/expedientes/huarpe-core:v3.0.2   sudocu-worker01-prod   Shutdown        Rejected 6 minutes ago   "No such image: hub.siu.edu.ar…"   
yeyrtiqayn1v    \_ huarpe_webapp.1   hub.siu.edu.ar:5005/siu/expedientes/huarpe-core:v3.0.2   sudocu-worker01-prod   Shutdown        Rejected 7 minutes ago   "No such image: hub.siu.edu.ar…"   
root@sudocu-manager01-prod:/usr/local/proyectos/expedientes/prod/arai#

Aclaracion: otros servicios que estan en la misma VM no tienen problema y veo que levantan bien despues de varios intentos en la busqueda de la imagen.
Desde ya muchas gracias! saludos

Buenas, como estan?

Tengo un problema con la implementacion de sudocu 1.3.4, esta levantando bien el stack completo, se llega al login correctamente pero al intentar ingresar cualquier usuario (inclusive adminsudocu) tengo un error en sudocu_api-server:

| [2022-06-24T13:52:02] error_Invalid signature  {
   msg: 'error_Invalid signature',
   type: 'error',
   clientmessage: 'error_Invalid signature',
  id_err: 'jq3ok',
   trace: 'Error\n' +
     '    at _do_log (/app/src/common/alertas.js:417:27)\n' +
     '    at Function.app.alertas (/app/src/common/alertas.js:556:11)\n' +
     '    at /app/src/modules/auth/auth.js:336:13\n' +
     '    at Strategy.strategy.error (/app/node_modules/passport/lib/middleware/authenticate.js:352:18)\n' +
    '    at /app/node_modules/passport-saml/lib/passport-saml/strategy.js:82:38',
   file: '/app/src/modules/auth/auth.js:336:13',

El mismo error se ve desde la web, que dice
"{"msg":"error_Invalid signature","type":"error","clientmessage":"error_Invalid signature","id_err":"bklld"}"

Este mismo problema ya lo habia tenido anteriormente y era porque desde la version 1.3.0 es obligatorio configurar un certificado para el IDP en la integración con Araí - Usuarios por lo cual segui las instrucciones que se encuentran aqui https://sudocu.dev/docs/documentacion-tecnica/faq-tecnico#configuraci%C3%B3n-del-certificado-para-el-idp-en-la-integraci%C3%B3n-ara%C3%AD---usuarios, por lo cual luego de aplicar esto funcionaba todo correctamente.

He realizado los mismo pasos pero tengo el error de mas arriba de "error_Invalid signature".
He verificado que dentro del contenedor de sudocu_api-server en /etc/ssl/certs/ exista el archivo cerificado_idp.pem.

Espero me puedan ayudar o guiar en que otra prueba podria hacer para detectar el problema,
Desde ya muchas gracias!

Saludos!

Buenas, finalmente encontre el problema.
A pesar de hacer la verificacion/comparacion de los archivos entre las diferentes versiones con una aplicacion (Kompare) cada vez que hago una actualizaciòn de versiòn, se me pasò un pequeño detalle: al path, (en huarpe.yml) ya que en esta nueva versión se agrega la palabra CONFIG en /usr/local/app/config/idp.crt que antes era /usr/local/app/idp.crt

        target: /usr/local/app/idp.crt
        target: /usr/local/app/config/idp.crt

Así que ahora ya no tengo problemas de certificado y puedo ver el home de huarpe!!!! Evidentemente el error era porque al estar mal el path no encontraba el certificado.
Saludos!