[06:12:56] i'm not able to import aanything in python [06:12:56] https://pastebin.com/FGmkZYWd [06:13:02] when i source the virtual env that my tool is using [06:36:18] i just nuked it and reinstalled everything [06:36:20] thanks all [10:52:46] !log toolbeta dcaro investigating puppet errors on toolsbeta-puppetdb-02 [10:52:47] dcaro: Unknown project "toolbeta" [10:54:06] typo: `toolsbeta` [10:55:04] !log toolsbeta dcaro investigating puppet errors on toolsbeta-puppetdb-02 [10:55:06] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Toolsbeta/SAL [15:07:17] !log toolsbeta Replacing old puppetmaster 02 and 03 from hiera with 04 [15:07:19] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Toolsbeta/SAL [15:29:24] dcaro: if you add the phab ticket number in the SAL message, it will add cross link everywhere, which is pretty neat! [15:30:28] !log toolsbeta T267121: Puppetmaster replaced, also removed old puppetdb master from hiera, testing [15:30:33] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Toolsbeta/SAL [15:30:34] T267121: toolsbeta: Move all puppet config to toolsbeta-puppetmaster-04.toolsbeta.eqiad.wmflabs - https://phabricator.wikimedia.org/T267121 [15:30:42] neat :) [15:31:00] 🎉 [15:32:47] * andre__ waves to dcaro and says Hello and Welcome! :) [15:33:16] \o thanks! [16:04:05] !log toolsbeta add dcaro to the toolsbeta.admin LDAP group (T266068) [16:04:16] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Toolsbeta/SAL [16:04:16] T266068: Onboard David Caro to Wikimedia Foundation as SRE in Cloud Services - https://phabricator.wikimedia.org/T266068 [19:07:25] Hey all, I'm having issues with the ancient Python 3.5.3 version that I find available as the latest Python 3 version on Toolforge. Any chances that this is going to be updated to a more recent version, as proposed in https://phabricator.wikimedia.org/T264713 ? [19:29:04] MisterSynergy: have you considered using Kubernetes, where Python 3.7 is available? [19:30:00] https://wikitech.wikimedia.org/wiki/Help:Toolforge/Kubernetes#Container_images [19:30:10] Not really yet. I have no experience with it, and it seems to add complexity to my tool primarily (and a somewhat newer, yet old version of Python) [19:30:27] But I have read the docs, yet [19:32:33] are you running your tool on bastion then? [19:34:13] currently yes; I plan to use the job grid to execute it regularly once it's running properly. It's a rather simple python script only. [19:49:34] MisterSynergy, the bastions and the grid will get python 7 when they are upgraded to Debian Buster, which will happen some time between "eventually" and June 2021 [19:52:09] kubernetes will get python 3.8 sometime after Bullseye goes stable in June 2021 [19:52:39] if you want python 3.7, the only way to get it is in a kubernetes container [19:54:19] also, please don't run scripts, no matter how simple, on the login bastion. They are a shared, limited resource and are not intended for that purpose. [19:54:35] you could just use "webservice --backend kubernetes python3.7 shell" from bastion [19:55:58] ^ is the easiest way to start. It can get more complex if you want to do more (Cron, automatic restarts, etc), but we can help you if you need it [19:56:04] will try [20:16:52] it seems to start with that command at the moment. but I don't really get why I need a "webservice" when this script is an operation which does not need a web server. is this just counterintuitive terminology, or am I missing something here? [20:35:15] webservice shell doesn't actually start a webservice [20:35:30] it's just an extra capability that was built onto the webservice tool [20:38:58] so it's counterintuitive, thanks ;-) [20:40:09] am I then supposed to use the job grid commands such as "jsub" from the kubernetes webservice shell for a scheduled regular execution as well? [22:30:33] MisterSynergy, no, those will only work with the grid and don't even exist in the k8s containers. see https://wikitech.wikimedia.org/wiki/Help:Toolforge/Kubernetes#Kubernetes_cronjobs [22:32:24] I run everything off k8s because I got tired of writing python 3.5 without proper type annotations or fstrings [22:32:43] https://github.com/AntiCompositeNumber/AntiCompositeBot/tree/master/etc are the kubernetes config files I use for one of my bots [22:37:06] thnx [22:37:30] saw https://wikitech.wikimedia.org/wiki/Help:Toolforge/Kubernetes#Kubernetes_cronjobs meanwhile, but as a kubernetes newbie this is all pretty complicated in the beginning [22:38:43] I need to write the yaml file by myself, right? (means: copy one from someone else and modify it until it works for me) [22:42:04] pretty much [22:42:39] mh [22:45:12] I need to configure a venv first, and will see then [22:46:55] just in case, how do I delete these "CronJob objects"? [23:13:07] MisterSynergy: https://kubernetes.io/docs/reference/kubectl/cheatsheet/#deleting-resources [23:14:28] is a "cronjob object" also a pod in this context? [23:24:22] MisterSynergy: the cronjob object creates a pod. if you delete the cronjob object, it'll clean up the pods too [23:32:00] (if that's not clear, let me know, I can expand on that explanation) [23:40:48] I'll see [23:40:58] right now I got it running apparently [23:41:47] but I have barely any idea what is going on :-) [23:46:30] okay, got it removed