spurious files next to container hashdir don't get cleaned up

Bug #1646362 reported by clayg
6
This bug affects 1 person
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/sdb1/containers
└── 450
    ├── afb # empty suffix
    ├── afc
    │   ├── 7089ab48d955ab0851fc51cc17a34afc # bogus file
    │   └── c8bcccab3ddbfdc34b08e9223f4f5afc # empty hashdir
    └── afd
        └── 7089ab48d955ab0851fc51cc17a34afd
            └── 7089ab48d955ab0851fc51cc17a34afd.db

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

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Related fix proposed to swift (master)

Related fix proposed to branch: master
Review: https://review.openstack.org/405134

clayg (clay-gerrard)
summary: - spurious files next to hashdir don't get cleaned up
+ spurious files next to container hashdir don't get cleaned up
description: updated
Revision history for this message
John Dickinson (notmyname) wrote :

The referenced patch has been merged, so I'll mark this as "fix released". the other referenced bugs are tracked separately.

Changed in swift:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.