Bug 216955 - Ambiguity re: mirror repo vs. authoritative repo
Summary: Ambiguity re: mirror repo vs. authoritative repo
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora Documentation
Classification: Retired
Component: docs-requests
Version: devel
Hardware: All
OS: Linux
medium
low
Target Milestone: ---
Assignee: Paul W. Frields
QA Contact: Karsten Wade
URL: http://fedora.redhat.com/docs/mirror/...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-11-22 21:22 UTC by Phil Regier
Modified: 2009-07-07 04:09 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2007-12-08 06:37:08 UTC
Embargoed:


Attachments (Terms of Use)

Description Phil Regier 2006-11-22 21:22:50 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.0.8) Gecko/20061105 Red Hat/1.5.0.8-0.1.el4 Firefox/1.5.0.8 pango-text

Description of problem:
<quote>
If you want clients to use your mirror in place of the official repositories, disable the existing repositories. To do this, edit the client's file for the official repository to include the directive enabled=0. You will need root access to edit these files.
</quote>

The above is technically correct and useful, but provides an unfortunate choice between the speed offered by a local repo and the reliability offered by "official" mirror lists.

If, for example, the mirror tutorial was to include instructions on configuring a client using the yum-priorities package from Fedora Extras, then the procedure outlined in this document would result in a preferred local mirror backed up by the official Fedora mirrorlist, ideally resulting in maximum deployment speed, minimal Internet traffic, and built-in failure protection should the local mirror ever fail.

Version-Release number of selected component (if applicable):
mirror-tutorial-1.0.1 (2006-08-07)

How reproducible:
Didn't try


Steps to Reproduce:
Not Applicable

Actual Results:


Expected Results:


Additional info:
In addition to using yum-priorities, it may also be feasible to generate one's own mirrorlist by programatically appending the output of the "official" mirrorlist to the end of a file containing the local mirror(s) created by following the tutorial; if this was re-built periodically, say as frequently as the local mirror was rsync'ed, this could still maintain even distribution of network traffic.  This approach has not been tested.

Comment 1 Paul W. Frields 2007-12-08 06:37:08 UTC
The mirror-tutorial is obsolete and no longer maintained.  For current mirroring
information pertinent to end users and mirror administrators, refer to:

http://fedoraproject.org/wiki/Infrastructure/MirrorManager


Comment 2 eric 2009-07-07 04:09:48 UTC
Ticket moved to allow products to be removed from BZ.


Note You need to log in before you can comment on or make changes to this bug.