[11:36:32] !log tools T215154 manually install systemd 239 in tools-sgebastion-06 [11:36:35] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [11:36:36] T215154: Toolforge: sgebastion: systemd resource control not working - https://phabricator.wikimedia.org/T215154 [11:38:49] !log tools T215154 reboot tools-sgebastion-06 to totally refresh systemd status [11:38:52] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [11:55:18] hmmmmm [11:55:28] i dont appear to be able to remove a web proxy on a project O_o [11:56:05] https://usercontent.irccloud-cdn.com/file/XZAVto6i/image.png [11:56:23] no actions listed [11:56:32] oh, im only a user..... [11:57:00] arturo: any chance you could help me and per https://phabricator.wikimedia.org/T214767 remove the wdcm.wmflabs.org proxy from that project? [11:57:14] the project is "wikidataconcepts" [11:57:22] let me check [11:57:52] thanks! [11:58:30] addshore: do you know the project admin/owner? [11:58:56] yes :) [11:59:12] I can also request from him to be added to the project if you would prefer [11:59:20] that would be ideal [11:59:22] I'm clearly just trying to cut corners here to get it closed today ;) [11:59:28] ack, I'll wait for him to come online! [11:59:36] and if that doesn't happen, I can use my superpowers :-) [11:59:55] thanks for your understanding addshore [12:26:18] !log tools T215154 another reboot for tools-sgebastion-06. Puppet is disabled [12:26:21] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [12:26:22] T215154: Toolforge: sgebastion: systemd resource control not working - https://phabricator.wikimedia.org/T215154 [13:19:58] !log tools T215154 another reboot for tools-sgebastion-06 [13:20:01] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [13:20:02] T215154: Toolforge: sgebastion: systemd resource control not working - https://phabricator.wikimedia.org/T215154 [14:23:33] I can't ssh to tools-login or tools-dev, is this known? [14:24:03] And now... "ssh: Could not resolve hostname tools-dev.wmflabs.org: Name or service not known" [14:25:05] jem: could you please share the complete SSH command you are using? [14:25:12] Yes, arturo [14:25:18] I can do this from my laptop [14:25:20] ssh jem@tools-login.wmflabs.org [14:25:21] `ssh tools-login.wmflabs.org` [14:25:40] And also ssh jem@tools-dev.wmflabs.org [14:26:45] I see this in the server logs [14:27:09] Now I have done it from another server [14:27:15] https://www.irccloud.com/pastebin/8yrSw3iu/ [14:29:36] It's strange, it only fails from WM-ES server, but I can connect to other servers from there [14:30:19] Anyway, I'll try to check carefully with Platonides [14:30:30] Thanks, arturo :) [14:33:44] And now it seems it fixed itself... [14:34:04] how would a WMES server have credentials to log in to that jem? [14:35:24] Krenair: I think I don't understand [14:35:35] My ssh keys are in both servers [14:35:51] you gave your private SSH key to a shared server? [14:36:17] We have our own private accounts for members [14:36:39] And the machine is only used by us [16:45:59] musikanimal: re open_nsfw--, it looks like the core python code and model there is licensed under the 2-clause BSD license and only the Dockerfile and api.py is under a license that is not OSI approved -- https://github.com/yahoo/open_nsfw [16:47:22] musikanimal: so per https://wikitech.wikimedia.org/wiki/Help:Toolforge/Rules ("All code in the Tools project must be published under an OSI approved open source license") you can use the Yahoo code, but not that open_nsfw-- wrapper [16:50:41] We have a ticket (T152581) that has languished in Phabricator for a long time about expanding the OSI requirement to the union of OSI + FSF + DFSG, but even that would not bring a "crayon license" into compliance [16:50:44] T152581: Expand the Tool Labs definition of "free license" to include FSF-approved and DFSG-compatible licenses - https://phabricator.wikimedia.org/T152581 [17:20:07] * arturo finds https://en.wiktionary.org/wiki/crayon_license [17:27:12] reminds me to NOT use http://www.wtfpl.net/ [17:27:43] why? :-) ` In fact, it is probably the best license out there` [17:28:24] Ryan Lane used to jokingly say to scan all of Github for software under WTFPL and then mass-relicense it all under something else [17:28:28] * bd808 sighs [17:29:38] xd [17:29:46] I suggest GPLv3+ for copyleft and Apache2 for anything else, but obviously opinions vary ;) [17:30:11] they have really improved their website since last time I checked [17:30:32] Fragmentation in the FOSS license space honestly makes me sad anytime I consciously think about it. [17:31:02] https://choosealicense.com/ [17:31:54] that page is really good [17:33:06] what I don't understand is cases like for example the EUPL, which is a good license, but not adding anything new https://choosealicense.com/appendix/ [17:33:34] (other than being EU-branded) [17:38:19] arturo: ` Network use is distribution` ... that's kind of a problem for most companies [21:48:10] !log deployment-prep restart logstash on deployment-logstash2 [21:48:13] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Deployment-prep/SAL [23:46:20] PAWS is down .. says Icinga [23:46:36] socket timeout for main page of it [23:47:15] i can load it in browser though.. so either transient or something changed that affects icigna access [23:47:56] and of course it recovered right after i said that :p [23:58:29] mutante: I didn't get a page. Should I have?