Last modified: 2014-09-09 19:25:24 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T40028, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 38028 - Special:Nuke on Commons creates "Error: ERR_READ_TIMEOUT, errno [No Error]" while mass-deleting about >20 files
Special:Nuke on Commons creates "Error: ERR_READ_TIMEOUT, errno [No Error]" w...
Status: NEW
Product: Wikimedia
Classification: Unclassified
Media storage (Other open bugs)
unspecified
All All
: High major (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-06-28 15:17 UTC by Yann Forget
Modified: 2014-09-09 19:25 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Yann Forget 2012-06-28 15:17:03 UTC
Use of Special:Nuke on Commons creates an error 90% of the time. Yes the images are deleted.

Request: POST http://commons.wikimedia.org/w/index.php?title=Special:Nuke&action=delete, from 14.96.205.236 via cp1004.eqiad.wmnet (squid/2.7.STABLE9) to 10.64.0.132 (10.64.0.132)
Error: ERR_READ_TIMEOUT, errno [No Error] at Thu, 28 Jun 2012 15:12:24 GMT
Comment 1 Nemo 2012-08-24 08:08:23 UTC
Moving to Media storage component because the only Commons-specific cause I can think of is the slowness (and sometimes failure) of deletion reported in other bugs here (like your bug 39221).
It might as well be just a Nuke problem.
Comment 2 Andre Klapper 2012-12-21 18:28:54 UTC
Yann: Is that still an issue recently, or is this problem obsolete nowadays?
Comment 3 Yann Forget 2012-12-25 08:28:02 UTC
Yes, again today: http://commons.wikimedia.org/w/index.php?title=Special:Nuke&action=delete, from 10.64.0.133 via cp1010.eqiad.wmnet (squid/2.7.STABLE9) to 10.2.1.1 (10.2.1.1)
Error: ERR_READ_TIMEOUT, errno [No Error] at Tue, 25 Dec 2012 08:21:07 GMT
Comment 4 Yann Forget 2012-12-25 08:28:57 UTC
I got this while doing a Mass deletion of pages added by [[Special:Contributions/Tsz1919|Tsz1919]]
Comment 5 Steinsplitter 2013-10-24 08:52:29 UTC
Is unusable. Error messages continuously. It works with ~5 Files but not with ~ 20.
Comment 6 Trijnstel 2013-11-24 19:29:19 UTC
I got this database error when deleting 40 files/pages on mw.org:

A database query error has occurred. This may indicate a bug in the software.

    Function: GlobalUsage::copyLocalImagelinks
    Error: 1205 Lock wait timeout exceeded; try restarting transaction (10.64.32.29)
Comment 7 Steinsplitter 2014-09-09 19:25:24 UTC
Only fyi (because the last post was on 2013-11-24 19:29:19 UTC): The error (timeout) still exists.
Admins can use [[:commons:COM:VFC]] in the maintime.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links