[RESPONDIDO] Error con REDIS al realizar cambio de version

Expediente Electrónico Integrado SUDOCU - Técnicos
1

Hola buen dia.

En entorno de pruebas, con un cluster swarm y un unico nodo, hemos cambiado de version desde 1.7.5 a 1.10. Casi todos los servicios se despliegan correctamente.

al revisar los logs de api-server, vemos que inicia con problemas

 ERROR DE PROGRAMACION 
  Error: Connection timeout
     at Socket.<anonymous> (/app/node_modules/@redis/client/dist/lib/client/socket.js:177:124)
     at Object.onceWrapper (node:events:631:28)
     at Socket.emit (node:events:517:28)
     at Socket._onTimeout (node:net:598:8)
     at listOnTimeout (node:internal/timers:569:17)
     at process.processTimers (node:internal/timers:512:7)
 Redis client error: ConnectionTimeoutError: Connection timeout
     at Socket.<anonymous> (/app/node_modules/@redis/client/dist/lib/client/socket.js:177:124)
     at Object.onceWrapper (node:events:631:28)
     at Socket.emit (node:events:517:28)
     at Socket._onTimeout (node:net:598:8)
     at listOnTimeout (node:internal/timers:569:17)
     at process.processTimers (node:internal/timers:512:7)

al intentar abrir SUDUCOU desde Huarpe vemos lo siguiente en los logs

 [2025-07-04T09:19:47] error_redis_create  {
   details: null,
   stack: 'Error: Connection timeout\n' +
     '     Socket.<anonymous> (/app/node_modules/@redis/client/dist/lib/client/socket.js:177:124)\n' +
     '     Object.onceWrapper (node:events:631:28)\n' +
     '     Socket.emit (node:events:517:28)\n' +
     '     Socket._onTimeout (node:net:598:8)\n' +
     '     listOnTimeout (node:internal/timers:569:17)\n' +
     '    ',
   string: 'Connection timeout',
   clientmessage: 'Connection timeout',
   query: '',
   query_params: {},
   msg: 'error_redis_create',
   type: 'error',
   id_err: '1yxfl',
   trace: 'Error: Connection timeout\n' +
     '     Socket.<anonymous> (/app/node_modules/@redis/client/dist/lib/client/socket.js:177:124)\n' +
     '     Object.onceWrapper (node:events:631:28)\n' +
     '     Socket.emit (node:events:517:28)\n' +
     '     Socket._onTimeout (node:net:598:8)\n' +
     '     listOnTimeout (node:internal/timers:569:17)\n' +
     '    '
 }

Hemos seguido la sugerencia de eliminar servicios y levantarlos nuevamente como se indica en este hilo.

https://foro.comunidad.siu.edu.ar/t/error-enotfound-cache/29718

Tambien borramos el stack y las imagenes de sudocu, luego levantamos el stack para que las descargue nuevmante.

Seguimos con el mismo problema.

Adjunto el log de api-server.
api-server.log (6,2 KB)

Desde ya muchas gracias por cualquier ayuda.

2

Buen día, cual es la salida de este comando?
docker service ls | grep sudocu

y que muestra el log de sudocu_cache?
docker service logs sudocu_cache -f

3

Hola Elisa, muchas gracias por responder.

Los servicios de sudocu estan asi:

s3c35dlod2i7   docs_stamper                  replicated   1/1        ungs/sudocu-estampador:1.0.0                                            
zf3mnumuyaum   sudocu_api-server             replicated   1/1        ungs/sudocu-api-server:1.4.23                                           
q2afab9jp0is   sudocu_api-worker             replicated   1/1        ungs/sudocu-api-worker:1.4.23                                           
njdyf291w7mm   sudocu_bullmq-dashboard       replicated   1/1        ungs/bullmq-dashboard:5.8.0-rc.1                                        
fbygvtej8p1p   sudocu_cache                  replicated   1/1        redis:6.2.6-alpine                                                      
kpz7ecyqf98w   sudocu_gestion                replicated   1/1        ungs/sudocu-gestion:1.4.23                                              
dll0gbg15r9w   sudocu_login                  replicated   1/1        ungs/sudocu-login:1.4.23                                                
h2pjbpv2brkw   sudocu_mpc                    replicated   1/1        ungs/sudocu-mpc:1.4.23                                                  
omgtkri7wcqg   sudocu_mpd                    replicated   1/1        ungs/sudocu-mpd:1.4.23                                                  
msua4a5g2orl   sudocu_pdf                    replicated   1/1        browserless/chrome:1.50-chrome-stable                                   
lrhc91owcrf0   sudocu_redis-commander        replicated   0/1        rediscommander/redis-commander:latest

el servicio sudocu_redis-commander anduvo una vez, lo comprobe ingresando a la url correspondiente, pero luego dejo de funcionar.

El logs de la cache de sudocu retorna esto:

sudocu_cache.1.uubjid0q8nt2@devportal    | 1:M 04 Jul 2025 12:08:49.099 * 100 changes in 300 seconds. Saving...
sudocu_cache.1.uubjid0q8nt2@devportal    | 1:M 04 Jul 2025 12:08:49.100 * Background saving started by pid 42
sudocu_cache.1.uubjid0q8nt2@devportal    | 42:C 04 Jul 2025 12:08:49.229 * DB saved on disk
sudocu_cache.1.uubjid0q8nt2@devportal    | 42:C 04 Jul 2025 12:08:49.232 * RDB: 1 MB of memory used by copy-on-write
sudocu_cache.1.uubjid0q8nt2@devportal    | 1:M 04 Jul 2025 12:08:49.302 * Background saving terminated with success

Saludos, Javier.

4

probar descargando la imagen de forma manual con el comando:
docker pull rediscommander/redis-commander:latest

Por las dudas menciono que los servicios de Bull-dashboard y Redis-commander son herramientas opcionales que permiten realizar monitoreo, su habilitación no es una condición necesaria para que se ejecute sudocu.