[00:47:28] Hello, what's the current limit of edits to disallow the renaming of accounts? [00:49:20] 5000 [00:49:41] it's not disallowed [00:49:48] it just ends up in the jobqueue [00:53:01] Carmilla: reedy knows more than me, but I thought above 50k it was disallowed [00:53:48] Same here, I was out for a few months and was wondering if that changed [00:55:10] Reedy, why doesn't the job queue show in Special:Statistics, like it did a while ago [00:55:25] oh you not here now [01:00:11] Snowolf: by any chance, do you know where in the code was that rename limit? I recall seeing it in the code review utility of mediawiki.org [01:01:09] Carmilla: I'm afraid I do not, could be in Extension:Renameuser tho [01:03:03] techman224: because the numbers it gives are close to useless [01:03:12] but you can grab them from the api if you desire [01:05:58] Snowolf: yup.. It was removed on r83494 [01:06:06] there's no limit [01:44:24] RECOVERY - MySQL Slave Delay on db1005 is OK: OK replication delay 0 seconds [02:19:34] PROBLEM - Misc_Db_Lag on storage3 is CRITICAL: CHECK MySQL REPLICATION - lag - CRITICAL - Seconds_Behind_Master : 1457s [02:25:24] !log LocalisationUpdate completed (1.18) at Sat Feb 4 02:25:24 UTC 2012 [02:25:32] Logged the message, Master [02:30:44] PROBLEM - MySQL replication status on storage3 is CRITICAL: CHECK MySQL REPLICATION - lag - CRITICAL - Seconds_Behind_Master : 2127s [02:53:54] RECOVERY - MySQL replication status on storage3 is OK: CHECK MySQL REPLICATION - lag - OK - Seconds_Behind_Master : 8s [02:54:44] RECOVERY - Misc_Db_Lag on storage3 is OK: CHECK MySQL REPLICATION - lag - OK - Seconds_Behind_Master : 58s [03:00:11] nighty [03:16:14] RECOVERY - Puppet freshness on mw65 is OK: puppet ran at Sat Feb 4 03:16:10 UTC 2012 [04:18:01] RECOVERY - Disk space on es1004 is OK: DISK OK [04:19:51] RECOVERY - MySQL disk space on es1004 is OK: DISK OK [05:08:47] Have we done anything else on interwiki? http://en.wikipedia.org/wiki/Spectroscopy is having problems... [05:09:43] NVM, outdated cache. Strange... [05:33:47] PROBLEM - Puppet freshness on lvs1003 is CRITICAL: Puppet has not run in the last 10 hours [05:33:47] PROBLEM - Puppet freshness on lvs1006 is CRITICAL: Puppet has not run in the last 10 hours [05:41:47] PROBLEM - Puppet freshness on ms-fe1 is CRITICAL: Puppet has not run in the last 10 hours [09:31:33] PROBLEM - Disk space on es1004 is CRITICAL: DISK CRITICAL - free space: /a 453965 MB (3% inode=99%): [09:41:03] PROBLEM - MySQL disk space on es1004 is CRITICAL: DISK CRITICAL - free space: /a 384909 MB (3% inode=99%): [13:55:48] apergos: Do you happen to know the tiff thumb resolution limit? 11M seems to work, but 20M fails [14:07:27] multichill, isn't it always been 12.5 Mpx [14:08:12] I dunno [14:10:27] If that would be changed to 25 Mpx, what would happen with the memory usage? 2 times more? 4 times more? [14:13:20] multichill, I think might be even much more than that [14:13:24] but just guessing [15:44:52] PROBLEM - Puppet freshness on lvs1003 is CRITICAL: Puppet has not run in the last 10 hours [15:44:52] PROBLEM - Puppet freshness on lvs1006 is CRITICAL: Puppet has not run in the last 10 hours [15:45:04] since about 12 hours my bot gets many connection timouts (set to 100 seconds) if i am sending api write requests to esams. now i switched to pmtpa load balancer and everything is ok. [15:53:02] PROBLEM - Puppet freshness on ms-fe1 is CRITICAL: Puppet has not run in the last 10 hours [17:28:57] New patchset: Bhartshorne; "replaced placeholder ganglia-logtailer module with real one" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/2287 [17:30:15] New review: Bhartshorne; "(no comment)" [operations/puppet] (production); V: 1 C: 2; - https://gerrit.wikimedia.org/r/2287 [17:30:15] Change merged: Bhartshorne; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/2287 [17:56:08] New patchset: Bhartshorne; "running logtailer every minute instead of every 5 for more detailed stats. fixing typo." [operations/puppet] (production) - https://gerrit.wikimedia.org/r/2288 [17:56:29] New review: Bhartshorne; "(no comment)" [operations/puppet] (production); V: 1 C: 2; - https://gerrit.wikimedia.org/r/2288 [17:56:30] Change merged: Bhartshorne; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/2288 [18:26:56] New patchset: Diederik; "Pylint support (initial version)" [integration/jenkins] (master) - https://gerrit.wikimedia.org/r/2289 [18:30:49] zzz [19:45:52] New patchset: Bhartshorne; "fixed inconsistent naming of the metrics" [operations/puppet] (production) - https://gerrit.wikimedia.org/r/2290 [19:46:10] New review: Bhartshorne; "(no comment)" [operations/puppet] (production); V: 1 C: 2; - https://gerrit.wikimedia.org/r/2290 [19:46:10] Change merged: Bhartshorne; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/2290 [19:46:10] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/2290 [19:47:48] RECOVERY - Puppet freshness on ms-fe1 is OK: puppet ran at Sat Feb 4 19:47:27 UTC 2012 [20:49:51] Is there a how to for the abuse filter [21:15:36] PROBLEM - check_gcsip on payments4 is CRITICAL: Connection timed out [21:15:36] PROBLEM - check_gcsip on payments1 is CRITICAL: Connection timed out [21:15:36] PROBLEM - check_gcsip on payments2 is CRITICAL: Connection timed out [21:15:36] PROBLEM - check_gcsip on payments3 is CRITICAL: Connection timed out [21:21:06] PROBLEM - check_gcsip on payments3 is CRITICAL: CRITICAL - Socket timeout after 61 seconds [21:21:06] PROBLEM - check_gcsip on payments2 is CRITICAL: CRITICAL - Socket timeout after 61 seconds [21:21:06] PROBLEM - check_gcsip on payments4 is CRITICAL: CRITICAL - Socket timeout after 61 seconds [21:21:06] PROBLEM - check_gcsip on payments1 is CRITICAL: CRITICAL - Socket timeout after 61 seconds [21:25:05] !log switched cc-status on donate.wikimedia.org to disable per GlobalCollect outage notice [21:25:06] RECOVERY - check_gcsip on payments4 is OK: HTTP OK: HTTP/1.1 200 OK - 378 bytes in 0.555 second response time [21:25:06] RECOVERY - check_gcsip on payments1 is OK: HTTP OK: HTTP/1.1 200 OK - 378 bytes in 0.550 second response time [21:25:06] RECOVERY - check_gcsip on payments3 is OK: HTTP OK: HTTP/1.1 200 OK - 378 bytes in 0.558 second response time [21:25:06] RECOVERY - check_gcsip on payments2 is OK: HTTP OK: HTTP/1.1 200 OK - 378 bytes in 0.550 second response time [21:25:22] Logged the message, Master [21:30:31] !log switched cc-status back to enabled on donate.wikimedia.org per nagios and GC email [21:30:32] Logged the message, Master [23:04:49] New patchset: Bhartshorne; "puts are 201, let's split them out." [operations/puppet] (production) - https://gerrit.wikimedia.org/r/2291 [23:05:08] New review: gerrit2; "Lint check passed." [operations/puppet] (production); V: 1 - https://gerrit.wikimedia.org/r/2291 [23:08:15] New review: Bhartshorne; "(no comment)" [operations/puppet] (production); V: 1 C: 2; - https://gerrit.wikimedia.org/r/2291 [23:08:16] Change merged: Bhartshorne; [operations/puppet] (production) - https://gerrit.wikimedia.org/r/2291