[01:08:52] !log tools.bridgebot Restart to add bridge from #wikimedia-cloud ir to chat.wmcloud.org [01:08:54] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.bridgebot/SAL [01:10:35] * bd808 sends a test message towards mattermost [01:12:46] !log tools.bridgebot Restarted to change mattermost account config/ [01:12:47] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.bridgebot/SAL [01:13:20] * wm-bb [mattermost] waves from https://chat.wmcloud.org/wikimedia/channels/wikimedia-cloud [01:14:47] [telegram] hmmm... mattermost messages don't end up here on telegram. That probably means I'm doing the config wrong. [01:16:39] !log tools.bridgebot Restarted to change mattermost bridge config [01:16:41] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.bridgebot/SAL [01:17:23] (testing wm-bb) Hello from Freenode [01:17:36] [mattermost] (testing wm-bb) Hello from chat.wmcloud.org [01:17:44] [telegram] (testing wm-bb) Hello from Telegram [01:17:53] w00t! [01:20:03] [mattermost] bd808 updated the channel header from: [wikitech](https://wikitech.wikimedia.org/wiki/Main_Page) to: [wikitech](https://wikitech.wikimedia.org/wiki/Main_Page) | [cloud services](https://wikitech.wikimedia.org/wiki/Help:Cloud_Services_Introduction) | [cloud vps](https://wikitech.wikimedia.org/wiki/Portal:Cloud_VPS) | [toolforge](https://wikitech.wikimedia.org/wiki/Portal:Toolforge) [01:23:56] sounds like there's an echo :p [01:24:52] the header change being relayed was unexpected :) [01:45:10] !log tools.bridgebot Restarted to change mattermost bridge config [01:45:13] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.bridgebot/SAL [01:46:32] That last config change was to remove the "[protocol]" label from relayed messages here. [01:48:03] We can put it back if it becomes confusing, but I don't think it really matters. If wm-bb is talking in the channel you see then it's from one of the other bridged channels. :) [15:35:58] !log disabling puppet and some services on eqiad1 cloudcontrol nodes; replacing nova-placement-api with placement-api [15:35:59] andrewbogott: Unknown project "disabling" [15:36:08] !log admin disabling puppet and some services on eqiad1 cloudcontrol nodes; replacing nova-placement-api with placement-api [15:36:09] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [16:48:16] Hi! I'm trying to start a new python webservice on toolforge, and after setting up the venv and the code as stated here: https://wikitech.wikimedia.org/wiki/Help:Toolforge/Web/Python, when starting the webservice the pods crash in a loop with the error : https://wikitech.wikimedia.org/wiki/Help:Toolforge/Web/Python [16:48:23] * open("/usr/lib/uwsgi/plugins/python_plugin.so"): No such file or directory [core/utils.c line 3724] [16:48:32] anyone had that before? [16:54:50] Hmm... toolforge might not like installing the code as 'pip install -e .'... looking [17:00:41] got it :), so yep, it does not like the pip install -e . [17:19:54] dcaro: that /usr/lib/uwsgi/plugins/python_plugin.so error is expected. Our uwsgi config for python tries to load both the py2 and py3 plugins. In a Kubernetes pod there will be only one of these installed and the other will soft fail with a warning to the k8s console logs. [17:27:01] TIL `|&`, a shortcut for `2>&1 |` in bash [18:21:01] !log clouddb-services deleting clouddb-toolsdb-03 as it isn't used [18:21:03] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Clouddb-services/SAL [21:43:12] Hi! I got pointed this way. I want to somewhere offer ~40 files with a total of ~50GB, the biggest one ~10GB, so that they are easy to access from PAWS scripts for processing and analysis. I was pointed to download.wmcloud.org and to ask here, whether that is a good answer, and how to upload the files? [21:44:16] andrewbogott: I vaguely recall this service. Isn't it where we've dumped like two things to sit for eternity? [21:44:54] bstorm: that's correct! denny_wmf_ I think the current workflow is "ask andrew to upload them for you" [21:44:58] that's pretty much how it looks like [21:45:37] ah, that sounds good to me. Then the follow up question, how do I get the files to Andrew? [21:45:50] upload to Google Drive and send you the link? [21:46:01] put them on a VM, or just stick 'em someplace where I can download. [21:46:05] Google Drive is ok [21:46:12] and maybe make me a phab task [21:46:27] will upload. will take a while [21:46:37] will make a phab task. there is no urgency. thanks! [21:47:02] I will make the task once the files are uploaded, so the task is not blocked on that [21:47:14] sounds good [21:51:27] thank you! [21:53:23] ok, Google drive is predicting 34 hours for the upload :) good thing there is no urgency! :D [21:54:26] Is it compressed? Is it worth compressing? ;P [21:54:31] that's when the bandwidth of a flash drive via USPS might beat it :) [21:54:47] USPS on a weekend? ;) [21:54:54] assuming it is now on your local computer [21:56:23] it's not compressed, would probably make a lot of sense. I was thinking it is easier to work with when uncompressed, but Pythons bz and gz libraries are actually pretty good at streaming [21:57:31] it still could be quicker to compress, upload and uncompress remotely etc [21:57:42] true [21:57:47] will try in parallel, thx [22:01:01] oh, only a factor of 3x compression, I had expected more [23:15:13] well, it's still 3x faster, uploading the gz's. thanks for the idea Reedy