https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
Niklas Laxström changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
--- Comment #20 from Niklas Laxström ---
Just occurred to me that perhaps the fix for bug 67921 is related to this, as
it causes more candidates to exist and thus slowing down the queries.
--
You are receiving this mail because:
You are on th
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
--- Comment #19 from Nemo ---
For reference: https://gerrit.wikimedia.org/r/#/c/154816/1
https://rt.wikimedia.org/Ticket/Display.html?id=8144
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
--- Comment #18 from Nemo ---
It would still be interesting if someone with access could give a look to
icinga (which also has history and acknowledgements, right?): the check_solr /
check_replicated_solr check is still enabled in role::solr.
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
--- Comment #17 from Niklas Laxström ---
We have preloading that is able to hide lots of delay in the common case of
translating messages sequentially.
--
You are receiving this mail because:
You are on the CC list for the bug.
__
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
--- Comment #16 from Nik Everett ---
I'm pretty sure the timeouts we have now are client side only - so the server
will keep working any way. Give that I think we should raise them for now and
think more about replacing string distance later.
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
--- Comment #15 from Niklas Laxström ---
Given the info provided by Nik above, it looks like gradual slowdown. What
worries me is that the slow queries seem to block the MessageUpdateJobs.
Increasing the timeout even more might not be a good i
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
--- Comment #14 from Nik Everett ---
I don't think we have logs that would show of is this is gradual or what. My
recommendation for a quick fix is to raise the timeout. For a permanent fix is
to rethink using string distance as a measure of
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
--- Comment #13 from Andre Klapper ---
(In reply to Nik Everett from comment #11)
> So I'm not sure where to go from here - this strdist is exactly what the
> Elasticsearch translation memory doesn't support.
Any idea if this was "just" gradua
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
--- Comment #12 from Nemo ---
22 seconds is too high for the ~10 seconds max semi-originally envisioned, but
is not unrealistical.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
--- Comment #11 from Nik Everett ---
So I'm not sure where to go from here - this strdist is exactly what the
Elasticsearch translation memory doesn't support. And I'm pretty sure its
super duper slow. Anyway - here is an example of the numbe
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
--- Comment #10 from Nik Everett ---
Update now that I have access. Some requests are taking a long, long time.
For example:
manybubbles@zinc:~$ time curl -s
'localhost:8983/solr/select?wt=json&q=_val_%3A%22strdist%28%5C%22%3A%2A+%E2%80%9C%24
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
Andrew Otto changed:
What|Removed |Added
CC||o...@wikimedia.org
--- Comment #9 from A
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
--- Comment #8 from Nik Everett ---
Was able to reproduce the problem. It didn't log anything incriminating. I'll
need access to zinc before I can proceed.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
--- Comment #7 from Nik Everett ---
And some of this in fatal:
[2014-08-18 11:45:30] Catchable fatal error: Argument 1 passed to
MessageGroups::getSharedGroups() must implement interface MessageGroup, null
given, called in
/usr/local/apache/com
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
--- Comment #6 from Nik Everett ---
More frequent now - some deadlock. Great.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@list
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
--- Comment #5 from Nik Everett ---
Saw this:
2014-08-18 10:37:52 mw1053 commonswiki: [e97ae14a]
/rpc/RunJobs.php?wiki=commonswiki&type=MessageUpdateJob&maxtime=30&maxmem=300M
Exception from line 1192 of
/usr/local/apache/common-local/php-1.2
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
--- Comment #4 from Nik Everett ---
Seeing a whole lot of this in the exception log:
2014-08-18 10:10:33 mw1016 mediawikiwiki: [64d4ab30] [no req] Exception from
line 46 of
/usr/local/apache/common-local/php-1.24wmf17/extensions/Translate/tag
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
Nik Everett changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from Nik Everett
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
Andre Klapper changed:
What|Removed |Added
Priority|Unprioritized |High
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=69613
Nemo changed:
What|Removed |Added
CC||federicol...@tiscali.it
--- Comment #1 from Nem
21 matches
Mail list logo