La troisième existe parce que cet état ne vit que dans la JVM en cours. Rien d’autre ne peut le rapporter.
sessions est un échantillon, pas l’ensemble
Pour voir ou chercher l’ensemble complet, paginez-le :
q correspond sans tenir compte de la casse par sous-chaîne sur account, system_id, host, system_type et bind_type. Les colonnes numériques ne sont délibérément pas cherchées. Sinon 50 correspondrait à un débit de 50, un port 2750 et une session ouverte depuis 50 secondes en même temps.
total compte chaque session ; matched compte celles passant q. Les deux sont rapportés parce qu’un opérateur qui a filtré sur un client a toujours besoin de savoir que le listener porte quatre cents binds.
limit a pour défaut 50, plafonné à 200, et la réponse renvoie la taille effectivement appliquée. Donc un appelant demandant 10 000 peut voir qu’il a obtenu 200 plutôt que de conclure qu’il n’y avait que 200 sessions.
Les champs qui valent la peine d’être alertés
config_sources répond à une question que les gens posent à l’envers
Il dit, par domaine, si le gateway lit les fichiers ou la base.
Cela compte parce que un changement fait dans le panel ne fait rien si le gateway lit un fichier pour ce domaine. Et le symptôme est « ma modification ne s’est pas appliquée », ce qui fait chercher les gens sur la modification.
bound: 0 sur un listener est généralement bien
Sur un vendeur cela signifie que rien n’est connecté et rien ne peut être envoyé.
Sur un listener cela signifie généralement qu’aucun client n’est connecté maintenant. Ce qui est calme plutôt que cassé. C’est pourquoi un listener sans personne bindé n’est pas peint en rouge comme un vendeur sans session.
Connexes
Le port de gestion
Chaque endpoint, et quel token chacun nécessite.
Binds et listeners
Trois échecs qui ressemblent tous à « personne n’est connecté ».