On Tuesday, August 26, 2003, at 07:17 PM, Jay Turner wrote:
Actually, following up on my own post, I need to clarify something. The
license for RHEL 2.1 states that if you have support (which includes RHN)
for one install, then you will have it for all installations. So, in that
case, if you are in compliance, then all of your installations would have
RHN support and there would be no need to download the errata from RHN then
push it out to other machines. Sorry for the confusion.
Well, there *is* a need actually.
Let's say Joe has 50 RHEL servers, all pretty much identical, and properly licensed. There is a flurry of security activity one week and it takes about 50MB of new packages to patch one system. That's not much of a reach. Each of the 50 servers downloads 50MB of packages through https (i.e. not cached anywhere) over Joe's single business class DSL connection. 2500MB of downloads, split up across 50 clients, all hitting a DSL connection at once (not to mention the RHN servers). This is lunacy.
Most other distros permit larger installations to have their own local package repositories, and this is what would make the most sense. I understand that Red Hat has a product that will do this, but the cost is far above the means of someone like Joe.
The centralization of RHN is part of the driving force, IMHO, behind projects like Current and Yum. It would be far grander, I think, to have the slick RHN interface on the front end and the local repository on the back end.
So getting back to your example, yes, there is a need for RHEL customers to download one copy of a package and push it out to other machines.
--
C. Magnus Hedemark
http://trilug.org/~chrish
"The only way to keep your health is to eat what you don't want, drink what you don't like, and do what you'd rather not." - Mark Twain
Attachment:
PGP.sig
Description: PGP signature
