[01:34:16] I agree, tho toolforge webservice logs -f is more stable for me (re @wmtelegram_bot: I have so far found that for myself direct use of `kubectl logs -f ` is more stable that the `toolforge jobs logs` ...) [02:32:20] !log chlod@tools-bastion-13 tools.copyvios Blocked ClaudeBot UA due to aggressive scraping [02:32:22] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.copyvios/SAL [09:20:53] my photo   https://www.highcpmgate.com/vdvpyk3j?key=f2b21af2cea51f467a32bdc200d0bff7 [11:47:37] Not sure where to report this on Phabricator: OpenRefine at hub-paws.wmcloud.org does not seem to be connecting to any reconciliation services since about yesterday. Last week I had no issues connecting to either wdreconcile.toolforge.org/en/api or https://wikidata.reconci.link/hr/api. Now, the "Reconcile each cell to an entity of one of these [11:47:37] types:" field is empty, and nothing happens when I "Start reconciling..." even if I "Reconcile against no particular type".  Any idea what's going on? [14:46:35] Ponor what are you doing to make these connections? [18:48:19] !log melos@tools-bastion-13 tools.stewardbots SULWatcher/manage.sh restart # SULWatchers disconnected [18:48:21] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.stewardbots/SAL [20:45:02] Hello, I'm having an issue running a cron job (now a toolforge jobs) supposed to remove some files, because it does not have permission to rm them. I would prefer not to give all of those files the aw permission (and also they are created by python so I wouldn't know how to tell it to give them that permission level). Giving the directory itself [20:45:03] the aw permission did not work. I scheduled the job using my tool account, and by that I mean after I ran the become command. [21:55:55] Hello, I'm having an issue running a cron job (now a toolforge jobs) supposed to remove some files, because it does not have permission to rm them. I would prefer not to give all of those files the aw permission (and also they are created by python so I wouldn't know how to tell it to give them that permission level). Giving the directory itself [21:55:55] the aw permission did not work. I scheduled the job using my tool account, and by that I mean after I ran the become command. [21:56:58] !help [21:56:58] If you don't get a response in 15-30 minutes, please email the cloud@ mailing list -- https://wikitech.wikimedia.org/wiki/Help:Cloud_Services_communication [22:00:28] Gouvernathor: I won't be able to look into it myself soon, but in general it would help if you mentioned which tool you're working in [22:01:15] it's parliamentdiagram. But what are the permission rules when it comes to jobs, are they run as the tool account ? [22:01:39] (actually parliamentdiagram-beta) [22:45:10] !log devtools rebooting deploy-1006 to see if issue with starting mw-cgroup goes away - .. and it did! - it must have been the grub config from https://gerrit.wikimedia.org/r/c/operations/puppet/+/991347 but needed one reboot - T363957 [22:45:13] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Devtools/SAL [22:45:15] T363957: deployment_server bullseye - mw-cgroup.service: Failed - https://phabricator.wikimedia.org/T363957 [23:59:03] !log devtools creating instance gerrit-bullseye (T363196) [23:59:06] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Devtools/SAL [23:59:07] T363196: Create test Gerrit instance - https://phabricator.wikimedia.org/T363196