Discuss

discuss@lists.centos.org

3 participants
34748 discussions

Automated YUM update kills DNS
by Jeff Lasman 23 Jun '05

23 Jun '05

We've got several CentOS 3.x systems running DNS that we keep updated automatically via YUM. Recently two of those systems (not all of them) when updating themselves to the latest versions of BIND, automatically replaced /etc/named.conf with a new one and saved the old one as /etc/named.conf.rpmsave. Which of course broke DNS for those servers. All servers got updated, but only two of them did the rewrite. Any ideas as to why it might have happed, or how to make sure it doesn't happen again? Hopefully nothing so simplistic as "exclude bind from auto updates" though if that's the only answer, we'll take it. Thanks. Jeff -- Jeff Lasman, Nobaloney Internet Services 1254 So Waterman Ave., Suite 50, San Bernardino, CA 92408 Our blists address used on lists is for list email only Phone +1 909 266-9209, or see: "http://www.nobaloney.net/contactus.html"

4 3

Re: [CentOS] Re: Opteron Mobo Suggestions
by Bryan J. Smith <b.j.smith＠ieee.org> 23 Jun '05

23 Jun '05

From: Kirk Bocek <t004(a)kbocek.com> > Yea, but who *is* this guy? :) I heard he is a jerk. ;-ppp > Don't really need physical 4-way. > I'm planning on 2-way dual core. On a server where throughput is king, everything is I/O. Dual-core just gives you more computing. > I mostly just want to see how two or three striped SATA drives will > perform. If the on-board ports don't perform, I can always add a > separate controller later. My understanding is that NCQ support isn't > here yet for Linux but that it should provide a boost. Do you understand what NCQ does? It allows an intelligent drive to queue for the bus, because the bus is dumb. So what do you think an intelligent strorage controller does? (light bulb!) 3Ware Escalade 7000/8000s are the undesputed king of queuing in ATA. You can't beat real-time ASIC+SRAM queuing! It can service requests faster than anything. That's why 3Ware calls it a "storage switch," because it's like having a "layer 3 switch" instead of a "layer 3 router" (traditional microcontroller+DRAM). And it's _ideal_ for RAID-0, 1 and 10. > Not for primary storage. Mostly just future proofing here. Throw in a $10 card. Besides, they all come with it these days. > I've been meaning to setup a backup system using external hard > drives instead of tape. That wouldn't fly over USB 1.1. Put in an out-of-band GbE card or iSCSI HBA instead. Trust me on this, you do _not_ want USB or FireWire. > So, Brian, having given me all that good information (thanks again), > what specific models do you suggest? What are *you* running on? I like the HP DL385 (2-way) and DL585 (4-way) servers. They use the reference AMD designs -- including (2) AMD813x's in the DL585: http://www.samag.com/documents/s=9408/sam0411b/0411b_f5.htm Do you need 4-way for computation? Or throughput? If the latter, then dual-core on 2-way is not going to give you anything. -- Bryan J. Smith mailto:b.j.smith@ieee.org

4 3

Re: [CentOS] Re: Opteron Mobo Suggestions
by Bryan J. Smith <b.j.smith＠ieee.org> 23 Jun '05

23 Jun '05

From: Peter Arremann <loony(a)loonybin.org> > Bryan, > there are sometimes more important things than max performance... > Upgradability i.e. ... If you buy a complete server its one thing, but if > you're offering parts and people build there own they often do consider > upgradability. If you buy a server that right now should run fine with 1 CPU > but you want to upgrade later to a second one, then the Tyan design is for > you. This way you can run all your I/O still and still not have to pay extra > for the second CPU up front. The Tyan website even mentions this somewhere as > the reason for the design decision. And I understand this. And I understand why Tyan might offer it on _some_ models. But not _all_ models. ;-> That's what I can't believe. -- Bryan J. Smith mailto:b.j.smith@ieee.org

2 1

Re: [CentOS] Re: Opteron Mobo Suggestions
by Bryan J. Smith <b.j.smith＠ieee.org> 23 Jun '05

23 Jun '05

From: Ugo Bellavance <ugob(a)camo-route.com> > I don't really know, but you could get a pretty cheap NAS with a gigabit > nic to do your backups instead of using USB/Firewire. And then attach any tape or other media library to that. There is this farce out there among sysadmins that they have to do backups to tape or other media in "real-time" during a time-limited "window." No, no, no, no, NO! REALITY: You only need to send the data in real-time during the window to a "buffering" system that actually then commits it to tape or other media at _any_ time it chooses. BONUSES: - I can send just a "differential" to that system, instead of a full filesystem dump (even if I want a "full" backup ;-). - I can restore from that "near-line" system whenever I want (assuming it is still on-line) - many others ... This is what has now evolved into the concept of a "virtual tape library." A near-line storage device that buffers between end systems that have limited backup windows and the tape (or other media) you may or may not need to always commit to. Be sure to get 2005 September Sys Admin. ;-> -- Bryan J. Smith mailto:b.j.smith@ieee.org

1 0

Re: [CentOS] Centos 3 - yum update error (rpm-libs)
by thorsten＠uni.de 23 Jun '05

23 Jun '05

>Are you doing the switch now or are you upgrading CentOS after an >already good switch? I switch sometime ago. With no Problems until this problem with rpm now. >Here is a link with specific info: >http://www.centos.org/modules/smartfaq/faq.php?faqid=19 I switch following this instruction. Now I have this: :-( # rpm -qa | grep -i rpm- rpm-python-4.2.3-21_nonptl rpm-libs-4.2.3-13.WB2 rpm-python-4.2.3-13.WB2 rpm-4.2.3-21_nonptl rpm-4.2.3-13.WB2 rpm-libs-4.2.3-21_nonptl

4 3

Re: [CentOS] Re: Opteron Mobo Suggestions
by Bryan J. Smith <b.j.smith＠ieee.org> 22 Jun '05

22 Jun '05

From: "Bryan J. Smith <b.j.smith(a)ieee.org>" <thebs413(a)earthlink.net> > Tyan should put the AMD8131 on CPU #2 on the 2891/2892 > so it doesn't contend with the nForce 2200 on CPU #1 and > its slots/peripherals (and there is no 2050). I should have pointed out this is illustrated in Figure 7: http://www.samag.com/documents/s=9408/sam0411b/0411b_f7.htm -- Bryan J. Smith mailto:b.j.smith@ieee.org

1 0

CentOS releases and the new and improved CentOS Vault.
by Johnny Hughes 22 Jun '05

22 Jun '05

There seems to be some confusion over the way we release CentOS, and the release cycle. First, let's define what the upstream provider does. They released RHEL-2.1 (originally RHAS-2.1), RHEL-3 and RHEL-4. Those are specific and unique releases. They have the following Maintenance Phases: Phase 1: Full Support Start Date: General Availability End Date: 2.5 Years from General Availability date Description: During the Full Support phase, new hardware support will be provided at the discretion of the upstream provider via Updates, Additionally, all available and qualified errata will be applied to the Enterprise products via Updates (or as required for Security level errata.) ------ Phase 2: Deployment Start Date: 2.5 years from General Availability (end of Full Support) End Date: 3 Years from General Availability date Description: During the Deployment phase, all available and qualified security and bug fix errata will be applied to the Enterprise products via Updates. Security Errata will be released as necessary independent an Update. ------ Phase 3: Maintenance Start Date: 3 Years from General Availability (end of Deployment) End Date: 4 Years from end of Deployment (7 years from General Availability) Description: During the Maintenance phase, only Security errata and select mission critical bug fixes will be released for the Enterprise products. ------ Phase 1 and 2 products will get Enhancement updates (RHEA), Bugfix updates (RHBA), and Security updates (RHSA), usually released 2-4 times a year. The updates have numbers (ie., Update 1, Update 2, Update 3, etc.) Currently, RHEL 3 is at Update 5, RHEL 4 is at Update 1. Phase 3 products will only get security updates, usually released individually. RHEL 2.1 is in this phase. There will probably be individual security updates released from this point forward on this distro. http://www.redhat.com/security/updates/errata/ http://www.redhat.com/security/updates/ There is no RHEL-3.4 or RHEL-3.5 ... or RHEL-4.1. If you run up2date on RHEL, you get the updates when RedHat releases them. There are separate ISOs for the different Updates ... but only one set (or tree) of updated RPMS for each distro (RHEL-2, RHEL-3, RHEL-4). If you install off any of the ISOs and then run up2date, you are at the latest update. For example, if you install off the RHEL-3 update 1 ISOs, then run up2date from RHN, you are at RHEL-3 update 5 when finished ... not RHEL-3 update 1 ... and all of this is RHEL 3. ---------------- How does this relate to CentOS releases. First thing is this ... the releases are CentOS 2, CentOS 3, and CentOS 4. Both CentOS 3.1 and CentOS 3.5 are CentOS 3 ... both CentOS 4.0 and CentOS 4.1 are CentOS 4. So, unlike moving from Mandriva 10.1 to 10.2, moving from CentOS-3.1 to CentOS-3.5 is not changing to a new major OS release ... you are just doing exactly the same thing as the above upstream example. Moving from Update 1 to Update 5. CentOS provides new ISOs (just like upstream) when an Update X is released. Let me say it again ... moving from CentOS-4.0 to CentOS-4.1 is not changing to a new major release, it is just applying normally released updates ... except, at that point, there are new ISOs, with new hardware supported at install time. So the CentOS release model is very much like the upstream one, if you run an update, you are at the latest versions for your release tree ... exactly like upstream. --------------------- That being said, there are some who want to treat CentOS-3.1 and CentOS-3.5 as a separate release (or CentOS-4.0 and CentOS-4.1) ... and not part of the same tree. That is not how CentOS is maintained, but we have decided to enhance our vault to allow those people access to the individual trees. If you look at http://vault.centos.org/ you will see that there are currently the following directories: 3.1, 3.1-final, 3.3, 3.3-final, 3.4, 3.4-final, and 4.0 In the case of the CentOS 3, the numbered releases are the starting point .. and the 3.x-final is the ending point tree for that version. In the case of CentOS 4, the 4.0 is the ending tree ... the beginning tree was just the os directory under the 4.0 tree. There are no new security updates applied to those hives, and they are a snapshot of the tree at those points. Again, the tree here are _NOT_UPDATED_ any longer ... so don't use them and expect to have an up to date system. The up to date system is the latest trees that are always available via mirror.centos.org or the pblic mirrors. The vault takes up a major amount of disc space, which will grow as we continue to release new trees and it is not replicated to public mirrors. It is also only available on one machine, so bandwidth and access may be much slower than the real CentOS trees. My advice is that you should change your way of thinking so that you maintain your software the way the upstream provider and CentOS provide it, if at all possible. However, if you cannot do this, then the vault will provide limited access to the older trees. Thanks, Johnny Hughes CentOS-4 lead developer

3 2

Re: [CentOS] Centos 3 - yum update error (rpm-libs)
by thorsten＠uni.de 22 Jun '05

22 Jun '05

>># rpm -qa | grep -i rpm- >>rpm-python-4.2.3-21_nonptl >>rpm-libs-4.2.3-13.WB2 >>rpm-python-4.2.3-13.WB2 >>rpm-4.2.3-21_nonptl >>rpm-4.2.3-13.WB2 >>rpm-libs-4.2.3-21_nonptl > > >rpm -Uvh --replacepkgs --replacefiles rpm....rpm rpm-libs....rpm rpm-python....rpm GREAT, this works. Now it is correct: # rpm -qa | grep -i rpm- rpm-4.2.3-21_nonptl rpm-libs-4.2.3-21_nonptl rpm-python-4.2.3-21_nonptl Thanks to all! cheers, Thorsten

1 0

CentOS4 ClamAV reports zlib needs updating
by Nigel kendrick 22 Jun '05

22 Jun '05

I'm just about to update ClamAV to v0.86 on a CentOS4 box having successfully done this on a 3.3 box but... configure: error: The installed zlib version may contain a security bug. Please upgrade to 1.2.2 or later: http://www.zlib.net. You can omit this check with --disable-zlib-vcheck but DO NOT REPORT any stability issues then! Any expected probs with me doing this update from the site - I have tried with yum (including Dag's repository) and it finds no updates. Ta NK

4 3

Centos 3 - yum update error (rpm-libs)
by thorsten＠uni.de 22 Jun '05

22 Jun '05

Hello *, i get following error: Downloading needed headers Resolving dependencies .....Unable to satisfy dependencies Package rpm-libs needs rpm = 4.2.3-13.WB2, this is not available. I switch from WhiteBox to Centos. How can resolve this problem?

3 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss