Open rahulshrivastava-eaton opened 2 days ago
Error : Failed to acquire lock "/__w/test-actions/test-actions/idir_new_stream/emit/243b98c66385/emit-db.creation-lock". Unable to protect emit DB creation!
This error is coming from your application and not directly from Blobfuse2. 202
is a success response only. In your blobfuse log file can you check what kind of error you are getting in blobfuse ?
@vibhansa-msft coverity application is running fine if i am using a local directory only issue happens when i use the blobfuse mounted directory , i saw that 202 is ok and success response. looks like even after a 202 response request to delete /create the log files via coverity (file : emit-db.creation-lock-b72cf4020f6dfad85255871bb8efca3e) files are not getting deleted as i can see them via azure portal . As a azure says 202 response on a delete request means deletion request has been submitted to server successfully but it does not guarantees that resource has been deleted. Is there some way to drill down more to get to root cause of this , i appreciate your help in understanding the issue .
From the tool side we can only put a request across to backend. Whether backend deletes the file immediately or schedules it for deletion after some time is totally out of our control. I will try to reach out to backend team to better understand the scenario but from blobfuse side we have no control over this.
That being said, how does this impact your flow or failure in Coverity as '202` is still a success for you. Reason for failure might be something else for which we shall investigate more on logs to see which operation actually failed.
Can you confirm couple of things:
When you say delete request was posted and you got 202 but still the blob existed on the portal. Does it get deleted after some time you never see it being deleted?
@vibhansa-msft Is your account HNS enabled? - not enabled , I am not very sure though since i can't see HNS settings for me, I saw there a option 'Data Lake Gen 2 updrade' for my storage account, and as per google Hierarchical Namespace (HNS) feature is specifically designed for Azure Data Lake Storage Gen2, so i can assume that this is not enabled
Is soft-delete enabled on your account? - not enabled
Is blob versioning enabled on your account? - not enabled
In portal you can go to overview tab of your storage account and there shall be in option of "Hierarchial Name space" and you need to check whether it says enabled or not.
And how about the other question. File deleted but still visible in portal, does it disappear after some time or just remains for eternity.
@vibhansa-msft yes Hierarchical namespace is Disabled and yes deleted files are remains for eternity
@rahulshrivastava-eaton can you please cross-verify the container name/filename, if you are cross-verifying at the right place.
I am trying to run a synopsis coverity scan on a Linux machine , as i wanted to store the coverity scan results to be stored in cloud so i am using a blobfuse2 mounted directory (i checked for file permissions are correct) . I am able so successfully mount the directory , but when i am starting the coverity scan using the command cov-build -- then it is not giving me any errors in blobfuse2 logs but coverity scan is getting hang for 30mins and later giving the below error .
Error : Failed to acquire lock "/__w/test-actions/test-actions/idir_new_stream/emit/243b98c66385/emit-db.creation-lock". Unable to protect emit DB creation!
l checked for the file write permissions are there and there is no issues related to authentication
Logs from blobfuse2:
I saw that i am getting the 202 here