Rolling out kojipkgs url for koji repodata
Mike McGrath
mmcgrath at redhat.com
Wed May 14 18:02:30 UTC 2008
On Wed, 14 May 2008, Jesse Keating wrote:
> In order to reduce the load on the koji hub, we've recently brought up a
> new http host that serves out the /mnt/koji/packages/ content.
> Currently when koji builders build repodata they hard code the baseurl
> of 'http://koji.fedoraproject.org/packages'. This means that every
> builder and every static-repo user will hit the hub to download
> packages. Instead we'd like them to hit the new host, kojipkgs. A
> simple change to kojid.conf files on the builders will make the new
> baseurl be 'http://kojipkgs.fedoraproject.org/packages'. Any repodata
> made after that change (and builder restart) will have the new url. The
> old url will continue to work for the old repodata, but the amount of
> systems hitting it should reduce over time.
>
I'm also hoping to implement some caching there as well to reduce load on
/mnt/koji
> I'm ready to commit the change to puppet, and once we're sure a puppet
> run has gone through and updated the files I can start a rolling restart
> of the builders. The process would look like this:
>
> 1) koji disable-host <all the hosts>
> 2) as each host finishes it's current task, log in and restart the kojid
> service.
> 3) koji enable-host <each host after restart>
>
> The final step would be to watch for a newRepo task and verify that the
> generated repodata has the correct url, and that said repodata is usable
> by builders and by consumers of static-repos. If there is a failure the
> rollback plan would be much like above, only including a rollback to the
> previous URL listed in kojid configs.
>
> Is there any objection to me committing the puppet change, making it
> live and starting on the rolling process? There should be no overall
> outage to send mail about, service will remain uninterrupted.
Works for me. If you need anything just ping :)
-Mike
More information about the infrastructure
mailing list