[01:21:14] Backdoor jobs available for fresher's and experience persons [08:44:23] I have a weird question that is bugging my mind. Do u happen to know why the `text` table is not available in replicas? I mean, I am very confident that this might've been very useful for bots which mainly work with contents. Less stress would've happened on API [08:58:24] Because text is stored separately to the main database and the lookup to determine whether it should be public is more difficult [08:58:56] I'm not sure it's possible to do the reactions with the views that the rest of the wiki replicas use [11:44:22] I have a toolforge flask webservice. It requires a non-python package (djvulibre), which can't be gotten through pip. The repo is https://gitlab.wikimedia.org/toolforge-repos/realignocr . Where and how can I get the package for the webservice? [11:47:19] !help [11:47:20] 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 [11:49:28] Alien333: fyi, that package doesn't look to be supported anymore [11:51:37] https://pypi.org/project/didjvu/ looks to be supported [11:53:53] I think you'd have to look at https://wikitech.wikimedia.org/wiki/Buildpacks to install extra packages not available [11:55:13] didjvu has djvulibre as a requirement. [11:55:27] thanks for the buildpack link [13:04:21] 📢 *Reminder:Medic Tree Mapping Campaign - Session 2 [13:04:23] 🌿 Starts in just 1 hour! [13:04:24] * [13:04:26] Kindly ensure your devices are charged and join us on time as we continue our journey into tree mapping and Wiki contributions. 🌳💻 [13:04:27] 🔗* Join here: *https://meet.google.com/mka-bhsr-wqh [13:04:29] We look forward to your active participation! 🌍✨ [13:04:30] See you soon! 🔥🔥 [17:09:22] terminal hangs when I do "become " [17:09:52] works for me over here [17:10:24] you could name your bastion? [17:11:09] login-buster [17:12:03] works for me there as well [17:12:18] does login.toolforge.org or dev.t.o work better? [17:15:00] neither works for me. They do not even log in [17:19:58] no problems here [17:20:09] which tool are you trying to become? [17:20:17] superyetkin [17:20:50] buster logs in fine but gets stuck on "become" command [17:33:42] what could be the issue? [17:33:56] used to work fine until a few hours ago [17:36:53] Yetkin, are you working on something that specifically requires buster compatibility? As far as I knew there was only one user+tool still using that host. [17:37:46] was also wondering (re @wmtelegram_bot: Yetkin, are you working on something that specifically requires buster compatibility? As far as I knew there was ...) [17:38:21] yes, man. I am using PHP on that bastion [17:39:21] huh? you shouldn't run nearly anything on a bastion. [17:39:39] and PHP is available on other Debian releases [17:41:23] for instance? I was told earlier than other machines did not have PHP installed on them [17:42:31] https://wikitech.wikimedia.org/wiki/Help:Toolforge/PHP [17:42:44] https://wikitech.wikimedia.org/wiki/Help:Toolforge/My_first_PHP_tool [17:43:39] well you should prepare for that machine to disappear (re @Yetkin: for instance? I was told earlier than other machines did not have PHP installed on them) [17:45:28] 'become' is working for me right now on both hosts. It might have been a transient ldap outage; if it's still failing now then I can try a more specific test if you tell me your login name and the tool you're becoming. [17:46:51] both are superyetkin [17:47:52] https://lists.wikimedia.org/hyperkitty/list/cloud-announce@lists.wikimedia.org/message/IXEIFD3ADOJFRQUQ2KCPAE2DNBZ53JLQ/ [17:47:53] April 2024. should make sure you're subscribed to that announcement list. (re @jeremy_b: well you should prepare for that machine to disappear) [17:48:15] it still fails (re @wmtelegram_bot: 'become' is working for me right now on both hosts. It might have been a transient ldap outage; if it's still fai...) [17:50:43] do you have a different tool you could try or is that your only tool? [17:51:21] see also https://lists.wikimedia.org/hyperkitty/list/cloud@lists.wikimedia.org/message/5M4AXAJJNHGMBVFS5DRBUYGAQBDG3G23/ (re @jeremy_b: https://lists.wikimedia.org/hyperkitty/list/cloud-announce@lists.wikimedia.org/message/IXEIFD3ADOJFRQUQ2KCPAE2DNBZ53JLQ/ [17:51:21] April 2...) [17:51:56] @jeremy_b PHP is not installed there. How am I supposed to run my scripts? [17:52:06] on shell, I mean [17:52:22] Check this out: [17:52:25] https://www.irccloud.com/pastebin/tblSyqNh/ [17:52:37] It's specifically /that/ tool account that doesn't work. Intriguing! [17:55:00] andrewbogott: used to work fine until a few hours ago. I had a script running there [17:56:15] what's in .profile , etc? (re @wmtelegram_bot: It's specifically /that/ tool account that doesn't work. Intriguing!) [17:56:27] and logs [17:57:12] while true; do sleep 9999999; done [17:57:51] (I just pulled this out of thin air, not from superyetkin) (re @jeremy_b: while true; do sleep 9999999; done) [17:58:32] what about the different ssh hang on other bastions, same user. above. [17:59:22] andrewbogott: `sudo become superyetkin` just worked for me fwiw, only took a second or so [17:59:28] (on tools-bastion-13) [18:00:37] lucaswerkmeister: yeah, for me too, I only see the hang on -10 [18:01:01] iiiinteresting [18:03:10] Yetkin, you have quite a lot of processes on that bastion. I can kill them and see if that clears things up, or I can leave them but that's my best guess right now. [18:08:26] the bastions are only intended for launching jobs; if you run process- or disk-intensive things locally I can't make a lot of predictions about what bad things will result. [19:18:23] andrewbogott: yes, could you please kill those processes? I will then run them from scratch [20:00:58] can I create a custom container image that runs PHP 5.6? [20:04:37] andrewbogott: Did you have a chance to look at this? (re @Yetkin: andrewbogott: yes, could you please kill those processes? I will then run them from scratch) [20:09:02] signs point to no (re @Yetkin: can I create a custom container image that runs PHP 5.6?) [20:09:38] sings? (re @jeremy_b: signs point to no) [20:10:22] yes [20:11:43] I rolled the [[magic 8 ball]] https://packages.debian.org/php5 [20:14:15] what do you mean? May I request to have PHP 5.6 packages installed for Kubernetes? [20:14:52] This is crucial for legacy PHP scripts to continue running [20:15:56] Any reason they haven't been upgraded in the last 8 years or so [20:25:20] andrewbogott: Could you please kill the ongoing processes on my tool? Is there anybody else who can do this? [21:08:42] I killed an sftp-server process (PID 1399) [21:09:15] and it came back right away (PID 2789). guess I gotta try harder [21:10:02] it is a weekend and that's an unsupported host. (see my links) [21:10:03] slow response would be normal. (re @Yetkin: andrewbogott: Could you please kill the ongoing processes on my tool? Is there anybody else who can do this?) [21:10:08] stopped `user@2562.service` [21:10:24] I rebooted the host, that seems to have fixed things for the moment [21:10:41] ah [21:10:55] In theory it displayed a wall message for a few minutes, sorry if it caught you by surprise [21:10:59] but then where did that sftp-server come from o_O cron? [21:11:15] no wall message here [21:11:35] (though there is the “This legacy bastion host is deprecated and will eventually go away.” message which Yetkin should’ve seen for almost a year now) [21:14:31] I'm guessing yetkin has some kind of local service running that reconnects right away? that would explain all the stuck processes and the fact that no metter how many things I killed there was always a new session. Just guessing though, no idea if that's related to the sftp