I''m still using CentOS 3.3 as our install mechanism, then adding some packages from a tarball of RPMs we need. Then I run # yum update yum which sometimes takes a while. Yesterday it took many hours. I like to run these from behind a firewall in our office before taking the server to the datacenter, but the delay meant a whole day''s delay in our trip to the datacenter <frown>. This is our baseurl line for each section; it''s the default: baseurl=http://mirror.centos.org/centos-3/$releasever/os/$basearch/ Should I be adding additional lines? If so, where do I find the list? Thanks. Jeff -- Jeff Lasman, nobaloney.net, P. O. Box 52672, Riverside, CA 92517 US Professional Internet Services & Support / Consulting / Colocation Our blists address used on lists is for list email only Phone +1 951 324-9706, or see: "http://www.nobaloney.net/contactus.html"
On Thu, 24 Mar 2005 10:35:44 -0800, Jeff Lasman <blists@nobaloney.net> wrote:> Yesterday it took many hours. I like to run these from behind a > firewall in our office before taking the server to the datacenter, but > the delay meant a whole day''s delay in our trip to the datacenter > <frown>. >It sounds like you''re doing this on several (possibly many) machines. If you get above one or two a month and a total of 5 or more machines I would recommend a local mirror of the rpm files, including yum. The network is probably the cause of your problems. The topic of local mirrors has been covered before in the mailing list, so if you google for it you should be all set. Cheers, Greg
On Thursday 24 March 2005 09:10 pm, Greg Knaddison wrote:> On Thu, 24 Mar 2005 10:35:44 -0800, Jeff Lasman <blists@nobaloney.net>wrote:> It sounds like you''re doing this on several (possibly many) machines. > If you get above one or two a month and a total of 5 or more machines > I would recommend a local mirror of the rpm files, including yum. > The network is probably the cause of your problems. > > The topic of local mirrors has been covered before in the mailing > list, so if you google for it you should be all set.I agree we''ll eventually have a local mirror at the data center. But in the meantime I''m simply asking if there are additional lines I can put in as "baseurl" lines, or other ones, besides the default in CentOS 3.3. I asked the same question of WBEL folk a while back when we were still doing WBEL installs, and got a whole list back in reply. Now that I''ve switched to using CentOS, I''m wondering if there are others I don''t know about for CentOS. I''d still like to know as it''s unlikely I''m going to be able to get mirroring done in the nearterm future. Jeff -- Jeff Lasman, nobaloney.net, P. O. Box 52672, Riverside, CA 92517 US Professional Internet Services & Support / Consulting / Colocation Our blists address used on lists is for list email only Phone +1 951 324-9706, or see: "http://www.nobaloney.net/contactus.html"
On Fri, 25 Mar 2005 08:42:24 -0800, Jeff Lasman <blists@nobaloney.net> wrote:> On Thursday 24 March 2005 09:10 pm, Greg Knaddison wrote: > > > I agree we''ll eventually have a local mirror at the data center. But in > the meantime I''m simply asking if there are additional lines I can put > in as "baseurl" lines, or other ones, besides the default in CentOS > 3.3. I asked the same question of WBEL folk a while back when we were > still doing WBEL installs, and got a whole list back in reply. Now > that I''ve switched to using CentOS, I''m wondering if there are others I > don''t know about for CentOS. > > I''d still like to know as it''s unlikely I''m going to be able to get > mirroring done in the nearterm future. >Setting up a local mirror is a seriously easy task - took me a half day and I don''t have many tuits. But if you''re not interested, I believe you can edit the yum.conf files to add in mirrors derived from: http://centos.org/modules/tinycontent/index.php?id=13 Greg
On Friday 25 March 2005 10:03 am, Greg Knaddison wrote:> Setting up a local mirror is a seriously easy task - took me a half > day and I don''t have many tuits.I may have a half day some day. But I don''t today.> But if you''re not interested, I > believe you can edit the yum.conf files to add in mirrors derived > from: > > http://centos.org/modules/tinycontent/index.php?id=13I _am_ interested. But until I get to it, how can I be sure if these mirrors are configured for yum (or does the fact that they''re listed mean they _are_)? I should probably use the first one listed, U of Cal Riverside ACM Server, since it''s only about two blocks from me (physically; traceroute-wise it''s 17 hops from my office, but only 7 from my data center). Given the ftp url as: ftp://centos.cs.ucr.edu/centos/centos/ What would the complete listing for yum.conf be? Thanks. Jeff -- Jeff Lasman, nobaloney.net, P. O. Box 52672, Riverside, CA 92517 US Professional Internet Services & Support / Consulting / Colocation Our blists address used on lists is for list email only Phone +1 951 324-9706, or see: "http://www.nobaloney.net/contactus.html"
On Fri, 25 Mar 2005, Jeff Lasman wrote:> I''d still like to know as it''s unlikely I''m going to be able to get > mirroring done in the nearterm future.Simple off-the-shelve mirroring can be done with Yam. It includes many examples, uses rsync to keep a local mirror in sync, can use ISO images and can create the repositories. http://dag.wieers.com/home-made/yam/ In an enterprise environment I would recommend having your own repository staging and final repository and move packages manually from third party to your staging area and later to the final repo. -- dag wieers, dag@wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power]
On Fri, 25 Mar 2005 11:54:39 -0800, Jeff Lasman <blists@nobaloney.net> wrote:> > Given the ftp url as: > > ftp://centos.cs.ucr.edu/centos/centos/ > > What would the complete listing for yum.conf be? >ftp://centos.cs.ucr.edu/centos/centos-3/$releasever/os/$basearch/ Should work, yes? Greg
Hello all, Do we have any time line on this update making it to CentOS 3.5? RHEL-3-U5 BRW
Am Freitag, den 25.03.2005, 12:27 -0800 schrieb Brian Watters: is rhel3 update 5 Released ???> Hello all, > > Do we have any time line on this update making it to CentOS 3.5? > > RHEL-3-U5 > > BRW > > > _______________________________________________ > CentOS mailing list > CentOS@caosity.org > http://lists.caosity.org/mailman/listinfo/centos
no it is in beta xspace wrote:> Am Freitag, den 25.03.2005, 12:27 -0800 schrieb Brian Watters: > > is rhel3 update 5 Released ??? > > >>Hello all, >> >>Do we have any time line on this update making it to CentOS 3.5? >> >>RHEL-3-U5 >> >>BRW >> >> >>_______________________________________________ >>CentOS mailing list >>CentOS@caosity.org >>http://lists.caosity.org/mailman/listinfo/centos > > > _______________________________________________ > CentOS mailing list > CentOS@caosity.org > http://lists.caosity.org/mailman/listinfo/centos > . >-- Computer Housecalls, Networks, Security, Web Design: http://www.emmanuelcomputerconsulting.com My "Foundation" verse: Isa 54:17 No weapon that is formed against thee shall prosper; and every tongue that shall rise against thee in judgment thou shalt condemn. This is the heritage of the servants of the LORD, and their righteousness is of me, saith the LORD. -- carpe ductum -- "Grab the tape" CDTT (Certified Duct Tape Technician) Linux user #322099 Machines: 206822 256638 276825 http://counter.li.org/
On Friday 25 March 2005 11:58 am, Dag Wieers wrote:> Simple off-the-shelve mirroring can be done with Yam. It includes > many examples, uses rsync to keep a local mirror in sync, can use ISO > images and can create the repositories. > > http://dag.wieers.com/home-made/yam/Thanks; I''ll look at it.> In an enterprise environment I would recommend having your own > repository staging and final repository and move packages manually > from third party to your staging area and later to the final repo.I see this as overkill, since our current system, which we''re happy with, is to run yum every night and update everything for which an update has been made officially available. Or have I just been living dangerously? Almost all the webhosting stuff on these servers is compiled from source, as critical fixes become available. Jeff -- Jeff Lasman, nobaloney.net, P. O. Box 52672, Riverside, CA 92517 US Professional Internet Services & Support / Consulting / Colocation Our blists address used on lists is for list email only Phone +1 951 324-9706, or see: "http://www.nobaloney.net/contactus.html"
On Friday 25 March 2005 11:58 am, Dag Wieers wrote:> Simple off-the-shelve mirroring can be done with Yam. It includes > many examples, uses rsync to keep a local mirror in sync, can use ISO > images and can create the repositories. > > http://dag.wieers.com/home-made/yam/I was going to ask this question about Yam on the Yam list but then I noticed it was a new list (with perhaps only a few members) and only one post. So, prehaps incorrectly, I felt this would be a better place to post; at least this question... I like what I see. I''ve looked at the sample configuration files, but since my only experience with yum is using it as it comes, and I have no experience with Yam at all, I''m not sure what configuration I''d need. If my yum configuration on each server were to have: <snip> baseurl=ftp://centos.cs.ucr.edu/centos/centos-3/$releasever/os/$basearch/ http://mirror.centos.org/centos-3/$releasever/os/$basearch/ <snip> And instead I wanted to run Yam on one system, what would I use in my yam.conf file to update my local repository from the same sources? Let''s just use the rhes3 section from your sample file (and allowing for the automatic line-wrapping which occurs below): <snip> [rhes3] name = Red Hat Enterprise Server $release U3 ($arch) release = 3 iso = rhel-$release-U3-$arch-es-disc?.iso updates = file:///var/spool/up2date/ dag rsync://apt.sw.be/pub/freshrpms/pub/dag/redhat/el$release/en/$arch/RPMS.$repo/ </snip> What do I need, and what can I skip? We''re NOT doing network installs; but we''ll want to keep all released updates in sync. Thanks for your help; it''s much appreciated. Jeff -- Jeff Lasman, nobaloney.net, P. O. Box 52672, Riverside, CA 92517 US Professional Internet Services & Support / Consulting / Colocation Our blists address used on lists is for list email only Phone +1 951 324-9706, or see: "http://www.nobaloney.net/contactus.html"
http://news.com.com/Programmers+bypass+Red+Hat+Linux+fees/2100-7344_3-5632434.html?tag=st.pop quote - Red Hat chooses to see the glass as half full, with spokeswoman Leigh Day calling the clones "good news" because they could attract new customers."If they try versions that are not supported or supported inadequately, they will get a hint of the value propositions that are available for Linux and ultimately turn to a company that can support their businesses," Day said. Red Hat will continue releasing the source RPM files. "What we''re doing now we''ll continue to do for the long term," Day said.
Tony Wicks wrote:> http://news.com.com/Programmers+bypass+Red+Hat+Linux+fees/2100-7344_3-5632434.html?tag=st.pop > > > > quote - > > > Red Hat chooses to see the glass as half full, with spokeswoman Leigh > Day calling the clones "good news" because they could attract new > customers."If they try versions that are not supported or supported > inadequately, they will get a hint of the value propositions that are > available for Linux and ultimately turn to a company that can support > their businesses," Day said. Red Hat will continue releasing the > source RPM files. "What we''re doing now we''ll continue to do for the > long term," Day said.Call me crazy, but I feel like I get better support from the CentOS folks and the community. I didn''t switch to CentOS because it was "cheaper." Cheers, C -- Chris Mauritz chrism@imntv.com VP & Chief Technology Officer Independent Music Network http://www.imntv.com
On Sat, 26 Mar 2005 22:29:37 -0500, Chris Mauritz <chrism@imntv.com> wrote:> Tony Wicks wrote: > > > http://news.com.com/Programmers+bypass+Red+Hat+Linux+fees/2100-7344_3-5632434.html?tag=st.pop > > > > > > > > quote - > > > > > > Red Hat chooses to see the glass as half full, with spokeswoman Leigh > > Day calling the clones "good news" because they could attract new > > customers."If they try versions that are not supported or supported > > inadequately, they will get a hint of the value propositions that are > > available for Linux and ultimately turn to a company that can support > > their businesses," Day said. Red Hat will continue releasing the > > source RPM files. "What we''re doing now we''ll continue to do for the > > long term," Day said. > > Call me crazy, but I feel like I get better support from the CentOS > folks and the community. I didn''t switch to CentOS because it was > "cheaper." >It''s a little of both for me (home user). I don''t pay for Linux, period. A friend put me on to CentOS, and I like what I''ve seen. Most companies want paid support, as though it really provides anything. They don''t understand the community support model at all. I wonder, for example, if anyone has gotten the true story from RedHat support about the LVM/LV2 mess with lack of support for shrinking filesystems - propably not in the clear way it''s presented on the CentOS list. -- Collins When I saw the Iraqi people voting three weeks ago, 8 million of them, it was the start of a new Arab world.... The Berlin Wall has fallen. - Lebanese Druze leader Walid Jumblatt
On Sat, 2005-03-26 at 20:46 -0700, Collins Richey wrote:> On Sat, 26 Mar 2005 22:29:37 -0500, Chris Mauritz <chrism@imntv.com> wrote: > > Tony Wicks wrote: > > > > > http://news.com.com/Programmers+bypass+Red+Hat+Linux+fees/2100-7344_3-5632434.html?tag=st.pop > > > > > > > > > > > > quote - > > > > > > > > > Red Hat chooses to see the glass as half full, with spokeswoman Leigh > > > Day calling the clones "good news" because they could attract new > > > customers."If they try versions that are not supported or supported > > > inadequately, they will get a hint of the value propositions that are > > > available for Linux and ultimately turn to a company that can support > > > their businesses," Day said. Red Hat will continue releasing the > > > source RPM files. "What we''re doing now we''ll continue to do for the > > > long term," Day said. > > > > Call me crazy, but I feel like I get better support from the CentOS > > folks and the community. I didn''t switch to CentOS because it was > > "cheaper." > > > > It''s a little of both for me (home user). I don''t pay for Linux, > period. A friend put me on to CentOS, and I like what I''ve seen. Most > companies want paid support, as though it really provides anything. > They don''t understand the community support model at all. > > I wonder, for example, if anyone has gotten the true story from RedHat > support about the LVM/LV2 mess with lack of support for shrinking > filesystems - propably not in the clear way it''s presented on the > CentOS list.---- they don''t censor the nahant (RHEL 4) or the taroon (RHEL 3) lists so there''s no reason why it can''t be discussed on their lists and of course, everyone is free to create bugzilla entries. Craig
Chris Mauritz wrote:> Tony Wicks wrote: > >> http://news.com.com/Programmers+bypass+Red+Hat+Linux+fees/2100-7344_3-5632434.html?tag=st.pop >> >> > > Call me crazy, but I feel like I get better support from the CentOS > folks and the community. I didn''t switch to CentOS because it was > "cheaper." >sssssshh!!! John Hinton
On Sat, 26 Mar 2005 21:00:02 -0700, Craig White <craigwhite@azapple.com> wrote:> On Sat, 2005-03-26 at 20:46 -0700, Collins Richey wrote: > > On Sat, 26 Mar 2005 22:29:37 -0500, Chris Mauritz <chrism@imntv.com> wrote: > > > Tony Wicks wrote: > > > > > > > http://news.com.com/Programmers+bypass+Red+Hat+Linux+fees/2100-7344_3-5632434.html?tag=st.pop > > > > > > > > > > > > > > > > quote - > > > > > > > >> > > Call me crazy, but I feel like I get better support from the CentOS > > > folks and the community. I didn''t switch to CentOS because it was > > > "cheaper." > > > > > > > It''s a little of both for me (home user). I don''t pay for Linux, > > period. A friend put me on to CentOS, and I like what I''ve seen. Most > > companies want paid support, as though it really provides anything. > > They don''t understand the community support model at all. > > > > I wonder, for example, if anyone has gotten the true story from RedHat > > support about the LVM/LV2 mess with lack of support for shrinking > > filesystems - propably not in the clear way it''s presented on the > > CentOS list. > ---- > they don''t censor the nahant (RHEL 4) or the taroon (RHEL 3) lists so > there''s no reason why it can''t be discussed on their lists and of > course, everyone is free to create bugzilla entries. >More fuel for the community support model, as opposed to the official (paid) support channels. I''m an old renegade from the Gentoo and Linux-user lists and as such accustomed to rapid world-wide support from a team of volunteers rather than from a paid subsciption service. My limited experience in the past has been that paid subsciption service takes twice as long to get the answers as does the community model. RedHat (or any other service) can only pay a certain number of engineers to respond to questions whereas there are (theoretically) unlimited numbers of volunteers who have detailed experience with almost any aspect of Linux/OSS and who are more than willing to answer questions. I haven''t visited the actual RedHat user lists (except for Fedora a while back), but I''m sure the same principles apply, i.e. more rapid reponse than paid support channels. The only problem with user lists is increasing popularity. CentOS is manageable and effective (yet), but the last time I visited the Fedora list, it was a firehose, and I had to unsubscribe. Fortunately there are archives. -- Collins When I saw the Iraqi people voting three weeks ago, 8 million of them, it was the start of a new Arab world.... The Berlin Wall has fallen. - Lebanese Druze leader Walid Jumblatt
On Sun, 27 Mar 2005, Collins Richey wrote:> More fuel for the community support model, as opposed to the > official (paid) support channels.There are (at least) three different kinds of support involved: 1. troubleshooting after installation, 2. packaging and patching, 3. architecture building. User lists are great at the first kind. It''s unlikely that a corporate support team, no matter how good it is, can match the collective wisdom of its user base when it comes to real-world troubleshooting. By using CentOS we are largely relying on Red Hat''s professionals for the bulk of the latter two support items. Keeping up with the myriad security and bug fixes available for the software in even a minimal Linux installation is a large and painstaking job. Likewise, maintaining the installer, system-configuration tools, and overall package-layout scheme requires a large, concerted effort. So it''s worth saying that Red Hat''s customers are underwriting a considerable amount of the (necessary and well done) support we receive. Those .src.rpm packages we rebuild aren''t for the most part constructed on volunteer time. :-) -- Paul Heinlein <heinlein@madboa.com>
On Sun, 27 Mar 2005 07:47:45 -0800 (PST), Paul Heinlein <heinlein@madboa.com> wrote:> On Sun, 27 Mar 2005, Collins Richey wrote: > > > More fuel for the community support model, as opposed to the > > official (paid) support channels. > > There are (at least) three different kinds of support involved: > > 1. troubleshooting after installation, > > 2. packaging and patching, > > 3. architecture building. > > User lists are great at the first kind. It''s unlikely that a > corporate support team, no matter how good it is, can match the > collective wisdom of its user base when it comes to real-world > troubleshooting. > > By using CentOS we are largely relying on Red Hat''s professionals for > the bulk of the latter two support items. Keeping up with the myriad > security and bug fixes available for the software in even a minimal > Linux installation is a large and painstaking job. Likewise, > maintaining the installer, system-configuration tools, and overall > package-layout scheme requires a large, concerted effort. > > So it''s worth saying that Red Hat''s customers are underwriting a > considerable amount of the (necessary and well done) support we > receive. Those .src.rpm packages we rebuild aren''t for the most part > constructed on volunteer time. :-) >Yes on all counts. Fortunately for all of us, RedHat are adhering to the letter of the GPL concept, i.e. their value added is given back to the OSS community. Even more fortunately, the CentOS volunteers have done a bang-up job in repackaging the free content into an extremely useful product. -- Collins When I saw the Iraqi people voting three weeks ago, 8 million of them, it was the start of a new Arab world.... The Berlin Wall has fallen. - Lebanese Druze leader Walid Jumblatt
> Yes on all counts. Fortunately for all of us, RedHat are adhering to > the letter of the GPL concept, i.e. their value added is given back > to the OSS community. Even more fortunately, the CentOS volunteers > have done a bang-up job in repackaging the free content into an > extremely useful product.It would also be nice if we could give back to Red Hat (in a non-monetary fashion). Question is how? Cheers, MaZe.
On Sun, 2005-03-27 at 07:47 -0800, Paul Heinlein wrote:> On Sun, 27 Mar 2005, Collins Richey wrote: > > > More fuel for the community support model, as opposed to the > > official (paid) support channels. > > There are (at least) three different kinds of support involved: > > 1. troubleshooting after installation, > > 2. packaging and patching, > > 3. architecture building. > > User lists are great at the first kind. It''s unlikely that a > corporate support team, no matter how good it is, can match the > collective wisdom of its user base when it comes to real-world > troubleshooting. > > By using CentOS we are largely relying on Red Hat''s professionals for > the bulk of the latter two support items. Keeping up with the myriad > security and bug fixes available for the software in even a minimal > Linux installation is a large and painstaking job. Likewise, > maintaining the installer, system-configuration tools, and overall > package-layout scheme requires a large, concerted effort. > > So it''s worth saying that Red Hat''s customers are underwriting a > considerable amount of the (necessary and well done) support we > receive. Those .src.rpm packages we rebuild aren''t for the most part > constructed on volunteer time. :-)---- of course the software that RHEL is troubleshooting, patching, repackaging, etc. is GPL and similar license and that is what enables them to operate and they aren''t selling the software itself, only the support & update entitlements. It shouldn''t be forgotten ''where the buck stops'' - if you have purchased RHEL entitlement, the purchase means that you have Red Hat support to fall back on. If you use a repackaged product such as CentOS, then you are your responsible for the support - you don''t have Red Hat to fall back on. While I agree, that a list like this one - or the specific package lists for many of the individual software projects are likely to give you more timely answers, there is no guarantee that they will be good answers and you have to sort through them and figure out how they apply. Just last week, on fedora-list@redhat.com - someone was given an answer which told him to simply rm -fr /var/cache - which the user did. It solved the issue of yum not having enough disk space to run...but it created a whole host of new problems. There is no certainty of any quality of answers on these lists. So in the end, I leave the issue up to my customers. I show them the Red Hat Enterprise Linux programs and point out the suitable entitlement for what we are doing and suggest that this leaves them with support options and support responsibility besides me - or the repackaged versions such as CentOS which make me (or someone with similar skills) the final responsible party. Most businesses will choose the Red Hat option which to me, seems to be a smart move but I am agreeable either way. Craig
On Sun, 2005-03-27 at 18:41 +0200, Maciej ?enczykowski wrote:> > Yes on all counts. Fortunately for all of us, RedHat are adhering to > > the letter of the GPL concept, i.e. their value added is given back > > to the OSS community. Even more fortunately, the CentOS volunteers > > have done a bang-up job in repackaging the free content into an > > extremely useful product. > > It would also be nice if we could give back to Red Hat (in a non-monetary > fashion). > Question is how? >---- reporting bugs Craig
On Sun, 2005-03-27 at 09:47, Paul Heinlein wrote:> > More fuel for the community support model, as opposed to the > > official (paid) support channels.> There are (at least) three different kinds of support involved: > 1. troubleshooting after installation, > 2. packaging and patching, > 3. architecture building. > > By using CentOS we are largely relying on Red Hat''s professionals for > the bulk of the latter two support items.In any discussion like this it is important to remember that the *contents* of the packages are mostly handled by third parties and available in other distributions, and the patching is often best pushed back upstream to the program authors. I don''t mean to minimize the enormous amount of work that RedHat provides, but the real value of the distribution compared to others comes not so much from the small percentage of content that they add but from the fact that the distribution is well tested and it''s particular quirks are well known - things that increase with the user base. I would guess that most people on this list understand the nature of open source content and the distributed providers but it might not be obvious to others. -- Les Mikesell les@futuresource.com
Well, I for one run many Centos servers (40 or so), but I also have 5 servers running RHEL. If it wasn''t for the rebuild releases I would have to run the first bunch of machines debian or similar so I would have no encouragement to ever propose converting any of them to RHEL. I think this is the model Redhat wants, when a supported system is appropriate (a couple of the RHEL machines run a port (Oracle) and a couple are used by a Telco) and the customer doesn''t mind paying for it then we promote RHEL where we can. For everything else we are free to use a rebuild distribution.>It would also be nice if we could give back to Red Hat (in a non-monetary >fashion). >Question is how? > >Cheers, >MaZe. > >_______________________________________________ >CentOS mailing list >CentOS@caosity.org >http://lists.caosity.org/mailman/listinfo/centos > >
On Sun, 27 Mar 2005 09:50:12 -0700, Craig White <craigwhite@azapple.com> wrote:> On Sun, 2005-03-27 at 18:41 +0200, Maciej ?enczykowski wrote: > > > Yes on all counts. Fortunately for all of us, RedHat are adhering to > > > the letter of the GPL concept, i.e. their value added is given back > > > to the OSS community. Even more fortunately, the CentOS volunteers > > > have done a bang-up job in repackaging the free content into an > > > extremely useful product. > > > > It would also be nice if we could give back to Red Hat (in a non-monetary > > fashion). > > Question is how? > > > ---- > reporting bugs > > Craig >Exactly ! I''ve reported some bugs I''ve found in CentOS 4 in the RHEL4''s bugzilla. Assuming CentOS4 is the exact copy of RHEL4 if you find bugs, that''s the only way I can think about to get them really fixed in a future release. My recent story about resize2fs is a good example (even if I didn''t reported the problem myself). If you can''t/don''t want to give money back to RH send them bug reports :).