how metastore reslove the atomicity when deleting
- Dominant language
- Java
- Stars
- 15.3k
- Forks
- 3.8k
- Avg merge
- 1d 14h
- Merged PRs (30d)
- 160
Description
**Describe the bug**
if we create a namespace a, we will write some nodes in zk
maybe /namespaces/a ,/admin/policies/a. /balance/a some nodes were created
then we delete namespace a, and the pulsar will delete in zk
if deleting /namespaces/a succeeds, but admin/policies/a occurs error, we return an error for the client
but if they delete twice, we judge `/namespaces/a` was deleted, we won't go to the next step
then the zookeeper node will leak.
**To Reproduce**
Steps to reproduce the behavior:
1. Go to '...'
2. Click on '....'
3. Scroll down to '....'
4. See error
**Expected behavior**
how to keep atomicity in metastore when deleting, if fail,all fail,if succeeds,all succeed
**Screenshots**
If applicable, add screenshots to help explain your problem.
**Desktop (please complete the following information):**
- OS: [e.g. iOS]
**Additional context**
Add any other context about the problem here.
Contributor guide
Research direction
Start by tracing the metastore namespace-deletion path and the ZooKeeper nodes named in the report: /namespaces/a, /admin/policies/a, and /balance/a. Reproduce a partial deletion failure and determine how repeated deletion is handled. Done means the issue has a defined and tested outcome for partial failure and retry behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- distributed-systems
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100