[00:52:49] taavi: on the note of wmflabs.org -> wmcloud.org migration, the DNS zone for the project is still wmflabs.org, so that's the zone I've been setting up records in. Should we have an equivalent wmcloud.org one there too? [01:05:54] (also, thanks for the import on web proxies - I just tested it and can confirm it works nicely 😀 ) [05:56:10] !log tools.ninjastrikers disabling per maintainer request - https://meta.wikimedia.org/wiki/User_talk:Ninjastrikers#c-Ninjastrikers-20230110170700-Legoktm-20230110063900 [05:56:12] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.ninjastrikers/SAL [06:32:57] stw: you could have created a web proxy without one, but yes, you should have a wmcloud.org zone (and an internal 'svc' zone in wikimedia.cloud). we create those for new projects, but apparently never created those for old projects. created those in the acc project for you. [08:32:28] Thanks! [12:03:52] Lucas_WMDE: this URL works for me: https://codesearch.wmcloud.org/search/?q=test&i=nope&files=&excludeFiles=&repos= [12:04:26] the search itself is slow, but the webpage works [12:04:54] arturo: thanks, now it’s working for me again too [12:05:11] (I couldn’t contact the host at all apparently, DNS worked but ping also produced nothing) [12:06:12] !log tools.bridgebot Double IRC messages to other bridges [12:06:21] some bots were briefly down [12:06:25] IRC bots* [12:06:49] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.bridgebot/SAL [12:07:16] I guess that also caused the bridgebot hiccup [12:08:55] I don't see anything strange in the network. All network graphs are stable [13:16:31] o/ not urgent but I'm curious when I should expect a response on this Cloud VPS quota increase request: https://phabricator.wikimedia.org/T326338 [13:29:46] isaacj: looking at it now [13:30:09] arturo: many thanks! [14:09:05] !log paws Variables for nbserve and renderer resource requests 4eada3f1769a0d48c3bbd1d9a52e3ee8b95e907e T326723 [14:09:07] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Paws/SAL [14:09:08] T326723: env vars for nbserve and renderer requests - https://phabricator.wikimedia.org/T326723 [14:10:26] isaacj: done [14:13:00] arturo: woohoo -- thank you for the quick turnaround! [16:13:14] On toolforge, if I do "webservice --backend=kubernetes python3.9 shell", I can see that my ENV includes a variable I set in my .bash_profile. [16:13:51] But, when my web app starts up, os.environ doesn't include that variable. [16:14:24] does "webservice ... start" bypass .bash_profile? [16:17:23] roy649_: quite likely, I doubt it's invoking a bash shell before it calls python [16:18:12] Is there a way to set an environment variable that my web app will see? [16:20:38] setting it in the uwsgi config file ($HOME/www/python/uwsgi.ini) would be my first recommendation [16:21:18] GenNotability: technically it does start up via a bash script, but bash isn't executed in login shell mode so indeed .bash_profile is not loaded [16:22:07] I have a Toolforge tool and a Cloud VPS instance. How can I access the data in Toolforge (i.e, /data/projects/) from the Cloud VPS instance? [16:22:19] you can't [16:28:46] Wikitech needs to be updated then - was under the impression that would be possible. [16:29:22] which page? [16:30:53] No specific page - rather, it should be explicitly noted that it is not possible to access toolforge data from Cloud VPS (it matters as I would have asked for extra disk quota in that case). [16:31:26] where would you expect it to be noted? [16:34:30] https://wikitech.wikimedia.org/wiki/Help:Cloud_VPS_Instances for instance? Ideally this should be in a FAQ of some sort. [16:34:41] (and I'm surprised that such a page does not exist) [16:38:14] taavi I can't find any docs that describe how to set an environment variable in uwsgi.ini [16:39:05] env [16:39:26] you mean in an [env] section? [16:40:20] https://uwsgi-docs.readthedocs.io/en/latest/Options.html#env [16:40:22] roy649_: something like this iirc https://phabricator.wikimedia.org/P43144 [16:40:45] yeah that should do it [16:40:59] ok, thanks. [16:42:14] Gotta love https://uwsgi-docs.readthedocs.io/en/latest/Options.html#env [16:42:22] "This page is probably the worst way to understand uWSGI for newbies." [16:43:33] at least they're honest [16:46:12] Reminds me of the famous "You're not supposed to understand this" comment [16:50:26] Well, I did this: [16:50:27] [uwsgi] [16:50:27] env = REDIS_CACHE_URL=redis://redis.svc.tools.eqiad1.wikimedia.cloud:6379 [16:50:35] now my web app won't start [16:51:05] oh, never mind, it's not starting for a different reason :-) [16:51:42] apparently the environment variable is being set, because now it's running a different code branch which crashes :-( [16:52:55] roy649_: I also appreciate the candor in https://github.com/phan/phan/wiki/Annotating-Your-Source-Code#suppress – “This will bite you and I apologize.” [17:10:51] Hey guys, I'm trying to do my regular deploy and update, and one of my composer libraries depends on PHP 7.4 in order to update. I see that webservices and job nodes all use that, which is great, but the tools-login node where I do my SSH commands is still at 7.3. It's not a big deal, but can this be updated to 7.4? [17:12:05] Skynet: use `webservice php7.4 shell` [17:14:04] Cool function. Thanks [19:00:29] hmm [19:00:39] I was going to add a note to https://wikitech.wikimedia.org/wiki/Help:Cloud_VPS_project about how projects are isolated from each other [19:01:11] but Leaderboard's issue was mostly because Toolforge doesn't allow disk access [19:01:32] e.g. you could have two separate projects that share data over NFS or sshfs or whatever if both admins cooperated [19:01:45] it's just Toolforge that doesn't allow that access [19:02:20] couldn't you use https://wikitech.wikimedia.org/wiki/Help:Shared_storage#/data/scratch ? [19:02:49] I think that's how video2commons shares data across Toolforge and a VPS project [19:25:35] I think that works, yes [22:34:29] !log admin updated the Bullseye base image with the upstream 20221219 build [22:34:32] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL