Task #12514 (closed)
Opened 10 years ago
Closed 9 years ago
OriginalFile table accumulates temporary files
| Reported by: | mtbcarroll | Owned by: | jamoore |
|---|---|---|---|
| Priority: | major | Milestone: | 5.1.0 |
| Component: | General | Version: | 5.0.3 |
| Keywords: | n.a. | Cc: | omero-team@… |
| Resources: | n.a. | Referenced By: | n.a. |
| References: | n.a. | Remaining Time: | n.a. |
| Sprint: | n.a. |
Description
In psql if I try a query,
select path from originalfile where name = 'stderr';
then I am shown files that no longer exist, with paths like, /home/mtbc/omero/tmp/omero_mtbc/21464/processg8RXg4.dir/. Perhaps these database entries should be getting cleaned up?
Change History (6)
comment:1 Changed 10 years ago by mtbcarroll
comment:2 Changed 10 years ago by jamoore
- Milestone changed from Unscheduled to 5.1.0
- Priority changed from minor to major
Done along with the previous ticket. In general, Mark (especially while I'm gone) go ahead directly for 5.1.0 or for more critical items 5.1.0-m1
comment:3 Changed 10 years ago by mtbcarroll
Okay, will do. By the way, I wonder if these temporary files are being created by ProcessI.make_files from processor.py.
comment:4 Changed 10 years ago by jamoore
Possibly. Without looking more deeply, one route I can think of is:
- Script launched
- stderr created
- failure to upload (due to SessionTimeout?)
At this point, the processor certainly can't delete the stderr with the context of the client. We could conceivably use the admin context if we're *sure* that this is what happened.
comment:5 Changed 10 years ago by mtbcarroll
If it's any clue, the files are linked to jobs of type User.
comment:6 Changed 9 years ago by jamoore
- Resolution set to invalid
- Status changed from new to closed
Moved to https://trello.com/c/FDHPN8FX/402-cleanup-old-sterr-files as part of IO work in 5.2
(Leaving to Josh to decide component and milestone.)