Actions
Bug #19192
closedWebDAVCache not performing as expected for S3 requests
Start date:
06/21/2022
Due date:
% Done:
100%
Estimated time:
(Total: 0.00 h)
Story points:
-
Release:
Release relationship:
Auto
Files
Updated by Tom Clegg over 2 years ago
Debug logging indicates (*cache)pruneSessions() is not running, which causes expired sessions to get stuck in the cache forever. I'm guessing there's a situation where fs.MemorySize() deadlocks, and once that happens, pruneSessions can't continue/resume, and we effectively have no cache.
SIGABRT would produce a stack trace to confirm this and show where it's getting stuck.
Updated by Tom Clegg over 2 years ago
- File keep-web added
19192-fix-deadlock @ dab0c5596e39dc455d88bba797717e829fe5caf5 -- developer-run-tests: #3177
Fixes a lock-ordering bug in lookupnode causing deadlock on concurrent open() and readdir() calls in the same lookupnode (project) directory.
Updated by Peter Amstutz over 2 years ago
- Target version changed from 2022-06-22 Sprint to 2022-07-06
Updated by Tom Clegg over 2 years ago
- Related to Story #19205: In Go services, monitor request times and record when they continue processing after client disconnects, or exceed a maximum request time added
Updated by Peter Amstutz over 2 years ago
- Target version changed from 2022-07-06 to 2022-07-20
Updated by Peter Amstutz over 2 years ago
- Target version changed from 2022-07-20 to 2022-07-06
Updated by Peter Amstutz over 2 years ago
- Category set to Keep
- Status changed from In Progress to Resolved
Updated by Tom Clegg over 2 years ago
- Related to Bug #19368: [keep-web] [S3] slow requests caused by logUploadOrDownload added
Actions