Closed
Bug 971496
Opened 11 years ago
Closed 11 years ago
filesystem crashstorage doesn't clean up
Categories
(Socorro :: Backend, task)
Tracking
(Not tracked)
RESOLVED
FIXED
74
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.
Assignee | ||
Comment 1•11 years ago
|
||
Assignee | ||
Updated•11 years ago
|
Target Milestone: 75 → 74
Comment 2•11 years ago
|
||
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
Assignee | ||
Updated•11 years ago
|
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.
Description
•