Gentoo Local-Mirror Operation

From Research
Revision as of 17:18, 1 December 2006 by Gordp (talk | contribs)
Jump to navigation Jump to search

Running our local-mirror of Gentoo (and other distributions) is a two-part process:

  • we pull the updated packages and information from a source on the 'Net (typically the distribution's canonical source). This gives us a local copy to work from.
  • our machines then contact this local-re-server, and synchronize


This first step is performed on musashi, using these (sample) /etc/crontab entries:

45 *  * * *    test -x /usr/local/bin/mirror-scripts/gentoo.portage && /usr/local/bin/mirror-scripts/gentoo.portage
25 8,20  * * * test -x /usr/local/bin/mirror-scripts/gentoo.distfiles && /usr/local/bin/mirror-scripts/gentoo.distfiles
#3 1  * * *     test -x /usr/local/bin/cvsup-freebsd && /usr/local/bin/cvsup-freebsd >/dev/null
3 3  * * *     test -x /usr/local/bin/apt-mirror && /usr/local/bin/apt-mirror >/dev/null
5 2 * * *      test -x /usr/local/bin/mirror-scripts/gentoo.release && /usr/local/bin/mirror-scripts/gentoo.release
5 3 * * *      test -x /usr/local/bin/mirror-scripts/suse.all && /usr/local/bin/mirror-scripts/suse.all
5 4 * * *      test -x /usr/local/bin/mirror-scripts/gentoo.experimental && /usr/local/bin/mirror-scripts/gentoo.experimental
5 19 * * *     test -x /usr/local/bin/mirror-scripts/gentoo.snapshot && /usr/local/bin/mirror-scripts/gentoo.snapshot

Musashi stores the package-info on one of our RAID arrays.


For part two, nelson will NFS-mount that same RAID array with the now-updated packages, and re-serve it to the client-machines. Nelson runs rsyncd to listen for incoming (rsync) connection requests. Typically, these incoming requests are triggered by the existence of an update-script file in /etc/cron.daily/. For a Gentoo machine, this file is emergesync and looks like:

hostname ~ # cat /etc/cron.daily/emergesync
#!/bin/bash
emerge -q --nospinner --sync > /dev/null 2>&1