Last modified: 2014-05-22 16:14:08 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 T45331, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 43331 - Do not refresh file metadata for huge files on purge, and especially do not do it well holding database locks
Do not refresh file metadata for huge files on purge, and especially do not d...
Status: UNCONFIRMED
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
unspecified
All All
: Normal trivial (vote)
: ---
Assigned To: Nobody - You can work on this!
https://commons.wikimedia.org/w/index...
:
Depends on:
Blocks: 28499
  Show dependency treegraph
 
Reported: 2012-12-21 19:20 UTC by Marco
Modified: 2014-05-22 16:14 UTC (History)
7 users (show)

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


Attachments
@2013-11-01 19:19:51 UTC (24.95 KB, image/png)
2013-11-01 19:26 UTC, Steinsplitter
Details

Description Marco 2012-12-21 19:20:07 UTC
Purging this huge video file gives the 1205 error: https://commons.wikimedia.org/w/index.php?title=File%3AWikimania_2011_-_Workshops_V.ogv&action=purge
Comment 1 Aaron Schulz 2013-05-26 05:43:04 UTC
WikiFilePage calls $this->mFile->upgradeRow() in doPurge(), which is wildly inappropriate in this case. Maybe something like the 'forRefresh' flag for thumbnail purging can also be applied here. It could also use the job queue instead.
Comment 2 Bawolff (Brian Wolff) 2013-08-29 19:52:32 UTC
component -> file management. Really not a db problem (other then the db locks are held during purging, which probably shouldn't be)
Comment 3 Aaron Schulz 2013-08-29 23:59:38 UTC
(In reply to comment #1)
> WikiFilePage calls $this->mFile->upgradeRow() in doPurge(), which is wildly
> inappropriate in this case. Maybe something like the 'forRefresh' flag for
> thumbnail purging can also be applied here. It could also use the job queue
> instead.

To be more specific this would only be for large files (and could work similar to the TimedMediaHandler extension).
Comment 4 Yann Forget 2013-11-01 19:19:51 UTC
Hello,

I got the same message while deleting files:
https://commons.wikimedia.org/w/index.php?title=File:Moraglia_serve_alla_mensa_dei_poveri_Ca_Letizia_24-03-2012.jpg&action=delete
A database query error has occurred. This may indicate a bug in the software.

Function: WikiPage::pageData
Error: 1205 Lock wait timeout exceeded; try restarting transaction (10.64.32.29)

Also for
https://commons.wikimedia.org/wiki/File:Krystal_Jung.png
https://commons.wikimedia.org/wiki/File:Demy_The_Sun.jpg
https://commons.wikimedia.org/wiki/File:Yuri_boyka_brother..jpg
https://commons.wikimedia.org/wiki/File:Sampaio_1972_campe%C3%A3o.png
https://commons.wikimedia.org/wiki/File:Sampaio_1938.png

It is a serious problem if we can't delete files.
Comment 5 Steinsplitter 2013-11-01 19:26:58 UTC
Created attachment 13660 [details]
@2013-11-01 19:19:51 UTC
Comment 6 Bawolff (Brian Wolff) 2013-11-01 19:33:32 UTC
(In reply to comment #4)
> Hello,
> 
> I got the same message while deleting files:
> https://commons.wikimedia.org/w/index.php?title=File:
> Moraglia_serve_alla_mensa_dei_poveri_Ca_Letizia_24-03-2012.jpg&action=delete
> A database query error has occurred. This may indicate a bug in the software.
> 
> Function: WikiPage::pageData
> Error: 1205 Lock wait timeout exceeded; try restarting transaction
> (10.64.32.29)
> 
> Also for
> https://commons.wikimedia.org/wiki/File:Krystal_Jung.png
> https://commons.wikimedia.org/wiki/File:Demy_The_Sun.jpg
> https://commons.wikimedia.org/wiki/File:Yuri_boyka_brother..jpg
> https://commons.wikimedia.org/wiki/File:Sampaio_1972_campe%C3%A3o.png
> https://commons.wikimedia.org/wiki/File:Sampaio_1938.png
> 
> It is a serious problem if we can't delete files.

House keeping reference - I advised Yannf to file bug 56487 for this, as it seems unlikely the deadlock surounding file metadata extraction is the same cause as a deadlock during deletion.
Comment 7 Bryan Davis 2014-03-18 02:18:20 UTC
Unlicking this cookie. This would be a good bug for the current multimedia team to examine.

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


Navigation
Links