Internal error: Could not determine if the copy succeeded.
Open, HighPublic

Description

Since a few days I get reports, incl. from myself as Wikimedia Commons uploader, like "Internal error: Could not determine if the copy succeeded." after click to submit the descriptions.

Clicking on "Retry failed uploads" I get
"[api-error-internal_api_error_UploadStashFileNotFoundException]"

For my uploads the file uploads were completed anyway but I hear about half done uploads (file page without file).


Version: 1.22.0
Severity: major
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=36587

Details

Blocks
T85568: Uploadstash errors (tracking)
Reference
bz43967
bzimport set Reference to bz43967.
Raymond created this task.Jan 14 2013, 8:29 PM

Reproduced on James_F's laptop, but the files actually completed.

Is this fixed now? Or are there any steps to reproduce this?

*** Bug 48647 has been marked as a duplicate of this bug. ***

looks like chunked upload issue

Recent report of the problem (with not much more information and in Russian, though): https://commons.wikimedia.org/w/index.php?title=Commons:Upload_Wizard_feedback&oldid=106815121#Fehlermeldung

For the record, since I had to grep the feedback page for it, the Russian comment dating September 24th 2013 just states that they've encountered the error, nothing more.

I confirm that this is probably coming from chunked upload-specific APIs. More specifically "checkStatus", which allows to check when an upload has been reassembled when the chunk API keeps replying "Poll".

It seems like something almost identical is also exposed to API consumers through "statuskey", but UploadWizard doesn't seem to make use of it.

The failure is due to the session entry for the requested filekey being missing. I will investigate further once I have shell access approved to access logs. Something I'm particularly interested in finding out is whether all the session data is missing or just the entry for the particular file we're interested in.

Just got this on https://commons.wikimedia.org/wiki/File:Practica_D._magistri_V00241_00000004.tif

Error console says the following, dunno if related:

2 Validation error against schema UploadWizardFlowEvent: Unrecognized property: quantity
8 Failed to load resource: the server responded with a status of 503 (Service Unavailable) https://commons.wikimedia.org/wiki/Special:UploadStash/thumb/12mniz1s4dlw.l7rnkh.4135183.tif/lossy-page1-78px-12mniz1s4dlw.l7rnkh.4135183.tif.jpg

(In reply to Gilles Dubuc from comment #9)

I confirm that this is probably coming from chunked upload-specific APIs.
More specifically "checkStatus", which allows to check when an upload has
been reassembled when the chunk API keeps replying "Poll".

It seems like something almost identical is also exposed to API consumers
through "statuskey", but UploadWizard doesn't seem to make use of it.

The failure is due to the session entry for the requested filekey being
missing. I will investigate further once I have shell access approved to
access logs. Something I'm particularly interested in finding out is whether
all the session data is missing or just the entry for the particular file
we're interested in.

Is this a sudden increase? If so, maybe hhvm related? chunked upload does some scary stuff with sessions, it wouldn't shock me if hhvm interfered with that somehow.

I'm adding HHVM to the keywords, just in case.

Gilles moved this task from Untriaged to Prototyping on the Multimedia board.Nov 24 2014, 3:54 PM
Gilles removed Gilles as the assignee of this task.Feb 11 2015, 1:20 PM
Gilles moved this task from Prototyping to Untriaged on the Multimedia board.Apr 6 2015, 9:22 AM

Is this still a problem/still happening? If not, maybe this tasks priority could be lowered or declined or something?

Is this still a problem/still happening? If not, maybe this tasks priority could be lowered or declined or something?

There is no specific reason to believe something may have fixed this since December, AFAIK. I don't know if errors are still being logged somewhere.

Jdforrester-WMF moved this task from Untriaged to Backlog on the Multimedia board.Sep 4 2015, 6:44 PM
Restricted Application added subscribers: Steinsplitter, Matanya. · View Herald TranscriptSep 4 2015, 6:44 PM

Add Comment