博主你好,我用的 codis 2.0的 不知知道为什么有那么进程
- Vorherrschende Sprache
- Go
- Sterne
- 13.2k
- Forks
- 2.7k
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
root 16662 27925 0 Sep01 ? 00:00:00 [codisproxycheck]
root 16919 27925 0 Feb16 ? 00:00:00 [codisproxycheck]
root 17037 27925 0 Sep01 ? 00:00:00 [codisproxycheck]
root 17392 27925 0 Sep01 ? 00:00:00 [codisproxycheck]
root 17728 27925 0 Sep01 ? 00:00:00 [codisproxycheck]
root 18445 27925 0 Sep01 ? 00:00:00 [codisproxycheck]
root 18880 27925 0 Sep01 ? 00:00:00 [codisproxycheck]
root 19288 27925 0 Sep01 ? 00:00:00 [codisproxycheck]
root 19318 27925 0 19:51 ? 00:00:00 [codisproxycheck]
root 19427 31514 0 19:51 pts/0 00:00:00 grep codis
root 29231 27925 0 Aug31 ? 00:00:00 [codisproxycheck]
root 29540 27925 0 Aug31 ? 00:00:00 [codisproxycheck]
能告诉一下这是什么问题?如何查原因
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Rechercherichtung
Der Bericht identifiziert nur wiederholt auftretende defunct-Prozesse von codisproxycheck und nennt weder eine Quelldatei noch einen Test. Beginne damit, den Einstiegspunkt von codisproxycheck zu finden und den gemeldeten Prozesslebenszyklus nachzuverfolgen; abgeschlossen bedeutet, dass die Ursache reproduziert oder erklärt wurde und das Issue über eine dokumentierte Diagnose oder eine gezielte Behebung verfügt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- go, redis
- Bereich
- databases, distributed-systems
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100