graphprotocol / graphprotocol/graph-node
Indexing completely fails if firehose goes down
Chưa có ai nhận issue này.
- Ngôn ngữ chính
- Rust
- Star
- 3.2k
- Fork
- 1.1k
- Merge trung bình
- 4 ngày 1 giờ
- Pull request đã merge (30 ngày)
- 1
Mô tả
Do you want to request a feature or report a bug?
Bug
What is the current behavior?
I'm running graph-node version 0.27.
My graph node is configured with both an RPC provider and a firehose source like so:
[chains.mainnet]
shard = "primary"
provider = [
{ label = "mainnet-default", transport = "rpc", url = "<url to rpc provider>", features = [] },
{ label = "firehose", details = { type = "firehose", url = "<url to firehose>" }},
]
If I start graph-node and then kill my firehose instance, all indexing seems to stop, even though the rpc provider is still available.
If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem.
- start a firehose grpc server
- start a graph node with a rpc and firehose provier
- deploy a subgraph and verify that graph node starts indexing
- kill the firehose server
- deploy a new subgraph
- see the new subgraph never starts indexing
What is the expected behavior?
I expect graph-node to gracefully fall back to the rpc provider when the firehose server isn't available (whether that's due to network issues or internal errors in the firehose server or anything else).
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.
Hướng nghiên cứu
Tái hiện vấn đề với cấu hình [chains.mainnet] chứa cả provider RPC và firehose: bắt đầu lập chỉ mục, dừng máy chủ firehose và triển khai một subgraph mới. Kiểm tra việc lựa chọn provider và hành vi khi khởi động lập chỉ mục, sau đó xác minh rằng subgraph mới bắt đầu lập chỉ mục qua RPC khi firehose không khả dụng.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- grpc, rust
- Lĩnh vực
- backend, distributed-systems
- Loại issue
- Lỗi
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức độ hoạt động
- Đình trệ
- Độ rõ ràng
- Khá rõ ràng
- Mức phù hợp với người mới
- 35/100