[00:11:39] 6Labs, 10Labs-Infrastructure: The package lists or status file could not be parsed or opened. - https://phabricator.wikimedia.org/T72981#1840024 (10Dzahn) ok, i wasn't aware that i was supposed to stop using labsdebrepo. i can upload it manually to my instance as i did before switching to labsdebrepo. uploadi... [00:12:53] 6Labs, 10Labs-Infrastructure: The package lists or status file could not be parsed or opened. - https://phabricator.wikimedia.org/T72981#1840026 (10Dzahn) 5Open>3declined a:3Dzahn closing this as declined. can't reproduce it anymore and not supposed to use labsdebrepo anymore. [02:32:37] 6Labs, 10Tool-Labs, 6operations, 7Icinga: tool labs instance distribution monitoring is broken - https://phabricator.wikimedia.org/T119929#1840320 (10Dzahn) 3NEW [03:48:11] i need help i am new to wikipedia [03:48:56] ojus: hi,just ask the actual question you have [03:50:00] how do i create an article for a friend, he is a very famous astronomer from australia [03:50:47] ojus: I think asking in #wikipedia-en might be more helpful [03:52:48] a link to tht page please [03:53:15] it's an IRC channel [03:53:19] type /join #wikipedia-en [03:53:21] and press enter [03:56:25] ojus: first step would be to check https://en.wikipedia.org/wiki/Wikipedia:Notability_%28academics%29 and see if your friend fits into one of those categories [03:58:29] if he does.. you can just go to the page _as if it would exist already_, like https://en.wikipedia.org/wiki/John_Doe and just replace with his name and follow the links from there to create it or request it [04:32:57] 6Labs, 10MediaWiki-extensions-ContentTranslation, 7Database, 5Patch-For-Review, 7WorkType-NewFunctionality: Replicate ContentTranslation databases on Labs - https://phabricator.wikimedia.org/T119847#1840417 (10KartikMistry) @jcrespo yes. cx_translations is on extension1 cluster. [05:34:13] hello [06:10:03] 6Labs: Investigate alternatives to NovaProxy - https://phabricator.wikimedia.org/T119936#1840467 (10yuvipanda) 3NEW [07:27:52] !log tools pooled tools-worker-04 as a k8s worker node [09:50:22] 6Labs, 10Tool-Labs, 7Database: labs db inconsistent data - https://phabricator.wikimedia.org/T119841#1840695 (10jcrespo) a:3jcrespo [10:12:22] 6Labs, 10Tool-Labs: Backport newer tesseract-ocr-* packages from sid - https://phabricator.wikimedia.org/T118643#1840794 (10valhallasw) Thanks to package_builder and a bit more fiddling, I now have a .deb for tesseract-ocr 3.04.00-5. @Billinghurst: - do you foresee any problems with upgrading tesseract-ocr f... [10:25:45] 6Labs, 10Wikimedia-Labs-General, 6operations, 7Database, 7Tracking: (Tracking) Database replication services - https://phabricator.wikimedia.org/T50930#1840856 (10jcrespo) [10:25:46] 6Labs, 10Tool-Labs, 7Database: labs db inconsistent data - https://phabricator.wikimedia.org/T119841#1840854 (10jcrespo) 5Open>3Resolved I've reimported the table directly from the production master: ``` mysql -h s3-master plwikisource -e "SELECT count(cl_from) FROM categorylinks WHERE cl_to='Uwierzyteln... [10:33:23] 6Labs, 10Tool-Labs: Backport newer tesseract-ocr-* packages from sid - https://phabricator.wikimedia.org/T118643#1840873 (10Billinghurst) I am no expert on the matters, though I would think that generally the community would be looking for the most modern and stable and widely effective version of the software... [10:33:39] 6Labs, 6operations, 5Patch-For-Review, 7Puppet: Self hosted puppetmaster is broken - https://phabricator.wikimedia.org/T119541#1840875 (10fgiunchedi) p:5High>3Normal seems to be working fine too on a jessie host, I can't see from wikitech what classes are applied to limn1, maybe that has to do with it... [11:38:43] 6Labs, 10Beta-Cluster-Infrastructure, 10Labs-Infrastructure, 6operations, 5Patch-For-Review: Make all ldap users have a sane shell (/bin/bash) - https://phabricator.wikimedia.org/T86668#1841074 (10fgiunchedi) [11:46:58] 6Labs, 6operations, 10wikitech.wikimedia.org: Rename specific account in LDAP, Wikitech, Gerrit and Phabricator - https://phabricator.wikimedia.org/T85913#1841099 (10Lydia_Pintscher) p:5Normal>3High Folks, Can we please get this moving? It is nearly a year since the ticket was opened. [13:39:02] 6Labs, 10Wikimedia-Labs-General, 6Developer-Relations: Community-maintained projects on Labs are hard to track - https://phabricator.wikimedia.org/T64837#1841304 (10Aklapper) [13:39:19] yuvipanda, would it be possible/sane to create seperate aptly repos for different sets of packages? e.g. one seperate repo for tesseract-and-dependencies [13:44:05] 6Labs, 10Wikimedia-Labs-General, 6Developer-Relations: Community-maintained projects on Labs are hard to track - https://phabricator.wikimedia.org/T64837#1841319 (10Aklapper) For Tool Labs, valhallasw pointed out that https://tools.wmflabs.org/contact/ could be helpful [13:46:18] Is http://tools.wmflabs.org/commonshelper2/ really dead or just in need of a restart? [13:48:16] you mean http://tools.wmflabs.org/commonshelper/ ? Idk commonshealper2 [13:48:34] *commonshelper2 [14:02:12] Hi I have a question with regard to https://wikitech.wikimedia.org/wiki/Nova_Resource:Novaproxy-01.project-proxy.eqiad.wmflabs.. what does this host do? I get the feeling that it's contiously sending requests to mathoid2 [14:03:00] physikerwelt: that's the host that proxies all incoming http requests to http://*.wmflabs.org [14:05:49] valhallasw`cloud thank you [14:23:20] Nemo_bis: https://commons.wikimedia.org/w/index.php?title=Commons:CommonsHelper_2&diff=167149504&oldid=58216483 FYI [14:54:49] 6Labs, 10Labs-Infrastructure, 5Patch-For-Review: Move labs-ns1 from labcontrol2001 to labcontrol1002 - https://phabricator.wikimedia.org/T119762#1841454 (10Andrew) [15:04:55] can anyone make meetbot work again? [15:05:03] valhallasw`cloud: ^^? [15:05:52] jzerebecki: hashar / scfc / marktraceur maintain it [15:06:05] found that yeah [15:06:53] thx [15:26:44] how long does it take to create a new proxy... I created math-de.wmflabs.org --> http://math-de.math.eqiad.wmflabs:8080 several hours ago and can not access my vagrant based wiki [15:27:26] physikerwelt: should be basically instantaneous [15:27:50] try telnet math-de.math.eqiad.wmflabs 8080 from bastion [15:28:09] that gives me Connection refused, so your web server is probably not running, or not on port 8080 [15:29:36] valhallasw`cloud... oh thank you... I see connecting via ssh port forwarding stopped as well [15:29:44] ^^ stopped working as well [15:31:11] valhallasw`cloud...mh no it actually works via ssh port forwarding [15:31:54] physikerwelt: connection refused == the host is actively refusing the connection, so it's not the firewall [15:32:22] either it's on a different port, or it's only listening on localhost, or it's refusing the connection for another reason [15:33:22] that's strange since I do not remember to have configured anything [15:33:39] what's your port forwarding configuration? [15:33:44] normally for vagrant it just works out of the box if one forwards port 8080 [15:34:11] I followed this guide [15:34:14] https://wikitech.wikimedia.org/wiki/Help:MediaWiki-Vagrant_in_Labs [15:34:52] You say it works with port forwarding. What are the settings for that port forward? [15:36:24] so there is a lot of port forwaring happening... first the labs-proxy forwards port 80 to port 8080 which I configured in the web ui therafter the host itself forwards port8080 to the vagrant instance which runs a web server on port 80 [15:36:54] > 16:30 valhallasw`cloud...mh no it actually works via ssh port forwarding [15:36:56] ^ that forwarding [15:36:57] if I connect to math.de via ssh and forward port 8080 to my localhost:8080 I can see the wiki [15:37:20] with math.de, you mean math-de.math.eqiad.wmflabs, I assume? [15:37:30] sorry yes [15:37:41] * valhallasw`cloud ponders [15:38:25] what's the output of sudo netstat --tcp --listening --programs --numeric ? [15:38:31] on math-de.math.eqiad.wmflabs [15:39:22] https://gist.github.com/physikerwelt/46a81957684b867223d4 [15:39:53] tcp 0 0 127.0.0.1:8080 0.0.0.0:* LISTEN 27400/redir [15:39:57] it's just listening on localhost [15:40:57] I'm not sure why, but I assume somewhere in the vagrant proxying something is wrong [15:43:06] ah you are right... on another host that actually works the Local address is 0.0.0.0 [15:49:01] valhallasw`cloud do you have an idea how that could be changed [15:49:21] physikerwelt: no clue... isn't it in the vagrantfile somewhere? [15:49:35] I compared the Vagrantfiles but did not get a good idea which could cause the problem [15:59:59] valhallasw`cloud at least I could find a workaround https://gist.github.com/physikerwelt/46a81957684b867223d4 [16:00:19] your tip sudo netstat --tcp --listening --programs --numeric was really helpful [16:00:59] yuvipanda: I have a puppet swat thing for you :D (if greg approves :)) [16:17:15] 6Labs: Labs team reliability goal for Q1 2015/16 - https://phabricator.wikimedia.org/T105720#1841604 (10coren) [16:20:51] 6Labs, 7Database: Provision a labsdb useraccount that can be used to run replica-addusers.pl - https://phabricator.wikimedia.org/T104476#1841615 (10coren) 5Open>3Resolved a:3coren This appears to be long fixed, and correspondingly has had no activity in months. Reopen if needed. [16:20:51] 6Labs, 10Labs-Infrastructure, 5Patch-For-Review: replica.my.cnf creation broken - https://phabricator.wikimedia.org/T104453#1841619 (10coren) [16:23:20] physikerwelt: see https://phabricator.wikimedia.org/T115139 for the fix for the 127.0.0.1 binding from vagrant [16:24:51] you will probably need to update your mw-vagrant clone, run puppet on the host and then run a vagrant reload. You might need to manually setup the 0.0.0.0 binding if you already have some .settings.yaml data [16:26:04] 6Labs: Setup a REST service that helps do NFS exports for OpenStack instances properly - https://phabricator.wikimedia.org/T92638#1841649 (10coren) 5Open>3declined a:3coren In practice, the race condition happens rarely enough - and its effect are merely annoying - that any further efforts spent on this se... [16:27:27] my .settings.yaml includes host_ip: 0.0.0.0 [16:28:03] oh no [16:28:11] sorry I picked the wrong box [16:29:46] 6Labs, 6operations, 10ops-codfw: rack and connect labstore-array4-codfw in codfw - https://phabricator.wikimedia.org/T93215#1841654 (10coren) 5Open>3Invalid Given that plans for a NFS-serving labstore in codfw are put on indefinite hiatus and that the current role of that server is to serve as destinatio... [16:30:15] bd808: ok it's now clear everything is nicely configurable using vagrant config... I should not have skipped this step [16:31:18] it's even explained there "Set to '0.0.0.0' to bind to all ips and allow external access Current value: 127.0.0.1 (default)" [16:31:21] it should happen automatically for new installs but the upstream change snuck up on us for hosts that were provisioned before the last patches on that bug [16:32:42] bd808... interestingly the box is not that old "2015-11-23T08:18:34Z" [16:33:23] maybe I destroyed the setting when disabeling nfs shares [16:33:36] hmm [16:34:29] I was running "vagrant config nfs_shares off" [16:35:23] however, I'm happy that the problem is fixed [16:35:46] that should be additive. If I get some time later today I'll spin up a clean test instance to verify that the initial setting happens at the right time. I might have a Puppet resource ordering bug [17:09:09] 6Labs, 6operations: paramiko (python SSH implementation) needs older hashes for host authentication - https://phabricator.wikimedia.org/T106871#1841879 (10fgiunchedi) [17:13:09] bd808: I made progress and math-de.wmflabs.org now works without hacks. So the next step is to set up the wikidata role and create a proxy wikidatawiki-math-de.wmflabs.org to point to the wikidata wiki... however the wiki still looks like the default wiki [17:14:48] neat [17:17:07] bd808: Yes but there should be a different wiki with a different db i.e. wikidatawiki-math-de.wmflabs.org/wiki/Special:NewItem should work [17:18:10] while looking at the generated config files I found $wgConf->settings['wgServer']['wikidatawiki'] = '//wikidata-mediawiki-vagrant.wmflabs.org:8080'; in /srv/mediawiki-vagrant/settings.d/wikis/wikidatawiki/wgConf.php [17:18:48] ah. there is hiera magic you can use for that... let me find the right link [17:19:04] I woulder if that needs to be wikidata-math-de.wmflabs.org [17:19:19] https://wikitech.wikimedia.org/wiki/Help:MediaWiki-Vagrant_in_Labs#Run_a_wikifarm_on_a_single_labs-vagrant_host [17:19:45] I think you need mediawiki::multiwiki::base_domain: "-math-de.wmflabs.org" [17:20:19] ah ok... I thought I would only have to configure that if I changed the domain name... which I did not [17:22:24] the instructions may not be quite right for new instances. That was copy-n-paste from the old labs-vagrant setup. I think now it doesn't pick up the host machine name correctly [17:23:08] 6Labs, 10Tool-Labs, 7Database: Certain tools users create multiple long running queries that take all memory from labsdb hosts, slowing it down and potentially crashing (tracking) - https://phabricator.wikimedia.org/T119601#1841921 (10jcrespo) a:5jcrespo>3None [17:23:35] that may be worth either opening a bug about or just changing the doc on wikitech to say that you always need to set up the base_domain if you want multiple wikis [17:24:40] bd808 I think it's worth opening a bug... we had the same problem for restbase [17:25:18] I see the problem in -- https://github.com/wikimedia/mediawiki-vagrant/blob/master/puppet/hieradata/environment/labs.yaml#L4-L5 [17:25:56] now that we have a proper VM, ::hostname is "mediawiki-vagrant" and not the host computer's hostname [17:26:41] so we would need to figure out how to pass the host computer's name in as a fact [17:27:32] yes, I guess that would solve both problems [17:28:53] bd808 with regard to the wikidata role the only remaining problem is the port $wgConf->settings['wgServer']['wikidatawiki'] = '//wikidata-math-de.wmflabs.org:8080'; [17:29:11] the proxy changes the port from 8080 to 80 [17:31:17] hmm... and that means that absolute URLs written by the wiki end up pointing to the wrong port [17:33:03] physikerwelt: `vagrant settings http_port 80; vagrant reload` should fix that but then you need to change your proxy config to point to port 80 [17:33:22] that should probably be a default setting on labs hosts [17:33:31] let me try [17:35:26] for the log it's vagrant config http_port 80 [17:35:39] right. [17:36:04] I was trying that the other day with little success " You are trying to forward to privileged ports (ports <= 1024). Most" [17:36:10] but maybe it works out this time [17:37:29] it will mean that the forwards need to be setup as root but I think that is actually how it works already without LXC stuff [17:37:49] s/without/with our/ [17:37:59] 6Labs, 6operations: paramiko (python SSH implementation) needs older hashes for host authentication - https://phabricator.wikimedia.org/T106871#1841969 (10coren) >>! In T106871#1841878, @fgiunchedi wrote: > what was the specific error from paramiko? ecdsa-sha2-nistp256 support has been introduced in 1.10 with... [17:39:13] netstat says that the host is not listening to port 80 [17:40:06] a workaround for me was sudo iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to 8080 [17:40:37] but I had to discover later on that this broke apt-get update inside vagrant [17:42:55] physikerwelt: ok. we need another bug for that then. I think we can fix it either in hiera or with a bit of work in the Vagrantfile [17:43:16] * bd808 is writing a bug for the ::hostname problem [17:48:25] ok may I ask for another public IP in the meantime? [17:50:58] I suppose, but that is going to cause you more heartache I think. You won't get TLS for one thing. [17:51:22] 6Labs, 6operations: paramiko (python SSH implementation) needs older hashes for host authentication - https://phabricator.wikimedia.org/T106871#1842041 (10coren) FTR, the version provided by Trusty is `1.10.1-1git1build1` but I can confirm that the above patch did not make it into it (checking `paramiko/hostke... [17:51:33] Here's a hack to try, set "port_fragment: ''" in your local hiera settings file [17:52:18] that's what enabling the port 80 forward does in practice that changes the multiwiki config [17:54:18] physikerwelt: here's the bug for the hostname bit -- https://phabricator.wikimedia.org/T119990 [18:00:07] 10Tool-Labs-tools-Global-user-contributions, 6Stewards-and-global-tools: Global user contributions doesn't work - https://phabricator.wikimedia.org/T119414#1842065 (10jcrespo) 5Open>3Resolved Closing because it seems solved for me and I hear no more complains/comments from other users. [18:00:34] ... I had no luck with port_fragment ... [18:00:44] it's again '//wikidata-math-de.wmflabs.org:8080'; [18:01:01] *nod* hiera might not be able to override the factor fact [18:02:09] is the Vagrant-extra file inclusion still an option? [18:02:15] yeah [18:02:49] you can try clobbering puppet.facter['port_fragment'] there [18:04:44] 6Labs, 10Wikimedia-Labs-General, 6operations, 7Database, 7Tracking: (Tracking) Database replication services - https://phabricator.wikimedia.org/T50930#1842104 (10Zdzislaw) [18:04:46] 6Labs, 10Tool-Labs, 7Database: labs db inconsistent data - https://phabricator.wikimedia.org/T119841#1842102 (10Zdzislaw) 5Resolved>3Open @jcrespo thank you for reimporting categorylinks table, but... what about the other tables? very important for us are also tables page and templatelinks, try: ``` p... [18:06:25] 6Labs, 6operations: paramiko (python SSH implementation) needs older hashes for host authentication - https://phabricator.wikimedia.org/T106871#1842110 (10coren) More data: Jessie (which labstore1001 has) has 1.15.1 which //does// include the above patch; but it doesn't work. I found out why - it's an obvious... [18:12:08] 6Labs, 10Tool-Labs, 7Database: labs db inconsistent data - https://phabricator.wikimedia.org/T119841#1842133 (10jcrespo) @Zdzislaw Are those inconsistent? [18:13:15] bd808... I finally got rid of the port fragment by commenting out the code in the Vagrant file [18:13:38] $wgConf->settings['wgCanonicalServer']['wikidatawiki'] = 'http://wikidata-math-de.wmflabs.org'; looks great [18:13:53] but it still does not load in my browser [18:22:30] 6Labs, 10Wikidata: Second Public IP for math-de for wikidata developments - https://phabricator.wikimedia.org/T119994#1842176 (10Physikerwelt) 3NEW [18:22:50] 6Labs, 10Wikidata: Second Public IP for math project for wikidata developments - https://phabricator.wikimedia.org/T119994#1842183 (10Physikerwelt) [18:28:17] 6Labs, 10Wikidata: Second Public IP for math project for wikidata developments - https://phabricator.wikimedia.org/T119994#1842219 (10Physikerwelt) My attempt to get rid of the port_fragment ``` physikerwelt@math-de:/vagrant$ git diff Vagrantfile diff --git a/Vagrantfile b/Vagrantfile index 446756a..e09183b 10... [18:34:14] how do you select a specific host for an sql query? IE labsdb1003 [18:52:04] 6Labs, 10Tool-Labs, 7Database: labs db inconsistent data - https://phabricator.wikimedia.org/T119841#1842378 (10Betacommand) tools.betacommand-dev@tools-bastion-01:~$ mysql --defaults-file="${HOME}"/replica.my.cnf -h labsdb1001.eqiad.wmnet plwikisource_p -e "SELECT count(page_id) FROM page WHERE page_namespa... [18:52:46] Betacommand: labsdb1003.eqiad.wmnet [18:52:49] and similar [18:55:25] yuvipanda: thanks, figured out my issue, it wasnt grabbing my defualt.cfg [19:03:03] yuvipanda is aliiiive [19:08:25] (03PS1) 10Dzahn: add fake passwords for openldap [labs/private] - 10https://gerrit.wikimedia.org/r/256272 [19:10:37] (03CR) 10Dzahn: [C: 032] add fake passwords for openldap [labs/private] - 10https://gerrit.wikimedia.org/r/256272 (owner: 10Dzahn) [19:10:47] (03CR) 10Dzahn: [V: 032] add fake passwords for openldap [labs/private] - 10https://gerrit.wikimedia.org/r/256272 (owner: 10Dzahn) [19:11:32] ^that was to fix puppet compiler runs as requested by moritz [19:41:56] yuvipanda: do you think it makes sense to have distinct repositories in aptly for different purposes? e.g. trusty-toollabs for toollabs infra, trusty-k8s for kubernetes stuff, trusty-tesseract for tesseract? [19:42:14] mmmm [19:42:16] can do [19:42:30] I'm a bit confused though [19:42:50] because the distribution pops up in three places -- the dsc, the build and in aptly [19:43:00] and I'm not sure whether they all have to match or whether nothing really matters [19:44:36] I don't know either [19:44:48] but I guess it doesn't have to since we just copied the debs from labsdebrepo to aptly [19:47:10] mmm. [19:49:12] hmno, it's only in changelog [20:13:47] 6Labs, 10Labs-Infrastructure, 5Patch-For-Review: Move labs-ns1 from labcontrol2001 to labcontrol1002 - https://phabricator.wikimedia.org/T119762#1842771 (10Andrew) 5Open>3Resolved [20:13:48] 6Labs, 10Labs-Infrastructure: Investigate decommissioning labcontrol2001 - https://phabricator.wikimedia.org/T118591#1842772 (10Andrew) [20:19:05] twentyafterfour: Thanks for your answer at phabricator update task at labs. Do you know the standard root password for phabrcator:labs via puppet? [20:19:39] Luke081515: root password? use sudo? [20:19:49] for mysql? [20:22:26] you can look it up in the puppet manifests [20:22:32] I believe [20:22:59] solved, thanks :) [20:44:35] bd808: around? [20:50:44] yuvipanda: sup? [20:51:58] bd808: I've been thinking of setting up an elasticsearch for toollabs that people can actually write to... just got off a meeting with halfa.k and J-mo about providing search for Teahouse... [20:52:21] I'm wondering how hard it would be to just setup a 3 node cluster and whitelist write access via an nginx proxy [20:52:30] (and allow reads by everyone) [20:52:38] shouldn't be too difficult [20:52:46] writes are all POST [20:52:52] right [20:53:12] is the elasticsearch setup something I can convince you to help with? :D [20:53:19] most likely :) [20:53:42] mostly because you've done it so many times already. and we can probably use this for the ES based sal too [20:53:45] do you just want to start as a Labs project or is there a hope of bare metal? [20:54:03] bd808: I don't think there's hope for bare metal rightn ow, but my hope is to get usage and then get bare metal [20:54:10] *nod* [20:54:11] bd808: so I think it should be *in tools*. [20:54:21] hmmm [20:55:24] this is the 2 node cluster I have for sal + bash + a thing I want to do that I haven't written yet -- https://wikitech.wikimedia.org/wiki/Nova_Resource:Stashbot [20:55:47] right [20:55:55] I think if we move it to tools we can get more usage out of it [20:56:05] and I think it'll also help write this stupid authenticating proxy [20:56:54] The big thing it will need is storage [20:57:35] my data nodes are 2 xl images [20:57:43] I think we can start with 3 XLs no? [20:57:50] probably, yeah [20:57:50] and I think we won't hit it for a while... [20:58:16] so maybe I hope we start with 3 XLs, move data from stashbot to here, open it up with a whitelist, work on authenticating proxy too [20:58:24] and then eventually at some point we get bare metal for it [20:58:27] what does "moving to tools" mean then? Just making vms inside the tools project? [20:58:36] yeah [20:58:55] and writing docs calling it a 'yeah you can do this, this is a thing that tools project supports as a beta/experimental thing now' [20:58:55] cool. I can totally help with that. It should be "simple" really [20:59:03] levels of support I guess? [20:59:51] bd808: :D should I make you admin on tools or you can actually make yourself admin if you aren't already... [21:00:11] !log deleted tool/service group tools.test300 [21:00:25] !log tools !log deleted tool/service group tools.test300 [21:00:30] !log tools tool/service group tools.test300 [21:00:42] all of which is hopeless without the bot [21:01:08] yuvipanda: I'm not an admin in the tolls project yet. Probably nicer if you give me those rights rather than me taking them via my cloudadmin bit [21:01:14] bd808: kk doing [21:01:48] !log tools deleted tool/service group tools.test300 [21:01:51] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL, dummy [21:07:37] !log tools added bd808 as admin [21:07:40] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL, Master [21:08:12] bd808: \o/ [21:18:59] 6Labs, 10wikitech.wikimedia.org: Prevent empty service groups - https://phabricator.wikimedia.org/T120022#1842924 (10Andrew) 3NEW [21:22:56] 6Labs, 10MediaWiki-extensions-OpenStackManager: Prevent empty service groups - https://phabricator.wikimedia.org/T120022#1842946 (10Krenair) [21:25:47] bd808 do you have alternative suggestion to https://phabricator.wikimedia.org/T119994 [21:27:19] physikerwelt: http://wikidata-math-de.wmflabs.org/wiki/Main_Page looks like a wikibase error to me [21:30:19] physikerwelt: It really looks like http://wikidata-math-de.wmflabs.org/wiki/Special:Version is fine. I see "about wikidata" in the footer [21:31:42] bd808: ah I see now it looks good... it has not been like that before [21:35:27] 6Labs, 10Wikidata: Second Public IP for math project for wikidata developments - https://phabricator.wikimedia.org/T119994#1842979 (10Physikerwelt) 5Open>3Invalid a:3Physikerwelt For some reason it now works all right. Maybe my browser ate poisoned cookies... [21:45:25] hello [21:45:38] I'm trying to follow these instructions to setup a tomcat webservice [21:45:40] https://wikitech.wikimedia.org/wiki/Help:Tool_Labs/Web#Java_.28Tomcat.29 [21:45:50] but the setup-tomcat command is no longer available [21:46:23] bd808: thank you again very much for your help and the great work you did on vagrant and the labs integration [21:46:36] is there any substitute for this command, maybe a guide somewhere? [21:46:57] physikerwelt: yw. Now get back to work making Math better ;) [21:47:20] I suppose it might have been removed when these changes took place https://lists.wikimedia.org/pipermail/labs-l/2015-March/003448.html [21:47:26] * PeterBowman pokes yuvipanda [21:50:21] MediaWiki Vargant: I got one problem with it: I can't access the database: [21:50:26] -bash: mysql: command not found [22:00:30] hi PeterBowman [22:00:42] I'll be back in 10mins and look at your question. sorry! [22:00:45] hi [22:00:48] ok, np :) [22:25:50] (03CR) 10Addshore: "*bump*" [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/247831 (owner: 10Addshore) [22:28:40] PeterBowman: hi [22:28:49] sorry about that :) had 3h of meetings and took some time out to eat stuff [22:28:51] :) [22:29:10] PeterBowman: so what do you want to use tomcat for? [22:29:13] hi yuvipanda, np :) [22:29:18] are you developing things in Java / JVM languages? [22:29:22] I think it's working now (although getting 404) [22:29:25] oh [22:29:29] I have a bot written in java [22:29:39] /pbbot [22:29:41] hmm, I see. [22:29:51] where did you find setup-tomcat? :) [22:30:08] I was hoping to encourage people to use jetty and the generic web server stuff [22:30:37] I downloaded tomcat and placed it in a public_tomcat directory [22:30:59] had to tweak conf/server.xml [22:31:26] ah :) [22:31:28] as for 404 [22:31:42] are you responding to /pbbot/ [22:31:46] or just / [22:31:49] you need to do the former [22:32:30] yeah, these are my first steps with tomcat :) [22:32:45] I'd still reccomend checking out jetty, but yay you got progress :) [22:33:24] ok, I'll have a look :) [22:33:32] thanks [22:47:16] 6Labs, 6operations, 5Patch-For-Review, 7Puppet: Self hosted puppetmaster is broken - https://phabricator.wikimedia.org/T119541#1843114 (10Milimetric) >>! In T119541#1840875, @fgiunchedi wrote: > seems to be working fine too on a jessie host, I can't see from wikitech what classes are applied to limn1, mayb... [23:00:16] 6Labs, 6operations, 5Patch-For-Review, 7Puppet: Self hosted puppetmaster is broken - https://phabricator.wikimedia.org/T119541#1843156 (10MaxSem) puppet-test02.maps-team.eqiad.wmflabs is an example of this failure on an up-to-date jessie image. [23:00:56] 6Labs, 6operations, 7Puppet: Self hosted puppetmaster is broken - https://phabricator.wikimedia.org/T119541#1843161 (10MaxSem)