-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
EventStream index not respected #12538
Comments
With If we look at the Events API docs, we see:
Which isn't what the test is asserting. The docs look to be in agreement with // StarStartAtClosest returns the closest bufferItem to a requested starting
// index as well as the offset between the requested index and returned one.
func (b *eventBuffer) StartAtClosest(index uint64) (*bufferItem, int) {
item := b.Head()
if index < item.Events.Index {
return item, int(item.Events.Index) - int(index)
}
if item.Events.Index == index {
return item, 0
} So this looks like a test bug -- note that the test checks both |
Nope, sorry, it's an actual bug in the code. With that fix I'm still getting events that are before the start index:
Going to mark this as accepted for a follow-up. |
Ok, so it was a testing issue, and I've opened #12548 to fix that. |
I'm going to lock this issue because it has been closed for 120 days ⏳. This helps our maintainers find and focus on the active issues. |
In our nightly E2E suite we're seeing failures in
TestE2E/Events/*events.EventsTest/TestStartIndex
in the last assertion (refevents.go#L254
) that we don't get any events older than the provided index. This fails consistently both in the E2E infra and running against a local cluster.With a little printf debugging...
patch
... we get the following output:
If I add a sleep between registering the
initial.nomad
job and querying it so we can get the start index, the test passes and shows severalPlanResult
events.The text was updated successfully, but these errors were encountered: