Hi, we are slowly but steadily continue with testi...
# general
k
Hi, we are slowly but steadily continue with testing Venice. We are trying now with the bigger setup and trying to push 4TB store but we fail. We use 0.4.613 version with the k8s setup through EKS. We are pushing with 100 partitions and 12 venice-servers. It seems that some partitions fail to allocate replicas. The root cause seems to be the failure of opening RocksDB metadata database on some venice-server pods which manifests in such exceptions:
Copy code
Caused by: org.rocksdb.RocksDBException: While lock file: /opt/venice/rocksdb/rocksdb/client-id-to-email-hash_v26/client-id-to-email-hash_v26_1000000000/LOCK: Resource temporarily unavailable
I am attaching VPJ, leader controler and one of the venice-server logs. It seems that venice-server tries to open the metadata database from multiple threads and the locking failures are not retried. Is it a known issue? Are we doing anything wrong? 🤔
k
Is there only 1 venice-server pod per node? If there's multiple, it could run into this issue.
k
yes - this is actually the case. @Dmytro Prokhorenkov is adjusting the setup and we will continue testing. Thank you!
👍 1
k
Checking to see if that change fixed this issue?
d
Thanks, all fixed now. It was my bad 🙂
k
No worries. Glad to hear that the issue is resolved
k
Thank you @Koorous Vargha
k
No problem
Hey @Kacper Bielecki, I’m following up to see if you’ve run into any other issues, and whether you’ve been able to successfully deploy Venice into production? Thanks, Koorous
k
Hey @Koorous Vargha. We didn't run in any further problems yet but we are also not running it yet on production. @Dejan Mijic and his team are currently load testing. The plan is to have it on production by the end of the year.
🎉 2
k
Gotcha. Thank you for the update! cc: @Zac Policzer @Felix GV
f
That’s very exciting!
Keep us posted please 😄 !
d
Btw, I understand you've real servers with x86_64 CPU 🙂 . Just curious - have you tried to build venice for arm64?
z
*laughs in java
I don't think we have, but it'd be interesting to observe
k
We're still running on x86 in our internal Kubernetes clusters. Does AWS still offer x86 for the available node pools?
f
The Java part should work just fine… the question is whether RocksJava packs that architecture within it or not. I suspect it probably does, but IDK.
We could run some additional permutations on the CI… maybe unit tests for the latest JDK version we support (rather than all of them) on a few extra architectures.
Or else some (but ideally not all…) of the integ tests. The question would be which one(s)…
z
Looks like this got discussed at one point in rocksdb community: https://github.com/facebook/rocksdb/issues/5559
as 6.4.6 looks to have arm support in rocksdbjni
🚀 2
f
Is there any advantage to using arm VMs in AWS? Or is it because you have some sort of edge use case in mind where it has to be arm?
z
I'm pretty sure they're cheaper
Which I'm lately learning is a must have feature 😂
😂 2
f
Sounds refreshing to care about cost without needing to do the optimizations under the table 😅
d
Price was main factor for older instances. Latest version is slightly expensive. We're running our Voldemort's on arm machines for the almost two years.
👍 1