Closed Bug 971496 Opened 11 years ago Closed 11 years ago

filesystem crashstorage doesn't clean up

Categories

(Socorro :: Backend, task)

x86_64
Linux
task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: lars, Assigned: lars)

Details

Attachments

(1 file)

when the file system classes traverse the date directory tree and they find a symbolic link, but that symbolic link doesn't lead to valid crash files, it leaves the link in place. That prevents it from fully deleting the date branch. It complains bitterly about this every time it encounters them, which makes for huge logs... socorro/external/fs/crash_storage.py:597 ought to outdented one level. That ought to insure that the symbolic link is deleted no matter what.
Target Milestone: 75 → 74
Commits pushed to master at https://github.com/mozilla/socorro https://github.com/mozilla/socorro/commit/bf5c27eaca2f1782c7bfaa9fc21a9c648201615d Bug 971496 - stopped orphan links, enabled cleanup of existing orphan links https://github.com/mozilla/socorro/commit/5251a6a0ec5b1af40928ae4a5788d0e191e4a6d3 Merge pull request #1876 from twobraids/fs-link-lock Bug 971496 (v74) - stopped orphan links, enabled cleanup of existing orphan links
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: