[mirror-admin] where are all the indices of the repository?

J.H. warthog19 at eaglescrag.net
Thu Jul 9 23:23:07 EDT 2009


Carlos Carvalho wrote:
> Jon Stanley (jonstanley at gmail.com) wrote on 9 July 2009 19:16:
>  >On Thu, Jul 9, 2009 at 6:03 PM, Carlos Carvalho<carlos at fisica.ufpr.br> wrote:
>  >
>  >> mirror in the meantime. I suppose the indices are in */repodata but this
>  >> is too important to just guess, so I'd like to have an answer from
>  >> those who are well versed in the repository architecture.
>  >
>  >That's correct, but the chance for breakage that you have there (if
>  >you use --delete when syncing the packages) is that a package that is
>  >referenced by your repodata may not actually be available on your
>  >mirror - i.e. when a package is updated, the old one gets deleted from
>  >the master.
> 
> The package sync won't delete anything, as has been discussed here on
> May 6, when someone complained that a mirror didn't use delay-updates.
> [note: Matt then mentioned repodata, I just wanted to be sure there
> isn't anything else]
> 
>  >Why don't you want to use --delay-updates?
> 
> Because of the disk hit. Fedora updates very often involve more than
> 10,000 files, and all these renames in sequence hit the disk hard. A
> few days ago an update of about 12,700 files took about 20min of
> renaming, and another a few days earlier of >20,000 took more than
> 33min. During these periods the number of transactions in the disks was
> around 98% of the maximum. Distributing the renames during the much
> longer download time avoids these peaks.

If it helps any, kernel.org doesn't use --delay-updates and really I've 
never heard much in the way of complaints or issues with this.  I would 
agree with the spike of disk activity, and how that can be very bad as well.

- John 'Warthog9' Hawley

--


More information about the Mirror-admin mailing list