Thanks! One response to your questions below...
On Tue, Dec 17, 2019 at 6:18 PM Bryan Davis <bd808(a)wikimedia.org> wrote:
On Tue, Dec 17, 2019 at 1:50 PM Arthur Smith
<arthurpsmith(a)gmail.com>
wrote:
[...]
I run the wikidata author-disambiguator -
https://tools.wmflabs.org/author-disambiguator/ - and since a few hours
ago it seems to be constantly freezing. I've restarted it 3 times today
already. It runs ok for a few minutes, but then at some point when I try to
connect it just hangs forever. I've waited up to 30 minutes on a page that
should respond in seconds, and gotten nothing back.
Does this page have dependencies on file system access? databases?
external api calls?
File system access only in the sense that it needs to read php page and
library files, and the web server writes to log files. It does use its own
database in the "tools" database server, but I experienced the problem even
with pages that don't touch the database - even with just a bare
"phpinfo()" call. I'm going to check access logs to see if something might
be tying up all the php fastcgi processes for some reason. Except when I
look at them via kubectl exec the processes seem to always be asleep
(looking at /proc/xxx/status).
Most of the time spent normally in responding to requests with these pages
is in various Wikidata API calls, so if those were much slower for some
reason that might also be a cause - but I wouldn't have thought just
restarting the server would speed things up again (for a few minutes) if
that was the problem. I can't do any more on it today but will be looking
into this more tomorrow (Wednesday) morning...
Arthur