[05:55:09] hey all! [05:55:09] have created this ticket for creating alerts (under cloud service) [05:55:10] please look into this and create alerts for this project id [05:55:12] https://phabricator.wikimedia.org/T409668 (https://phabricator.wikimedia.org/T409668) [08:06:04] Шабашка [08:06:04] В Любое удобное время [08:06:06] Можно на постоянку, можно как подработку [08:06:07] оплата в день 150$ [11:55:08] It says on https://wikitech.wikimedia.org/wiki/Help:Toolforge/Web#Health_checks [11:55:09] By default all web pods have a TCP health check attached that will restart the web service if it stops responding. [11:55:10] There is a log of that somewhere? One of my tools seems to be restarting itself quite frequently, and I have no idea how to investigate it. [12:02:08] @albertoleoncio the only place you can currently get that info is in kubernetes itself, with `kubectl describe pod` or `kubectl get events` [12:06:16] Oh, thanks! I think I got a clue: [12:06:16] Last State: Terminated [12:06:18] Reason: OOMKilled [12:06:19] Exit Code: 137 [15:44:35] !log admin rotate cookbook gitlab access token before(!) it expires T409741 [15:44:42] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [15:44:42] T409741: cookbooks group GitLab access token about to expire - https://phabricator.wikimedia.org/T409741 [18:46:55] !log lucaswerkmeister@tools-bastion-15 tools.wd-image-positions deployed 13e06edac8 (l10n updates: frp, ro) [18:46:56] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.wd-image-positions/SAL [18:47:49] !log lucaswerkmeister@tools-bastion-15 tools.lexeme-forms deployed 422cb1f05c (l10n updates: frp, ro) [18:47:50] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.lexeme-forms/SAL [18:49:26] it’s almost like the same people translate messages across multiple tools some weeks 🤔 [18:58:59] !log lucaswerkmeister@tools-bastion-15 tools.lexeme-forms deployed 36b8ab588c (upgrade dependencies) [18:59:00] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.lexeme-forms/SAL [19:04:15] !log lucaswerkmeister@tools-bastion-15 tools.lexeme-forms deployed 730ae77335 (drop typing_extensions) [19:04:17] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.lexeme-forms/SAL [19:23:03] !log lucaswerkmeister@tools-bastion-15 tools.wd-image-positions deployed 91b8735f98 (upgrade dependencies) [19:23:06] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.wd-image-positions/SAL [21:43:14] wikitech doesn't have a history of on-wiki discussion for config changes, so I jumped right to a phab task (T409785) and gerrit patch for enabling the new protection indicators from core. Comment on either if you have an argument against turning this on. [21:43:14] T409785: Enable protection indicators for wikitech - https://phabricator.wikimedia.org/T409785 [21:49:18] :o [21:49:31] I had no idea the indicators on e.g. https://www.wikidata.org/wiki/Q42 are (apparently) added by a gadget (confirmed via safe mode) [21:49:37] anyway, sounds good to me [21:50:49] (also, interesting, apparently telegram link previews for *wikidata* pages aren’t broken [like wikipedia ones are atm, T409575]) [21:52:14] @lucaswerkmeister: wikidata never had an m-dot domain did it? If I understand the bug it looks like Telegram "optimized" things by translating all links to m-dot rather than wiating to be redirected. [21:52:26] i think it did have m.wikidata.org? [21:52:40] I think it did yes [21:52:45] but I wouldn't be surprised if telegram had just hardcoded something for wikipedia.org and ignored all the other sister projects [21:52:48] but they may have only rewritten *.wikipedia.org [21:52:57] yeah, fair [21:53:45] also outside of the wikidata Telegram channel I would guess there is a sharp drop off in links to wikidata handled daily by Telegram. [21:53:59] fair