[01:16:57] Coren: you back yet? [07:02:09] hi, i can't connect to the db with python: [07:02:23] db = MySQLdb.connect(host="wikidatawiki.labsdb", user=sqluser, passwd=sqlpasswd, db="wikidatawiki_p") [07:02:46] _mysql_exceptions.OperationalError: (1045, "Access denied for user 's51880'@'10.68.16.7' (using password: YES)") [07:02:52] any ideas? [07:26:02] underscore in dbname? [07:28:46] yes? [07:29:47] where do you get the credentials from? [07:30:12] replica.my.cnf [07:30:16] does it work with just mysql client on console? [07:30:21] yes [07:30:41] ok, so then it's actually a problem in the python code and not grants [07:30:47] mysql -u s51880 -p -h wikidatawiki.labsdb wikidatawiki_p [07:30:52] that works fine [07:30:55] some missing quotes? [07:31:18] the underscore can also cause problems sometimes [07:31:24] but not a big python guy [07:33:08] and when you run the python script, that will really be from the same IP as when you use mysql, rigt [07:33:27] yes, on tools-login [07:33:29] 's51880'@'10.68.16.7' [07:33:38] hmm..ok [07:34:36] db=_mysql.connect(host="outhouse",db="thangs",read_default_file="~/.my.cnf") [07:34:42] how about trying that way [07:34:58] from http://mysql-python.sourceforge.net/MySQLdb.html [07:35:19] because of "putting passwords in your code is not such a good idea:" anyways and to rule out some options it can go wrong [07:35:44] i'll try [07:35:52] so if you put that into .my.cnf and then.. yep, cool [07:41:00] works now, weird [07:41:04] thanks mutante [08:00:41] akkakk: great:) [08:00:46] yw [12:04:11] Hello Coren! *wave* What about this ticket? https://bugzilla.wikimedia.org/show_bug.cgi?id=54845 According to ireas, he can't do it without you installing some stuff. Is that so? [12:21:44] !log integration rebased puppetmaster [12:21:47] Logged the message, Master [12:24:37] !log integration apt-get upgrading instances [12:24:38] Logged the message, Master [14:24:51] !log deployment-prep rebased puppetmaster [14:24:53] Logged the message, Master [14:57:09] hashar: is zuul or something stuck? been waiting for this to be merged for about 15 minutes now https://gerrit.wikimedia.org/r/#/c/125999 [14:58:25] AzaToth: pm me your email address please? I want to cc: you [14:58:49] AzaToth: nm, found it [14:59:06] chrismcmahon: best thing is to look at https://integration.wikimedia.org/zuul/ [14:59:12] chrismcmahon: that shows up jobs being processed [14:59:50] chrismcmahon: in this case the jobs ran properly but jenkins did not submit it for some reason :/ [14:59:52] hashar: ok, seems to be done now [15:01:39] hashar: I'm wrong, it is still not merged [15:02:17] hashar: can you make Jenkins submit that? I don't seem to be able to do anything from gerrit [15:04:50] andrewbogott: got it [15:04:56] chrismcmahon: looking at it :) [15:05:23] AzaToth: I have the vague feeling that domas wrote some of the original code, but Ryan_Lane should know for sure [15:05:44] I see [15:05:55] chrismcmahon: the communication with Gerrit failed for some reason (not sure why, that is not logged) [15:06:01] btw, I never "suggests that we license it as gpl3+" :-P [15:06:11] chrismcmahon: probably a ssh fingerprint issue. That has been hitting us from time to time :/ [15:07:19] but it's the logical licence to use [15:07:35] AzaToth: ok, then, I suggest it :) [15:07:39] heh [15:07:41] chrismcmahon: I revoted +2 on the change [15:09:00] but yea, both license and author is imperative [15:09:27] hashar: that got it thanks [17:02:59] andrewbogott: still on? [17:03:16] mutante|away: about to eat lunch, but yes. What's up? [17:03:22] suggest to merge this [17:03:23] Hi all! [17:03:24] https://gerrit.wikimedia.org/r/#/c/126002/1 [17:03:31] i can do it though [17:03:35] Do we have something like this: http://toolserver.org/images/wikimedia-toolserver-button.png but for Labs? [17:03:36] unless you have concerns [17:03:44] (not specifically Tool-Labs!) [17:04:27] or are there pmtpa instances left at this point [17:04:36] mutante|away: it's ok, just has whitespace problems [17:04:56] the whole file has tabs [17:05:03] mutante|away: but the patch doesn't [17:05:06] the new way is better, i can add lint change on top:) [17:05:16] dschwen: I don't think we do -- make me a bug though? [17:05:17] ok [17:07:42] ha, ok [17:08:38] actually I just found this https://commons.wikimedia.org/wiki/File:Powered_by_labs_button.png [17:27:56] andrewbogott: fixed [17:29:25] dschwen: great! [18:11:50] Coren: are you back? [18:12:21] Betacommand: Mostly. I had the pleasure of returning home to a flooded basement, but thinks are getting back to normal. What's up? [18:12:36] Ouch [18:12:55] Coren: https://bugzilla.wikimedia.org/show_bug.cgi?id=63539 [18:13:08] Yeah, caught early enough that nothing important was destroyed. [18:13:40] Thats good to hear [18:15:22] Betacommand: That's not packaged that I can see. Is the earwig githup the "proper" upstream? [18:16:15] github* [18:16:29] Coren: pip [18:16:59] pip mwparserfromhell [18:17:22] thats the nice way of installing python packages [18:18:31] Betacommand: It's also something we don't generally do, for a number of reasons. I'll just make a deb out of that pip. [18:18:44] Change on 12mediawiki a page Wikimedia Labs was modified, changed by Slashme link https://www.mediawiki.org/w/index.php?diff=961006 edit summary: [-47] Re-write a section to improve readability and reduce jargon. [18:22:24] Coren: thanks [19:15:40] (03PS1) 10John F. Lewis: Add wmt-ro to the repo [labs/tools/WMT] - 10https://gerrit.wikimedia.org/r/126056 [19:18:40] Betacommand: Pushed. Happy fun puppet will deploy it within ~30m [19:19:07] (03PS2) 10John F. Lewis: Add wmt-ru to the repo [labs/tools/WMT] - 10https://gerrit.wikimedia.org/r/126056 [19:22:56] Coren: thanks [19:25:05] (03CR) 10Aldnonymous: [C: 031] "Done it seems, hope no more trouble for -ru" [labs/tools/WMT] - 10https://gerrit.wikimedia.org/r/126056 (owner: 10John F. Lewis) [19:26:05] (03CR) 10John F. Lewis: [C: 032 V: 032] "Checked by some one else" [labs/tools/WMT] - 10https://gerrit.wikimedia.org/r/126056 (owner: 10John F. Lewis) [19:56:26] !log restarting elasticsearch in beta to pick up a plugin update - no downtime should occur [19:56:26] restarting is not a valid project. [20:02:41] !log deployment-prep restarting elasticsearch in beta to pick up a plugin update - no downtime should occur [20:02:44] Logged the message, Master [22:24:01] manybubbles: are you hacking on search on beta labs right now? it seems to be busted as of a couple minutes ago. [22:24:15] chrismcmahon: I'm rebuilding the indexes now [22:24:21] it was hosed beyond usefulness [22:24:29] so I blasted what I could and rebuilt the indexes [22:24:33] they are rebuilding super duper slow [22:24:36] like the jobs are busted there [22:24:41] manybubbles: that would explain it. any eta on when they might be back? [22:25:00] chrismcmahon: If it isn't better tomorrow I'll give it 100% of my time [22:25:28] do you happen to know where logs are on new beta? [22:25:31] bd808: ^^^? [22:30:14] manybubbles: same place as before, /data/project/logs [22:44:03] manybubbles: what chris-mcmahon said. Also https://logstash-beta.wmflabs.org/ [22:46:54] beta seems to be thrashing, it's really slow and ugly [22:58:52] chrismcmahon: Load on deployment-apache01 is 33! [22:59:10] bd808: over 9000 ? [23:02:00] apache02 isn't much better. I wonder if it's Nik's search reindex jobs... [23:03:06] bd808: stands to reason, that's the only unusual thing I know of, and beta was OK before then [23:07:55] chrismcmahon: Load on the beta apaches is back down to something reasonable