[07:34:24] Getting these errors when I try open my wiki: https://pastebin.com/FcJV0req and this is my localsettings php: https://pastebin.com/FFaTb1CF and I using pgp 7.4 and Ver 15.1 Distrib 10.1.47-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2 [07:34:25] [07:40:38] BurningPrincess1: which port is your mysql server running on? [07:41:11] port 3306 [07:41:51] then $wgDBserver = "localhost:8889"; is your problem [07:42:16] you've set mediawiki to try to use 8889 for mysql [07:42:56] Ah, turns out I had to restart mysql, but thank you anyway [14:25:04] tgr|away: what about https://www.mediawiki.org/wiki/Manual:$wgHTTPTimeout [14:25:12] That's 30 total [14:25:31] what about it? [14:25:46] tgr_: would that also impact? [14:26:52] if Commons is down, you can't possibly connect to it, right? [14:27:07] I guess it could depend on the type of the outage [14:28:05] in any case, that task would need more details on what happened on your side [14:31:23] tgr_: my understanding is yesterday and definately the DDoS were connect timeout [14:31:42] Like ERR_CONNECTION_TIMED_OUT [14:32:05] that should happen after $wgHTTPConnectionTimeout seconds [14:32:11] which is 5 by default [14:32:42] Right [14:34:27] Hang on [14:34:35] Let me think, I'm tired and headachey [14:35:19] You're connecting to the backend (commons api) fine during the DDoS and I think yesterday. It's just high latency. [14:36:26] Ideally your logs should tell you what happened. PHP timeout due to slow queries? connection timeout? response timeout? [14:37:59] It'll be response [14:38:14] I can log into graylog tonight and try and check [14:47:21] tgr_: curl error 28 [14:47:36] But varnish might be a factor too as that's a 30s timeout from mw* to cp* [14:47:58] So yeah I think varnish is to blame because people randomly copy defaults [15:28:11] if that would be the case you wouldn't get a connection timeout since varnish would open the connection, I imagine [15:29:05] in any case 28 is connection timeout and that would happen after five seconds [15:29:28] so either the page is opening lots of connections, or it cannot handle connection errors [15:31:32] tgr_: it's healthchecks that don't wait longer than 30 seconds at fault [15:31:40] Essentially, I need to lower the timeouts