[00:58:38] RECOVERY - MySQL Replication Heartbeat on db1047 is OK: OK replication delay 0 seconds [00:58:56] RECOVERY - MySQL Slave Delay on db1047 is OK: OK replication delay 0 seconds [01:16:29] PROBLEM - Puppet freshness on db59 is CRITICAL: Puppet has not run in the last 10 hours [01:39:36] PROBLEM - Disk space on stafford is CRITICAL: DISK CRITICAL - free space: /var/lib/puppet 758 MB (3% inode=92%): [01:55:03] PROBLEM - Puppet freshness on amslvs4 is CRITICAL: Puppet has not run in the last 10 hours [02:17:02] !log LocalisationUpdate completed (1.19) at Sat Mar 24 02:17:02 UTC 2012 [02:17:07] Logged the message, Master [02:18:27] Hi. I'm experiencing extreme slowness loading pages and files on the English Wikipedia. [02:23:57] I would complain here: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#is_it_me_or_is_wiki_very_slow.3F but the page won't load all the way. [04:29:05] RECOVERY - Disk space on stafford is OK: DISK OK [07:36:30] PROBLEM - Disk space on search1021 is CRITICAL: DISK CRITICAL - free space: /a 4045 MB (3% inode=99%): [07:36:39] PROBLEM - Disk space on search1022 is CRITICAL: DISK CRITICAL - free space: /a 4048 MB (3% inode=99%): [08:00:39] PROBLEM - Puppet freshness on owa3 is CRITICAL: Puppet has not run in the last 10 hours [08:02:45] PROBLEM - Puppet freshness on amslvs2 is CRITICAL: Puppet has not run in the last 10 hours [08:12:39] PROBLEM - Puppet freshness on owa2 is CRITICAL: Puppet has not run in the last 10 hours [08:12:39] PROBLEM - Puppet freshness on owa1 is CRITICAL: Puppet has not run in the last 10 hours [08:35:16] Does anyone knows about search engine issues on wmf wikis? I have received a report that new pages are not indexed by search engine on pl.wikipedia [08:38:02] can you submit a BZ ticket please [08:42:03] p858snake|l: I thought this may be a known issue, I'll just report it then. [11:18:06] PROBLEM - Puppet freshness on db59 is CRITICAL: Puppet has not run in the last 10 hours [11:22:36] PROBLEM - Backend Squid HTTP on sq34 is CRITICAL: Connection refused [11:57:06] PROBLEM - Puppet freshness on amslvs4 is CRITICAL: Puppet has not run in the last 10 hours [12:01:49] Hi, I'm wondering if anyone knows a way to display one image over the top of another image, not in the usual userpage way, but more like in a userbox ? [12:48:26] PROBLEM - Backend Squid HTTP on knsq19 is CRITICAL: No route to host [12:48:35] PROBLEM - Frontend Squid HTTP on knsq25 is CRITICAL: No route to host [12:50:32] RECOVERY - Backend Squid HTTP on knsq19 is OK: HTTP OK HTTP/1.0 200 OK - 634 bytes in 0.218 seconds [12:50:41] RECOVERY - Frontend Squid HTTP on knsq25 is OK: HTTP OK HTTP/1.0 200 OK - 27735 bytes in 0.440 seconds [13:57:49] Hei! I wonder about hidepatrolled=1 in e.g http://meta.wikimedia.org/w/index.php?title=Special:RecentChanges&hidepatrolled=1. This link doesn't hide patrolled edits for me, is "hidepatrolled" parameter obsolete? [15:15:10] PROBLEM - Router interfaces on mr1-eqiad is CRITICAL: CRITICAL: No response from remote host 10.65.0.1 for 1.3.6.1.2.1.2.2.1.8 with snmp version 2 [15:17:16] RECOVERY - Router interfaces on mr1-eqiad is OK: OK: host 10.65.0.1, interfaces up: 32, down: 0, dormant: 0, excluded: 0, unused: 0 [15:57:00] What happened to the wikipedia servers? [15:57:20] Glitch? [15:58:49] It's still down in germany [16:01:32] wikipedia down ? [16:02:46] PROBLEM - MySQL Replication Heartbeat on db52 is CRITICAL: CRIT replication delay 320 seconds [16:03:13] PROBLEM - MySQL Slave Delay on db52 is CRITICAL: CRIT replication delay 346 seconds [16:06:40] mark: ^ [16:06:50] ? [16:06:57] please [16:07:06] anyone can confirm ? [16:07:11] and yeah, wikipedia is down here in munich [16:07:38] interestingly, on my server it works using lynx [16:07:44] chrome at home stays loading [16:07:54] Router work in underway at the moment [16:08:14] ah ok [16:08:27] HardDisk_WP: You're from munich, too? :o [16:08:35] yep, M-net [16:08:40] whats your provider? [16:08:47] can you show me a traceroute? [16:08:50] sure [16:08:51] Vodafone [16:08:56] oh no [16:08:56] omg, mobile? [16:08:59] it'S 1&1 [16:09:07] oh god, even worse [16:09:08] no, no it's 1&1 [16:09:17] not, it's best [16:09:27] I never had any problems with them [16:09:35] Load fine for me , UK routing (Thus) [16:09:42] also the support is responding 24h day if I need something [16:09:53] stop talking, start tracerouting :) [16:10:20] mark: :) [16:10:25] traceroute to wikipedia-lb.esams.wikimedia.org (91.198.174.225), 30 hops max, 40 byte packets [16:10:25] 1 fritz (192.168.0.8) 1.138 ms 1.242 ms 0.727 ms [16:10:25] 2 rdsl-dsbg-de01.nw.mediaways.net (213.20.58.194) 22.82 ms 23.622 ms 23.199 ms [16:10:25] 3 xmws-dsbg-de02-chan-18.nw.mediaways.net (195.71.242.190) 23.611 ms 23.476 ms 24.805 ms [16:10:25] 4 rmws-dsbg-de02-gigaet-0-1-0.nw.mediaways.net (195.71.242.81) 24.091 ms 23.707 ms 24.128 ms [16:10:26] 5 rmws-dsdf-de01-se-6-4.nw.mediaways.net (195.71.243.193) 25.223 ms 25.682 ms 24.893 ms [16:10:26] 6 rmwc-dsdf-de01-xe-1-1-1-0.nw.mediaways.net (195.71.242.213) 24.354 ms 25.661 ms rmwc-dsdf-de01-chan-0-0.nw.mediaways.net (195.71.243.33) 25.05 ms [16:10:27] 7 rmwc-frnk-de01-chan-3-0.nw.mediaways.net (195.71.254.145) 28.952 ms 28.364 ms 27.921 ms [16:10:27] 8 xmws-frnk-de07-chan-0.nw.mediaways.net (213.20.249.202) 44.47 ms 28.219 ms 28.02 ms [16:10:28] 9 ge1-2-cr0.ixf.de.as6908.net (78.41.155.221) 28.599 ms 28.924 ms 29.395 ms [16:10:28] 10 te3-4-3502-cr0.nik.nl.as6908.net (78.41.154.17) 33.602 ms 34.592 ms 34.24 ms [16:10:29] 11 ge-2-2.br1-knams.wikimedia.org (78.41.155.38) 35.329 ms 35.189 ms 35.225 ms [16:10:31] mark, http://pastebin.com/Zgguxxgm [16:10:35] both server and home [16:10:54] krd1: use pastebin in future :) [16:11:04] sorry. [16:11:48] from different host it's up, although last traceroute hops are the same. [16:12:32] krd1: what's your public ip address? [16:12:46] http://pastebin.com/feepKKuA [16:12:51] 77.5.51.156 [16:13:22] mine is: 93.134.207.224  [16:13:22] it's not a routing problem, I can ping that just fine [16:13:33] mmm [16:13:35] krd1: can you do a ping amssq31.esams.wikimedia.org ? [16:13:46] yes [16:13:55] yes [16:13:59] me too [16:14:04] mark, mine is 89.238.66.122 for the server and 93.104.6.50 for home [16:14:15] mtr is clean, no packet loss. [16:14:16] mark send you a tracerout via mail [16:14:18] me too, ping amssq31.esams.wikimedia.org works fine [16:14:19] works for me also [16:14:33] and I can ping amssq31.esams.wikimedia.org from both home and datacenter [16:14:54] there is a server problem. [16:15:03] seems [16:15:05] Status UP? [16:15:42] can you ping 91.198.174.225 at all? [16:15:44] --- amssq31.esams.wikimedia.org ping statistics --- [16:15:45] 35 packets transmitted, 35 packets received, 0.0% packet loss [16:15:45] round-trip min/avg/max/stddev = 37.601/48.073/205.586/28.948 ms [16:16:26] yes, 0% loss [16:16:30] Service disruption! [16:17:00] from here also 0% [16:17:04] Ping de 91.198.174.225 0% packet loss, time 4004ms [16:17:04] mark, yeah, 0% loss [16:17:09] yup [16:17:14] 100 % loss here [16:17:23] 4 timeouts [16:17:33] of 4 [16:17:35] ping it's ok. [16:17:41] --- 91.198.174.225 ping statistics --- [16:17:41] 19 packets transmitted, 19 packets received, 0.0% packet loss [16:17:41] round-trip min/avg/max/stddev = 37.333/44.391/88.930/11.646 ms [16:17:44] but wikipedia doesn't loading [16:17:48] Don't get any image. [16:17:56] At Commons. [16:17:58] Some wikipedias are down... [16:18:58] heyas [16:19:13] there seems to be connection probs to simple english wp [16:19:23] Where are you? [16:19:35] Reedy: Switzerland. [16:19:48] Reedy: Berlin [16:20:13] !log Some european users reporting oruting issues [16:20:15] looks that the problem is only in europe [16:20:18] Logged the message, Master [16:20:27] yup [16:20:29] Simplewikipedia down, I'm in Scotland... [16:20:38] im from europe.. [16:20:51] Germany => Munich [16:20:52] I'm not having problems [16:21:02] I'm in the UK [16:21:07] Reedy, munich (broken), server near Saarbruecken (works) [16:21:22] reedy: Alice (O2/Telefonica) doesnt work. Telekome/T-Mobile works [16:21:32] back [16:21:36] HardDisk_WP: Switzerland connects to which server? [16:21:48] no idea, the server in saarbruecken is mine^^ [16:21:49] Physical location won't so much make a difference. It's the routes that your isp/provider connects to the wikipedia servers in amsterdam [16:23:01] https://secure.wikimedia.org/wikipedia/de/wiki/Wikipedia:Hauptseite [16:23:10] gives you at least the main page... [16:23:20] Evil [16:23:34] Here works everything: KabelBW, Germany, connecting to USA (208.80.154.225) [16:23:42] That's in the states, so you'll get to it via a different route [16:24:06] connected to 208.80.152.134 [16:24:20] just the images come from a different server [16:24:50] Reedy: simple can't be reached through secure? [16:24:58] so, for whom is it still not working? [16:25:09] o/ [16:25:09] Everything should be able to, but secure.wm.o really shouldn't be used [16:25:18] https:// doesn't work either [16:25:18] o/ [16:25:32] https:// will go the same as http:// would (for non secure.wm.o) [16:25:41] o7 [16:25:57] Nikerabbit does your arm hurt? [16:25:58] mark: me (Switz) [16:26:21] hangs in connecting [16:26:42] Reedy: nope, just adding +1 not working [16:26:48] Orly [16:27:22] esams squids seem to have a problem: when doing an http request they send the headers back but then the connection stalls without receiving any content [16:27:27] hm 91.198.174.225 responds with a 301, but following GET for /wiki/Wikipedia:Hauptseite yields no response at all. [16:27:29] is it known? [16:27:47] mark still not working [16:27:59] ok [16:28:02] doesnt work. [16:28:19] it's a dns problem ? [16:28:30] no [16:29:07] hmm [16:29:33] still not loading here [16:29:52] PCopp same here, I just get the headers, no content [16:29:56] mark, same as syslock here [16:30:12] weird [16:30:32] hmm [16:30:34] perhaps an MTU problem [16:31:04] some websites seem to load slower then normal here [16:31:18] doesn't loading atm. [16:31:34] enwiki not loading for me now, scotland [16:32:36] mark now wikipedia.org works, but neither de.wikipedia.org or en.wikipedia.org [16:32:54] hm, enwiki back up but extremely slow [16:33:03] now i can't ping [16:33:24] Yep, simplewiki back up [16:33:40] mark traceroute de.wikipedia.org stops after 7 te3-4-3502-cr0.nik.nl.as6908.net (78.41.154.17) 70.504 ms 44.959 ms 40.345 ms [16:33:42] not for me yet [16:33:46] not here [16:34:20] ok, fails for me now as well... traceroute failing after 8th hop [16:34:51] wors for me [16:34:54] works* [16:35:46] yes for me too [16:35:57] now de.wikipedia.org works [16:35:57] fine again :P [16:35:59] nlwiki back up [16:36:00] 10 wikipedia-lb.esams.wikimedia.org (91.198.174.225) 37.799 ms 37.137 ms 47.698 ms [16:36:01] good [16:36:12] damnit [16:36:16] back now [16:36:30] !log Corrected MTU setting on cr2-knams's AMS-IX interface [16:36:33] Logged the message, Master [16:36:34] ok back [16:36:44] is it working for everyone now? [16:37:04] ehm [16:37:08] i hope so [16:37:17] seems so :) [16:37:20] thank you mark [16:37:27] Thanks! [16:37:40] well, I broke it too [16:37:55] ok, looks like its back [16:37:56] ;) [16:37:57] details! ;) [16:38:04] :) [16:41:30] Hi ! :) [16:41:33] coucou [17:02:12] PROBLEM - Host br1-knams is DOWN: PING CRITICAL - Packet loss = 100% [17:07:00] PROBLEM - Apache HTTP on srv278 is CRITICAL: Connection refused [17:10:45] PROBLEM - BGP status on csw2-esams is CRITICAL: CRITICAL: host 91.198.174.244, sessions up: 3, down: 2, shutdown: 0BRPeering with AS64600 not established - BRPeering with AS43821 not established - WIKIMEDIA-EUBR [17:21:15] RECOVERY - BGP status on csw2-esams is OK: OK: host 91.198.174.244, sessions up: 4, down: 0, shutdown: 0 [17:28:00] RECOVERY - Apache HTTP on srv278 is OK: HTTP OK - HTTP/1.1 301 Moved Permanently - 0.042 second response time [18:02:12] PROBLEM - Puppet freshness on owa3 is CRITICAL: Puppet has not run in the last 10 hours [18:04:44] PROBLEM - Puppet freshness on amslvs2 is CRITICAL: Puppet has not run in the last 10 hours [18:13:44] PROBLEM - Puppet freshness on owa1 is CRITICAL: Puppet has not run in the last 10 hours [18:13:44] PROBLEM - Puppet freshness on owa2 is CRITICAL: Puppet has not run in the last 10 hours [19:22:04] where are people when you need the.. They should be here right now! =( [19:22:22] uhuh [19:22:35] you haven't said anything to be responded to yet [19:23:34] can say that, there could be some secret agents here..' [19:23:47] * jeblad puts on the tinfoilhat [19:24:04] it can wait until monday [19:37:18] hehe to should go into bugzilla quip or something [19:37:25] s,to,it, [19:44:35] PROBLEM - Disk space on srv220 is CRITICAL: DISK CRITICAL - free space: / 0 MB (0% inode=61%): /var/lib/ureadahead/debugfs 0 MB (0% inode=61%): [19:44:35] PROBLEM - Disk space on srv222 is CRITICAL: DISK CRITICAL - free space: / 195 MB (2% inode=61%): /var/lib/ureadahead/debugfs 195 MB (2% inode=61%): [19:44:35] PROBLEM - Disk space on srv221 is CRITICAL: DISK CRITICAL - free space: / 278 MB (3% inode=61%): /var/lib/ureadahead/debugfs 278 MB (3% inode=61%): [19:46:43] !log preilly synchronized php-1.19/extensions/MobileFrontend/MobileFrontend.body.php 'Following a performance regression reported on wikitech-l, added merciless profiling to ExtMobileFrontend::DOMParse()' [19:46:47] Logged the message, Master [19:46:57] !log preilly synchronized php-1.19/extensions/MobileFrontend/MobileFrontend.body.php 'Following a performance regression reported on wikitech-l, added merciless profiling to ExtMobileFrontend::DOMParse()' [19:47:01] Logged the message, Master [19:48:47] PROBLEM - Disk space on srv224 is CRITICAL: DISK CRITICAL - free space: / 211 MB (2% inode=61%): /var/lib/ureadahead/debugfs 211 MB (2% inode=61%): [19:48:47] PROBLEM - Disk space on srv219 is CRITICAL: DISK CRITICAL - free space: / 49 MB (0% inode=61%): /var/lib/ureadahead/debugfs 49 MB (0% inode=61%): [19:50:53] RECOVERY - Disk space on srv222 is OK: DISK OK [19:55:14] RECOVERY - Disk space on srv220 is OK: DISK OK [19:57:02] RECOVERY - Disk space on srv221 is OK: DISK OK [20:01:14] RECOVERY - Disk space on srv224 is OK: DISK OK [20:01:23] RECOVERY - Disk space on srv219 is OK: DISK OK [20:43:23] PROBLEM - Disk space on srv219 is CRITICAL: DISK CRITICAL - free space: / 248 MB (3% inode=61%): /var/lib/ureadahead/debugfs 248 MB (3% inode=61%): [20:57:50] PROBLEM - Disk space on srv223 is CRITICAL: DISK CRITICAL - free space: / 92 MB (1% inode=61%): /var/lib/ureadahead/debugfs 92 MB (1% inode=61%): [20:59:56] PROBLEM - Disk space on srv219 is CRITICAL: DISK CRITICAL - free space: / 148 MB (2% inode=61%): /var/lib/ureadahead/debugfs 148 MB (2% inode=61%): [21:02:54] Who *is* this derp character I keep seeing lurking places? [21:03:20] A troll, vandal, etc. [21:03:30] yes. That. ^ [21:04:08] PROBLEM - Disk space on srv223 is CRITICAL: DISK CRITICAL - free space: / 192 MB (2% inode=61%): /var/lib/ureadahead/debugfs 192 MB (2% inode=61%): [21:04:15] Hmm. Just seems odd that I don't see 'em disrupt. I guess he's got enough chans to bother without worrying the ones I frequent (which suits me). [21:04:17] PROBLEM - Disk space on srv224 is CRITICAL: DISK CRITICAL - free space: / 210 MB (2% inode=61%): /var/lib/ureadahead/debugfs 210 MB (2% inode=61%): [21:04:17] PROBLEM - Disk space on srv221 is CRITICAL: DISK CRITICAL - free space: / 277 MB (3% inode=61%): /var/lib/ureadahead/debugfs 277 MB (3% inode=61%): [21:06:23] RECOVERY - Disk space on srv224 is OK: DISK OK [21:10:26] RECOVERY - Disk space on srv219 is OK: DISK OK [21:10:26] RECOVERY - Disk space on srv223 is OK: DISK OK [21:10:35] RECOVERY - Disk space on srv221 is OK: DISK OK [21:19:26] PROBLEM - Puppet freshness on db59 is CRITICAL: Puppet has not run in the last 10 hours [21:20:34] hrmmmm, getting a stack from graphite [21:20:53] Thehelpfulone: can you fix that stack maybe? ;) [21:20:59] hello derp [21:21:18] or that works [21:21:19] hmm? [21:22:31] and hi there again [21:24:01] *APPLAUSE* [21:24:13] haha [21:58:26] PROBLEM - Puppet freshness on amslvs4 is CRITICAL: Puppet has not run in the last 10 hours [22:23:04] where are memcache servers in ganglia? [22:43:18] I love Asher. [22:43:45] <||||||||||||||||> me too