[00:17:43] !log cloud-infra temporarily shutting down cloud-puppetmaster-01 and -02 as part of debugging the new puppetmasters [00:17:44] andrewbogott: Unknown project "cloud-infra" [00:18:33] !log cloudinfra temporarily shutting down cloud-puppetmaster-01 and -02 as part of debugging the new puppetmasters [00:18:34] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Cloudinfra/SAL [00:18:48] andrewbogott: ^ your !log didn't take. cloudinfra with no hyphen [00:18:56] oh sorry you got it [00:19:50] bd808: yep, thanks though [00:27:20] In https://wikitech.wikimedia.org/wiki/News/2020_Kubernetes_cluster_migration#Manually_migrate_a_webservice_to_the_new_cluster what is step 4 for? It seems to come out of nowhere and why is it done after migrating the webservice, isn't it needed before? [00:28:54] gifti, the new k8s cluster uses a different versions of kubernetes and you should be using a different version of kubectl to interact with it really [00:29:08] that's what this does [00:29:43] so webservice migrate uses the new k8s to start the new webservice but the default is still the old? [00:31:27] it says type tcl is deprecated but the wiki page to consult says it's not? [00:31:49] bd808 would know the details of how the migrate command works [00:34:27] !help Hello, I get much Something went wrong! [00:34:27] Zoranzoki21: If you don't get a response in 15-30 minutes, please create a phabricator task -- https://phabricator.wikimedia.org/maniphest/task/edit/form/1/?projects=wmcs-team [00:34:39] on horizon [00:34:52] Zoranzoki21: we're upgrading some things, best to disregard the error and try back later [00:34:53] Hello Zoranzoki21: yeah, we are working on it [00:35:03] Thanks for reporting it, though! [00:35:43] https://horizon.wikimedia.org/project/puppet/ shows it [00:36:11] On https://horizon.wikimedia.org/project/proxy/ I got message..... something like error 404 [00:36:17] in red box [00:36:43] Also https://openstack-browser.toolforge.org/project/srwiki-dev is out-of-date [00:37:02] *Also proxies [00:41:15] Yes we know re horizon [00:41:32] can you be more specific re srwiki-dev and openstack-browser? [01:04:37] Hi all! Could I be added as a co-maintainer to the `toolforge-gallery` tool, or is this something the tool owner should only do? [01:11:37] it's easiest if they do it [01:11:45] Zoranzoki21: better? [01:12:25] srish_aka_tux: traditionally an existing admin would add you, otherwise I get guilt pangs about playing god. [01:12:33] but if it's abandoned that's a different story [01:13:48] @andrewbogott Okay, that makes sense! I will wait to hear from the existing admin then :) [02:57:15] gifti: The tcl container being marked as deprecated is a mistake on my part. I will get that fixed in the next build we do of the tool. You are the only person using it, so ignore the warnings for now. [05:59:37] still here bd808 ? forgot to mention the tool links on the tools admin tool and other places, still using the wmflabs addresses for the links [06:02:25] guess I'll go post a task for that [06:14:15] https://phabricator.wikimedia.org/T245804 [06:45:35] spam/advertisement user page - https://wikitech.wikimedia.org/wiki/User:Imci-group [07:11:01] hi, please kindly stay out of #freenode. the pool is closed. thanks. [07:11:02] hi, please kindly stay out of #freenode. the pool is closed. thanks. [07:11:03] hi, please kindly stay out of #freenode. the pool is closed. thanks. [07:12:00] hi, please kindly stay out of #freenode. the pool is closed. thanks. [07:12:01] hi, please kindly stay out of #freenode. the pool is closed. thanks. [07:12:02] hi, please kindly stay out of #freenode. the pool is closed. thanks. [08:26:33] I tried the "webservice migrate" on my Python-based webservice and ran into "Could not find a public_html ..." https://wikitech.wikimedia.org/wiki/Talk:News/2020_Kubernetes_cluster_migration#%22webservice_migrate%22_cannot_find_public_html [09:31:38] I have followed instructions as https://wikitech.wikimedia.org/w/index.php?title=News/2020_Kubernetes_cluster_migration&oldid=1851901#Manually_migrate_a_webservice_to_the_new_cluster which enabled me to carry through the migration process [09:32:16] However when I restart now there is still a problem. I am stuck at "mounting /data/project/scholia/www/python/src/app.py on /scholia" [09:43:40] Switching back to old Python2.7, I get a import error on datetime: "import datetime [09:43:40] ImportError: No module named datetime [09:43:40] " [09:51:33] fnielsen: please open a phab task [10:22:28] I'm struggling to use `sudo` in VPS, I followed the same https://wikitech.wikimedia.org/wiki/Help:Sudo_Policies to config sudo settings. [10:33:12] what should I type in password field ? while using `sudo `commands [10:35:14] @arturo Thanks: https://phabricator.wikimedia.org/T245814 [10:49:16] fnielsen: great [10:49:58] I think I resolved it. virtualenv and lxml problems it may have been during the migration process [10:50:55] Gopa: that may indicate some issue in the instance when communicating to LDAP [10:53:48] arturo: I'm a project admin and configuerd all the settings accorginly. In horizon under `Require Password` its false but still it asks for password, What should I type in the password field? [10:55:15] Gopa: sudo asking password might be a symptom of misconfiguration [10:55:31] If I use my wikitech password it says "gopavasanth is not in the sudoers file. This incident will be reported." [11:01:14] arturo: my configurations: https://ibb.co/71S2pZX [11:02:14] arturo: did you find any mis-configurations here? [11:02:28] Gopa: please open a phabricator task [11:02:46] I don't see anything obvious [11:02:51] what is the server? [11:03:43] project: videocuttool [11:06:57] Gopa: which VM instance are you using? the list of VMs for that project seems empty [11:09:25] echo test [11:09:43] arturo: Debian GNU/Linux 9.6 [11:10:23] Gopa: I mean the FQDN of the server. Generally something like `myinstance.videocuttool.eqiad.wmflabs` [11:11:48] you did access this server using the `ssh` command, right? [11:12:14] I used `ssh gopavasanth@primary.bastion.wmflabs.org` [11:12:15] have you created the VM instance using horizon? [11:12:49] Gopa: ok so you are in a bastion server, not your actual private virtual server in the videocuttool project [11:13:10] we have ssh bastions to facilitate jumping to your VPS over the internet [11:13:34] but bastion servers aren't usually the final destination of your operations, but just a jump node in between [11:13:46] Aaaha [11:14:24] you need to create your own VPS using horizon, check the docs here: https://wikitech.wikimedia.org/wiki/Help:Cloud_VPS_Instances#Create_a_Cloud_VPS_instance [11:15:03] * Gopa looking [11:20:10] Gopa: when creating the instance, I suggest you use Debian Buster as the base image, BTW [11:37:01] !log admin [codfw1dev] cleanup unused neutron subnet pools from previous address scope tests (T244851) [11:37:03] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [11:37:04] T244851: Neutron: replace NAT customization with address scopes - https://phabricator.wikimedia.org/T244851 [11:49:26] !log admin [codfw1dev] rename neutron address scope `no-nat` to `bgp` (T245606) [11:49:29] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [11:49:29] T245606: CloudVPS: enable BGP in the neutron transport network - https://phabricator.wikimedia.org/T245606 [11:51:36] !log admin [codfw1dev] create a neutron subnet pool per each subnet objects we have and manually update DB to inter-associate them (T245606) [11:51:38] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [12:41:02] arturo: Thanks :) [12:42:08] !log admin [codfw1dev] run `sudo neutron-db-manage upgrade head` to upgrade the db schema for neutron bgp tables [12:42:10] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [12:42:15] Gopa: any time! [12:46:27] !log admin [codfw1dev] created bgpspeaker for AS64711 (T245606) [12:46:29] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [12:46:29] T245606: CloudVPS: enable BGP in the neutron transport network - https://phabricator.wikimedia.org/T245606 [12:48:17] !log admin [codfw1dev] running `root@cloudcontrol2001-dev:~# neutron bgp-speaker-network-add bgpspeaker wan-transport-codfw` (T245606) [12:48:19] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [15:46:18] !log !log cloudinfra cloud-puppetmaster-03 cleanup puppet agent certs that were missed by wmfsink [15:46:19] jeh: Unknown project "!log" [15:46:33] !log cloudinfra cloud-puppetmaster-03 cleanup puppet agent certs that were missed by wmfsink [15:46:34] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Cloudinfra/SAL [16:02:39] !log tools moving tools-sgecron-01 to cloudvirt1022 [16:02:41] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [16:07:41] bd808: thank you [18:57:05] Is the pagecounts toolforge tool down? [19:05:05] James_F, looks like it's up in some manner but not properly serving traffic? hmm [19:05:51] Krenair: Maybe. I'm trying to fix the wikimedia portals build (which uses it, and relies on that tool being up), so perfect timing. :-) [19:05:58] ew what [19:06:07] why does wikimedia portals access tools stuff? [19:06:15] That's where it gets the page counts from, apparently. [19:06:31] this file exists in public_html: https://tools.wmflabs.org/pagecounts/pagecounts.json [19:06:34] is that what you need? [19:06:36] https://gerrit.wikimedia.org/r/plugins/gitiles/wikimedia/portals/+/master/data/site-stats.js [19:07:01] * Krenair blames [19:07:04] That dump is rather out of date. [19:07:16] Oh, no, I just can't read. [19:07:33] https://gerrit.wikimedia.org/r/c/wikimedia/portals/+/253060 [19:07:43] 6,018,433 vs. 6,018,455 for enwiki [19:07:47] Good enough. [19:07:58] Yeah.