[00:57:20] After upgrading to MW 1.18, I'm getting this error when I try to access a Thread: page: "Fatal error: Call to undefined method Xml::hidden() in /var/www/vbz-net/mwfiles/extensions/LiquidThreads/classes/View.php on line 1820" [00:57:52] I made sure to download the latest LiquidThreads, but it seems to be identical to the one that came packaged with 1.18 (which is as things should be, of course). [00:58:29] What I can't figure out is whether the Xml class is something intrinsic to PHP, or an external class defined somewhere. If it's external, where the frap is it defined? Maybe in MW somewhere? [00:59:06] Okay, I just had to talk that out in order to think of the obvious. Found it... [00:59:12] As you were. [00:59:40] :) [01:01:00] My next question is probably going to be "so, why is LQT calling this Xml::hidden() method which apparently doesn't exist?", but I have to go afk for a bit, so I'll ask it later if I can't figure it out. [01:01:50] TheWoozle, it probably should be calling html::hidden [01:01:58] ah HA. [01:02:06] Thanks, I will try that. [01:02:27] might have just been missed in 1.18 [01:03:20] Though, I don't find any usages in the one in REL1_18/extensions/LiquidThreads [01:03:33] That seems to be making it happy. [01:04:11] The LQT I got when I asked for the appropriate version for MW 1.18 was LiquidThreads-MW1.18-r104178 [01:04:33] looks about right [01:04:43] which file/line is that on? [01:04:43] ...but obviously there must be a newer one hiding somewhere that has this problem fixed. [01:04:50] Multiple lines... [01:05:16] I wonder if extension distributor is being weird [01:05:29] at least 3 instances in View.php -- line 1820, 1828, and an earlier one that I already patched... [01:05:45] line 1449 [01:06:10] line 1836 [01:06:17] Ack, gotta go afk for a bit. [01:48:15] FWIW, a version of LQT I apparently downloaded back in November works just fine. Both version are marked "2.0-alpha" in Special:Version, so there's no way to tell which one is more recent. [02:01:09] I've no idea what version you're being given [02:01:30] But I can't find LQT using that stuff even on when the extension distributor uses to package up [02:05:26] !log LocalisationUpdate completed (1.18) at Sun Jan 15 02:05:26 UTC 2012 [02:05:28] Logged the message, Master [02:13:29] Weird, Ready. Maybe I got my versions tangled and uploaded the wrong one to the server. [02:13:40] s/Ready/Reedy/ [02:15:07] They do need to increment the version number when they make changes, though... or have a revision date in the version number, or something. That probably would have made my error obvious, if it was my error. [02:21:41] PROBLEM - MySQL replication status on storage3 is CRITICAL: CHECK MySQL REPLICATION - lag - CRITICAL - Seconds_Behind_Master : 1728s [02:23:21] PROBLEM - Misc_Db_Lag on storage3 is CRITICAL: CHECK MySQL REPLICATION - lag - CRITICAL - Seconds_Behind_Master : 1828s [02:29:50] TheWoozle: where did LiquidThreads-MW1.18-r104178 come from? [02:30:53] That's what the distributor on mediawiki.org gave me when I selected MW 1.18. [02:31:19] ok, but where did you copy it from? [02:31:22] a file name? [02:31:31] RECOVERY - MySQL replication status on storage3 is OK: CHECK MySQL REPLICATION - lag - OK - Seconds_Behind_Master : 0s [02:31:35] The filename it downloaded as, yes. [02:31:53] so why are you expecting it to be any more specific than that? [02:32:20] i assume 1.18 is the branch name and r104178 is the revision... [02:32:46] Oh, I see what you mean... the version number I'm whining about is the version number that shows up in Special:Version [02:32:53] ...so I can see what I'm running. [02:33:03] Or was running, before I installed that version. [02:33:11] RECOVERY - Misc_Db_Lag on storage3 is OK: CHECK MySQL REPLICATION - lag - OK - Seconds_Behind_Master : 0s [02:33:15] yeah [02:33:41] That detailed version number only seems to appear in the .tar.gz file -- not anywhere in the code or filenames once you unzip. [02:34:01] ("...appear in the .tar.gz filename", I mean) [02:45:06] !log reedy synchronized php-1.18/extensions/CentralNotice/CentralNotice.db.php 'r108949' [02:45:08] Logged the message, Master [04:16:55] RECOVERY - MySQL disk space on es1004 is OK: DISK OK [04:24:25] RECOVERY - Disk space on es1004 is OK: DISK OK [04:37:03] PROBLEM - MySQL slave status on es1004 is CRITICAL: CRITICAL: Slave running: expected Yes, got No [06:31:14] PROBLEM - Puppet freshness on sodium is CRITICAL: Puppet has not run in the last 10 hours [07:23:29] PROBLEM - Squid on brewster is CRITICAL: Connection refused [08:40:40] @info commons [08:40:40] jeremyb: Unknown identifier (commons) [08:40:46] @db commons [08:40:56] @info commonswiki [08:40:56] jeremyb: [commonswiki: s4] db31: 10.0.6.41, db22: 10.0.6.32, db33: 10.0.6.43 [08:41:04] @info s4 [08:41:05] jeremyb: [s4] db31: 10.0.6.41, db22: 10.0.6.32, db33: 10.0.6.43 [08:41:10] @replag s4 [08:41:10] jeremyb: [s4] db31: 0s, db22: 1s, db33: 0s [09:55:54] PROBLEM - Disk space on es1004 is CRITICAL: DISK CRITICAL - free space: /a 441882 MB (3% inode=99%): [10:01:52] PROBLEM - MySQL disk space on es1004 is CRITICAL: DISK CRITICAL - free space: /a 415270 MB (3% inode=99%): [10:27:45] RECOVERY - MySQL slave status on es1004 is OK: OK: [11:03:05] PROBLEM - RAID on db13 is CRITICAL: CRITICAL: Defunct disk drive count: 1 [11:50:50] Why I see SSL are hosted in US instead of Netherlands? normal and SSL have same IP now, right? [11:57:11] Anyone? [12:00:58] The ssl "proxy" would probably be in the flordia datacenter [12:03:07] I'm talking about the new HTTPS, I used to see it hosted in Netherlands, just yesterday! but now it seems it's in US? [12:04:27] I'm using ssl and I seem to be talking to one of the servers located at ESAMS [12:07:01] multichill, please speak English :D [12:08:42] esams = data center in amsterdam [12:09:07] MikeOscar: you're not located in the us right? [12:09:20] Right [12:09:43] oh right yeah, forgot about that cluster [12:10:07] apergos: esams = data center in Haarlem! ;-) [12:10:27] It's an airport code [12:10:36] es ams [12:10:58] like our other dcs, pm tpa [12:11:01] eq iad [12:11:06] So, why I see 208.80.152.201 ? [12:11:31] that's a pmtpa host all right [12:12:28] MikeOscar: What does en.wikipedia.org resolve too? (ping en.wikipedia.org or nslookup en.wikipedia.org) [12:12:57] how? [12:13:37] I typed Ping en.wikipedia.org in cmd [12:14:26] C:\>ping en.wikipedia.org [12:14:28] Pinging wikipedia-lb.pmtpa.wikimedia.org [208.80.152.201] with 32 bytes of data: [12:14:30] Reply from 208.80.152.201: bytes=32 time=342ms TTL=49 [12:14:32] Reply from 208.80.152.201: bytes=32 time=339ms TTL=49 [12:14:34] Reply from 208.80.152.201: bytes=32 time=339ms TTL=49 [12:14:36] Reply from 208.80.152.201: bytes=32 time=357ms TTL=49 [12:14:38] Ping statistics for 208.80.152.201: [12:14:40] Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), [12:14:42] Approximate round trip times in milli-seconds: [12:14:44] Minimum = 339ms, Maximum = 357ms, Average = 344ms [12:16:39] But for me HTTPS and HTTP used to be on different hosts before, HTTPS were in Netherlands... [12:19:09] I use FlagFox,... [12:21:43] multichill, do you need nslookup result too? [12:23:43] That's the same. All your traffic goes to the USA so it seems [12:27:28] I just want to know if it is normal or not, and what change caused this? [12:29:18] it seems weird tome and I don't know about the cause [12:33:22] I'm totally noob in this,... could it be my DNS? or anything by my ISP? [12:37:56] MikeOscar: this is probably because of some DNS server changes done during the last few days [12:38:15] MikeOscar: what's closer to you network-wide? the Netherlands? [12:38:25] Yes, Netherlands. [12:43:41] What is the IP for Netherlands' host? [12:43:44] MikeOscar: http://wikitech.wikimedia.org/view/Server_admin_log that's what was happening yesterday and before [12:43:57] I get 91.198.174.225 [12:44:56] saper I have no idea what does that log says :/ [12:45:53] ok [12:47:34] MikeOscar: how does it look like when you ping 91.198.174.225? [12:48:30] C:\>ping 91.198.174.225 [12:48:32] Pinging 91.198.174.225 with 32 bytes of data: [12:48:34] Reply from 91.198.174.225: bytes=32 time=361ms TTL=49 [12:48:36] Reply from 91.198.174.225: bytes=32 time=361ms TTL=49 [12:48:37] Reply from 91.198.174.225: bytes=32 time=391ms TTL=49 [12:48:39] Reply from 91.198.174.225: bytes=32 time=360ms TTL=49 [12:48:41] Ping statistics for 91.198.174.225: [12:48:42] Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), [12:48:44] Approximate round trip times in milli-seconds: [12:48:46] Minimum = 360ms, Maximum = 391ms, Average = 368ms [13:03:37] I have to go now, see you later. [13:58:48] HAPPY XI B-DAY 'PEDIA !!! [14:00:28] thanks for keeping the pedia running [14:01:06] It is teh official one-stop shop for informations this time and age.. [14:08:29] jubo2 I thought wikipedia was freely licensed porn only [14:09:42] there isn't enough porn in the interwebs which is the motivation for putting porn in the 'pedia..? [14:13:15] most porn on the web isnt freely licensed [14:13:20] you cant make derivatives. [14:15:52] yeah.. needs added tentacles.. [14:18:21] I supposee thats your thing... [16:37:40] PROBLEM - Puppet freshness on brewster is CRITICAL: Puppet has not run in the last 10 hours [16:44:04] PROBLEM - Puppet freshness on sodium is CRITICAL: Puppet has not run in the last 10 hours [17:27:06] Question: how can i remove from the DB rows of images that do not exist? (i can use maintenance scripts, just did not find the right one...) [17:28:18] i found "checkImages.php" that gives me a list of "missing", but how do i clean the DB? i have ~2K such bad files, so manually is not really an option. [17:28:41] s/bad files/bad rows in db/ [17:30:34] anybody home? [17:37:24] kipod: you should try the appropriate channel: #mediawiki [17:37:37] oh, you did already [17:37:48] well, try there not here :) [17:39:09] jeremyb: thx - apologies for spam - figured it out after i already asked here. no harm no foul, i hope. [17:39:42] sure, just wanted to be sure you know this was the wrong place :) [19:26:42] zzz [22:42:00] gn8 folks