Número incorrecto de usuarios en la vista general de grupos

Soporte
1

De alguna manera, los números mostrados en la vista general de los grupos para los niveles de confianza 0-4 son incorrectos (demasiado altos). Actualmente solo tenemos 439 usuarios (más system y discobot). (Antes tuvimos más usuarios).

Sin embargo, la vista general del grupo muestra:

grafik
grafik1077×352 41.5 KB

Al hacer clic en el nivel de confianza 0 en la vista general del grupo, se muestra el número correcto:

grafik
grafik382×199 39.2 KB

Nivel de confianza 0: 557 pero dentro 439
Nivel de confianza 1: 480 pero dentro 412
Nivel de confianza 2: 300 pero dentro 298
Nivel de confianza 3: 37 pero dentro 35
Nivel de confianza 4: 4 pero dentro 2

Una consulta “select count(*) from users” también muestra 441, lo cual coincide con 439 + system + discobot.

Los números mostrados para todos los demás grupos en la vista general parecen ser correctos.

¿Cómo puedo corregir los números en la vista general?

Estamos en la versión actual 2.6.0.beta5 (698b7ace10), pero es probable que este problema ya estuviera presente en versiones anteriores.

2

Los números se corrigen regularmente; existen algunos casos raros en los que pueden desincronizarse.

Si esperas hasta 12 horas, se solucionará automáticamente.

¿Sidekiq está funcionando correctamente en tu instalación? ¿Has eliminado recientemente una gran cantidad de usuarios?

3

Bueno, incluso después de 12 horas siguen siendo incorrectos; todos los valores desde el nivel de confianza 0 hasta el nivel de confianza 4 solo se redujeron en 2 (por alguna razón). Todos los demás contadores de grupos parecen estar correctos.

grafik
grafik1145×151 3.79 KB

No, el último borrado de usuario fue hace ya dos días.
En los últimos 14 días solo he eliminado 7 usuarios.
En los últimos 1,5 años he eliminado más de 2000 usuarios. Tenemos instalado el plugin autosupend y suspendemos automáticamente a los usuarios que llevan más de 365 días sin actividad. A estos usuarios suspendidos automáticamente y a todos sus datos los elimino al menos una vez por semana, para mantenernos en cumplimiento con el RGPD de la UE.

Sidekick funciona correctamente, no hay trabajos muertos.
Por lo que recuerdo, el número de trabajos que fallaron tampoco ha cambiado en los últimos días.
¿Para qué es la cola 0f13eb003564dea87a7cc8f25560ba0e?
¿Es necesaria esa cola o debería eliminarla?

grafik
grafik980×654 80.6 KB

Creo que he encontrado el problema: la tabla group_users todavía tiene entradas para user_id que ya no existen y que ya no están en la tabla users. (en total 182 entradas para 117 user_id que no tienen una entrada correspondiente en users)
De alguna manera, la base de datos tiene algunas inconsistencias. No sé cómo ha ocurrido esto.
Ahora la pregunta es: ¿cómo puedo solucionarlo ahora?
¿Debería eliminar manualmente, con una sentencia SQL, las entradas de group_users para las que no existe ninguna entrada en users?

4

Sí, aunque no tengo idea de cómo llegaste a ese estado; quizás fue el resultado de alguna migración o algo similar.

La eliminación es perfectamente segura (aunque, como con todo esto, haz una copia de seguridad de tu base de datos antes).

./launcher enter app
rails c
DB.exec("delete from group_users where user_id not in (select id from users)")

Si puedes encontrar una forma reproducible y consistente de esto, me encantaría solucionarlo.

5

gracias por tu respuesta, acabo de hacer la eliminación y volveré a verificar una vez que se hayan completado las próximas actualizaciones de la vista general.

6

Parece bien ahora, caso cerrado.