Description
Related Objects
- Mentioned In
- T188564: Quarry should refuse to save results that are way too large
T172086: Gigantic query results cause a SIGKILL and the query status do not update - Mentioned Here
- T172086: Gigantic query results cause a SIGKILL and the query status do not update
T188564: Quarry should refuse to save results that are way too large
T137517: Wrong status of queries in Recent Queries list
Event Timeline
Query limit is also enforced at server side, do not worry about this having any kind of impact on our infrastructure. It would be interesting as a report of the error/mistake/race condition/bug over it being shown as in running state (when in reality it is not).
I ran:
MariaDB [quarry]> UPDATE query join query_revision on query.latest_rev_id = query_revision.id join query_run on latest_run_id = query_run.id SET status=1 where (status = 2 or status = 1) and query_run.timestamp <= DATE_ADD(NOW(), INTERVAL -1 HOUR);
Which clears out the status of the old stale queries for now. I need to actually spend time on fixing the underlying cause at some point...
Yes, it is indeed @Dvorapa. Check out my recent report here: https://phabricator.wikimedia.org/T168803 (but you can verify it also having a look on the recent queries list, where there are a lot of very old queries still queued or busy). Unfortunately, Yuvipanda gave up maintaining the tool some days ago, so I don't know who can take care of it.
@Dvorapa It's not true: I've clicked on this query and this other one and their status is actually "queued" (and they were launched several hours ago); moreover, queries like this or this one are still running and won't stop. Meanwhile, my queries for orphaned articles in it.wiki took around 15-20 minutes until some days ago, but now they run out and are killed after 30 minutes.
@Mess OK then. I experience same slow down as you describe. Sometimes even not very complicated queries take too much time.
Mentioned in SAL (#wikimedia-cloud) [2018-03-01T00:37:23Z] <zhuyifei1999_> UPDATE query join query_revision on query.latest_rev_id = query_revision.id join query_run on latest_run_id = query_run.id SET status=1 where (status = 2 or status = 1) and query_run.timestamp <= DATE_ADD(NOW(), INTERVAL -1 HOUR); 251 rows affected (1.81 sec) T139162 T172086 T188564