Page MenuHomePhabricator

"Lock wait timeout exceeded; try restarting transaction" while deleting
Closed, ResolvedPublic

Description

Hello,

I got an error 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.


Version: wmf-deployment
Severity: normal
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=40843

Details

Reference
bz56487

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 2:30 AM
bzimport set Reference to bz56487.
bzimport added a subscriber: Unknown Object (MLST).

To clarify something - Given some file, does this error always appear when deleting, or is it more intermittent - If you try deleting it a couple times, it eventually succedes?

The problem does happen when editing the page, not just deleting. This doesn't seems to be related to MediaStorage:

Function: Revision::insertOn
Error: 1205 Lock wait timeout exceeded; try restarting transaction (10.64.32.29)

But other file description pages seem to be editable without problem (as seen in Special:RecentChanges.

What's going on?

When I purge one of these files I get:

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

  • Function: Title::invalidateCache
  • Error: 1205 Lock wait timeout exceeded; try restarting transaction (10.64.32.29)

So basically no matter what operation you do to these pages, you get lock contention from some different method (although always the same method for any given operation).

Null edit, then delete works.

I think related to global usage.

I was previously unable to edit https://commons.wikimedia.org/wiki/File:Ugglas.jpg - I removed the file from its use at ukwikipedia. Waited a couple seconds for global usage section to disappear, after that I could edit the file. (Just one test, so could be some sort of coincidence, but something to follow up at least)

All files which are listed here were deleted by now

hmm, perhaps comment 11 and comment 12 are coincidences. According to https://icinga.wikimedia.org/cgi-bin/icinga/history.cgi?host=db1059&service=MySQL+Idle+Transactions there were alerts for the commons db from "2013-11-01 19:10:08" to about "2013-11-01 21:04:53". I don't really know enough about how mysql works to know what that means (My knowledge of the inner workings of mysql is pretty much nill), but I'd guess it means server had some sort of problem which server got over. The timeline corresponds with those reported in this bug.

(In reply to comment #14)
Thanks for the link.
Also lowering priority.

aaron claimed this task.

Lots of changes have been made since this bug. '+channel:exception +message:*exceeded +message:*File' is fairly empty over 7 days.