Ghost alarms when deleting topics
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 45/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- java, kafka
- Lĩnh vực
- backend, distributed-systems
Hướng nghiên cứu
Start by tracing how Phoebus loads and refreshes the alarm tree when Kafka topics are deleted and recreated; the issue does not name relevant files or tests. Inspect the alarm server’s Kafka topic and state handling, then reproduce the reported sequence and check what data remains in Kafka. Done means the alarm tree no longer shows stale entries after the topics are recreated.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
After deleting a topic in Kafka and recreating one, Phoebus keeps displaying the alarm tree whereas there is no data in Kafka sent by the alarm server.
Here is the log from kafka
verable issue with correlation id 402 : {Accelerator=UNKNOWN_TOPIC_OR_PARTITION}
rm-24ab0da2-6e3a-4fa7-bdae-28663236500c] The metadata response from the cluster reported a recoverable issue with correlation id 4947 : {AcceleratorCommand=UNKNOWN_TOPIC_OR_PARTITION, Accelerator=UNKNOWN_TO>
663236500c-2, groupId=Alarm-24ab0da2-6e3a-4fa7-bdae-28663236500c] Offset commit failed on partition AcceleratorCommand-0 at offset 0: This server does not host this topic-partition.
If we stop kafka and the alarm server and restart phoebus, then te alarm tree is empty but as soon as we turn on again kafka and the alarme server then the ghosts appear again.
In Kafka I can see states inside but no config
but there is no beat message.
The probleme is probably from a kind of "cache" in Kafka ...
- Ngôn ngữ chính
- Java
- Star
- 130
- Fork
- 132
- Merge trung bình
- 3 ngày 1 giờ
- Pull request đã merge (30 ngày)
- 24
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của ControlSystemStudio/phoebus
-
Create CONTRIBUTING.mdĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
ControlSystemStudio/phoebus#3979 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 80/100
ControlSystemStudio/phoebus#3962 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
PVA/SPVA: track SPVA version independently and move XDG keychain dir pva/<ver> -> spva/<n.n.n>Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
ControlSystemStudio/phoebus#3865 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 52/100
ControlSystemStudio/phoebus#3980 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
ControlSystemStudio/phoebus#3966 ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của ControlSystemStudio/phoebus
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
2026 Error Report
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
triplea-game/triplea#15096 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug][API] Switching workflow versions leaves schedules onlineCó thể đã có người làm @zhuangchong đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
apache/dolphinscheduler#18731 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Implement JDBC Domain Enums (`SqlCategory`, `SqlExecutionStatus`, `SqlExecutionType`) in Core ModuleĐang mởcore-module enhancement good first issue
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 87/100
sdlc-pro/spring-lens#531 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
apache/rocketmq-dashboard#7340 ·
Maintainer thường phản hồi trong vòng 3 ngày