[00:42:22] Newyorkadam: yes? [00:44:03] Betacommand: 1 sec [00:47:18] Betacommand: please run last 60 days https://en.wikipedia.org/wiki/Category:WikiProject_Baseball_members thanks bud :D [00:47:43] Newyorkadam: what about subcats? [00:48:36] Betacommand: where do you see subcats? [00:48:53] wow, shit's really going down in Ukraine [00:49:05] there are three of them [00:49:15] ah I see [00:49:18] Betacommand: all of them please [00:49:35] Betacommand: if someone is in 2 sub cats will there be dupliates? [00:49:57] Newyorkadam: probably, but I can sort them out [00:50:09] Betacommand: no need, I can do it if it's too tough [00:50:18] Newyorkadam: its not [00:52:51] Newyorkadam: report running [00:53:10] Betacommand: thanks bud :D :D again [00:53:22] Newyorkadam: no big deal [00:53:31] Newyorkadam: Ive got code for just about anything [00:53:42] :) [00:53:55] * Betacommand can even write a checkuser bot [00:54:48] :o [00:54:50] really? [00:54:56] how.. do you have access to IPs? [00:55:26] Newyorkadam: Im a checkuser on a non-wmf wiki [00:55:37] yeah but making the bot would abuse the system, no? [00:55:43] it would be abusing your powers [00:55:49] Newyorkadam: depends [00:55:59] Betacommand: is the run done? [00:56:05] No [00:56:27] Newyorkadam: it all depends on who and why I was checkusering [00:56:45] I have the CU data there kept for a year [00:57:10] cool [00:57:37] makes going back and cleaning up spambot accounts much easier once I identify a new IP or range [01:05:53] Is there an official Wikipedia app for Windows Phone? [01:06:26] http://www.windowsphone.com/es-es/store/app/wikipedia/fd40c569-2681-48df-9ff3-53ffd80aa9b5 ---> Is this official? [01:07:15] Betacommand: done? [01:07:41] Newyorkadam: I goofed need to re-run it, one sec [01:07:47] lol k :) [01:09:05] Newyorkadam: I forgot about non-latin characters and attempted to print the user name of them, got a unicode decode error :P [01:09:29] ah :p [01:10:34] Pesky unicode [01:11:43] Betacommand: you should make the cat activity tool public [01:12:27] Newyorkadam: im too lazy to untie the code [01:12:46] Betacommand: :p it'd help peepz [01:13:03] Newyorkadam: All they need to do is ping me. [01:13:12] Betacommand: but what if someone doesn't know you already made it? [01:13:26] Newyorkadam: I have tools for everything [01:13:46] hmm [01:13:52] I want a tool that gives me admin [01:14:49] Newyorkadam: https://dpaste.de/jCcL [01:14:58] thanks Betacommand :D [01:15:20] Newyorkadam: I have a tool for that but you do not have clearance for it [01:15:59] Betacommand: I'd like a tool that can give me $1,000,000 in real life and guaranteed never be caught with it and it's all legal tender [01:16:34] Newyorkadam: I have one of those, I charge $1.5M [01:16:44] Betacommand: you're lying [01:16:48] :( [01:16:59] No Im not [01:17:08] :( [01:23:14] Newyorkadam: anything else? [01:23:56] Betacommand: not at the moment, thanks =D [01:25:11] Newyorkadam: if you need me dont just say hi, also let me know what you want, if Im not around Ill get to it when I get back. reduces the lag and need to question you about the issue [01:25:26] :P [01:25:41] k [02:44:46] anyone know why the servers seem to be slow for me lately [04:04:56] Is it me, or is Wikipedia a bit on the slow side. [04:05:47] Cyberpower678: not meh [04:06:06] NYadam|afk, it seems to hang up on upload.wikimedia.org [04:06:26] ah weird [04:06:31] 'there is no public index' [04:06:34] Gloria: bug [04:07:28] Newyorkadam, I try to load my userpage, and the browser won't stop loading. My JS is in limbo too. [04:07:58] http://gyazo.com/3257ec43a238af93494954434fdfd93a [04:08:04] anyone else? upload.wikimedia.org [04:09:09] Newyorkadam, bits.wikimedia.org [04:09:13] not here [04:09:33] (not slow here, that is) [04:10:26] greg-g, served by times are ok, but I'm assuming the hangup is common from upload.wikimedia [04:11:25] greg-g, also bits seems slow too. My browser is trying hard to retrieve data from it for the last 5 minutes. Refreshing does not help. [04:12:54] neither bits nor upload is slow for me [04:13:09] where are you physically located (country)? [04:13:39] I was going to do some stuff with my bots, but seeing as their contributions won't load for me, (and causing Firefox to burn CPU trying to load the page), I'm just going to do something else. :/ [04:13:46] greg-g, USA [04:13:48] huh [04:13:49] PA [04:13:51] odd [04:14:04] I assume Newyorkadam is from NY :) [04:14:15] oh, he wasn't having the issue, just you, right? [04:14:29] greg-g, it's not coming from the storm. [04:14:33] It hasn't hit yet. :p [04:14:37] heh [04:15:40] no clue honestly, nothing weird with eqiad's upload caches: https://ganglia.wikimedia.org/latest/?c=Upload%20caches%20eqiad&m=cpu_report&r=hour&s=by%20name&hc=4&mc=2 [04:15:48] (eqiad being the DC that would be serving you) [04:16:20] greg-g, now nothing is loading [04:16:36] ... [04:16:54] bits has completely stalled on my end. [04:16:58] Cyberpower678: do a traceroute to en.wikipedia.org? [04:17:06] and a traceroute to bits [04:17:20] pastebin the results, plz [04:18:19] gah, right when I told myself I want to go to sleep before 11:20 [04:19:34] greg-g, http://pastebin.com/mLjLvaMK Doesn't look out of the ordinary. [04:21:03] Cyberpower678: yeah, pretty quick even [04:21:30] greg-g, http://pastebin.com/5GKcUzwm this one has a timeout. [04:22:27] not bad though [04:22:42] But that's from a website. Not from my computer. [04:22:55] I'm not sure how to do it from my computer. [04:23:03] oh [04:23:09] heh, yeah [04:23:16] that won't give you the right results [04:23:23] windows? [04:23:34] Yes. [04:23:45] http://www.mediacollege.com/internet/troubleshooter/traceroute.html [04:26:00] I'm guessing it's something on your end, honestly, but feel free to ping me with more info and drop info in #wikimedia-operations [04:26:03] I need to sleep :) [04:26:46] greg-g, it can't be. All other sites load fine. [04:27:08] Internet speed tests running at 5MB/sec [04:27:21] * greg-g shrugs [04:27:28] greg-g, http://pastebin.com/sZSY5w9d [04:28:06] yeah, that's not bad at all [04:28:23] greg-g, then why is firefox hanging up? [04:29:15] greg-g, wierd. After doing the traceroute, the site loads just fine now. [04:30:02] or not. [04:30:25] upload is transferring very slowlllllllllllly. [04:31:33] Going to bed. [07:21:56] Hi [07:22:35] Could someone please look at the reachability issue with wikipedia, i'm unable to reach one of the IP address of Wikipedia, from where assets are loaded. Details here: http://paste.lisp.org/display/141453 [07:23:17] * abbe is located in Delhi, India [07:23:25] that route works for me (I'm in USA) [07:23:51] can you traceroute back to my IP (in first traceroute) from that IP ? [07:24:03] assuming you're one of the sysops [07:24:09] I'm not [07:24:13] okay. [07:24:28] abbe: it appears that you are using http://en.wikipedia.org/wiki/Carrier-grade_NAT [07:24:30] also, is this the right place to report this. [07:24:35] hmm [07:24:40] haha [07:24:43] can't see :) [07:24:58] here or in #wikimedia-operations [07:25:07] basically we can't traceroute directly to your computer because your ISP uses carrier-grade NAT [07:25:11] -operations is where the WMF Ops team looks [07:25:19] okay, w3m works. [07:25:29] oh, okay. [07:25:57] so does that mean incoming connections to me are not allowed ? [07:26:12] let me check [07:26:23] it could be ordinary NAT [07:26:40] if you're talking about 172.16/12 that's my LAN [07:26:40] but from what I remember, Indian and other Asian ISPs have been doing carrier-grade NAT [07:26:45] oh yeah that [07:26:58] I've a public IP on my router. [07:27:09] and it's mentioned in first line, From: .... [07:27:39] and ofcourse I can reach myself from outside [07:27:57] the one possible issue is that ICMP requests are blocked [07:28:04] I can't traceroute your external IP [07:28:11] where [07:28:12] hmm [07:28:15] really? [07:28:20] i can ping it from a host in .us [07:28:22] and .de [07:28:23] actually nvmd it just timed out [07:28:34] but most CPEs will block incoming ICMP [07:28:40] since that's a ddos vector [07:28:53] i know that, but i've enabled it. [07:29:15] if you can't reach me then something else is broken [07:29:38] it seems like you suffer from packet loss though [07:29:48] are you sure it's a problem on our side? [07:29:48] anyways should I post there (-operations channel) as well, or posting here is sufficient for now ? [07:29:57] here should be enough [07:30:45] Jasper_Deng: I'm not quite sure but I can reach 208.80.154.224 (en.wikipedia.org), but not 208.80.154.234 (bits.wikimedia.org) [07:30:52] so most like some linkhashing is bj0rked [07:31:17] abbe: bits hold static js and css assets [07:31:23] correct [07:31:35] so your ppage loads but lokk weird? [07:31:36] which causes page to stuck loading in a graphic browser [07:31:39] abbe: are you really sure it's not just packet loss? [07:31:57] yes, it's not packet loss, the routes completely disappear after my ISP as you can see in first traceroute [07:32:17] abbe: do you have something like firebug? [07:32:35] our entire prefix should be advertised [07:32:37] matanya: i've firefox's web developer tools [07:32:51] so I can't really think of a reason why one IP out of several wouldn't make it into your routes [07:32:57] well, what I'm trying to say is, if one of the redundant router is broken then all addresses hashing to it [07:33:06] are completely unreachable [07:33:09] so please open a page and see what is the http return code [07:33:24] for what? [07:33:33] your page request [07:33:43] e.g if you get 5xx ? [07:34:22] no, the page text content loads fine, but rendering gets stuck in graphic browser because of assets [07:34:26] i can view page fine in w3m [07:34:33] http://paste.lisp.org/display/141454 [07:34:41] ^^ mtr to en.wikipedia.org [07:35:16] you have 70% packet loss [07:35:56] abbe: it's that packet loss that makes me think you should take a bigger sample size [07:35:58] well, that's from my router [07:36:02] i.e. by doing trace routing a lot more [07:36:09] genius, looks like it's my ISP's fault :/ [07:36:11] sometimes you get erroneous BGP stuff w/ that [07:36:30] in 4th hop, they've a different route [07:36:33] sir, blame it on your ISP :) [07:37:06] or get an IPv6 tunnel [07:37:09] but I'm not quite sure, maybe its TINET's fault [07:37:17] the next hop after ISP [07:37:36] tinet hasn't caused issues like this [07:37:39] in my experience [07:38:42] okay, let me try filing ticket with my ISP, although I don't tickets like this get much success :) [07:39:16] hi [07:39:18] I'm here now [07:40:17] abbe: paravoid is the man for you [07:40:29] could you paste two traceroutes, one to text and one to bits, for me? [07:40:49] paravoid: he already posted traceroutes to bits [07:40:50] I'm wondering if there's an equal cost multipathing in the path in combination with a broken router [07:40:56] paravoid: http://paste.lisp.org/display/141453 (en.wikipedia.org) bits (http://paste.lisp.org/display/141454) [07:41:05] en.wikipedia.org = text [07:41:09] correct [07:41:17] same tool please [07:41:25] either mtr for both, or traceroute for both [07:41:31] both are mtrs [07:41:46] top one is from computer in 'text' one. [07:41:55] the traceroute/bgp outputs below are from ISP's LG [07:42:04] ah [07:42:47] * Jasper_Deng is interested in how this address' route is getting dropped while other addresses in the same prefix aren't, since AFAIK it's advertised as a prefix as a whole [07:42:57] ecmp, most likely [07:43:11] so from what I can see, these two mtrs take an entirely different path [07:43:12] yes. [07:43:17] yeah, from 4th hop [07:43:18] from hop 4 onwards [07:43:23] so link hashing or something is broken [07:43:28] this is still within airtel, though [07:43:30] going through broken device [07:43:38] so I'm sorry, I don't think it's anyone from our side :( [07:43:39] * Jasper_Deng wonders if abbe is on wifi [07:43:40] well [07:43:56] just to be extra sure [07:43:58] it's from outside India though, most likely .us or some place [07:44:22] could you verify that the bits address you see is 208.80.154.23 ? [07:44:24] so likely they're terminating to their next hop which is unreachable [07:44:31] er, 208.80.154.234 [07:44:42] λ dig +short bits.wikimedia.org => bits-lb.eqiad.wikimedia.org.\n208.80.154.234 [07:44:52] ok [07:46:01] your best bet is contacting your ISP [07:46:08] okay [07:46:15] thanks [07:46:22] sorry, it looks like very internal to airtel [07:46:34] np [07:46:41] hops 3 & 4 in both traceroutes are airtel [07:46:42] thanks for looking [07:50:19] abbe: are you going to file a ticket over email? [07:50:56] they have a techsupport@in.airtel.com email in the whois database [07:51:24] if you use that them, feel free to cc: noc@wikimedia and say that you inquired us first and we said that the problem is with the [07:51:27] *them [07:53:42] yes [07:53:50] that'll be great. [07:53:55] thank you. [08:07:06] sent. [09:23:09] anyone alive in here? [09:30:30] Hi OlEnglish. [09:31:16] oh hey MZM.. i seem to be getting a recurring error when searching and was wondering if it's just on my end.. [09:31:23] Link? [09:31:58] it's just whenever i search for the phrase "small a" i get this error: An error has occurred while searching: The search backend returned an error: [09:32:11] i have no idea why it does this for that particular phrase? [09:32:30] does this happen for you as well? [09:32:36] That's the old search engine throwing up. [09:32:36] i'm using Firefox 27.0.1 btw, if that makes any difference, with the Vector skin [09:32:39] It's being replaced soonish. [09:32:49] oh. so it's not just me? [09:32:52] You can enable the new search at Special:BetaFeatures, I think. [09:33:09] is that on en.wikipedia.org? [09:33:09] k i'll try that thank you [09:33:11] OlEnglish: Can you provide a link? [09:33:13] yes [09:33:28] https://en.wikipedia.org/w/index.php?search=small+a&title=Special%3ASearch [09:33:37] just basically do a search [09:34:12] OlEnglish: do you have "New search" checked under https://en.wikipedia.org/wiki/Special:Preferences#mw-prefsection-betafeatures ? [09:34:31] paravoid: no [09:34:41] ok [09:34:47] I can't reproduce it... [09:34:55] Yeah, it seems to be working for me. [09:35:00] It returns a bunch of search results. [09:35:18] Same with new search enabled. [09:35:24] hmm.. weird. ok must be something to do with my location, or configuration [09:35:28] Which I think has a URL parameter, but I can't remember it. [09:36:02] aha, I enabled the New Search and it works now [09:36:10] thanks guys [09:36:13] Oh. [09:36:17] Hmm. [09:36:45] You may have custom search preferences that are triggering the error. [09:36:54] Like other than the beta feature, there are standard search preferences. [09:37:36] paravoid: https://en.wikipedia.org/w/index.php?title=Special:Search&search=small%20a&fulltext=Search&profile=help&redirs=1 [09:37:49] nice [09:37:49] That errors for me. [09:37:53] same here [09:37:58] I think this is just Lucene stupidity. [09:38:06] OlEnglish: The short answer is that Lucene is being replaced very soon. :-) [09:38:15] If you enable new search, that's a suitable workaround. [09:38:19] It'll become default in the next few months. [09:38:22] &profile=help? [09:38:41] "Help and Project pages" built-in search filter. [09:38:54] yup, new search enabled seemed to get rid of it [09:39:45] Probably https://bugzilla.wikimedia.org/show_bug.cgi?id=56936 [11:53:37] is there an irc channel for bluespice? [12:04:04] hello [12:17:27] andre__: thanks for that enlighting post you shared :) [12:17:37] eh? :) [12:18:16] http://sindhus.bitbucket.org/common-pitfalls-of-newcomers-in-foss.html [12:18:32] ah. heh. that posting. [12:18:44] Yeah, Sindhu simply got the point. [12:32:13] hello [12:32:31] someone [12:32:44] hello swr [12:34:05] matanya: free for some help ? [12:34:20] I was trying to setup two vagrant instances as we discussed yesterday [12:34:28] i can try tonythomas , but might disappear without any note [12:34:36] matanya: np :) [12:34:51] what level of success? [12:34:51] I am using the mediawiki-vagrant [12:35:01] and hence have the vagrantfile [12:35:03] mataya:canu give me the all keywords for the helpmebot [12:35:11] matanya: going good [12:35:35] swr: !brain works [12:35:40] matanya: I am bit confused with http://docs.vagrantup.com/v2/multi-machine/ here [12:35:48] !commands also works [12:35:51] some vagrant issue of course [12:36:14] there, they configure the first VM with config.vm.define "web" do |web| [12:36:14] web.vm.box = "apache" [12:36:14] end [12:36:47] but, does that mean only apache will be running ? I may not be getting a db ? [12:37:24] i don't know much about vagrant, but iirc, the mw installation handles that part [12:37:31] you will need to ask a dev [12:37:52] ok. I will try to figure that out [12:38:18] * matanya points at Krenair [12:39:24] Krenair: hi ! You around ? [12:39:50] matanya: - from http://docs.vagrantup.com/v2/vagrantfile/machine_settings.html, its clear that vm.box just selects the box I need to mount [12:40:08] that means, something from vagrant box list [12:40:20] addshore: do you use mw vagrant? [12:40:22] which gives, precise-cloud (virtualbox) as in my case [12:40:30] matanya: nope :) [12:40:39] do you know who does? [12:40:49] nope :/ [12:41:00] matanya: Something so strange about vagrant [12:41:13] but, I think setting vm.box = precise-cloud would work [12:41:14] * addshore has never really found the need to [12:41:44] as, I need a usual linux running with exim4 installed in the second box, as we discussed last day right ?> [12:42:00] sounds right [12:42:20] yeah. even there is a ling in Vagrant file [12:42:21] * tonythomas config.vm.box = 'precise-cloud' [12:42:26] missed that last time [12:42:37] Ok. I will try. will update the result [13:53:41] matanya: I edited the vagrantfile to support two instances ! [13:53:46] matanya: now firing them up [13:53:51] nice :) [13:57:20] matanya: strange, I had to install the GuestAdditions separately in each one [22:14:55] howdy all. Quick question: would I report a problem with a wmflabs tool in bugzilla, or somewhere else? [22:16:15] brassratgirl: bugzilla. product Wikimedia Labs -> component Tools [22:16:17] actually it seems all of the labs database might be down, which I'm guessing someone already knows about :) [22:16:28] thanks mutante [22:16:37] brassratgirl: i think so yea, because migration is going on [22:16:50] ahh. [22:16:53] but go ahead and make bug anyways [22:16:55] not sure enough:) [22:17:02] and that will make sure it's not forgotten [22:17:06] if people are too busy [22:22:57] Hi brassratgirl. [22:24:00] Hi Phoebe [22:24:21] hey [22:28:21] brassratgirl: could you repeat the problem in #wikimedia-labs? would be cool [22:28:36] it just came up there and db's should be up and running [22:29:03] OK, I will try again & see if it is working. I was trying to run some queries with catscan2 [22:29:29] & was getting mysql errors. [22:36:03] thanks all.