Why is yum not liked by some?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Tue, 6 Sep 2005, Johnny Hughes wrote:

> On Tue, 2005-09-06 at 10:58 +1000, John Newbigin wrote:
>
> > Yum headers are also not very robust.  You can't safely use yum while a) 
> > updating your mirror or b) running yum-arch (with -c which takes along 
> > time, esp on openoffice).  This is a PITA when you are patching a lot of 
> > machines and want to obtain new software at the same time.
> 
> It is the safest thing to do to create your own yum headers with yum-
> arch ... but we do not so that for the 14 mirrors that get mirrored from
> the master mirror.  For at least CentOS-3 and 4, these work fine without
> running yum-arch (or createrepo) on any mirror except the master mirror
> and rsync'ing it to the rest.

Jeff Pitman added something to rsync I requested and it was accepted in 
rsync 0.6.3. It allows to do near-atomic updates when mirroring. What it 
does is during rsyncing all updates are made to a ghost-directory and at 
the end of the updates all changes are applied together.

This narrows the window of opportunity where people might be using 
yum/apt/smart when the metadata had been replaced but not all the files 
were in place or vice versa.

Before this change I had to be careful to sync my main mirror in between 
intervals when the public mirror was scheduled to sync (to avoid the same 
kind of conflict). With this functionality I have much more flexibility as 
the metadata and data are being updated almost atomically (instead of 
sometimes 2 to 3 hours delay between my first file and my last file due to 
slow upstream bandwidth).

The functionallity is called --delay-updates and both server and client 
need support for this to make it work.

Kind regards,
--   dag wieers,  dag@xxxxxxxxxx,  http://dag.wieers.com/   --
[all I want is a warm bed and a kind word and unlimited power]

[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux