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

--- Comment #58 from Aaron Schulz <[email protected]> ---
(In reply to comment #57)
> I'm having mixed success with the latest code. A 459M file seemed to work
> fine
> (I didn't go past stage 1). A 491M file I just tried resulted in the
> following
> API request sequence:
> 
> 5MB chunk->ok
> 5MB chunk->ok
> 5MB chunk->ok
> ...
> lots of chunks later
> ...
> ~500K (final) chunk->Error 504
> Retry of ~500K final chunk->API error.
> 
> The final API error was:
> 
> {"servedby":"mw1194","error":{"code":"stashfailed","info":"Invalid chunk
> offset"}}
> 
> Surfaced to the user as "Internal error: Server failed to store temporary
> file".

No async upload was enabled at that time (it is behind a feature flag). Since
all wikis were on wmf11, I deployed the new redis queue aggregator on Thursday,
which worked fine. Async uploads were enabled again then. The existing high
priority loop made via puppet config changes was already done and appears to
work as desired. The new code to fix the IP logging issue was broken by
CentralAuth, which, that caused upload job to fail. This was fixed in
https://gerrit.wikimedia.org/r/#/c/54084/. It can be tested at test2wiki (jobs
on testwiki are broken due to srv193 being in pmtpa, so don't use that).

-- 
You are receiving this mail because:
You are watching all bug changes.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to