| dmsimard[m] | clarkb: you mentioned earlier "particular if opendev is going to be responsible for this service", it made me ponder for a while.. I don't think this would be terribly expensive to run and maybe I could take care of it. If you would accept best effort availability, would it make things easier ? | 01:00 |
|---|---|---|
| clarkb | ya that would remove the conflict of interest at least. To be clear I don't think the issue is in us hosting it as much as what haoppens when we need one thing and users need another | 01:01 |
| clarkb | that said I personally look at logs the vast majority of the time so I probably wouldn't care too much if we updated the service to meet user needs instead of opendev's | 01:02 |
| clarkb | and opendev's playbooks tend to be small and self contained so we actually get by with the rendered files approach | 01:04 |
| dmsimard[m] | ok, I'll think about it :) | 01:06 |
| tonyb | clarkb: I would like to work through the upgrade/downgrade steps but I don't think I have the cycles right now. So it may just have to be live on the 7th/8th | 01:06 |
| clarkb | tonyb: ok. If there is time next week that works for you just let me know and we can try should opportunity arise | 01:07 |
| tonyb | clarkb: will do | 01:07 |
| *** ykarel_ is now known as ykarel | 05:59 | |
| dtantsur | clarkb: the context is https://review.opendev.org/c/openstack/bifrost/+/961388, we want to consume the registry container from somewhere that won't kill our CI jobs because of the rate limit | 12:36 |
| dtantsur | we don't publish anything ourselves | 12:36 |
| fungi | i'm semi-around today, will keep an eye on things but may be afk for an hour or so at a stretch here and there | 14:14 |
| clarkb | dtantsur: looks like that registry belongs to the bifrost deployment itself whether it is in CI or in production. In that case I don't think the buildest registry is helpful | 16:24 |
| clarkb | dtantsur: one thing to keep in mind with registry:2 is that you cannot prune it without shutting it down iirc | 16:24 |
| clarkb | this lack of functionality is one of the big missing features in many registry implementations tehy appear to be append only with no easy reclaimation process | 16:25 |
| clarkb | infra-root the smaller of the two backup servers needs pruning. I can work on doing that once breakfast is complete. THen I'll send the Gerrit upgrade announcement email for December 7 at 2100 UTC | 16:26 |
| clarkb | dtantsur: also I'm not sure if our mirror location is a great production image source. I don't have plans to stop mirroring it but in general we treat any mirror content we manage as deletable once the CI system and its jobs no longer rely on it | 16:28 |
| clarkb | ok prune is running in screen on that server now | 16:36 |
| clarkb | gerrit upgrade notice has been sent | 16:43 |
| dtantsur | got it, thanks for the heads-up (cc TheJulia) | 16:45 |
| clarkb | pruning is complete we have 31% free now | 17:10 |
| clarkb | logs are in the normal location | 17:10 |
| opendevreview | Merged zuul/zuul-jobs master: Update ensure-helm role to add more functionality https://review.opendev.org/c/zuul/zuul-jobs/+/962794 | 20:30 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!