spurious files next to container hashdir don't get cleaned up
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Object Storage (swift) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
I'm looking at something like this
/srv/node1/
└── 450
├── afb # empty suffix
├── afc
│ ├── 7089ab48d955ab0
│ └── c8bcccab3ddbfdc
└── afd
└── 7089ab48d955ab0
└── 7089ab48d955ab0
The empty dirs can get cleaned up with a fix for lp bug #1583719
But the bogus file still remains.
A file where a hashdir should be (or hashdir where a file should be, i.e. lp bug #1621255) are currently understood to be some kinda of filesystem corruption.
We should either delete these bogus files or maybe better quarantine them.
For objects, it slightly worse lp bug #1646502
summary: |
- spurious files next to hashdir don't get cleaned up + spurious files next to container hashdir don't get cleaned up |
description: | updated |
Related fix proposed to branch: master /review. openstack. org/405134
Review: https:/