| ianw | it is running a lot of git fetches as expected, hound does the polling internally, we only re-index if projects.yaml changes | 00:00 |
|---|---|---|
| clarkb | corvus: I left a note | 00:01 |
| clarkb | but +2'd | 00:01 |
| corvus | clarkb: i relpied to your comment -- i don't think it's an issue, but in replying to yours i think i found a -1 | 00:07 |
| corvus | clarkb: can you double check me on that? | 00:08 |
| opendevreview | James E. Blair proposed opendev/system-config master: Serve gating.dev static website https://review.opendev.org/c/opendev/system-config/+/801908 | 00:14 |
| opendevreview | James E. Blair proposed opendev/system-config master: Serve gating.dev static website https://review.opendev.org/c/opendev/system-config/+/801908 | 00:15 |
| ianw | ./vcs-c7bbaa409001dd481855aa03ce4d290bd71f9d88/.git/index.lock is zuul and is why it's not updating i guess | 00:23 |
| ianw | i've removed the lock files. i get the feeling we may not shut down hound nicely | 00:24 |
| ianw | it runs under supervisord so you'd think it would pass on signals | 00:25 |
| fungi | i think there's also been one provider outage causing an unclean reboot in the not so distant past | 00:29 |
| ianw | Jul 30 00:27:57 codesearch01 docker-hound[650]: 2021/07/30 00:27:57 Rebuilding zuul/zuul for 9f2e3e23e91f8d397f36bd03fcaccc4ca7ff4edc | 00:29 |
| ianw | fungi: yeah, that seems more likely. we could add a container start step to remove lockfiles | 00:30 |
| opendevreview | Ian Wienand proposed opendev/system-config master: hound: clear git lockfiles before starting daemon https://review.opendev.org/c/opendev/system-config/+/802979 | 00:35 |
| opendevreview | Ian Wienand proposed opendev/system-config master: hound: clear git lockfiles before starting daemon https://review.opendev.org/c/opendev/system-config/+/802979 | 00:43 |
| opendevreview | Ian Wienand proposed opendev/system-config master: hound: clear git lockfiles before starting daemon https://review.opendev.org/c/opendev/system-config/+/802979 | 01:13 |
| opendevreview | Tristan Cacqueray proposed opendev/system-config master: Run matrix-gerritbot on eavesdrop https://review.opendev.org/c/opendev/system-config/+/800506 | 01:20 |
| opendevreview | Ian Wienand proposed opendev/system-config master: system-config-roles: test centos-8-stream https://review.opendev.org/c/opendev/system-config/+/802980 | 01:28 |
| opendevreview | Merged opendev/system-config master: Add Debian Bullseye testing https://review.opendev.org/c/opendev/system-config/+/802641 | 01:53 |
| opendevreview | Ian Wienand proposed zuul/zuul-jobs master: configure-mirrors: don't install wheel mirror on CentOS 8 Stream https://review.opendev.org/c/zuul/zuul-jobs/+/802981 | 01:56 |
| opendevreview | Tristan Cacqueray proposed opendev/system-config master: Add script to import gerritbot configuration https://review.opendev.org/c/opendev/system-config/+/802983 | 02:36 |
| opendevreview | Ian Wienand proposed opendev/system-config master: Remove Fedora 32 mirror https://review.opendev.org/c/opendev/system-config/+/802985 | 03:24 |
| opendevreview | Merged openstack/project-config master: Stop launch fedora-32 nodes nodepool https://review.opendev.org/c/openstack/project-config/+/795643 | 03:28 |
| ianw | i think our upstream centos-8-stream mirror is out of sync | 04:10 |
| *** ykarel|away is now known as ykarel | 04:33 | |
| *** marios is now known as marios|ruck | 05:05 | |
| ianw | maybe not, i might have just chosen literally the worst time to try and build a centos-8-stream kernel module | 05:11 |
| *** amoralej|off is now known as amoralej | 06:39 | |
| *** rpittau|afk is now known as rpittau | 07:21 | |
| rpittau | good morning! Please when anyone has a chance can you have a look at https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/802335 ? Thank you! | 07:36 |
| *** ykarel is now known as ykarel|lunch | 08:25 | |
| *** artom_ is now known as artom | 09:03 | |
| *** ykarel|lunch is now known as ykarel | 09:52 | |
| fungi | the renewed review.opendev.org ssl cert still hasn't been picked up by apache, so i'll plan to restart apache as part of today's rename maintenance | 13:09 |
| clarkb | fungi: morning | 14:03 |
| clarkb | fungi: I need to water the garden really quick and find some breakfast but I've managed an early start :) | 14:03 |
| fungi | awesome, i'm working on the disable list now | 14:04 |
| fungi | and will then send the slightly less than one hour warning | 14:04 |
| clarkb | thanks | 14:04 |
| *** rpittau is now known as rpittau|afk | 14:07 | |
| fungi | #status log Temporarily disabled automated deployment for review02.opendev.org, storyboard.openstack.org, and gitea*.opendev.org in preparation for 15:00 UTC project rename maintenance. | 14:07 |
| opendevstatus | fungi: finished logging | 14:08 |
| fungi | #status log There will be a brief outage of the Gerrit service on review.opendev.org starting at 15:00 UTC today as part of a routine project rename maintenance: http://lists.opendev.org/pipermail/service-announce/2021-July/000023.html | 14:10 |
| opendevstatus | fungi: finished logging | 14:10 |
| fungi | er, that was supposed to be a notice, trying again | 14:10 |
| fungi | #status notice There will be a brief outage of the Gerrit service on review.opendev.org starting at 15:00 UTC today as part of a routine project rename maintenance: http://lists.opendev.org/pipermail/service-announce/2021-July/000023.html | 14:10 |
| opendevstatus | fungi: sending notice | 14:10 |
| -opendevstatus- NOTICE: There will be a brief outage of the Gerrit service on review.opendev.org starting at 15:00 UTC today as part of a routine project rename maintenance: http://lists.opendev.org/pipermail/service-announce/2021-July/000023.html | 14:10 | |
| opendevreview | Monty Taylor proposed opendev/system-config master: Run matrix-gerritbot on eavesdrop https://review.opendev.org/c/opendev/system-config/+/800506 | 14:16 |
| mordred | corvus, tristanC, clarkb : ^^ I left a -1 on the previous PS, but then just figured I could also just fix it | 14:17 |
| mordred | in the process, I also added a mode: 0600 to the template - because we're putting the token into that file | 14:17 |
| corvus | mordred: thanks for catching that, fix lgtm | 14:17 |
| mordred | \o/ | 14:17 |
| clarkb | the script to get the acces token is a nice way to address that | 14:33 |
| clarkb | fungi: have you started a screen on bridge yet? If not maybe you want to do that? Your terminal size is likely to be smaller than mine :) | 14:34 |
| fungi | clarkb: done | 14:37 |
| fungi | thanks for the suggestion | 14:37 |
| clarkb | fungi: I also put the renames file on bridge. Path is in the etherpad if you want to double check that | 14:39 |
| fungi | yep, i was just fixing up the command line for it too | 14:39 |
| clarkb | double check the path and the file contents I mean | 14:39 |
| clarkb | I took it from https://review.opendev.org/c/opendev/project-config/+/802809/1/renames/20210730.yaml#1 | 14:40 |
| fungi | interesting that the rename_repos.yaml playbook copy on bridge was modified 7 minutes ago... did you do that? | 14:41 |
| clarkb | fungi: and maybe we should go ahead and accept the ssh host key as gerrit2 on review02? | 14:41 |
| fungi | i'll do the host key now, sure | 14:41 |
| fungi | ECDSA key fingerprint is SHA256:/aPoKpg+804wdezs21L9djZ4bOsLudpGF7m7779XVuQ. | 14:43 |
| fungi | Warning: Permanently added '[localhost]:29418' (ECDSA) to the list of known hosts. | 14:43 |
| fungi | that was as the gerrit2 account | 14:44 |
| clarkb | on review02? should be set then | 14:44 |
| fungi | yup | 14:44 |
| clarkb | fungi: I left a thought on step 7 of the etherpad. I'm not sure what the best approach is there but I think either way it will be fine. | 14:44 |
| fungi | what's the way to have ansible list the inventory entries matching a group? i wanted to test that the gitea wildcard actually got matched correctly | 14:44 |
| fungi | and yeah i think #7 is safe as-is, but we probably want to double-check things after the jobs run | 14:46 |
| clarkb | `ansible-inventory disabled` ? | 14:46 |
| clarkb | mordred: ^ | 14:46 |
| fungi | looks like `ansible-inventory --list disabled` but that throws a serialization error | 14:47 |
| fungi | ERROR! Unexpected Exception, this is probably a bug: Object of type 'bytes' is not JSON serializable | 14:48 |
| clarkb | is it possible it doesn't like the * for some reason? | 14:49 |
| clarkb | it does error after it says it is parsing the emergency file | 14:49 |
| fungi | if i tell it to do yaml intsead (-y) it works | 14:50 |
| clarkb | ha that did a thing | 14:50 |
| mordred | wat | 14:51 |
| fungi | --list doesn't take a parameter though, it's just dumping the entire inventory | 14:51 |
| clarkb | maybe `ansible disabled --list-hosts` I'm trying to read more on that | 14:52 |
| fungi | yeah, that did the trick, thanks | 14:52 |
| mordred | yeah - ansible --list-hosts disabled should do it | 14:53 |
| fungi | it is indeed correctly including all the gitea servers | 14:53 |
| clarkb | fungi: but not storyboard | 14:53 |
| mordred | sorry - I didn't catch the "ansible-inventory" part | 14:53 |
| fungi | good catch, that has a new hostname | 14:53 |
| clarkb | storyboard01.opendev.org <- should be the entry in emergency.yaml not storyboard.opendev.org | 14:53 |
| fungi | yep | 14:54 |
| fungi | that's better | 14:54 |
| opendevreview | Monty Taylor proposed opendev/system-config master: Replace callback_whitelist with callback_enabled https://review.opendev.org/c/opendev/system-config/+/803047 | 14:56 |
| mordred | ansible --list-hosts disabled is throwing some warnings - that ^^ will fix one of them | 14:56 |
| mordred | non-urgent | 14:56 |
| clarkb | I feel like those warnings are even less meaningful now with the version situation | 14:57 |
| mordred | the other is a warning that we'll need python 3.8 for the next version of ansible | 14:57 |
| mordred | it is installable on bridge | 14:57 |
| clarkb | we install ansible 4.0 or whatever and then it says ansible-core 2.12 | 14:57 |
| mordred | so maybe the easy fix for that is just to apt install python3.8 and then update the pip install of ansible to use python3.8? | 14:58 |
| clarkb | mordred: I think we can do that all iva config management. Its all tested too | 14:58 |
| mordred | ++ | 14:58 |
| mordred | yup | 14:58 |
| clarkb | baically if you update config management to do python3.8 install and then install ansible under that it will update the bin paths | 14:58 |
| clarkb | and our testing will do a decent job of ensuring the new python doesn't break us | 14:58 |
| fungi | should i go ahead and push the status notice that we're starting? | 14:59 |
| clarkb | ++ I'm ready if you are | 14:59 |
| fungi | #status notice There will be a brief outage of the Gerrit service on review.opendev.org in the next few minutes as part of a routine project rename maintenance: http://lists.opendev.org/pipermail/service-announce/2021-July/000023.html | 14:59 |
| opendevstatus | fungi: sending notice | 14:59 |
| -opendevstatus- NOTICE: There will be a brief outage of the Gerrit service on review.opendev.org in the next few minutes as part of a routine project rename maintenance: http://lists.opendev.org/pipermail/service-announce/2021-July/000023.html | 14:59 | |
| fungi | i'll go ahead and restart apache in just a moment to pick up the renewed https cert | 14:59 |
| clarkb | let me know when that is done and I can double check on my client | 15:00 |
| fungi | it's restarted | 15:00 |
| clarkb | hrm it still shows the august expiry. I wonder if we didn't renew the cert properly? | 15:01 |
| clarkb | I swear the timestamp on the cert was for july 28 | 15:01 |
| fungi | i guess we can look into that afterward | 15:01 |
| clarkb | ya this is why we alert a month in advance | 15:01 |
| fungi | i'm prepped to start the playbook if everyone's ready | 15:01 |
| fungi | (root screen session on bridge.o.o) | 15:02 |
| clarkb | I guess we're as ready as we will be | 15:02 |
| fungi | underway | 15:02 |
| clarkb | storyboard failed | 15:03 |
| clarkb | looks like storyboard-dev is unreachable? | 15:04 |
| fungi | fatal: [storyboard-dev01.opendev.org]: UNREACHABLE! | 15:04 |
| fungi | yep | 15:04 |
| clarkb | I think we should make a copy of the playbook then disable everything that has already run | 15:05 |
| clarkb | then let it run forward against storyboard and zuul and so on | 15:05 |
| fungi | yeah | 15:05 |
| clarkb | now what I'm not clear about is whether or not we need that to be in a full sytem-config checkout | 15:05 |
| clarkb | due to playbook and role lookup paths. I think I've always done it that way | 15:05 |
| clarkb | (this is why I have a checkout in my homedir) | 15:05 |
| fungi | okay, that version look right? | 15:08 |
| fungi | deleted all the hosts up through storyboard-dev | 15:08 |
| clarkb | ya it starts with storyboard | 15:08 |
| clarkb | I think that is good | 15:08 |
| mordred | yeah - for manual stuff you really need to disable ansible with the flag file then operate out of the zuul dir | 15:09 |
| mordred | befcause of paths and stuff | 15:09 |
| fungi | updated command there look right? | 15:09 |
| clarkb | fungi: yes | 15:09 |
| fungi | running | 15:09 |
| mordred | it's probably fine for renames - but having a tmp-system-config checkout dir is dangerous | 15:10 |
| fungi | yeah, this is one playbook we run manually, so presumably okay | 15:11 |
| clarkb | mordred: the problem is the disable file doesn't work for other reasons | 15:11 |
| clarkb | mordred: specifically the jobs queue up behind it with old state | 15:11 |
| mordred | oh awesome | 15:11 |
| clarkb | really what we need is a disable flag where no jobs queue they just noop or fail | 15:11 |
| fungi | i mean, it works as designed, we just didn't design it to do what we need for this | 15:12 |
| clarkb | then we can reenqueue later | 15:12 |
| clarkb | fungi: right | 15:12 |
| mordred | ++ | 15:12 |
| clarkb | the web ui loads for me so this extra sleep is probably too conservative :) | 15:12 |
| fungi | part of it though is because we're changing state behind gerrit/gitea/storyboard/zuul's backs | 15:12 |
| clarkb | I wasn't sure how soon after the 29418 port starts to listen it is actually able to process things | 15:12 |
| fungi | okay, that looks better | 15:12 |
| clarkb | yup that looks like it all went as expected | 15:13 |
| fungi | no errors on the remainder, so it was just a problem with storyboard-dev being down | 15:13 |
| clarkb | https://opendev.org/openstack/tap-as-a-service lgtm | 15:13 |
| fungi | which is unimportant | 15:13 |
| clarkb | https://review.opendev.org/q/project:openstack/tap-as-a-service reports no change | 15:13 |
| clarkb | *no changes which I think is expected while stuff reindexes? | 15:14 |
| fungi | https://opendev.org/x/tap-as-a-service is redirecting properly too | 15:14 |
| clarkb | If the no changes report above persists after reindexing is complete that would imply we need to reindex project changes with that command I linked the other day | 15:14 |
| clarkb | fungi: are you goign to force merge next? | 15:15 |
| fungi | [2021-07-30T15:12:40.775+0000] [Reindex changes v60-v60] INFO com.google.gerrit.server.index.OnlineReindexer : Starting online reindex of changes from schema version 60 to 60 | 15:16 |
| fungi | okay, so yeah i think we can move on | 15:16 |
| fungi | i'll add myself to project bootstrappers for step 5 | 15:16 |
| opendevreview | Merged openstack/project-config master: Rename x/tap-as-a-service to openstack/tap-as-a-service https://review.opendev.org/c/openstack/project-config/+/790093 | 15:18 |
| fungi | that's in ^ | 15:18 |
| fungi | should i do the same with 802809 or just let it gate normally? | 15:18 |
| clarkb | lets let that one gate normally | 15:18 |
| fungi | approved it now | 15:19 |
| fungi | deescalating my account privs now too | 15:19 |
| clarkb | I'm checking replication of 790093 now | 15:19 |
| opendevreview | Merged opendev/project-config master: Add tap-as-a-service rename records https://review.opendev.org/c/opendev/project-config/+/802809 | 15:20 |
| fungi | that was quick | 15:20 |
| clarkb | looks replicated | 15:20 |
| clarkb | fungi: ya its noop jobs iirc | 15:20 |
| fungi | once 802809 is confirmed replicated i guess we can do step 7 | 15:21 |
| clarkb | I don't think replication for 802809 matters. The deploy jobs for 790093 have queued up behind the hourly job to run the cloud launcher playbooks which emans if we remove the hosts from the emergency file they should all update normally (hourly deploy only touches zuul and we aren't worried about it getting the wrong config I don't think) | 15:22 |
| clarkb | all that is a long way of saying I think we can remove the hosts from the emergency file safely and then watch that jobs do the noop thing we expect them to | 15:22 |
| fungi | yeah, i buy that logic. okay removing those entries from the disable list now | 15:22 |
| fungi | and done | 15:22 |
| clarkb | I guess it isn't completely a noop as the acls for the project will change | 15:22 |
| clarkb | but mostly a noop :) | 15:23 |
| fungi | i'll start taking a look at the storyboard-dev situation, and can then look into the review https cert problem | 15:23 |
| clarkb | thanks | 15:24 |
| fungi | but barring any problems with deploy jobs or completion of gerrit's change reindexing we can consider the maintenance concluded | 15:24 |
| clarkb | the gerrit queue is dropping | 15:24 |
| clarkb | openstack/tap-as-a-service reindexing is still queued though | 15:24 |
| fungi | nova says storyboard-dev01.opendev.org is in an active state. i'll check its console | 15:25 |
| clarkb | thinking out loud here I think what that other project changes reindex command would do for us is optimize this process. We are reindexing everything because that is what older gerrit had the option of doing but now we have the option of reindexing for specific projects | 15:28 |
| clarkb | this would need testing, but maybe next time we rename we try with a set of project change reindexes instead and then if that fails we do the big reindex | 15:29 |
| fungi | good idea | 15:29 |
| fungi | storyboard-dev oob console shows the usual signs of cpu lockup (task xxxx:yyyy blocked for more than 120 seconds) | 15:30 |
| fungi | and i can't get a fresh login prompt on it | 15:30 |
| clarkb | under 1k tasks now | 15:31 |
| fungi | going to hard reboot | 15:31 |
| clarkb | when I first looked it was at 1662 | 15:31 |
| fungi | #status log Hard rebooted storyboard-dev01.opendev.org via Nova API due to what appears to be a CPU lockup. | 15:32 |
| opendevstatus | fungi: finished logging | 15:32 |
| fungi | i can ssh into it now | 15:33 |
| fungi | looks like it died around 2021-01-10 19:40z based on the gap in its syslog | 15:34 |
| fungi | so it's been hung for a little over 6 months | 15:34 |
| clarkb | been a while :) | 15:34 |
| fungi | looking at review's https cert now | 15:34 |
| fungi | apache is loading /etc/letsencrypt-certs/review.opendev.org/review.opendev.org.cer which was last modified 2021-05-28 03:57z | 15:35 |
| fungi | we have an updated csr in that directory from today, but no new cert | 15:36 |
| fungi | so i think renewal is breaking | 15:36 |
| clarkb | bah its the conf and csr files that had new timestamps | 15:36 |
| clarkb | my mistake on reading ls output | 15:36 |
| fungi | /var/log/acme.sh/acme.sh.log says "review.opendev.org:Verify error:DNS problem: NXDOMAIN looking up TXT for _acme-challenge.review.opendev.org - check that a DNS record exists for this domain" | 15:37 |
| fungi | and i concur | 15:37 |
| fungi | Host _acme-challenge.review.opendev.org not found: 3(NXDOMAIN) | 15:37 |
| clarkb | I wonder if that got missed in the dns updates for the server move | 15:37 |
| fungi | i'll see what's missing in our zonefile | 15:37 |
| clarkb | like maybe it got removed as part of the review01 cleanup | 15:37 |
| fungi | we were probably relying on a cname for it at some point | 15:37 |
| clarkb | https://review.opendev.org/q/project:openstack/tap-as-a-service has changes now | 15:38 |
| clarkb | with 96 tasks remaining | 15:38 |
| clarkb | reindexing lgtm | 15:38 |
| clarkb | though it isn't done yet. It will likely chew on the bigger repos like nova and neutron for a bit | 15:38 |
| clarkb | fungi: ya looking at the git log I think we may have mistakenly removed the record for review.opendev.org and left review01.opendev.org's record | 15:39 |
| clarkb | we should be good to go if we just add that record back again | 15:40 |
| clarkb | oh wow reindexing is done | 15:40 |
| clarkb | such zoom zoom | 15:40 |
| opendevreview | Jeremy Stanley proposed opendev/zone-opendev.org master: Restore ACME challenge CNAME for review https://review.opendev.org/c/opendev/zone-opendev.org/+/803055 | 15:41 |
| clarkb | +2 you can probably go ahead and approve that though | 15:43 |
| clarkb | looks like we have to wait for all of the hourly jobs to finish before the project-config deploy jobs will run | 15:44 |
| clarkb | Probably at least another 15 minutes? | 15:44 |
| fungi | sounds about right | 15:44 |
| clarkb | I have detached from the screen as I think the work there is complete | 15:45 |
| fungi | yeah, closing it down now | 15:48 |
| fungi | [2021-07-30T15:39:30.606+0000] [Reindex changes v60-v60] INFO com.google.gerrit.server.index.OnlineReindexer : Reindex changes to version 60 complete | 15:48 |
| clarkb | I think the offline reindex was about 28 minutes | 15:49 |
| clarkb | onlien seems to be about 38? | 15:49 |
| clarkb | when did it start? | 15:49 |
| fungi | 0h26m50s before that | 15:49 |
| clarkb | at 15:12 - 15:39 so that is in the same time range as offline | 15:49 |
| clarkb | neat | 15:49 |
| fungi | so yeah, completed in under half an hour | 15:50 |
| clarkb | fungi: I guess the last thing to check is the openstack/tap-as-a-service acl after manage projects runs? | 15:50 |
| fungi | right | 15:50 |
| clarkb | they are rehoming under the openstack meta project and adding a review priority category | 15:50 |
| fungi | in theory the acl shouldn't change | 15:50 |
| clarkb | fungi: it is changing, they add a review category | 15:51 |
| fungi | unless we don't push the updated acl into gerrot as part of the rename maintenance | 15:51 |
| clarkb | we don't | 15:51 |
| fungi | yeah, then it should change ;) | 15:51 |
| clarkb | I think this is the first time where an acl change is part of a rename | 15:52 |
| clarkb | or at least it wasn't common before. But now that openstack has the meta project it will be more common | 15:52 |
| clarkb | we might requset people not do things like add review categories in those changes though | 15:52 |
| clarkb | to keep it as simple as possible | 15:52 |
| opendevreview | Merged opendev/zone-opendev.org master: Restore ACME challenge CNAME for review https://review.opendev.org/c/opendev/zone-opendev.org/+/803055 | 15:52 |
| clarkb | thinking out loud for a reason to split those project-config changes up in the future with a followon to do the zuulconfig update: We don't run any ci when zuul hits the config error | 15:58 |
| fungi | true | 15:58 |
| clarkb | I don't think that will be a problem in this case. I've gone and double checked the projects.yaml and the acl file and I think they are all in good shape, but not having that CI is annoying | 15:58 |
| fungi | so we get no real validation of the rest | 15:59 |
| clarkb | yup | 15:59 |
| clarkb | I think that is a good enough reason for me to want to split those changes up in the future | 15:59 |
| clarkb | manage-projects job is running now | 15:59 |
| clarkb | ansible reports it was successful. Looking on the gerrit side I see its rights inherit from points to the meta config project now | 16:02 |
| clarkb | I'm not in the group to confirm I can set a review priority but gerrit won't do half acl updates | 16:02 |
| clarkb | I think we can consider that aspect done. Last thing is the zuul config reloading? | 16:03 |
| fungi | yeah, acl looks like it updated cleanly | 16:03 |
| fungi | so what needs to be done to the zuul scheduler? | 16:03 |
| fungi | do we need to tell it to drop the old keys from zk? | 16:03 |
| fungi | oh, you mean the deploy job running | 16:04 |
| clarkb | fungi: yes the infra-prod-run-zuul job should update zuul's config and then hup it or whatever the equiavlent is | 16:04 |
| clarkb | yup. We don't need to tell it to drop the old keys from zk as I don't think those changes have landed | 16:04 |
| fungi | yep, i concur | 16:04 |
| clarkb | then the eavesdrop job will run to update gerritbot | 16:05 |
| clarkb | and that should be everything | 16:05 |
| clarkb | on the process side it would be cool if ansible had a playbook connectivity mode where you give it a playbook and it does nothing but ensure it can connect to the hosts | 16:05 |
| clarkb | then we could use that as a step 0 check | 16:06 |
| clarkb | mordred: ^ do you know if anything like that exists? | 16:06 |
| clarkb | zuul is done. Just eavesdrop is left | 16:09 |
| clarkb | bot has left as expected | 16:11 |
| clarkb | I guess it won't rejoin here until someone pushes to a repo we care about | 16:11 |
| fungi | yep | 16:13 |
| *** marios|ruck is now known as marios|out | 16:30 | |
| mordred | clarkb: no, I don't believe it does. you can do ansible 'hoststring' -m setup | 17:04 |
| mordred | but I agree, "please just do connectivity checks to the hosts that you would connect to in this playbook" would be really helpful | 17:05 |
| mordred | dmsimard: ^^ | 17:06 |
| *** melwitt is now known as jgwentworth | 17:55 | |
| ashrodri | fungi: hi! how can i go about merging two gerrit accounts? id like to associate my work email with my original username, but its already in use. | 18:13 |
| Clark[m] | ashrodri: currently this isn't easy due to some gerrit user database conflicts. I have been correcting them as I am able to determine which are used and which aren't. One those are correct it becomes much easier for Gerrit admins to correct the database. | 18:17 |
| Clark[m] | Unfortunately Gerrit won't let us modify a single account without correcting all of them and there are currently more than 100 | 18:18 |
| Clark[m] | The alternative is to take a downtime | 18:18 |
| Clark[m] | All that to say if you are patient with us it should be possible in a bit but for now it is easiest if you keep using one of the two | 18:22 |
| fungi | ashrodri: yep, sorry, exactly what Clark[m] said... we should be able to do it "soon" but that ability is blocked by ongoing duplicate account cleanup in the wake of our gerrit 2.13->3.2 upgrade from november | 18:49 |
| fungi | we've been taking it slowly so that we avoid accidentally breaking accounts people are actually using, at least as far as we can | 18:50 |
| *** odyssey4me is now known as Guest2849 | 19:12 | |
| ashrodri | I understand! Thanks! | 19:17 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!