apache/dubbo

"offline" command causes "Notify service xxx with urls 0"

Open

#12 335 ouverte le 17 mai 2023

Voir sur GitHub
 (4 commentaires) (0 réactions) (0 assignés)Java (26 453 forks)batch import
help wantedtype/bug

Métriques du dépôt

Stars
 (41 524 stars)
Métriques de merge PR
 (Merge moyen 7j 14h) (20 PRs mergées en 30 j)

Description

  • I have searched the issues of this repository and believe that this is not a duplicate.

Environment

  • Dubbo version: 3.1.1
  • Operating System version: linux
  • Java version:1.8

Steps to reproduce this issue

  1. we use "offline" to shutdown dubbo app gracefully. when we offline more than two instances, it is possible for consumers to get the phenomenon.

reviewing the dubbo source code, we find that when offlining a instance it will remove services in "MetadataInfo" but
the field "revision of MetadataInfo" won't change in time. if a consumer requests metadatainfo from the offlining instance, it will response the metadatainfo without services.

Pls. provide [GitHub address] to reproduce this issue.

Expected Behavior

Actual Behavior

If there is an exception, please attach the exception trace:

Just put your stack trace here!

Guide contributeur

Direction de recherche
Étudiez l'implémentation de la commande hors ligne dans Dubbo, en vous concentrant sur la façon dont les services sont supprimés de MetadataInfo et sur la manière dont le champ revision est mis à jour. Examinez la classe MetadataInfo et la logique hors ligne du registre de services. Le problème est que pendant la mise hors ligne, les entrées de service sont supprimées mais le hachage de revision ne change pas, ce qui entraîne la réception de métadonnées obsolètes sans services par les consommateurs. Un correctif doit garantir que toute mutation de MetadataInfo, telle que la suppression d'un service, incrémente ou recalcule la revision. Passez en revue la base de code pour les fichiers pertinents tels que MetadataInfo.java, ServiceDiscovery et le gestionnaire de commande hors ligne.
Stack technique
java
Domaine
backendapi
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Une demi journée
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
JavaGit
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
55