# Rreceiving "Lock file to RocksDB is currently held by another process" **URL:** \ **Category:** Uncategorized\ **Created:** [May 25, 2020, 10:16am UTC](https://community.dremio.com/t/rreceiving-lock-file-to-rocksdb-is-currently-held-by-another-process/5609 "2020-05-25T10:16:46Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![chandan-g-bhagat](https://sea2.discourse-cdn.com/flex020/user_avatar/community.dremio.com/chandan-g-bhagat/32/2504_2.png) [@chandan-g-bhagat](https://community.dremio.com/u/chandan-g-bhagat)\ **Post date:** [May 25, 2020, 10:16am UTC](https://community.dremio.com/t/rreceiving-lock-file-to-rocksdb-is-currently-held-by-another-process/5609/1 "2020-05-25T10:16:46Z")
Hi, I have been working on the deployment of the dremio container in the kubernetes cluster. Well everything works fine with the new volume mounted in Azure. But the thing is when there is the new version of dremio in the docker hub and applying the new deployment with the **latest** tag, the container fails to initialize with the error message > Lock file to RocksDB is currently held by another process. In this case I just have to delete the volume mount and start over again. I have tried to run the **dremio-admin upgrade** command. But none of the **dremio-admin** command works that is in **/opt/dremio/bin** folder. Any suggestions for me? ---
**Author:** ![balaji.ramaswamy](https://sea2.discourse-cdn.com/flex020/user_avatar/community.dremio.com/balaji.ramaswamy/32/843_2.png) [@balaji.ramaswamy](https://community.dremio.com/u/balaji.ramaswamy)\ **Post date:** [June 2, 2020, 6:53am UTC](https://community.dremio.com/t/rreceiving-lock-file-to-rocksdb-is-currently-held-by-another-process/5609/2 "2020-06-02T06:53:38Z")
@chandan-g-bhagat This suggests there is a second coordinator trying to come up and when trying to get the lock file to the database it is already held by another Dremio process. This happens when we setup HA, when RocksDB is on NAS and we have one coordinator up reading/writing to the NAS and a second coordinator is brought up and it waits on this mode, if the primary gets killed the standby gets the lock So when you are trying to deploy, are we sure the old coordinator is brought down? Also, what kind of Volume is on Azure? ---
**Author:** ![koolay](https://sea2.discourse-cdn.com/flex020/user_avatar/community.dremio.com/koolay/32/2407_2.png) [@koolay](https://community.dremio.com/u/koolay)\ **Post date:** [June 3, 2020, 2:25am UTC](https://community.dremio.com/t/rreceiving-lock-file-to-rocksdb-is-currently-held-by-another-process/5609/3 "2020-06-03T02:25:18Z")
Why not store the metadata in relation database like mysql? ---
**Author:** ![chandan-g-bhagat](https://sea2.discourse-cdn.com/flex020/user_avatar/community.dremio.com/chandan-g-bhagat/32/2504_2.png) [@chandan-g-bhagat](https://community.dremio.com/u/chandan-g-bhagat)\ **Post date:** [June 8, 2020, 10:27am UTC](https://community.dremio.com/t/rreceiving-lock-file-to-rocksdb-is-currently-held-by-another-process/5609/4 "2020-06-08T10:27:36Z")
@balaji.ramaswamy I was using the dremio docker image directly to my minikube cluster mounting the volume on azure storage. Is there any way to setup the dremio-oss image directly to the cluster without any issues and be able to run the dremio-admin commands? ---
**Author:** ![balaji.ramaswamy](https://sea2.discourse-cdn.com/flex020/user_avatar/community.dremio.com/balaji.ramaswamy/32/843_2.png) [@balaji.ramaswamy](https://community.dremio.com/u/balaji.ramaswamy)\ **Post date:** [June 10, 2020, 6:49am UTC](https://community.dremio.com/t/rreceiving-lock-file-to-rocksdb-is-currently-held-by-another-process/5609/5 "2020-06-10T06:49:41Z")
@chandan-g-bhagat Are you looking for something like the below? [http://docs.dremio.com/deployment/azure-aks/aks-admin.html#dremio-admin-commands](http://docs.dremio.com/deployment/azure-aks/aks-admin.html#dremio-admin-commands)