Hi team, I found that Pinot sometimes shows that t...
# troubleshooting
w
Hi team, I found that Pinot sometimes shows that the table status is bad, and at the same time the corresponding segment is also bad (one replicas state is consuming, and the other is online), this bad state will be automatically recovered. So when querying, especially on-demand will the query get inconsistent results, or how will Broker choose which replicas to query when querying?
k
Are you seeing this in UI
w
This will be recovered soon. We hope to add some alarm items by monitoring the table state, but the bad state will always appear. I guess it is because the consumption speed of different replicas of the segment is slightly different. One replica has been submitted and the other is still consuming.
Here is the bad segment state.
k
its a UI bug.. for a short second when the segment is transitioning from one state to another, it shows it as bad
w
This API ā€˜/tables/{tableName}/status’ response UNHEALTHY too.
Copy code
{
  "ingestionStatus": {
    "ingestionState": "UNHEALTHY",
    "errorMessage": "Not all servers responded for segment: XXX, Missing servers : [XXX]"
  }
}
k
Can you see external view?
w
External view of this table is garbled while other tables are fine.
m
Also, independently, there's an api (check swagger) on getting the uncompressed ideal-state/external-view