https://bugzilla.wikimedia.org/show_bug.cgi?id=54978

       Web browser: ---
            Bug ID: 54978
           Summary: possible incorrect lock release in FileBackend
           Product: MediaWiki
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: File management
          Assignee: [email protected]
          Reporter: [email protected]
                CC: [email protected], [email protected],
                    [email protected], [email protected],
                    [email protected]
    Classification: Unclassified
   Mobile Platform: ---

Splitting from bug 54736

When uploading https://test.wikipedia.org/wiki/File:54736-2.png

First uploaded both versions to file stash.

Then issued the publish request (?action=upload&filekey=foo&...)

According to firefox network profiling, the publish request for what ended up
the second version of the file (the version with the 1 on it) was sent slightly
before the publish for the other version, but both were sent at essentially
sent at the same time.

The publish request for the version with a 2 on it finished normally, and
rather quickly. The publish for the version with a 1 on it (The current
version) stalled for quite a while, and eventually returned a squid/varnish
error

"Request: POST http://test.wikipedia.org/w/api.php, from 208.80.154.9 via
cp1010.eqiad.wmnet (squid/2.7.STABLE9) to 10.64.0.123 (10.64.0.123)<br/>
Error: ERR_READ_TIMEOUT, errno [No Error] at Fri, 04 Oct 2013 14:52:03 GMT"

Interestingly, the second version of the file was uploaded (according to
RC/image table) at precisely 14:52:03. It seems quite a coincidence that
everything was done at precisely the moment when the squid hung up, which makes
me think maybe there is some sort of deadlock going on, which is immediately
cleared the moment the client (squid) terminated its connection to php.

Then again, maybe its a weird coincidence. Probably not critical, but should
probably be further investigated.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to