-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Live loading on 21M data not returning consistent result for count index #4689
Comments
Output of Dgraph version:
I ran live loader using below command: After each successful run, I tried to get the count by running above go code on alpha:
After second run:
After third run:
|
Running live loader on same version on 1M dataset with below data returns consistent result:
Result for 3 runs is consistent.
|
Disabled rollups by commenting below lines in Ran live loader 3 times and got consistent result.
|
I think this PR #4916 has fixed this issue. I am writing a systest for it. |
All of the above test pass on master but existing test fail (sometimes) when you run the following command:
|
Dgraph is at 0e90415 I noticed that the Alpha returns different results when the query is executed multiple times. This could be reproduced as follows:
This will run live loader and leave the
If you run the following curl command, it may return different results:
Example output that I observed
I thought that this could occur due to a data race in the code. I decided to compile the alpha with
I also tried compiling with the suggestion here golang/go#10661, though I couldn't see a better stack trace. |
I am aware of the data race in badger. I'll send a PR to fix it in Badger and Dgraph. The issue was introduced in cc3c5cd
|
Now that I think of it, this data race may not have anything to do with this issue. Though, I observed while debugging this issue. |
There is a race condition in the `t.bf` variable if `table.LoadBloomsOnOpen` is set to `false`. This issue was also seen in hypermodeinc/dgraph#4689 (comment)
There is a race condition in the `t.bf` variable if `table.LoadBloomsOnOpen` is set to `false`. This issue was also seen in hypermodeinc/dgraph#4689 (comment)
What version of Dgraph are you using?
Master(commit - abc6afa)
Have you tried reproducing the issue with the latest release?
Yes
What is the hardware spec (RAM, OS)?
ubuntu 18.10, 16 core CPU, 64 GB RAM
Steps to reproduce the issue (command/config used to run Dgraph).
Expected behaviour and actual result.
Results should be same after every run.
The text was updated successfully, but these errors were encountered: