[01:03:56] Is anyone else having difficulty connecting to the database replicas? I get an unspecified error if I do `mysql --defaults-file=$HOME/replica.my.cnf -h wikidatawiki.analytics.db.svc.eqiad.wmflabs` [01:12:31] ok, it's just from my VPS, it works on tools-labs [01:16:43] notconfusing, do you have a replica.my.cnf? [01:18:21] yes in the homedir [01:19:07] I get `ERROR 2026 (HY000): SSL connection error: unknown error number [01:19:09] ` [01:19:48] It used to work, as of last checked about 4 days ago. [01:21:44] notconfusing, what instance is this on? [01:21:51] wikidumpparse [01:22:24] oops that the project. whgi.eqiad.wmflabs [01:24:04] notconfusing, and this replica.my.cnf only includes [config], a user= line and a password= line? [01:24:31] what does `dpkg -S $(which mysql)` say? [01:24:32] scp'd directly over from toolforge [01:25:31] have you tried --skip-ssl? [01:25:54] ah well I am use the mysql `mysql-community-client: /usr/bin/mysql` [01:26:24] it's not the mariadb version that's on tools labs. [01:26:56] --skip-ssl works! [01:27:03] uh [01:27:06] what does `apt-cache policy mysql-community-client` say? [01:28:06] so, why has SSL suddenly recently changed? hrm. [01:28:57] i really want to access the replicas with my python client, was just using myql-community-client to test why the connectivity had dropped [01:30:27] what does it say? [01:30:53] https://paste.gnome.org/pt8wpnb5l [01:32:17] http://repo.mysql.com/apt/debian [01:32:18] what [01:32:29] that is not a repository we add [01:32:55] no, installed a local mysql server so it must have come with that [01:33:22] You should have mariadb-client-core-10.1 from debian.org [01:34:28] i understand that. im not trying to run cli queries anyway, i was just testing my real error which is: [01:34:41] via python: sqlalchemy.exc.OperationalError: (pymysql.err.OperationalError) (2003, "Can't connect to MySQL server on 'enwiki.analytics.db.svc.eqiad.wmflabs' (timed out)" [01:35:09] it's good to know that i could connect with `--skip-ssl`. I'll come back to this tomorrow. [01:35:30] thanks for your assistance Krenair [01:35:42] interesting [01:36:05] could an ssl cert have changed or something? [01:36:37] possibly? I don't know what TLS certs are used on wikimedia DB servers [01:36:58] I think that pymysql error is someting else though [01:37:05] would be good to run that through strace and see what its really up to [01:37:47] thanks [01:38:44] should have something like this: [01:38:48] socket(AF_INET, SOCK_STREAM, IPPROTO_TCP) = 3 [01:38:49] connect(3, {sa_family=AF_INET, sin_port=htons(3306), sin_addr=inet_addr("10.64.37.14")}, 16) = 0 [01:38:49] setsockopt(3, SOL_IP, IP_TOS, [8], 4) = 0 [01:38:49] setsockopt(3, SOL_TCP, TCP_NODELAY, [1], 4) = 0 [01:38:49] setsockopt(3, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0 [01:38:50] recvfrom(3, "Y\0\0\0\n5.5.5-10.1.38-MariaDB\0\362M\205\rZ"..., 16384, 0, NULL, NULL) = 93 [01:41:25] notconfusing, it's possible you have some security group rule or iptables rule that prohibits it? [01:41:46] would be unusual as we don't normally restrict outbound traffic [01:47:36] It looks like Wikimedia DB servers talking TLS base it on the private production Puppet CA [01:47:46] which as a labs instance won't be trusted by default [01:49:05] although.. hmm [01:49:34] I'm not actually sure anything is set up to talk TLS [11:05:56] !log tools PAWS: change confimap to reference WMHACK 2019 as busiest time [11:05:58] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [11:22:10] !log tools PAWS: restart hub to get new configured announcement [11:22:15] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [13:29:24] zhuyifei1999_: Anything new with https://phabricator.wikimedia.org/T141100 ? Thanks [15:31:35] Wurgl: not really [15:42:36] :-( [16:41:18] is anyone around who can tell me the difference between the toolforge and toollabs things in operations/puppet? [16:41:40] they both seem to add largely the same scripts in /usr/local/bin/, and I want to add another one, so I’m confused where it should go [16:42:03] (if no one’s around I’ll just upload a patch that adds it to both places and it can be discussed on Gerrit I guess) [18:07:35] Lydia_WMDE: I think it should go to toolforge [18:07:51] bstorm_ knows more :) [18:08:16] Uh oh. What do I know? [18:08:19] * bstorm_ reads back [18:08:48] Ah in puppet: toollabs is mostly deprecated, but some things are still there because we haven't actually migrated *everything*( [18:08:49] that's the wrong user [18:08:55] Lucas isnt on the channel anynore [18:09:11] so you will find that on his gerrit change [18:10:12] it's better anyways. no need for realtime [18:10:17] mutante: what change? [18:10:32] 12:42 < Lucas_WMDE> (if no one’s around I’ll just upload a patch that adds it to both places and it can be discussed on Gerrit I guess) [18:10:43] https://gerrit.wikimedia.org/r/c/operations/puppet/+/510750? [18:11:03] https://gerrit.wikimedia.org/r/c/operations/puppet/+/510750 looks like it indeed [18:11:10] oh it's the wrong user... didn't see that :P [18:11:21] it's his latest one and he said he wants to add a new script [18:11:35] just tab-completed L ad found that one that ends with 'WMDE' [18:21:14] Commented and such. Hopefully what I'm saying is helpful :) [18:21:32] :) i'm sure it is [18:58:01] !log tools.quickcategories deployed f53ae8ac71 (remove commands help from index page) [18:58:02] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.quickcategories/SAL [21:06:41] !log video repool v2ccelery on encoding02, drain encoding01 [21:06:42] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Video/SAL