Discuss

discuss@lists.centos.org

34753 discussions

CentOS-announce Digest, Vol 52, Issue 2
by centos-announce-request＠centos.org 03 Jun '09

03 Jun '09

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2009:1076-01: Low CentOS 2 i386 End Of Life (John Newbigin) ---------------------------------------------------------------------- Message: 1 Date: Wed, 03 Jun 2009 13:25:10 +1000 From: John Newbigin <jnewbigin(a)ict.swin.edu.au> Subject: [CentOS-announce] CESA-2009:1076-01: Low CentOS 2 i386 End Of Life To: centos-announce(a)centos.org Message-ID: <4A25ED16.4020809(a)ict.swin.edu.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed RHSA-2009:1076-01 End Of Life This is the End Of Life notification for CentOS-2. As per the upstream vendors errata support policy, updates for CentOS-2 ended on May 31, 2009. It is recommended that any system still running CentOS 2 should be upgraded to a more recent version of CentOS to ensure continued security and bug fix support. Upgrade information can be found here http://wiki.centos.org/MigratingTwoToFive More details are available from the RedHat web site at https://rhn.redhat.com/errata/rh21as-errata.html Thank you to everyone who helped make this project possible. The CAOS and CentOS projects, the unnamed upstream vendor and of course, the users who gave it a reason to exist. After 5 years at the helm of CentOS-2, I look forward to working on some new projects both CentOS and elsewhere. This might be the last update announcement I post but it won't be the last time you see my name. John. -- John Newbigin ITS Senior Analyst / Programmer Faculty of Information and Communication Technologies Swinburne University of Technology Melbourne, Australia http://www.ict.swin.edu.au/staff/jnewbigin ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 52, Issue 2 **********************************************

1 0

Harware vs Kernel RAID (was Re: External SATA enclosures: SiI3124 and CentOS 5?)
by Michael A. Peters 03 Jun '09

03 Jun '09

-=- starting as new thread as it is off topic from controller thread -=- Ross Walker wrote: > > The real key is the controller though. Get one that can do hardware > RAID1/10, 5/50, 6/60, if it can do both SATA and SAS even better and > get a battery backed write-back cache, the bigger the better, 256MB > good, 512MB better, 1GB best. I've read a lot of different reports that suggest at this point in time, kernel software raid is in most cases better than controller raid. The basic argument seems to be that CPU's are fast enough now that the limitation on throughput is the drive itself, and that SATA resolved the bottleneck that PATA caused with kernel raid. The arguments then go on to give numerous examples where a failing hardware raid controller CAUSED data loss, where a raid card died and an identical raid card had to be scrounged from eBay to even read the data on the drives, etc. - problems that apparently don't happen with kernel software raid. The main exception I've seen to using software raid are high availability setups where a separate external unit ($$$) provides the same hard disk to multiple servers. Then the raid can't really be in the kernel but has to be in the hardware. I'd be very interested in hearing opinions on this subject.

9 16

Hi ALL!!!
by Andrey Garkin 03 Jun '09

03 Jun '09

I have a one problem with Raid controller Tekram TR-822... I'm using dmraid software: root@ns1: / $ dmraid -r /dev/sda: sil, "sil_ajacddafagff", mirror, ok, 156299440 sectors, data@ 0 /dev/sdb: sil, "sil_ajacddafagff", mirror, ok, 156299440 sectors, data@ 0 When I'm start dmraid -ay: root@ns1: / $ dmraid -ay RAID set "sil_ajacddafagff" was not activated And I see from dmesg: device-mapper: table: 253:0: mirror: Device lookup failure device-mapper: ioctl: error adding target to table My system centos My kernel 2.6.18-128.1.10.el5.centos.plus

3 2

How to remove the wrong wireless firmware module
by David McGuffey 03 Jun '09

03 Jun '09

3 2

yum update error this morning
by Jerry Geis 03 Jun '09

03 Jun '09

I am getting the following "yum update" error this morning. C 5.3 x86_64. What shall I do? Jerry ----------- yum update Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.mirror.nac.net * updates: centos.mirror.nac.net * addons: mirrors.unbornmedia.com * extras: centos.mirror.nac.net Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package vsftpd.x86_64 0:2.0.5-12.el5_3.1 set to be updated ---> Package sos.noarch 0:1.7-9.16.el5_3.5 set to be updated ---> Package pidgin.i386 0:2.5.5-3.el5 set to be updated ---> Package poppler.x86_64 0:0.5.4-4.4.el5_3.9 set to be updated ---> Package audit-libs.x86_64 0:1.7.7-6.el5_3.3 set to be updated ---> Package pango.i386 0:1.14.9-5.el5.centos set to be updated ---> Package audit-libs-python.x86_64 0:1.7.7-6.el5_3.3 set to be updated ---> Package acpid.x86_64 0:1.0.4-7.el5_3.1 set to be updated ---> Package audit.x86_64 0:1.7.7-6.el5_3.3 set to be updated ---> Package libwmf.x86_64 0:0.2.8.4-10.2 set to be updated ---> Package libpurple.i386 0:2.5.5-3.el5 set to be updated ---> Package crash.x86_64 0:4.0-7.2.3.el5.centos.1 set to be updated ---> Package ipsec-tools.x86_64 0:0.6.5-13.el5_3.1 set to be updated ---> Package file.x86_64 0:4.17-15.el5_3.1 set to be updated ---> Package freetype.x86_64 0:2.2.1-21.el5_3 set to be updated ---> Package libpurple.x86_64 0:2.5.5-3.el5 set to be updated ---> Package freetype-devel.x86_64 0:2.2.1-21.el5_3 set to be updated ---> Package pidgin.x86_64 0:2.5.5-3.el5 set to be updated ---> Package httpd.x86_64 0:2.2.3-22.el5.centos.1 set to be updated ---> Package libwmf.i386 0:0.2.8.4-10.2 set to be updated ---> Package gnome-session.x86_64 0:2.16.0-6.el5.centos.2 set to be updated ---> Package net-snmp-libs.x86_64 1:5.3.2.2-5.el5_3.1 set to be updated ---> Package audit-libs.i386 0:1.7.7-6.el5_3.3 set to be updated ---> Package httpd-manual.x86_64 0:2.2.3-22.el5.centos.1 set to be updated ---> Package freetype.i386 0:2.2.1-21.el5_3 set to be updated ---> Package mod_ssl.x86_64 1:2.2.3-22.el5.centos.1 set to be updated ---> Package pango.x86_64 0:1.14.9-5.el5.centos set to be updated ---> Package freetype-devel.i386 0:2.2.1-21.el5_3 set to be updated ---> Package ntp.x86_64 0:4.2.2p1-9.el5.centos.2 set to be updated Traceback (most recent call last): File "/usr/bin/yum", line 29, in ? yummain.user_main(sys.argv[1:], exit_code=True) File "/usr/share/yum-cli/yummain.py", line 229, in user_main errcode = main(args) File "/usr/share/yum-cli/yummain.py", line 145, in main (result, resultmsgs) = base.buildTransaction() File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 647, in buildTransaction (rescode, restring) = self.resolveDeps() File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 704, in resolveDeps for po, dep in self._checkFileRequires(): File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 939, in _checkFileRequires if not self.tsInfo.getOldProvides(filename) and not self.tsInfo.getNewProvides(filename): File "/usr/lib/python2.4/site-packages/yum/transactioninfo.py", line 414, in getNewProvides for pkg, hits in self.pkgSack.getProvides(name, flag, version).iteritems(): File "/usr/lib/python2.4/site-packages/yum/packageSack.py", line 300, in getProvides return self._computeAggregateDictResult("getProvides", name, flags, version) File "/usr/lib/python2.4/site-packages/yum/packageSack.py", line 470, in _computeAggregateDictResult sackResult = apply(method, args) File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 861, in getProvides return self._search("provides", name, flags, version) File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 43, in newFunc return func(*args, **kwargs) File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 837, in _search for pkg in self.searchFiles(name, strict=True): File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 43, in newFunc return func(*args, **kwargs) File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 586, in searchFiles self._sql_pkgKey2po(rep, cur, pkgs) File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 470, in _sql_pkgKey2po pkg = self._packageByKey(repo, ob['pkgKey']) File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 413, in _packageByKey po = self.pc(repo, cur.fetchone()) File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 68, in __init__ self._read_db_obj(db_obj) File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 94, in _read_db_obj setattr(self, item, _share_data(db_obj[item])) TypeError: unsubscriptable object

4 4

Yum-complete-transaction wants to wipe my system out
by Eduardo Grosclaude 03 Jun '09

03 Jun '09

After some enabling/disabling new repos (pgdg for PostgreSQL specifically) and admittedly some yum action that may have gone uncompleted, I am advised to run yum-complete-transaction. However, when I attempt to do this, yum warns that 225 packages will be erased, all of which I deeply care for. How can I safely back out of this situation? Thank you in advance -- Eduardo Grosclaude Universidad Nacional del Comahue Neuquen, Argentina

2 1

System V Init Script
by James Bensley 03 Jun '09

03 Jun '09

Hey Listees, I have a question (hopefully quite simple) about the system V init scripts in /etc/init.d. I have an app installed and for some reason it had no system V init script. It has been installed a long while now so I can't quite remember whats going on but basically I remember I wrote the init script my self and the app is enabled as a service which chkconfig to run at system levels 3, 4 and 5. However when I wrote the script I only ever added a "start" and "stop" clause to it (why I can't remember?), now I need to add a "restart" clause but I'm having an issue. I have pasted the code below from my "restart" clause but from what I can tell, it is killing the app but not restarting it, I think because the killing process is still in action so when it start the app again it just gets killed straight away. If I enter "/etc/init.d/my_app restart" the app is terminated but does not start again, entering "/etc/init.d/my_app start" immediately after fires it up straight away so there is no problem there; can someone suggest a better way as my scripting is very begginnerish (if thats a word) and I don't doubt for a second I am doing this in a very inefficient manner: <snipety snip snip> restart) echo -n "Stopping my_app: " pgrep my_app | while read PIDS; do # I have chosen this method because my_app spawns various child processes kill -9 $PIDS # and they all need to DIE! (Killing the parent process would kill the child processes done # however there are actually two parent processes so this seems like a good idea?) echo -n "Starting my_app: " /usr/local/my_app/sbin/my_app_bin & exit $? ;; <snip snap snorum> Any input is greatly appreciated! Regards, James ;) -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GIT/MU/U dpu s: a--> C++>$ U+> L++> B-> P+> E?> W+++>$ N K W++ O M++>$ V- PS+++ PE++ Y+ PGP t 5 X+ R- tv+ b+> DI D+++ G+ e(+++++) h--(++) r++ z++ ------END GEEK CODE BLOCK------

4 5

Re: [CentOS] [OT] Simple Shell Script (while loop)
by James Bensley 03 Jun '09

03 Jun '09

Thanks guys the "continue" command was what I was looking for. Also to those who pointed out the lack of quotation marks around the string, they are on my original script but somehow vanished during the copy and paste operation between my shell window and browser...werid?!?! Still If I hadn't of had those then you would of corrected me so thanks for that! Nice work listee's ;) -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GIT/MU/U dpu s: a--> C++>$ U+> L++> B-> P+> E?> W+++>$ N K W++ O M++>$ V- PS+++ PE++ Y+ PGP t 5 X+ R- tv+ b+> DI D+++ G+ e(+++++) h--(++) r++ z++ ------END GEEK CODE BLOCK------

1 0

CentOS 5.3 SuperMicro x7sbi AHCI
by Ron Lorah 03 Jun '09

03 Jun '09

Greetings, Wondering if anyone could assist with this. I have many SuperMicro 5015B-MTB servers. These all have the X7SBi Motherboards. After upgrading to CentOS 5.3 the Hard Drive LED's on some of the servers started blinking red(drive fail) but all is functioning normally. All servers are running raid 1 arrays with MDADM. Primary drive does not blink, but all others do including spares. These boards use the Intel ICH9R chipset. AHCI is enabled. When AHCI is disabled, drives stop blinking, but drives are then detected as hda,hdb,etc. and server takes a huge performance hit. All Servers have Western Digital SATAII 320G RE2 Drives. So far: I have reloaded Kernels Tried CentOS plus Kernels Flashed the Bios Replaced Backplane The funny thing is, not all servers are affected. If anyone has any ideas or could just point me in the right direction, it would be extremely appreciated. It's an annoyance more than anything else. Thx, ~Ron

1 0

Not received any E-MAIl from listserve???
by mcclnx mcc 03 Jun '09

03 Jun '09

I have been a while did NOT received E-MAIL from "centos" listserv. Any problem on CENTOS listserv? ______________________________________________________________________________________________________ 付費才容量無上限？Yahoo!奇摩電子信箱2.0免費給你，信件永遠不必刪！ http://tw.mg0.mail.yahoo.com/dc/landing

4 3

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss