- Discuss - lists.centos.org

CentOS4.4 32bit Cluster Suite Installation Package as iso
by Balaji 24 Apr '09

24 Apr '09

Dear All, I am new in CentOS4.4 32bit Cluster Suite Installation and I have installed all the CentOS4.4 32 bit CDs and i found kernel version is 2.6.9-42.EL and I need the Cluster Suite Package for the same. I tried to google-out and i have verified CentOS Site But i can't find out the Clustersuite package for CentOS4.4 Can any one send me path of the Clustersuite ISO package for CentOS4.4 32 bit Please, do the needful. Regards -S.Balaji

2 1

AllowGroup no longer a Valid option for SSHD
by Clint Dilks 24 Apr '09

24 Apr '09

Hi, Can anyone else confirm that AllowGroup is no longer an accepted configuration option for openssh-server-4.3p2-29.el5. And is this intended or should I be submitting a Bug Report ? Thanks

3 2

flash-plugin-9.0.124.0-1 having problems since firefox-3.0.7-3.el4.centos
by Bart Schaefer 24 Apr '09

24 Apr '09

Updated yesterday to the latest firefox from CentOS, and now RPMforge flash-plugin will only play a few seconds of video (such as CNN, iReport, etc.) at a time before becoming stuck; dragging the slider back a little allows it to play a bit further, but then it stops again. YouTube plays the video without sticking, but has no sound. glibc issues on el4 prevent upgrading to the newer flash-plugin or any of the newer modules from the Adobe repo. Has anyone else seen something like this? I've had problems with the sound device before on this machine, which occasionally caused flash to get *entirely* stuck, so (based on no sound on YouTube) I'm going to try rebooting to see if that may be a factor here; but I've never had this particular symptom before.

4 5

Yum update corrupted something badly - can only get access through SSH terminal or Webmin
by Dan Roberts 24 Apr '09

24 Apr '09

Hey there - This morning I ran the yum updater through Webmin as I do every month or so - after about two hours I realized that I still had the same updating screen going - and no response. Seemed strange. Simple attempts to kill it didn't work so I sent a command to reboot the system - that seemed to work, till I turned on the monitor directly connected to the server - I saw this error go by - and then only a spinning cursor - never get to a login screen. (I power cycled again and saw it go by again - and recognized it when I tried again at Webmin and through a terminal connection). Traceback (most recent call last): File "/usr/bin/yum", line 28, in ? import yummain File "/usr/share/yum-cli/yummain.py", line 29, in ? import cli File "/usr/share/yum-cli/cli.py", line 30, in ? import output File "/usr/share/yum-cli/output.py", line 26, in ? from i18n import _ ImportError: No module named i18n I deleted the yum cash and no improvement. I tried the yum clean and no imporvement [root@trailrunner yum]# yum clean all Traceback (most recent call last): File "/usr/bin/yum", line 28, in ? import yummain File "/usr/share/yum-cli/yummain.py", line 29, in ? import cli File "/usr/share/yum-cli/cli.py", line 30, in ? import output File "/usr/share/yum-cli/output.py", line 26, in ? from i18n import _ ImportError: No module named i18n [root@trailrunner yum]# Not at all sure what happened or why, or where I even start trying to straighten this mess out. How do I blow away the apparent yum junk in the hope of getting a local login capability back? How or what should I do to reset yum - seems reinstalling the latest version is probably the route. What is the version that CentOS uses? Should I go the RPM route or try something more specific? Totally unexpected problem and leaving me feeling very uncertain about things.

14 46

QuickBooks Enterprise DB Server
by Joseph L. Casale 24 Apr '09

24 Apr '09

Anyone running this POS on CentOS and can spare some info? Support is useless, and it's just not working:)I am not getting a qbdir.dat file created, and the error log is, well, empty! jlc

4 6

oomath and filter selection
by Jerry Geis 23 Apr '09

23 Apr '09

Hi all, in Centos 5.2 I could click on and xls file in thunderbird and it would use oomath to open the file. I could do on the command line "oomath file.xls" and it open the file and show it to me no problem either. now in 5.3 (x86_64) in either case above I get a "filter selection" screen. Most of the selections are for Word not excel and if I choose an excel item my oomath opens with a blank page. Any ideas? Jerry

3 4

xen and hwclock
by Mintairov Mihail 23 Apr '09

23 Apr '09

5 4

Re: [CentOS] xen and hwclock
by Mintairov Mihail 23 Apr '09

23 Apr '09

1 0

virt-install nographics not working for hvm guest
by lhecking＠users.sourceforge.net 23 Apr '09

23 Apr '09

I'm trying to set up a fully-virtualised CentOS 3.9 guest under 5.3 using kickstart. This doesn't work at all with a text-only install: virt-install -r 384 -n $host -f $dev -v \ -l $loc \ -x ks=http://$kssrv/centos3.ks \ -m $mac --nographics The installer just sits there and hangs after creating the domain. # virt-install ... Starting install... Creating domain... | 0 B 00:00 # I get better results with a graphical install ( s/--nographics/--vnc/), but the kickstart portion of it doesn't work - the installer stops at the boot prompt. Specifying the kickstart option manually on the boot prompt kicks off a non-interactive install and creates a working guest. So far so good. 1. I presume I'm running into CentOS bug 2975/RH bug 448006, as my workaround is identical. Is there any possible workaround so that I don't need to enter the ks file url at the boot prompt? Are there any alternative boot files/images etc. I could specify? 2. xm console doesn't work # xm create host -c Using config file "./host". Started domain host xenconsole: Could not read tty from store: No such file or directory # I've tried "console=xvc0" on the grub kernel line, no joy. Even after creating the device manually. Any advice?

1 0

CentOS-announce Digest, Vol 50, Issue 12
by centos-announce-request＠centos.org 23 Apr '09

23 Apr '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:0437 Critical CentOS 3 ia64 seamonkey - security update (Pasi Pirhonen) 2. CESA-2009:0437 Critical CentOS 3 s390(x) seamonkey - security update (Pasi Pirhonen) 3. CESA-2009:0436 Critical CentOS 5 i386 firefox Update (Karanbir Singh) 4. CESA-2009:0436 Critical CentOS 5 x86_64 firefox Update (Karanbir Singh) ---------------------------------------------------------------------- Message: 1 Date: Wed, 22 Apr 2009 22:48:58 +0300 From: Pasi Pirhonen <upi(a)centos.fi> Subject: [CentOS-announce] CESA-2009:0437 Critical CentOS 3 ia64 seamonkey - security update To: centos-announce(a)centos.org Message-ID: <20090422194857.GY27905(a)centos.fi> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory 2009:0437 https://rhn.redhat.com/errata/RHSA-2009-0437.html The following updated files have been uploaded and are currently syncing to the mirrors: ia64: updates/ia64/RPMS/seamonkey-1.0.9-0.37.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-chat-1.0.9-0.37.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-devel-1.0.9-0.37.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-dom-inspector-1.0.9-0.37.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-js-debugger-1.0.9-0.37.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-mail-1.0.9-0.37.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-nspr-1.0.9-0.37.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-nspr-devel-1.0.9-0.37.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-nss-1.0.9-0.37.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-nss-devel-1.0.9-0.37.el3.centos3.ia64.rpm -- Pasi Pirhonen - upi(a)iki.fi - http://pasi.pirhonen.eu/ Top-postings silently ignored

1 0

udev & libvolume packages not updating
by Ray Leventhal 22 Apr '09

22 Apr '09

Hi all, CentOS 5.2, not yet updated to 5.3. Based on the alert on udev, I attempted to update udev and libvolume packages with the following result. A check of what's currently on the system reveals udev-095-14.19.el5 which I believe to be the affected version. Is it just that it hasn't rolled out to all the mirrors yet? Thanks in advance, -Ray [root@wh01]# yum clean all Loading "downloadonly" plugin Loading "fastestmirror" plugin Loading "priorities" plugin Cleaning up Everything [root@wh01 yum.repos.d]# yum install udev-095-14.20.el5_3.i386.rpm libvolume_d-095-14.20.el5_3.i386.rpm libvolume_id-devel-095-14.20.el5_3.i386.rpm Loading "downloadonly" plugin Loading "fastestmirror" plugin Loading "priorities" plugin Determining fastest mirrors * base: mirror.steadfast.net * updates: centos.mirror.nac.net * addons: mirror.nyi.net * extras: mirror.atlanticmetro.net base 100% |=========================| 1.1 kB 00:00 primary.xml.gz 100% |=========================| 878 kB 00:12 base : ################################################## 2508/2508 updates 100% |=========================| 951 B 00:00 primary.xml.gz 100% |=========================| 101 kB 00:00 updates : ################################################## 156/156 addons 951 B 00:00 primary.xml.gz 157 B 00:00 extras 100% |=========================| 1.1 kB 00:00 primary.xml.gz 100% |=========================| 90 kB 00:00 extras : ################################################## 298/298 0 packages excluded due to repository priority protections Setting up Install Process Parsing package install arguments No package udev-095-14.20.el5_3.i386.rpm available. No package libvolume_d-095-14.20.el5_3.i386.rpm available. No package libvolume_id-devel-095-14.20.el5_3.i386.rpm available. Nothing to do

2 2

Cannot set user quotas
by Xn Nooby 22 Apr '09

22 Apr '09

Hello, I am having some trouble getting quota's to work. When I try to set the quota for a user, it does not show up when I run repquota. I am doing this on a Redhat (RHEL5) machine (I assume it is the same on Centos). I think I am missing a step, but this is what I am doing: (1) I add usrquota to the /etc/fstab file, then reboot LABEL=/home /home ext3 defaults,usrquota 1 2 (2) Verify /home is /dev/hda3 /sbin/tune2fs -l /dev/hda3 | grep volume Filesystem volume name: /home (3) Create the user quota file quotacheck -cmu /home ls –l /home/aquota.user repquota /home [root@mail ~]# repquota /home *** Report for user quotas on device /dev/hda3 Block grace time: 7days; Inode grace time: 7days Block limits File limits User used soft hard grace used soft hard grace ---------------------------------------------------------------------- root -- 184224 0 0 4 0 0 12345 -- 208 0 0 49 0 0 54321 -- 172 0 0 40 0 0 (4) Turn on quotas quoataon /home (5) Add a user quota setquota -u 12345 10000 11000 0 0 -a /dev/hda3 (6) Recalculate the quotas quotaoff /home quotacheck -amu quotaon /home (7) Check if the quotas are active ls –l /home/aquota.user repquota /home [root@mail ~]# repquota /home *** Report for user quotas on device /dev/hda3 Block grace time: 7days; Inode grace time: 7days Block limits File limits User used soft hard grace used soft hard grace ---------------------------------------------------------------------- root -- 184224 0 0 4 0 0 12345 -- 208 0 0 49 0 0 54321 -- 172 0 0 40 0 0 (8) Shouldn't the limits look like this: ??? User used soft hard grace used soft hard grace ---------------------------------------------------------------------- root -- 184224 0 0 4 0 0 12345 -- 208 10000 11000 49 0 0 54321 -- 172 0 0 40 0 0

1 2

Centos 5.3 NetworkManager success story
by Robert Moskowitz 22 Apr '09

22 Apr '09

In the past I have not been able to use NetworkManager. It failed to provide a connection to my WPA-PSK AP (hey don't argue WPA-PSK security with me, I helped right the spec on it, and wrote the paper on the attack on it! It works here, as I use it.). So I have continued to use my set of scripts and hand-coded wpa_supplicant.conf file. So I decided to give NetworkManager another chance given the upgrade and IT WORKS! WOW! Now when I come out of Hibernation, I have my network connection right away; I don't have to restart all sorts of services manually. Unfortunately, I am not at RSA to test it with their AES-8021X setup (my son's wedding monday kind of took precedence over going to a conference ;) ), so I don't know how it would work with that setup... But I am a happier camper right now!

1 0

tg3 BCM5755 intermittantly stops working after upgrade to 5.3.
by Mangesh S. Umbarje 22 Apr '09

22 Apr '09

Dear All, I am having a HP xw4400 with following ethernet controller as reported by lspci Broadcom Corporation NetXtreme BCM5755 Gigabit Ethernet PCI Express (rev 02) This machine was running CentOS 5.2 without any problem. After updating the machine with yum update on 8 April, after which it is showing to be CentOS 5.3, this machine stops communicating intermittantly and I see the following message correspondingly in /var/log/messages Apr 18 10:30:07 kernel: tg3: eth0: Link is down. Apr 18 10:30:10 kernel: tg3: eth0: Link is up at 1000 Mbps, full duplex. Apr 18 10:30:10 kernel: tg3: eth0: Flow control is off for TX and off for RX. Apr 18 10:30:24 kernel: tg3: eth0: Link is down. Apr 18 10:30:27 kernel: tg3: eth0: Link is up at 1000 Mbps, full duplex. Apr 18 10:30:27 kernel: tg3: eth0: Flow control is off for TX and off for RX. Apr 18 10:30:29 kernel: tg3: eth0: Link is down. Apr 18 10:30:32 kernel: tg3: eth0: Link is up at 1000 Mbps, full duplex. Apr 18 10:30:32 kernel: tg3: eth0: Flow control is off for TX and off for RX. Apr 18 10:30:46 kernel: tg3: eth0: Link is down. Apr 18 10:30:49 kernel: tg3: eth0: Link is up at 1000 Mbps, full duplex. Apr 18 10:30:49 kernel: tg3: eth0: Flow control is off for TX and off for RX. Apr 18 10:30:50 kernel: tg3: eth0: Link is down. Apr 18 10:30:52 kernel: tg3: eth0: Link is up at 1000 Mbps, full duplex. Apr 18 10:30:52 kernel: tg3: eth0: Flow control is off for TX and off for RX. Apr 18 10:36:46 kernel: tg3: eth0: Link is down. Apr 18 10:36:49 kernel: tg3: eth0: Link is up at 1000 Mbps, full duplex. Apr 18 10:36:49 kernel: tg3: eth0: Flow control is off for TX and off for RX. Apr 18 10:37:43 kernel: tg3: eth0: Link is down. The interval for which it happens is about order of few minutes.The kernel it is running now is 2.6.18-128.1.6.el5. Can anybody help. Regards, Mangesh

3 6

Re: [CentOS] Dual-boot with WinXP, CentOS already installed
by JohnS 22 Apr '09

22 Apr '09

On Wed, 2009-04-22 at 09:25 +0200, Sorin Srbu wrote: > >-----Original Message----- > >From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf > >Of JohnS > >Sent: Tuesday, April 21, 2009 11:42 PM > >To: CentOS mailing list > >Subject: Re: [CentOS] Dual-boot with WinXP, CentOS already installed > > > >> It's either Aopen or Asus. Can't tell just yet, there's a course going on > >> now on the computers. 8-) > >> > >> Would you mind elaborating on the killing part? > >----- > > > >If the board is an ASUS Press F8 during POST. That will then give you a > >Selection of Devices. > > Didn't follow your train of thought before. I do now. Thanks for clarifying. > 8-) ----- :-)

1 0

Re: [CentOS] Dual-boot with WinXP, CentOS already installed
by JohnS 22 Apr '09

22 Apr '09

On Mon, 2009-04-20 at 10:02 +0200, Sorin Srbu wrote: > >-----Original Message----- > >From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On > Behalf > >Of JohnS > >Sent: Friday, April 17, 2009 5:39 PM > >To: CentOS mailing list > >Subject: Re: [CentOS] Dual-boot with WinXP, CentOS already installed > > > > > >> Basically, what would I need to change in the how-to from apcmag.com > above?? > >> Thanks for any pointers. > >---- > >Just one question for you.. What brand of mother board do you have? > >There is a better way than trying to kill an OS via Grub or any boot > >loader via software. > > It's either Aopen or Asus. Can't tell just yet, there's a course going on > now on the computers. 8-) > > Would you mind elaborating on the killing part? ----- If the board is an ASUS Press F8 during POST. That will then give you a Selection of Devices. JohnStanley

2 1

yum install openldap-clients error 5.2 to 5.3
by Jerry Geis 22 Apr '09

22 Apr '09

I am getting the following error when doing "yum -y install openldap-clients". The machine is still on 5.2 and not 5.3. I dont wish to disturb the machine that much at this time. Is there no easy way to install openldap-clients? Jerry ------------ Loading "installonlyn" plugin Setting up Install Process Setting up repositories Reading repository metadata in from local files Parsing package install arguments Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package openldap-clients.x86_64 0:2.3.43-3.el5 set to be updated --> Running transaction check --> Processing Dependency: openldap = 2.3.43-3.el5 for package: openldap-clients --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package openldap.x86_64 0:2.3.43-3.el5 set to be updated --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: openldap-clients x86_64 2.3.43-3.el5 base 220 k Updating for dependencies: openldap x86_64 2.3.43-3.el5 base 301 k Transaction Summary ============================================================================= Install 1 Package(s) Update 1 Package(s) Remove 0 Package(s) Total download size: 521 k Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Check Error: file /usr/share/man/man5/ldap.conf.5.gz from install of openldap-2.3.43-3.el5 conflicts with file from package openldap-2.3.27-8 file /usr/share/man/man5/ldif.5.gz from install of openldap-2.3.43-3.el5 conflicts with file from package openldap-2.3.27-8

3 2

OT Question about raid 5
by Per Qvindesland 21 Apr '09

21 Apr '09

Hi List I am hoping that someone here could perhaps give me a straight answer on a question that someone asked me today I have always belived that if you have 5 hard drives 1 50gb second 50gb third 20gb fourth 60gb firth 30gb that the largest would then be the size of the smallest disk, not 80 or 100 or 120 for that matter or am I wrong here? Regards Per Qvindesland

5 4

Re: [CentOS] OT Question about raid 5
by Per Qvindesland 21 Apr '09

21 Apr '09

Hi All Thanks a lot for all your answers. So I was right but also a bit wrong :) Agan thanks a lot. Regards Per Qvindesland --- Original message follows --- SUBJECT: Re: [CentOS] OT Question about raid 5 FROM: Jerry Franz TO: "CentOS mailing list" DATE: 21-04-2009 21:28 Per Qvindesland wrote: > Hi List > > I am hoping that someone here could perhaps give me a straight answer > on a question that someone asked me today > > I have always belived that if you have 5 hard drives 1 50gb second > 50gb third 20gb fourth 60gb firth 30gb that the largest would then be > the size of the smallest disk, not 80 or 100 or 120 for that matter or > am I wrong here In general you are correct for simple 'out of the box' type configurations and for most hardware RAID controllers. But there are advanced tricks that can be played with 'hybrid' RAID levels that can achieve larger sizes from smaller drives. For your example drives of 2 x 50GB, 1 x 20GB, 1 x 60GB, and 1 x 30GB, using software RAID, you could use use linear mode to make one 50GB 'drive' out of the 30GB and the 20GB and then make a RAID5 out of the 2 X 50GB the 1 X 60GB and the 'fake' 1 x 50GB resulting in a RAID5 with 150GB available vs a naive 'just bang them together' as a 5 x 20GB RAID5 approach which would only give you 80GB. -- Benjamin Franz _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos

1 0

gdm login as root automatically
by Jerry Geis 21 Apr '09

21 Apr '09

Hi all, I was wondering if someone knows how to "automatically" login as root with gdm and gnome. I have been doing some searching, and havent been able to find a method. I dont want to login automatically all the time - its just part of install setup. 1) kickstart install 2) post section do somethings 3) setup so on reboot auto login as root 4) complete installing some things and REMOVE the auto root login. This is what I am looking at trying to do. I have it all working except the auto root login. I have looked at gdmsetup on centos 5.3 x86_64 and dont see a setup for it. I have setup gdm to auto login as a regular user but that doesnt work for me. How does one setup gdm to login as root automatically? Thanks, Jerry

3 2

CentOS-announce Digest, Vol 50, Issue 11
by centos-announce-request＠centos.org 21 Apr '09

21 Apr '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:0313 Moderate CentOS 4 x86_64 wireshark security update (Karanbir Singh) 2. CESA-2009:0313 Moderate CentOS 4 i386 wireshark security update (Karanbir Singh) 3. CEBA-2009:0268 CentOS 4 i386 nss_ldap Update (Karanbir Singh) 4. CEBA-2009:0268 CentOS 4 x86_64 nss_ldap Update (Karanbir Singh) 5. CESA-2009:0331 Important CentOS 4 i386 kernel security update (Karanbir Singh) 6. CESA-2009:0331 Important CentOS 4 x86_64 kernel security update (Karanbir Singh) 7. CESA-2009:0337 Moderate CentOS 4 i386 php security update (Karanbir Singh) 8. CESA-2009:0337 Moderate CentOS 4 x86_64 php security update (Karanbir Singh) 9. CESA-2009:0341 Moderate CentOS 4 i386 curl security update (Karanbir Singh) 10. CESA-2009:0341 Moderate CentOS 4 x86_64 curl security update (Karanbir Singh) 11. CESA-2009:0345 Moderate CentOS 4 x86_64 ghostscript security update (Karanbir Singh) 12. CESA-2009:0345 Moderate CentOS 4 i386 ghostscript security update (Karanbir Singh) 13. CESA-2009:0333 Moderate CentOS 4 i386 libpng security update (Karanbir Singh) 14. CESA-2009:0333 Moderate CentOS 4 x86_64 libpng security update (Karanbir Singh) 15. CESA-2009:0373 Moderate CentOS 4 i386 systemtap security update (Karanbir Singh) 16. CESA-2009:0373 Moderate CentOS 4 x86_64 systemtap security update (Karanbir Singh) 17. CESA-2009:0409 Important CentOS 4 i386 krb5 security update (Karanbir Singh) 18. CESA-2009:0409 Important CentOS 4 x86_64 krb5 security update (Karanbir Singh) 19. CESA-2009:0315 Critical CentOS 4 i386 firefox security update (Karanbir Singh) 20. CESA-2009:0315 Critical CentOS 4 x86_64 firefox security update (Karanbir Singh) 21. CESA-2009:0397 Critical CentOS 4 i386 firefox security update (Karanbir Singh) 22. CESA-2009:0397 Critical CentOS 4 x86_64 firefox security update (Karanbir Singh) ---------------------------------------------------------------------- Message: 1 Date: Mon, 20 Apr 2009 17:01:27 +0100 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0313 Moderate CentOS 4 x86_64 wireshark security update To: centos-announce(a)centos.org Message-ID: <20090420160127.GA24784(a)vkalu.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0313 Moderate https://rhn.redhat.com/errata/RHSA-2009-0313.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: wireshark-1.0.6-2.el4_7.x86_64.rpm wireshark-gnome-1.0.6-2.el4_7.x86_64.rpm src: wireshark-1.0.6-2.el4_7.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 2 Date: Mon, 20 Apr 2009 17:01:26 +0100 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0313 Moderate CentOS 4 i386 wireshark security update To: centos-announce(a)centos.org Message-ID: <20090420160126.GA24773(a)vkalu.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0313 Moderate https://rhn.redhat.com/errata/RHSA-2009-0313.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: wireshark-1.0.6-2.el4_7.i386.rpm wireshark-gnome-1.0.6-2.el4_7.i386.rpm src: wireshark-1.0.6-2.el4_7.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 3 Date: Mon, 20 Apr 2009 17:38:32 +0100 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2009:0268 CentOS 4 i386 nss_ldap Update To: centos-announce(a)centos.org Message-ID: <20090420163832.GA24879(a)vkalu.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2009:0268 https://rhn.redhat.com/errata/RHBA-2009-0268.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: nss_ldap-253-5.el4_7.1.i386.rpm src: nss_ldap-253-5.el4_7.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 4 Date: Mon, 20 Apr 2009 17:38:32 +0100 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2009:0268 CentOS 4 x86_64 nss_ldap Update To: centos-announce(a)centos.org Message-ID: <20090420163832.GA24892(a)vkalu.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2009:0268 https://rhn.redhat.com/errata/RHBA-2009-0268.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: nss_ldap-253-5.el4_7.1.i386.rpm nss_ldap-253-5.el4_7.1.x86_64.rpm src: nss_ldap-253-5.el4_7.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 5 Date: Mon, 20 Apr 2009 18:25:50 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0331 Important CentOS 4 i386 kernel security update To: centos-announce(a)centos.org Message-ID: <20090420182550.GA30874(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0331 Important https://rhn.redhat.com/errata/RHSA-2009-0331.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: kernel-2.6.9-78.0.17.EL.i586.rpm kernel-2.6.9-78.0.17.EL.i686.rpm kernel-devel-2.6.9-78.0.17.EL.i586.rpm kernel-devel-2.6.9-78.0.17.EL.i686.rpm kernel-doc-2.6.9-78.0.17.EL.noarch.rpm kernel-hugemem-2.6.9-78.0.17.EL.i686.rpm kernel-hugemem-devel-2.6.9-78.0.17.EL.i686.rpm kernel-smp-2.6.9-78.0.17.EL.i586.rpm kernel-smp-2.6.9-78.0.17.EL.i686.rpm kernel-smp-devel-2.6.9-78.0.17.EL.i586.rpm kernel-smp-devel-2.6.9-78.0.17.EL.i686.rpm kernel-xenU-2.6.9-78.0.17.EL.i686.rpm kernel-xenU-devel-2.6.9-78.0.17.EL.i686.rpm src: kernel-2.6.9-78.0.17.EL.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 6 Date: Mon, 20 Apr 2009 18:25:50 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0331 Important CentOS 4 x86_64 kernel security update To: centos-announce(a)centos.org Message-ID: <20090420182550.GA30889(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0331 Important https://rhn.redhat.com/errata/RHSA-2009-0331.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: kernel-2.6.9-78.0.17.EL.x86_64.rpm kernel-devel-2.6.9-78.0.17.EL.x86_64.rpm kernel-doc-2.6.9-78.0.17.EL.noarch.rpm kernel-largesmp-2.6.9-78.0.17.EL.x86_64.rpm kernel-largesmp-devel-2.6.9-78.0.17.EL.x86_64.rpm kernel-smp-2.6.9-78.0.17.EL.x86_64.rpm kernel-smp-devel-2.6.9-78.0.17.EL.x86_64.rpm kernel-xenU-2.6.9-78.0.17.EL.x86_64.rpm kernel-xenU-devel-2.6.9-78.0.17.EL.x86_64.rpm src: kernel-2.6.9-78.0.17.EL.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 7 Date: Mon, 20 Apr 2009 18:49:21 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0337 Moderate CentOS 4 i386 php security update To: centos-announce(a)centos.org Message-ID: <20090420184921.GA31126(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0337 Moderate https://rhn.redhat.com/errata/RHSA-2009-0337.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: php-4.3.9-3.22.15.i386.rpm php-devel-4.3.9-3.22.15.i386.rpm php-domxml-4.3.9-3.22.15.i386.rpm php-gd-4.3.9-3.22.15.i386.rpm php-imap-4.3.9-3.22.15.i386.rpm php-ldap-4.3.9-3.22.15.i386.rpm php-mbstring-4.3.9-3.22.15.i386.rpm php-mysql-4.3.9-3.22.15.i386.rpm php-ncurses-4.3.9-3.22.15.i386.rpm php-odbc-4.3.9-3.22.15.i386.rpm php-pear-4.3.9-3.22.15.i386.rpm php-pgsql-4.3.9-3.22.15.i386.rpm php-snmp-4.3.9-3.22.15.i386.rpm php-xmlrpc-4.3.9-3.22.15.i386.rpm src: php-4.3.9-3.22.15.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 8 Date: Mon, 20 Apr 2009 18:49:21 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0337 Moderate CentOS 4 x86_64 php security update To: centos-announce(a)centos.org Message-ID: <20090420184921.GA31139(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0337 Moderate https://rhn.redhat.com/errata/RHSA-2009-0337.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: php-4.3.9-3.22.15.x86_64.rpm php-devel-4.3.9-3.22.15.x86_64.rpm php-domxml-4.3.9-3.22.15.x86_64.rpm php-gd-4.3.9-3.22.15.x86_64.rpm php-imap-4.3.9-3.22.15.x86_64.rpm php-ldap-4.3.9-3.22.15.x86_64.rpm php-mbstring-4.3.9-3.22.15.x86_64.rpm php-mysql-4.3.9-3.22.15.x86_64.rpm php-ncurses-4.3.9-3.22.15.x86_64.rpm php-odbc-4.3.9-3.22.15.x86_64.rpm php-pear-4.3.9-3.22.15.x86_64.rpm php-pgsql-4.3.9-3.22.15.x86_64.rpm php-snmp-4.3.9-3.22.15.x86_64.rpm php-xmlrpc-4.3.9-3.22.15.x86_64.rpm src: php-4.3.9-3.22.15.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 9 Date: Mon, 20 Apr 2009 18:53:32 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0341 Moderate CentOS 4 i386 curl security update To: centos-announce(a)centos.org Message-ID: <20090420185332.GA31229(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0341 Moderate https://rhn.redhat.com/errata/RHSA-2009-0341.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: curl-7.12.1-11.1.el4_7.1.i386.rpm curl-devel-7.12.1-11.1.el4_7.1.i386.rpm src: curl-7.12.1-11.1.el4_7.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 10 Date: Mon, 20 Apr 2009 18:53:33 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0341 Moderate CentOS 4 x86_64 curl security update To: centos-announce(a)centos.org Message-ID: <20090420185333.GA31242(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0341 Moderate https://rhn.redhat.com/errata/RHSA-2009-0341.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: curl-7.12.1-11.1.el4_7.1.i386.rpm curl-7.12.1-11.1.el4_7.1.x86_64.rpm curl-devel-7.12.1-11.1.el4_7.1.x86_64.rpm src: curl-7.12.1-11.1.el4_7.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 11 Date: Mon, 20 Apr 2009 21:16:43 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0345 Moderate CentOS 4 x86_64 ghostscript security update To: centos-announce(a)centos.org Message-ID: <20090420211643.GA31387(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0345 Moderate https://rhn.redhat.com/errata/RHSA-2009-0345.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: ghostscript-7.07-33.2.el4_7.5.i386.rpm ghostscript-7.07-33.2.el4_7.5.x86_64.rpm ghostscript-devel-7.07-33.2.el4_7.5.x86_64.rpm ghostscript-gtk-7.07-33.2.el4_7.5.x86_64.rpm src: ghostscript-7.07-33.2.el4_7.5.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 12 Date: Mon, 20 Apr 2009 21:16:43 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0345 Moderate CentOS 4 i386 ghostscript security update To: centos-announce(a)centos.org Message-ID: <20090420211643.GA31374(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0345 Moderate https://rhn.redhat.com/errata/RHSA-2009-0345.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: ghostscript-7.07-33.2.el4_7.5.i386.rpm ghostscript-devel-7.07-33.2.el4_7.5.i386.rpm ghostscript-gtk-7.07-33.2.el4_7.5.i386.rpm src: ghostscript-7.07-33.2.el4_7.5.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 13 Date: Mon, 20 Apr 2009 21:43:41 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0333 Moderate CentOS 4 i386 libpng security update To: centos-announce(a)centos.org Message-ID: <20090420214341.GA31647(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0333 Moderate https://rhn.redhat.com/errata/RHSA-2009-0333.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: libpng10-1.0.16-3.el4_7.3.i386.rpm libpng10-devel-1.0.16-3.el4_7.3.i386.rpm libpng-1.2.7-3.el4_7.2.i386.rpm libpng-devel-1.2.7-3.el4_7.2.i386.rpm src: libpng10-1.0.16-3.el4_7.3.src.rpm libpng-1.2.7-3.el4_7.2.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 14 Date: Mon, 20 Apr 2009 21:43:41 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0333 Moderate CentOS 4 x86_64 libpng security update To: centos-announce(a)centos.org Message-ID: <20090420214341.GA31660(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0333 Moderate https://rhn.redhat.com/errata/RHSA-2009-0333.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: libpng10-1.0.16-3.el4_7.3.i386.rpm libpng10-1.0.16-3.el4_7.3.x86_64.rpm libpng10-devel-1.0.16-3.el4_7.3.x86_64.rpm libpng-1.2.7-3.el4_7.2.i386.rpm libpng-1.2.7-3.el4_7.2.x86_64.rpm libpng-devel-1.2.7-3.el4_7.2.x86_64.rpm src: libpng10-1.0.16-3.el4_7.3.src.rpm libpng-1.2.7-3.el4_7.2.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 15 Date: Mon, 20 Apr 2009 21:57:14 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0373 Moderate CentOS 4 i386 systemtap security update To: centos-announce(a)centos.org Message-ID: <20090420215714.GA31732(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0373 Moderate https://rhn.redhat.com/errata/RHSA-2009-0373.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: systemtap-0.6.2-2.el4_7.i386.rpm systemtap-runtime-0.6.2-2.el4_7.i386.rpm systemtap-testsuite-0.6.2-2.el4_7.i386.rpm src: systemtap-0.6.2-2.el4_7.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 16 Date: Mon, 20 Apr 2009 21:57:15 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0373 Moderate CentOS 4 x86_64 systemtap security update To: centos-announce(a)centos.org Message-ID: <20090420215715.GA31745(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0373 Moderate https://rhn.redhat.com/errata/RHSA-2009-0373.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: systemtap-0.6.2-2.el4_7.x86_64.rpm systemtap-runtime-0.6.2-2.el4_7.x86_64.rpm systemtap-testsuite-0.6.2-2.el4_7.x86_64.rpm src: systemtap-0.6.2-2.el4_7.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 17 Date: Mon, 20 Apr 2009 22:01:02 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0409 Important CentOS 4 i386 krb5 security update To: centos-announce(a)centos.org Message-ID: <20090420220102.GA31838(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0409 Important https://rhn.redhat.com/errata/RHSA-2009-0409.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: krb5-devel-1.3.4-60.el4_7.2.i386.rpm krb5-libs-1.3.4-60.el4_7.2.i386.rpm krb5-server-1.3.4-60.el4_7.2.i386.rpm krb5-workstation-1.3.4-60.el4_7.2.i386.rpm src: krb5-1.3.4-60.el4_7.2.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 18 Date: Mon, 20 Apr 2009 22:01:02 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0409 Important CentOS 4 x86_64 krb5 security update To: centos-announce(a)centos.org Message-ID: <20090420220102.GA31851(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0409 Important https://rhn.redhat.com/errata/RHSA-2009-0409.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: krb5-devel-1.3.4-60.el4_7.2.x86_64.rpm krb5-libs-1.3.4-60.el4_7.2.i386.rpm krb5-libs-1.3.4-60.el4_7.2.x86_64.rpm krb5-server-1.3.4-60.el4_7.2.x86_64.rpm krb5-workstation-1.3.4-60.el4_7.2.x86_64.rpm src: krb5-1.3.4-60.el4_7.2.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 19 Date: Tue, 21 Apr 2009 09:07:25 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0315 Critical CentOS 4 i386 firefox security update To: centos-announce(a)centos.org Message-ID: <20090421090725.GA32373(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0315 Critical https://rhn.redhat.com/errata/RHSA-2009-0315.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: firefox-3.0.7-1.el4.centos.i386.rpm src: firefox-3.0.7-1.el4.centos.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 20 Date: Tue, 21 Apr 2009 09:07:25 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0315 Critical CentOS 4 x86_64 firefox security update To: centos-announce(a)centos.org Message-ID: <20090421090725.GA32386(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0315 Critical https://rhn.redhat.com/errata/RHSA-2009-0315.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: firefox-3.0.7-1.el4.centos.x86_64.rpm src: firefox-3.0.7-1.el4.centos.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 21 Date: Tue, 21 Apr 2009 09:09:59 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0397 Critical CentOS 4 i386 firefox security update To: centos-announce(a)centos.org Message-ID: <20090421090959.GA32441(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0397 Critical https://rhn.redhat.com/errata/RHSA-2009-0397.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: firefox-3.0.7-3.el4.centos.i386.rpm src: firefox-3.0.7-3.el4.centos.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ Message: 22 Date: Tue, 21 Apr 2009 09:09:59 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:0397 Critical CentOS 4 x86_64 firefox security update To: centos-announce(a)centos.org Message-ID: <20090421090959.GA32454(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:0397 Critical https://rhn.redhat.com/errata/RHSA-2009-0397.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: firefox-3.0.7-3.el4.centos.x86_64.rpm src: firefox-3.0.7-3.el4.centos.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos @irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 50, Issue 11 ***********************************************

1 0

options netloop nloopbacks=<n> ignored
by henry ritzlmayr 21 Apr '09

21 Apr '09

Hi list, since release 5.3 all kernels ignore options netloop nloopbacks=<n> within /etc/modprobe.conf If <n> is smaller than four there are always four vifs created. If <n> is bigger than four the appropriate number of vifs are created. Is this expected/new/feature/bug? Henry

1 1

failure to install python-tools
by James A. Peltier 21 Apr '09

21 Apr '09

Anyone else having trouble when installing python-tools? sudo yum -y install python-tools Password: Loaded plugins: fastestmirror, priorities Loading mirror speeds from cached hostfile adobe-linux | 951 B 00:00 extras | 951 B 00:00 base | 1.1 kB 00:00 updates | 951 B 00:00 addons | 951 B 00:00 3 packages excluded due to repository priority protections Setting up Install Process Parsing package install arguments Resolving Dependencies --> Running transaction check ---> Package python-tools.x86_64 0:2.4.3-21.el5 set to be updated --> Processing Dependency: python = 2.4.3-21.el5 for package: python-tools --> Processing Dependency: tkinter = 2.4.3-21.el5 for package: python-tools --> Running transaction check ---> Package python-tools.x86_64 0:2.4.3-21.el5 set to be updated --> Processing Dependency: python = 2.4.3-21.el5 for package: python-tools ---> Package tkinter.x86_64 0:2.4.3-21.el5 set to be updated --> Processing Dependency: python = 2.4.3-21.el5 for package: tkinter --> Processing Dependency: libTix8.4.so()(64bit) for package: tkinter --> Running transaction check ---> Package python-tools.x86_64 0:2.4.3-21.el5 set to be updated --> Processing Dependency: python = 2.4.3-21.el5 for package: python-tools ---> Package tkinter.x86_64 0:2.4.3-21.el5 set to be updated --> Processing Dependency: python = 2.4.3-21.el5 for package: tkinter ---> Package tix.x86_64 1:8.4.0-11.fc6 set to be updated --> Finished Dependency Resolution python-tools-2.4.3-21.el5.x86_64 from base has depsolving problems --> Missing Dependency: python = 2.4.3-21.el5 is needed by package python-tools-2.4.3-21.el5.x86_64 (base) tkinter-2.4.3-21.el5.x86_64 from base has depsolving problems --> Missing Dependency: python = 2.4.3-21.el5 is needed by package tkinter-2.4.3-21.el5.x86_64 (base) Error: Missing Dependency: python = 2.4.3-21.el5 is needed by package tkinter-2.4.3-21.el5.x86_64 (base) Error: Missing Dependency: python = 2.4.3-21.el5 is needed by package python-tools-2.4.3-21.el5.x86_64 (base) jpeltier48: sudo yum -y update Loaded plugins: fastestmirror, priorities Loading mirror speeds from cached hostfile 3 packages excluded due to repository priority protections Setting up Update Process No Packages marked for Update jpeltier49: sudo yum -y upgrade Loaded plugins: fastestmirror, priorities Loading mirror speeds from cached hostfile 3 packages excluded due to repository priority protections Setting up Upgrade Process No Packages marked for Update -- James A. Peltier Systems Analyst (FASNet), VIVARIUM Technical Director Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpeltier(a)sfu.ca Website : http://www.fas.sfu.ca | http://vivarium.cs.sfu.ca http://blogs.sfu.ca/people/jpeltier MSN : subatomic_spam(a)hotmail.com The point of the HPC scheduler is to keep everyone equally unhappy.

2 1

CentOS-announce Digest, Vol 50, Issue 10
by centos-announce-request＠centos.org 20 Apr '09

20 Apr '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:0428 Moderate CentOS 3 ia64 cups - security update (Pasi Pirhonen) 2. CESA-2009:0430 Important CentOS 3 ia64 xpdf - security update (Pasi Pirhonen) 3. CESA-2009:0428 Moderate CentOS 3 ia64 cups - security update (Pasi Pirhonen) 4. CESA-2009:0430 Important CentOS 3 s390(x) xpdf - security update (Pasi Pirhonen) 5. CESA-2009:0429 Important CentOS 4 ia64 cups - security update (Pasi Pirhonen) 6. CESA-2009:0430 Important CentOS 4 ia64 xpdf - security update (Pasi Pirhonen) 7. CESA-2009:0431 Important CentOS 4 ia64 kdegraphics - security update (Pasi Pirhonen) 8. CESA-2009:0429 Important CentOS 4 s390(x) cups - security update (Pasi Pirhonen) 9. CESA-2009:0430 Important CentOS 4 s390(x) xpdf - security update (Pasi Pirhonen) 10. CESA-2009:0431 Important CentOS 4 s390(x) kdegraphics - security update (Pasi Pirhonen) 11. CESA-2009:0430 Important CentOS 3 i386 xpdf - security update (Tru Huynh) 12. CESA-2009:0430 Important CentOS 3 x86_64 xpdf - security update (Tru Huynh) 13. CESA-2009:0428 Moderate CentOS 3 i386 cups - security update (Tru Huynh) 14. CESA-2009:0428 Moderate CentOS 3 x86_64 cups - security update (Tru Huynh) 15. CESA-2009:0410-01: Critical CentOS 2 i386 krb5 security update (John Newbigin) 16. CESA-2009:0422-01: Low CentOS 2 i386 tzdata enhancement update (John Newbigin) 17. CESA-2009:0421 Moderate CentOS 5 i386 ghostscript Update (Karanbir Singh) 18. CESA-2009:0421 Moderate CentOS 5 x86_64 ghostscript Update (Karanbir Singh) 19. CEEA-2009:0422 CentOS 5 i386 tzdata Update (Karanbir Singh) 20. CEEA-2009:0422 CentOS 5 x86_64 tzdata Update (Karanbir Singh) 21. CESA-2009:0429 Important CentOS 5 i386 cups Update (Karanbir Singh) 22. CESA-2009:0429 Important CentOS 5 x86_64 cups Update (Karanbir Singh) 23. CESA-2009:0427 Important CentOS 5 x86_64 udev Update (Karanbir Singh) 24. CESA-2009:0427 Important CentOS 5 i386 udev Update (Karanbir Singh) 25. CEBA-2009:0432 CentOS 5 i386 device-mapper-multipath Update (Karanbir Singh) 26. CEBA-2009:0432 CentOS 5 x86_64 device-mapper-multipath Update (Karanbir Singh) ---------------------------------------------------------------------- Message: 1 Date: Fri, 17 Apr 2009 15:50:01 +0300 From: Pasi Pirhonen <upi(a)centos.fi> Subject: [CentOS-announce] CESA-2009:0428 Moderate CentOS 3 ia64 cups - security update To: centos-announce(a)centos.org Message-ID: <20090417125000.GO27905(a)centos.fi> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory 2009:0428 https://rhn.redhat.com/errata/RHSA-2009-0428.html The following updated files have been uploaded and are currently syncing to the mirrors: ia64: updates/ia64/RPMS/cups-1.1.17-13.3.58.ia64.rpm updates/ia64/RPMS/cups-devel-1.1.17-13.3.58.ia64.rpm updates/ia64/RPMS/cups-libs-1.1.17-13.3.58.ia64.rpm -- Pasi Pirhonen - upi(a)iki.fi - http://pasi.pirhonen.eu/ Top-postings silently ignored

1 0

Local root vulnerability in udev
by Lanny Marcus 20 Apr '09

20 Apr '09

I just saw this thread in the OLM forum. Possibly of interest, since they say it includes CentOS 5, if the update hasn't been released yet. Always good to keep boxes updated, for security and stability reasons. <http://forums.olm.net/showthread.php?t=2137>

6 12

centos 5.3 upgrade and duplicate processes running
by Melinda Odom 20 Apr '09

20 Apr '09

Hi, I have a P4 3.2 linux server. Every since I upgrade to centos 5.3 I see duplicates when running top - c like: 3 root 34 19 0 0 0 S 0.0 0.0 0:00.13 [ksoftirqd/0] 4 root RT -5 0 0 0 S 0.0 0.0 0:00.00 [watchdog/0] 5 root RT -5 0 0 0 S 0.0 0.0 0:00.00 [migration/1] 6 root 34 19 0 0 0 S 0.0 0.0 0:00.64 [ksoftirqd/1] 7 root RT -5 0 0 0 S 0.0 0.0 0:00.00 [watchdog/1] 8 root 10 -5 0 0 0 S 0.0 0.0 0:00.03 [events/0] 9 root 10 -5 0 0 0 S 0.0 0.0 0:00.12 [events/1] 10 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 [khelper] 11 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 [kthread] 15 root 10 -5 0 0 0 S 0.0 0.0 0:02.17 [kblockd/0] 16 root 10 -5 0 0 0 S 0.0 0.0 0:03.28 [kblockd/1] 17 root 17 -5 0 0 0 S 0.0 0.0 0:00.00 [kacpid] 90 root 16 -5 0 0 0 S 0.0 0.0 0:00.00 [cqueue/0] 91 root 16 -5 0 0 0 S 0.0 0.0 0:00.00 [cqueue/1] 94 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 [khubd] 96 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 [kseriod] 160 root 15 0 0 0 0 S 0.0 0.0 0:12.92 [pdflush] 161 root 15 0 0 0 0 S 0.0 0.0 0:21.17 [pdflush] I don't have watchdog installed either. It seems my load has also gone up How would I fix this so there are not duplicates running? Best Regards, Melinda Odom Design Hosting, Inc. Web Design, Web Hosting, & Ecommerce Solutions 479-471-0891 CST info(a)designhosting.biz http://www.designhosting.biz

4 3

rpmbuild failure
by lhecking＠users.sourceforge.net 20 Apr '09

20 Apr '09

I'm trying to rebuild nx-3.2.0-8.el5.centos.src.rpm from the extras repo. It works on a machine running 5.1, but fails on another running 5.3. The working machine is arch=x86_64, the other i386. The strange bit is the line rpmbuild complains about: it's the last line in the spec file, at the end of the %changelog section: [...] Processing files: nx-debuginfo-3.2.0-8 Finding Provides: /usr/src/redhat/SOURCES/nxfind-provides.sh error: line 352: Dependency tokens must begin with alpha-numeric, '_' or '/': - Updated SuSE package to work with Fedora error: Failed to find Provides: Requires(rpmlib): rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 Checking for unpackaged file(s): /usr/lib/rpm/check-files /var/tmp/nx-3.2.0-8-root-root RPM build errors: line 352: Dependency tokens must begin with alpha-numeric, '_' or '/': - Updated SuSE package to work with Fedora Failed to find Provides: #

1 1

Re: [CentOS] Dual-boot with WinXP, CentOS already installed
by JohnS 20 Apr '09

20 Apr '09

On Thu, 2009-04-16 at 14:08 +0200, Sorin Srbu wrote: > Hi all, > > I'd like to deploy a solution with dual-booting systems where CentOS 5.3 is > already installed and WinXP will be installed to a separate disk. > > I found > http://apcmag.com/how_to_dual_boot_linux_and_windows_xp_linux_installed_fir… > and it seems straight forward enough, although the description is for Ubuntu. > > The problem as I see it, is that the how-to differs from how CentOS looks in > /etc/grub.conf and the boot-loader in Ubuntu with respect to making grub work > again after the Windows install. > > I found Tldp.org mentioning dual-boot plenty, but most or all articles listed > are using lilo as a boot-loader, which seems a bit obsolete and besides I > can't quite translate the instructions from lilo to grub. 8-/ > > Basically, what would I need to change in the how-to from apcmag.com above?? > Thanks for any pointers. ---- Just one question for you.. What brand of mother board do you have? There is a better way than trying to kill an OS via Grub or any boot loader via software. JohnStanley

2 1

The law difference between country
by Hidetsugu Hiraki 20 Apr '09

20 Apr '09

Dear Madam or Sir, I live in Japan. So I must comply with the nation's law. When I install software for Linux, is there any easy way to know whether the the installation and use of the software is legal or not? Please teach me. Hiraki

3 4

OT: Possible for Malware against Windows boxes to attack Firefox on Linux?
by Lanny Marcus 19 Apr '09

19 Apr '09

My belief is that this is not possible, but there are many extremely knowledgeable people participating on this list and I would like to know if it is in fact possible. I am running CentOS 5.3 (32 bit) fully updated. Browser is Mozilla Firefox v.3.0.7. I believe both times this happened, once yesterday and once today, I was surfing on the web site of my favorite singer/musical group; or in the forum, which is a highly restricted area. Today when it happened, I believe I was looking at a video coming from YouTube.com I contacted the webmaster, someone I communicate with frequently, thinking that something on one or more of his web pages is infected, but he wrote back, thinking that my box (dual boot MS Windows XP and CentOS on the same hard drive) is infected by this malware and that his web site is clean. Below is part of the description he sent me in an email. I have seen the pop ups, a request to install Install-2006-60.exe which I declined...., etc. Comes from <http://antispywarepcscanner.com> Is there any way the Firefox web browser could have been corrupted by this, while using CentOS Linux? TIA! Lanny 16.04.2009 | Malware Type: Browser Hijackers Malware Description: Antispywarepcscanner.com appears to be another web pimp of the hazardous fake anti-spyware tool called Personal Antivirus. Do not get flattered by the seemingly decent-looking and pleasant design of Antispywarepcscanner.com website; the fact that it pushes rogue anti-spyware automatically makes this domain a fraudulent one. Besides, Antispywarepcscanner.com may act as an obsessive browser-hijacker that redirects your web-surfing to its URL without the slightest hint of your approval. The forced diverts to Antispywarepcscanner.com are explainable by the fact that these redirections are preceded by the intrusion of Zlob trojans that obscurely trespass on your PC and forcedly modify browser settings. When you hit Antispywarepcscanner.com, you will see either the misleading advertising of Personal Antivirus scareware, or witness the deceptive online scan performed by the above-mentioned rogue utility. No matter what tricks the fraudsters prepared for you on Antispywarepcscanner.com, do not believe a single thing you see on that site. The advertising misinformation praising Personal Antivirus is totally deceptive and ought to be ignored. The worst thing about Antispywarepcscanner.com is that you will keep getting redirected there until you do something about the malicious activity of the corresponding hijacker on your computer. So, you first and the most reasonable step should be Antispywarepcscanner.com hijacker removal. After that, you are strongly recommended to check your system for additional malware with the aid of a trustworthy automatic removal tool

12 27

X won't start
by Robert 19 Apr '09

19 Apr '09

This machine is running CentOS 5.3, fully updated Linux mavis.localdomain 2.6.18-128.1.6.el5 #1 SMP Wed Apr 1 09:19:18 EDT 2009 i686 athlon i386 GNU/Linux. Video is an ATI Radeon 9000. X froze overnight and attempts to restart it fail. I tried an old kernel (2.6.18-92.1.22.el5) before realizing that root can start X and a virgin user can start X. I still can't use my original user name. I'm sure the last line of this is telling me something that I'm missing. (**) RADEON(0): RADEONDRIStop (**) RADEON(0): EngineRestore (16/16) (**) RADEON(0): RADEONDisplayPowerManagementSet(0,0x0) (**) RADEON(0): RADEONRestore (**) RADEON(0): RADEONRestoreMode() (**) RADEON(0): RADEONRestoreMode(0x9d2831c) (**) RADEON(0): RADEONRestoreMemMapRegisters() : (**) RADEON(0): MC_FB_LOCATION : 0x1fff0000 (**) RADEON(0): MC_AGP_LOCATION : 0x27ff2000 (**) RADEON(0): Map Changed ! Applying ... (**) RADEON(0): Map applied, resetting engine ... (**) RADEON(0): Updating display base addresses... (**) RADEON(0): Memory map updated. (**) RADEON(0): Programming CRTC1, offset: 0x00000000 (**) RADEON(0): Wrote: 0x0000000c 0x00030065 0x00000000 (0x0000a400) (**) RADEON(0): Wrote: rd=12, fd=101, pd=3 (**) RADEON(0): Disposing accel... (**) RADEON(0): Disposing cusor info (**) RADEON(0): Disposing DGA (**) RADEON(0): Unmapping memory (**) RADEON(0): RADEONDRICloseScreen FreeFontPath: FPE "unix/:7100" refcount is 2, should be 1; fixing. If it matters I normally boot into run level 3, log in and issue "startx" from the BASH prompt. Any ideas welcome.

3 5

Re: [CentOS] httpd crashes after signal HUP
by Per Qvindesland 19 Apr '09

19 Apr '09

Have you tried this: http://www.electrictoolbox.com/seg-fault-or-similar-nasty-error/ Per --- Original message follows --- SUBJECT: Re: [CentOS] httpd crashes after signal HUP FROM: "RedShift" TO: "CentOS mailing list" DATE: 19-04-2009 9:49 >----- Oorspronkelijk bericht ----- >Van : RedShift [mailto:redshift@pandora.be] >Verzonden : zondag , april 19, 2009 09:42 AM >Aan : centos(a)centos.org >Onderwerp : [CentOS] httpd crashes after signal HUP > >Hello > > >I'm running CentOS 5.3 with httpd-2.2.3-22.el5.centos.x86_64 and php-5.1.6-23.2.el5_3.x86_64. When the logrotate scripts run and send the HUP signal to httpd, the httpd process quits instead of reloading. The only thing I can find in the logs is this: > >[Sun Apr 19 04:02:04 2009] [notice] seg fault or similar nasty error detected in the parent process > >There wasn't any segfault reported in dmesg and I couldn't find anything else in the other logs (messages, etc...) > >It's reproducable every time, when I send the HUP signal to the master httpd process the same thing happens. > >My configuration is nothing special, just the stock one, with a few unnecesary modules commented out and one virtual host. > A follow-up, I cannot seem to reproduce this on my laptop (using i386 instead of x86_64) with the same configuration. Glenn _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos

3 4

httpd crashes after signal HUP
by RedShift 19 Apr '09

19 Apr '09

Hello I'm running CentOS 5.3 with httpd-2.2.3-22.el5.centos.x86_64 and php-5.1.6-23.2.el5_3.x86_64. When the logrotate scripts run and send the HUP signal to httpd, the httpd process quits instead of reloading. The only thing I can find in the logs is this: [Sun Apr 19 04:02:04 2009] [notice] seg fault or similar nasty error detected in the parent process There wasn't any segfault reported in dmesg and I couldn't find anything else in the other logs (messages, etc...) It's reproducable every time, when I send the HUP signal to the master httpd process the same thing happens. My configuration is nothing special, just the stock one, with a few unnecesary modules commented out and one virtual host. Thanks, Glenn

1 1

Re: [CentOS] httpd crashes after signal HUP
by RedShift 19 Apr '09

19 Apr '09

>----- Oorspronkelijk bericht ----- >Van : RedShift [mailto:redshift@pandora.be] >Verzonden : zondag , april 19, 2009 09:42 AM >Aan : centos(a)centos.org >Onderwerp : [CentOS] httpd crashes after signal HUP > >Hello > > >I'm running CentOS 5.3 with httpd-2.2.3-22.el5.centos.x86_64 and php-5.1.6-23.2.el5_3.x86_64. When the logrotate scripts run and send the HUP signal to httpd, the httpd process quits instead of reloading. The only thing I can find in the logs is this: > >[Sun Apr 19 04:02:04 2009] [notice] seg fault or similar nasty error detected in the parent process > >There wasn't any segfault reported in dmesg and I couldn't find anything else in the other logs (messages, etc...) > >It's reproducable every time, when I send the HUP signal to the master httpd process the same thing happens. > >My configuration is nothing special, just the stock one, with a few unnecesary modules commented out and one virtual host. > A follow-up, I cannot seem to reproduce this on my laptop (using i386 instead of x86_64) with the same configuration. Glenn

1 0

[centos] libata-core kernel errors
by Gordon McLellan 18 Apr '09

18 Apr '09

This is a repost of sorts, and for that I am sorry; I do not think my original posting subject was very clear, and I have more data about the problem. I'm experiencing lots of kernel errors when reading or writing to a disk that is part of an mdadm softraid-5 array. Since originally detecting this problem, I have isolated it to one disk, but I'm not sure what the cause of the error is. I have torn down the array and have been testing the actual device now. I tested the drive several times using smartctl and the tests came back OK / PASSED each time, and no kernel errors were logged. I tested the drive with the "badblocks" command, and there were no problems reported, and no kernel errors were logged. As soon as I try to write any substantial data to the device, kernel errors start pouring in: # dd if=/dev/zero of=/dev/sdg oflag=sync bs=8M count=100 The dd command does its thing, and eventually finishes without error, but at a very slow speed, most of my drives run this command at 65-75mb/sec, and sdg completes it at 13mb/sec. Apr 18 01:10:00 xenmaster kernel: BUG: warning at drivers/ata/libata-core.c:4923/ata_qc_issue() (Tainted: G ) Apr 18 01:10:00 xenmaster kernel: Apr 18 01:10:00 xenmaster kernel: Call Trace: Apr 18 01:10:00 xenmaster kernel: <IRQ> [<ffffffff880b6625>] :libata:ata_qc_issue+0x61/0x4a9 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880bacf3>] :libata:ata_scsi_rw_xlat+0x119/0x188 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880babda>] :libata:ata_scsi_rw_xlat+0x0/0x188 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880baea2>] :libata:ata_scsi_translate+0x140/0x16d Apr 18 01:10:00 xenmaster kernel: [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880bda72>] :libata:ata_scsi_queuecmd+0x1b4/0x1d4 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88073c83>] :scsi_mod:scsi_dispatch_cmd+0x290/0x322 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880790e2>] :scsi_mod:scsi_request_fn+0x2c5/0x39c Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025e2f2>] blk_run_queue+0x41/0x72 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88078016>] :scsi_mod:scsi_next_command+0x2d/0x39 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88078174>] :scsi_mod:scsi_end_request+0xbf/0xcd Apr 18 01:10:00 xenmaster kernel: [<ffffffff880782d0>] :scsi_mod:scsi_io_completion+0x14e/0x324 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880a57cd>] :sd_mod:sd_rw_intr+0x21d/0x257 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88078565>] :scsi_mod:scsi_device_unbusy+0x67/0x81 Apr 18 01:10:00 xenmaster kernel: [<ffffffff802389b8>] blk_done_softirq+0x67/0x75 Apr 18 01:10:00 xenmaster kernel: [<ffffffff80212880>] __do_softirq+0x8d/0x13b Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025fda4>] call_softirq+0x1c/0x278 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026d08e>] do_softirq+0x31/0x98 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026cf09>] do_IRQ+0xec/0xf5 Apr 18 01:10:00 xenmaster kernel: [<ffffffff803a6cca>] evtchn_do_upcall+0x13b/0x1fb Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025f8d6>] do_hypervisor_callback+0x1e/0x2c Apr 18 01:10:00 xenmaster kernel: <EOI> [<ffffffff8026df02>] monotonic_clock+0x35/0x7b Apr 18 01:10:00 xenmaster kernel: [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000 Apr 18 01:10:00 xenmaster kernel: [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026e4e5>] raw_safe_halt+0x84/0xa8 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026ba22>] xen_idle+0x38/0x4a Apr 18 01:10:00 xenmaster kernel: [<ffffffff8024a803>] cpu_idle+0x97/0xba Apr 18 01:10:00 xenmaster kernel: [<ffffffff80634b09>] start_kernel+0x21f/0x224 Apr 18 01:10:00 xenmaster kernel: [<ffffffff806341e5>] _sinittext+0x1e5/0x1eb Apr 18 01:10:00 xenmaster kernel: Apr 18 01:10:00 xenmaster kernel: BUG: warning at drivers/ata/libata-core.c:4923/ata_qc_issue() (Tainted: G ) Apr 18 01:10:00 xenmaster kernel: Apr 18 01:10:00 xenmaster kernel: Call Trace: Apr 18 01:10:00 xenmaster kernel: <IRQ> [<ffffffff880b6625>] :libata:ata_qc_issue+0x61/0x4a9 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880bacf3>] :libata:ata_scsi_rw_xlat+0x119/0x188 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880babda>] :libata:ata_scsi_rw_xlat+0x0/0x188 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880baea2>] :libata:ata_scsi_translate+0x140/0x16d Apr 18 01:10:00 xenmaster kernel: [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880bda72>] :libata:ata_scsi_queuecmd+0x1b4/0x1d4 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88073c83>] :scsi_mod:scsi_dispatch_cmd+0x290/0x322 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880790e2>] :scsi_mod:scsi_request_fn+0x2c5/0x39c Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025e2f2>] blk_run_queue+0x41/0x72 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88078016>] :scsi_mod:scsi_next_command+0x2d/0x39 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88078174>] :scsi_mod:scsi_end_request+0xbf/0xcd Apr 18 01:10:00 xenmaster kernel: [<ffffffff880782d0>] :scsi_mod:scsi_io_completion+0x14e/0x324 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880a57cd>] :sd_mod:sd_rw_intr+0x21d/0x257 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88078565>] :scsi_mod:scsi_device_unbusy+0x67/0x81 Apr 18 01:10:00 xenmaster kernel: [<ffffffff802389b8>] blk_done_softirq+0x67/0x75 Apr 18 01:10:00 xenmaster kernel: [<ffffffff80212880>] __do_softirq+0x8d/0x13b Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025fda4>] call_softirq+0x1c/0x278 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026d08e>] do_softirq+0x31/0x98 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026cf09>] do_IRQ+0xec/0xf5 Apr 18 01:10:00 xenmaster kernel: [<ffffffff803a6cca>] evtchn_do_upcall+0x13b/0x1fb Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025f8d6>] do_hypervisor_callback+0x1e/0x2c Apr 18 01:10:00 xenmaster kernel: <EOI> [<ffffffff8026df02>] monotonic_clock+0x35/0x7b Apr 18 01:10:00 xenmaster kernel: [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000 Apr 18 01:10:00 xenmaster kernel: [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026e4e5>] raw_safe_halt+0x84/0xa8 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026ba22>] xen_idle+0x38/0x4a Apr 18 01:10:00 xenmaster kernel: [<ffffffff8024a803>] cpu_idle+0x97/0xba Apr 18 01:10:00 xenmaster kernel: [<ffffffff80634b09>] start_kernel+0x21f/0x224 Apr 18 01:10:00 xenmaster kernel: [<ffffffff806341e5>] _sinittext+0x1e5/0x1eb Apr 18 01:10:00 xenmaster kernel: Apr 18 01:10:00 xenmaster kernel: BUG: warning at drivers/ata/libata-core.c:4923/ata_qc_issue() (Tainted: G ) Apr 18 01:10:00 xenmaster kernel: Apr 18 01:10:00 xenmaster kernel: Call Trace: Apr 18 01:10:00 xenmaster kernel: <IRQ> [<ffffffff880b6625>] :libata:ata_qc_issue+0x61/0x4a9 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880bacf3>] :libata:ata_scsi_rw_xlat+0x119/0x188 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880babda>] :libata:ata_scsi_rw_xlat+0x0/0x188 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880baea2>] :libata:ata_scsi_translate+0x140/0x16d Apr 18 01:10:00 xenmaster kernel: [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880bda72>] :libata:ata_scsi_queuecmd+0x1b4/0x1d4 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88073c83>] :scsi_mod:scsi_dispatch_cmd+0x290/0x322 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880790e2>] :scsi_mod:scsi_request_fn+0x2c5/0x39c Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025e2f2>] blk_run_queue+0x41/0x72 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88078016>] :scsi_mod:scsi_next_command+0x2d/0x39 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88078174>] :scsi_mod:scsi_end_request+0xbf/0xcd Apr 18 01:10:00 xenmaster kernel: [<ffffffff880782d0>] :scsi_mod:scsi_io_completion+0x14e/0x324 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880a57cd>] :sd_mod:sd_rw_intr+0x21d/0x257 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88078565>] :scsi_mod:scsi_device_unbusy+0x67/0x81 Apr 18 01:10:00 xenmaster kernel: [<ffffffff802389b8>] blk_done_softirq+0x67/0x75 Apr 18 01:10:00 xenmaster kernel: [<ffffffff80212880>] __do_softirq+0x8d/0x13b Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025fda4>] call_softirq+0x1c/0x278 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026d08e>] do_softirq+0x31/0x98 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026cf09>] do_IRQ+0xec/0xf5 Apr 18 01:10:00 xenmaster kernel: [<ffffffff803a6cca>] evtchn_do_upcall+0x13b/0x1fb Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025f8d6>] do_hypervisor_callback+0x1e/0x2c Apr 18 01:10:00 xenmaster kernel: <EOI> [<ffffffff8026df02>] monotonic_clock+0x35/0x7b Apr 18 01:10:00 xenmaster kernel: [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000 Apr 18 01:10:00 xenmaster kernel: [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026e4e5>] raw_safe_halt+0x84/0xa8 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026ba22>] xen_idle+0x38/0x4a Apr 18 01:10:00 xenmaster kernel: [<ffffffff8024a803>] cpu_idle+0x97/0xba Apr 18 01:10:00 xenmaster kernel: [<ffffffff80634b09>] start_kernel+0x21f/0x224 Apr 18 01:10:00 xenmaster kernel: [<ffffffff806341e5>] _sinittext+0x1e5/0x1eb Apr 18 01:10:00 xenmaster kernel: Apr 18 01:10:00 xenmaster kernel: BUG: warning at drivers/ata/libata-core.c:4923/ata_qc_issue() (Tainted: G ) Apr 18 01:10:00 xenmaster kernel: Apr 18 01:10:00 xenmaster kernel: Call Trace: Apr 18 01:10:00 xenmaster kernel: <IRQ> [<ffffffff880b6625>] :libata:ata_qc_issue+0x61/0x4a9 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880bacf3>] :libata:ata_scsi_rw_xlat+0x119/0x188 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880babda>] :libata:ata_scsi_rw_xlat+0x0/0x188 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880baea2>] :libata:ata_scsi_translate+0x140/0x16d Apr 18 01:10:00 xenmaster kernel: [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880bda72>] :libata:ata_scsi_queuecmd+0x1b4/0x1d4 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88073c83>] :scsi_mod:scsi_dispatch_cmd+0x290/0x322 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880790e2>] :scsi_mod:scsi_request_fn+0x2c5/0x39c Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025e2f2>] blk_run_queue+0x41/0x72 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88078016>] :scsi_mod:scsi_next_command+0x2d/0x39 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88078174>] :scsi_mod:scsi_end_request+0xbf/0xcd Apr 18 01:10:00 xenmaster kernel: [<ffffffff880782d0>] :scsi_mod:scsi_io_completion+0x14e/0x324 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880a57cd>] :sd_mod:sd_rw_intr+0x21d/0x257 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88078565>] :scsi_mod:scsi_device_unbusy+0x67/0x81 Apr 18 01:10:00 xenmaster kernel: [<ffffffff802389b8>] blk_done_softirq+0x67/0x75 Apr 18 01:10:00 xenmaster kernel: [<ffffffff80212880>] __do_softirq+0x8d/0x13b Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025fda4>] call_softirq+0x1c/0x278 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026d08e>] do_softirq+0x31/0x98 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026cf09>] do_IRQ+0xec/0xf5 Apr 18 01:10:00 xenmaster kernel: [<ffffffff803a6cca>] evtchn_do_upcall+0x13b/0x1fb Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025f8d6>] do_hypervisor_callback+0x1e/0x2c Apr 18 01:10:00 xenmaster kernel: <EOI> [<ffffffff8026df02>] monotonic_clock+0x35/0x7b Apr 18 01:10:00 xenmaster kernel: [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000 Apr 18 01:10:00 xenmaster kernel: [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026e4e5>] raw_safe_halt+0x84/0xa8 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026ba22>] xen_idle+0x38/0x4a Apr 18 01:10:00 xenmaster kernel: [<ffffffff8024a803>] cpu_idle+0x97/0xba Apr 18 01:10:00 xenmaster kernel: [<ffffffff80634b09>] start_kernel+0x21f/0x224 Apr 18 01:10:00 xenmaster kernel: [<ffffffff806341e5>] _sinittext+0x1e5/0x1eb Apr 18 01:10:00 xenmaster kernel: Apr 18 01:10:00 xenmaster kernel: BUG: warning at drivers/ata/libata-core.c:4923/ata_qc_issue() (Tainted: G ) Apr 18 01:10:00 xenmaster kernel: Apr 18 01:10:00 xenmaster kernel: Call Trace: Apr 18 01:10:00 xenmaster kernel: <IRQ> [<ffffffff880b6625>] :libata:ata_qc_issue+0x61/0x4a9 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880bacf3>] :libata:ata_scsi_rw_xlat+0x119/0x188 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880babda>] :libata:ata_scsi_rw_xlat+0x0/0x188 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880baea2>] :libata:ata_scsi_translate+0x140/0x16d Apr 18 01:10:00 xenmaster kernel: [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880bda72>] :libata:ata_scsi_queuecmd+0x1b4/0x1d4 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88073c83>] :scsi_mod:scsi_dispatch_cmd+0x290/0x322 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880790e2>] :scsi_mod:scsi_request_fn+0x2c5/0x39c Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025e2f2>] blk_run_queue+0x41/0x72 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88078016>] :scsi_mod:scsi_next_command+0x2d/0x39 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88078174>] :scsi_mod:scsi_end_request+0xbf/0xcd Apr 18 01:10:00 xenmaster kernel: [<ffffffff880782d0>] :scsi_mod:scsi_io_completion+0x14e/0x324 Apr 18 01:10:00 xenmaster kernel: [<ffffffff880a57cd>] :sd_mod:sd_rw_intr+0x21d/0x257 Apr 18 01:10:00 xenmaster kernel: [<ffffffff88078565>] :scsi_mod:scsi_device_unbusy+0x67/0x81 Apr 18 01:10:00 xenmaster kernel: [<ffffffff802389b8>] blk_done_softirq+0x67/0x75 Apr 18 01:10:00 xenmaster kernel: [<ffffffff80212880>] __do_softirq+0x8d/0x13b Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025fda4>] call_softirq+0x1c/0x278 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026d08e>] do_softirq+0x31/0x98 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026cf09>] do_IRQ+0xec/0xf5 Apr 18 01:10:00 xenmaster kernel: [<ffffffff803a6cca>] evtchn_do_upcall+0x13b/0x1fb Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025f8d6>] do_hypervisor_callback+0x1e/0x2c Apr 18 01:10:00 xenmaster kernel: <EOI> [<ffffffff8026df02>] monotonic_clock+0x35/0x7b Apr 18 01:10:00 xenmaster kernel: [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000 Apr 18 01:10:00 xenmaster kernel: [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026e4e5>] raw_safe_halt+0x84/0xa8 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026ba22>] xen_idle+0x38/0x4a Apr 18 01:10:00 xenmaster kernel: [<ffffffff8024a803>] cpu_idle+0x97/0xba Apr 18 01:10:00 xenmaster kernel: [<ffffffff80634b09>] start_kernel+0x21f/0x224 Apr 18 01:10:00 xenmaster kernel: [<ffffffff806341e5>] _sinittext+0x1e5/0x1eb The machine in question is running 64bit Centos 5.3 Xen kernel and is Dom0: # uname -a Linux xenmaster.dimension-x.local 2.6.18-128.1.6.el5xen #1 SMP Wed Apr 1 09:53:14 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux This problem started about five days ago, when I upgraded from 5.2 to 5.3. I'm not sure if that was the cause or just a coincidence. Any suggestions? -Gordon

4 4

Threading and CentOS mailing list digest
by David G. Miller 18 Apr '09

18 Apr '09

Kai Schaetzl <maillists(a)conactive.com> wrote: > John R Pierce wrote on Fri, 17 Apr 2009 04:34:49 -0700: >> > odder, I don't see a "In-Reply-To:" header, so I dunno HOW it appears >> > threaded just fine. >> > > It's been put in the thread according to the time sequence because the > header you mention is missing. So, it just *appears* to be threaded, but > the node where it gets put as a reply is random (here it is put as a reply > to me, that is why I noticed there is something wrong). That header is > missing from all of David's postings, now that I look, and he's been using > several older versions of Thunderbird which can't all be broken. So, I > assume he's using a broken mail gateway which strips these headers. > > Kai Rather than continue to hijack the original thread regarding dual booting, let's move this discussion to it's own thread. The version of T-Bird I use is *always* the current version for CentOS. My mailer is sendmail again kept to the current version for CentOS. I somehow doubt that either are broken. What is happening is I get the CentOS mailing list in digest form. That is, I get one e-mail each day with all of the previous day's posts. If I notice a topic that I feel I can contribute to, I cut and paste an appropriate e-mail from the digest and "reply" to the list setting the subject appropriately (i.e., "Re: <original subject>). This is somewhat of a pain but it is more than made up for by the convenience of getting the list traffic in digest form. Your complaint is the first I've heard that this creates a problem for anyone. Unfortunately, I don't see a way to set the "in reply to" mail header element though T-Bird. If anyone has a reasonable (meaning doesn't take significantly more of my time than my current approach) alternative, I'm more than wiling to change how I'm posting. Giving up getting the list traffic in digest form is not acceptable. Cheers, Dave -- Politics, n. Strife of interests masquerading as a contest of principles. -- Ambrose Bierce

5 6

Bind - zone delegation
by Gopinath Achari 18 Apr '09

18 Apr '09

hi all, i have configured a local dns master server test.com the same server is responsible for zone delegation for child.test.com. But starting the named service it displays out of zone data in log file. Same configuration works fine on centos 4.xx but the below configuration is not working on centos 5.2, i have attached the zone file of master server for domain test.com below, $TTL 86400 @ IN SOA test.com. root.test.com. ( 1997022700 ; Serial 28800 ; Refresh 14400 ; Retry 3600000 ; Expire 86400 ) ; Minimum IN NS test.com. child.test.com. IN NS name1.child.test.com. 101 IN PTR test.com. @ IN A 192.168.1.101 www IN A 192.168.1.101 name1.child.test.com. IN A 192.168.1.222 222 IN PTR name1.child.test.com. sys1 IN A 192.168.1.220 ~ ~ when dig command is used reponse comes for hosts entries of test.com but not child.test.com. Any suggestions , please help me out.

1 0

Re: [CentOS] 5.3 and XFS (fwd)
by James A. Peltier 18 Apr '09

18 Apr '09

Doesn't look like my reply hit the list for some reason. -- James A. Peltier Systems Analyst (FASNet), VIVARIUM Technical Director Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpeltier(a)sfu.ca Website : http://www.fas.sfu.ca | http://vivarium.cs.sfu.ca http://blogs.sfu.ca/people/jpeltier MSN : subatomic_spam(a)hotmail.com The point of the HPC scheduler is to keep everyone equally unhappy. ---------- Forwarded message ---------- Date: Fri, 17 Apr 2009 13:35:20 -0700 (PDT) From: James A. Peltier <jpeltier(a)cs.sfu.ca> To: CentOS mailing list <centos(a)centos.org> Subject: Re: [CentOS] 5.3 and XFS On Thu, 16 Apr 2009, Ross Walker wrote: > I think it's worth while to keep xfs updated for a while until ext4 > has made enough of an in-road to say xfs should be depreciated in > favor of ext4. > > -Ross Considering that it still takes several minutes to format a partition with EXT4 vs the couple of seconds for XFS, I don't see XFS depricated *any* time soon. -- James A. Peltier Systems Analyst (FASNet), VIVARIUM Technical Director Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpeltier(a)sfu.ca Website : http://www.fas.sfu.ca | http://vivarium.cs.sfu.ca http://blogs.sfu.ca/people/jpeltier MSN : subatomic_spam(a)hotmail.com The point of the HPC scheduler is to keep everyone equally unhappy.

2 2

Re: [CentOS] Dual-boot with WinXP, CentOS already installed
by Guy Boisvert 17 Apr '09

17 Apr '09

Sorin Srbu wrote: > > Apparantely Windows can bork up after a while if the system files aren't on > C:. I was thinking the Windows installer will see the linux partitions and > try to name them C: and D: etc, thus Windows will be installed on E: or F:, > which might not go down well with some programs. > Unless you install Linux on FAT, Winblows won't see it. Guy Boisvert, ing IngTegration inc.

4 4

problem with 5.3 upgrade or just bad timing?
by Gordon McLellan 17 Apr '09

17 Apr '09

I've been experiencing delays access data off my file server since I upgraded to 5.3... either I hosed something, have bad hardware or very unlikely, found a bug. When reading or writing data, the stream to the hdd's stops every 5-10 min and %iowait goes through the roof. I checked the logs and they are filled with this diagnostic data that I can't readily decipher. my setup involves two md raid5 devices, 9+1 sata drives total, five of them are on the internal intel sata (i5000) controller, five of them on an external super micro (marvell) controller. I need to do some more testing to see which of (or is it both?) of the md devices is generating these errors. system is running centos 5.3 64bit: # uname -a Linux xenmaster.dimension-x.local 2.6.18-128.1.6.el5xen #1 SMP Wed Apr 1 09:53:14 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux # cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md1 : active raid5 sdk1[2] sdj1[4] sdi1[3] sdh1[0] sdg1[1] 976783616 blocks level 5, 64k chunk, algorithm 2 [5/5] [UUUUU] md0 : active raid5 sdf1[3] sde1[1] sdd1[4](S) sdc1[0] sdb1[2] 2197715712 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU] unused devices: <none> here is what dmesg has to say: (some of it looks like repeats but some of it is very slightly different too) BUG: warning at drivers/ata/libata-core.c:4923/ata_qc_issue() (Tainted: G ) Call Trace: [<ffffffff880b6625>] :libata:ata_qc_issue+0x61/0x4a9 [<ffffffff880bacf3>] :libata:ata_scsi_rw_xlat+0x119/0x188 [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff880babda>] :libata:ata_scsi_rw_xlat+0x0/0x188 [<ffffffff880baea2>] :libata:ata_scsi_translate+0x140/0x16d [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff880bda72>] :libata:ata_scsi_queuecmd+0x1b4/0x1d4 [<ffffffff88073c83>] :scsi_mod:scsi_dispatch_cmd+0x290/0x322 [<ffffffff880790e2>] :scsi_mod:scsi_request_fn+0x2c5/0x39c [<ffffffff8025c62a>] generic_unplug_device+0x22/0x37 [<ffffffff8835c060>] :raid456:unplug_slaves+0x60/0x9b [<ffffffff8836122f>] :raid456:raid5d+0x17c/0x187 [<ffffffff802639f9>] _spin_lock_irqsave+0x9/0x14 [<ffffffff803fed01>] md_thread+0xf8/0x10e [<ffffffff80299fec>] autoremove_wake_function+0x0/0x2e [<ffffffff803fec09>] md_thread+0x0/0x10e [<ffffffff80233483>] kthread+0xfe/0x132 [<ffffffff8025fb2c>] child_rip+0xa/0x12 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff80233385>] kthread+0x0/0x132 [<ffffffff8025fb22>] child_rip+0x0/0x12 BUG: warning at drivers/ata/libata-core.c:4923/ata_qc_issue() (Tainted: G ) Call Trace: [<ffffffff880b6625>] :libata:ata_qc_issue+0x61/0x4a9 [<ffffffff880bacf3>] :libata:ata_scsi_rw_xlat+0x119/0x188 [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff880babda>] :libata:ata_scsi_rw_xlat+0x0/0x188 [<ffffffff880baea2>] :libata:ata_scsi_translate+0x140/0x16d [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff880bda72>] :libata:ata_scsi_queuecmd+0x1b4/0x1d4 [<ffffffff88073c83>] :scsi_mod:scsi_dispatch_cmd+0x290/0x322 [<ffffffff880790e2>] :scsi_mod:scsi_request_fn+0x2c5/0x39c [<ffffffff8025c62a>] generic_unplug_device+0x22/0x37 [<ffffffff8835c060>] :raid456:unplug_slaves+0x60/0x9b [<ffffffff8836122f>] :raid456:raid5d+0x17c/0x187 [<ffffffff802639f9>] _spin_lock_irqsave+0x9/0x14 [<ffffffff803fed01>] md_thread+0xf8/0x10e [<ffffffff80299fec>] autoremove_wake_function+0x0/0x2e [<ffffffff803fec09>] md_thread+0x0/0x10e [<ffffffff80233483>] kthread+0xfe/0x132 [<ffffffff8025fb2c>] child_rip+0xa/0x12 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff80233385>] kthread+0x0/0x132 [<ffffffff8025fb22>] child_rip+0x0/0x12 BUG: warning at drivers/ata/libata-core.c:4923/ata_qc_issue() (Tainted: G ) Call Trace: [<ffffffff880b6625>] :libata:ata_qc_issue+0x61/0x4a9 [<ffffffff880bacf3>] :libata:ata_scsi_rw_xlat+0x119/0x188 [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff880babda>] :libata:ata_scsi_rw_xlat+0x0/0x188 [<ffffffff880baea2>] :libata:ata_scsi_translate+0x140/0x16d [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff8033949e>] cfq_kick_queue+0x0/0x89 [<ffffffff880bda72>] :libata:ata_scsi_queuecmd+0x1b4/0x1d4 [<ffffffff88073c83>] :scsi_mod:scsi_dispatch_cmd+0x290/0x322 [<ffffffff880790e2>] :scsi_mod:scsi_request_fn+0x2c5/0x39c [<ffffffff80339514>] cfq_kick_queue+0x76/0x89 [<ffffffff8024ee1e>] run_workqueue+0x94/0xe4 [<ffffffff8024b727>] worker_thread+0x0/0x122 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff8024b817>] worker_thread+0xf0/0x122 [<ffffffff80286daf>] default_wake_function+0x0/0xe [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff80233483>] kthread+0xfe/0x132 [<ffffffff8025fb2c>] child_rip+0xa/0x12 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff8026df02>] monotonic_clock+0x35/0x7b [<ffffffff80233385>] kthread+0x0/0x132 [<ffffffff8025fb22>] child_rip+0x0/0x12 BUG: warning at drivers/ata/libata-core.c:4923/ata_qc_issue() (Tainted: G ) Call Trace: [<ffffffff880b6625>] :libata:ata_qc_issue+0x61/0x4a9 [<ffffffff880bacf3>] :libata:ata_scsi_rw_xlat+0x119/0x188 [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff880babda>] :libata:ata_scsi_rw_xlat+0x0/0x188 [<ffffffff880baea2>] :libata:ata_scsi_translate+0x140/0x16d [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff880bda72>] :libata:ata_scsi_queuecmd+0x1b4/0x1d4 [<ffffffff88073c83>] :scsi_mod:scsi_dispatch_cmd+0x290/0x322 [<ffffffff880790e2>] :scsi_mod:scsi_request_fn+0x2c5/0x39c [<ffffffff8025c62a>] generic_unplug_device+0x22/0x37 [<ffffffff8835c060>] :raid456:unplug_slaves+0x60/0x9b [<ffffffff8836122f>] :raid456:raid5d+0x17c/0x187 [<ffffffff802639f9>] _spin_lock_irqsave+0x9/0x14 [<ffffffff803fed01>] md_thread+0xf8/0x10e [<ffffffff80299fec>] autoremove_wake_function+0x0/0x2e [<ffffffff803fec09>] md_thread+0x0/0x10e [<ffffffff80233483>] kthread+0xfe/0x132 [<ffffffff8025fb2c>] child_rip+0xa/0x12 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff80233385>] kthread+0x0/0x132 [<ffffffff8025fb22>] child_rip+0x0/0x12 BUG: warning at drivers/ata/libata-core.c:4923/ata_qc_issue() (Tainted: G ) Call Trace: <IRQ> [<ffffffff880b6625>] :libata:ata_qc_issue+0x61/0x4a9 [<ffffffff880bacf3>] :libata:ata_scsi_rw_xlat+0x119/0x188 [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff880babda>] :libata:ata_scsi_rw_xlat+0x0/0x188 [<ffffffff880baea2>] :libata:ata_scsi_translate+0x140/0x16d [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff880bda72>] :libata:ata_scsi_queuecmd+0x1b4/0x1d4 [<ffffffff88073c83>] :scsi_mod:scsi_dispatch_cmd+0x290/0x322 [<ffffffff880790e2>] :scsi_mod:scsi_request_fn+0x2c5/0x39c [<ffffffff8025e2f2>] blk_run_queue+0x41/0x72 [<ffffffff88078016>] :scsi_mod:scsi_next_command+0x2d/0x39 [<ffffffff88078174>] :scsi_mod:scsi_end_request+0xbf/0xcd [<ffffffff880782d0>] :scsi_mod:scsi_io_completion+0x14e/0x324 [<ffffffff880a57cd>] :sd_mod:sd_rw_intr+0x21d/0x257 [<ffffffff88078565>] :scsi_mod:scsi_device_unbusy+0x67/0x81 [<ffffffff802389b8>] blk_done_softirq+0x67/0x75 [<ffffffff80212880>] __do_softirq+0x8d/0x13b [<ffffffff8025fda4>] call_softirq+0x1c/0x278 [<ffffffff8026d08e>] do_softirq+0x31/0x98 [<ffffffff8026cf09>] do_IRQ+0xec/0xf5 [<ffffffff803a6cca>] evtchn_do_upcall+0x13b/0x1fb [<ffffffff8025f8d6>] do_hypervisor_callback+0x1e/0x2c <EOI> [<ffffffff8026df02>] monotonic_clock+0x35/0x7b [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000 [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000 [<ffffffff8026e4e5>] raw_safe_halt+0x84/0xa8 [<ffffffff8026ba22>] xen_idle+0x38/0x4a [<ffffffff8024a803>] cpu_idle+0x97/0xba var/log/messages has the same info, with timestamps - this error repeats itself several times a second for several minutes at a time all suggestions are appreciated! -Gordon

1 0

Re: [CentOS] Dual-boot with WinXP, CentOS already installed
by Kai Schaetzl 17 Apr '09

17 Apr '09

Sorin Srbu wrote on Fri, 17 Apr 2009 09:37:53 +0200: > How do you mean broken? Sorin, why do you think I replied to you? The person using the broken configuration is "David G. Miller". Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com

4 8

Acrobat Reader 9 on Centos 4.7
by tblader 17 Apr '09

17 Apr '09

Hello, Anyone know how to get Acrobat 9 running* on Centos 4.7? Looks like a libc conflict: /Adobe/Reader9/Reader/intellinux/bin/acroread: error while loading shared \ libraries: /apps/Adobe/Reader9_libs/libstdc++.so.6: requires glibc 2.5 or later dynamic linker Thanks Thomas [*] - http://www.us-cert.gov/cas/techalerts/TA09-051A.html -- Flambeau Inc. Technology Center - Baraboo, WI Email : tblader(a)flambeau.com Keyserver: http://pgp.mit.edu KeyID: 0x00E9EC2C

4 4

Re: [CentOS] Dual-boot with WinXP, CentOS already installed
by Guy Boisvert 17 Apr '09

17 Apr '09

Sorin Srbu wrote: > > Isn't reinstalling GAG the same thing as reinstalling grub. What's the > incentive so to speak? Is GAG so much better, or just easier to work with > than grub? > Easier. GAG has its own boot media (diskette or cd). It has a graphical interface and is very easy. Guy Boisvert, ing. IngTegration inc.

1 0

looking for alternative to SME & Clark Connect
by Rudi Ahlers 17 Apr '09

17 Apr '09

Hi all, I'm looking for a (preferably free) alternative to SME / Clark Connect. I basically need the following: - firewall - nat - VPN - bandwidth limiting / monitoring - email (SMTP / POP3 / IMAP) & groupware - file & printer sharing - RAID support - if possible fail-over / high availability support. I need to support about 15 - 30 (some part time) students, so I would like to keep the costs low. If it's free, so much better. SME works for most of the stuff, but it still runs on CentOS 4, and I'd prefer to use 5. Any recommendations? -- Kind Regards Rudi Ahlers

8 11

Re: [CentOS] kernel update doesn't update grub.conf
by Devin Reade 17 Apr '09

17 Apr '09

[I saw this thread in the mailing list archives, but wasn't subscribed at the time, so sorry it's not a proper follow-up.] The symptoms you describe could be a side effect of being previously hit by <http://bugs.centos.org/view.php?id=2914> and <https://bugzilla.redhat.com/show_bug.cgi?id=447841>. Those bug items describe workarounds. After you get mkinitrd upgraded to that in 5.3 the problem should go away, although you may have to manually fix up the results of the bad kernel install. Devin -- You live and learn. Or you don't live long. - Robert Heinlein

2 1

[OT] rsa host key change
by Ed Donahue 17 Apr '09

17 Apr '09

Anyone ever come across a linux server host key changing with out a reboot, sshd restart, change in negotiating (SSHv1, SSHv2), and different DNS name or IP address? I have a server on RHEL4.4 that changed its host key. Red Hat Enterprise Linux ES release 4 (Nahant Update 4) openssh-server-3.9p1-8.RHEL4.15 2.6.9-42.ELsmp uptime 944 days Started getting the eavesdropping message from a login that is supposed to login w/o a password. And always did before today.

3 2

CUPS oddity
by Niki Kovacs 17 Apr '09

17 Apr '09

Hi, I've been setting up a few printer servers with CUPS. Our public libraries here all run 100% Linux (CentOS 5), so what I do is simply install the printer on one of the machines (with a static IP) and then configure CUPS so it can act as a printer server for Linux clients. It took me some time to figure this out, and I remember pulling my hair out for a few sunny afternoons, but I eventually got it working. One thing kept me stuck for days, until I finally found the answer on debian-administration.org. My server machine has an IP of 192.168.1.252/255.255.255.0. There's a Brother laser printer attached to it. The CUPS configuration file is edited so machines on the 192.168.1.* network can use it, and I can also access the CUPS web interface from anywhere. But here's what puzzles me. In the default cupsd.conf configuration file the 'Listen' directive looks like this: # Only listen for connections from the local machine. Listen localhost:631 Listen /var/run/cups/cups.sock Here's the oddity: I *have* to specifically add the machine's IP, like this: Listen localhost:631 Listen 192.168.1.252 Listen /var/run/cups/cups.sock If I don't add this, machines on the network are unable to connect to the server. Can anybody explain this strange behaviour to me? Cheers, Niki

3 3

CentOS 4 dkms-ndiswrapper
by Agile Aspect 17 Apr '09

17 Apr '09

Hi - I'm trying to get wireless running on CentOS 4.7 on a dual core laptop (latitude-e4500) for an employee. I'm having trouble with building dkms-ndiswraper-1.54-1.el4.rf - enclosed are the errors messages. The kernel was rebuilt to disable CONFIG_4KSTACKS. The errors prior to rebuilding the kernel are identical to the errors after rebuilding the kernel and rebooting - minus the error regarding the CONFIG_4KSTACKS. Basically I just typed make in the directory. I'm using dkms this time - I've never used it before. I'm under the impression that all I had to do was type 'make' in the directory in the ndiswrapper directory. Any help would be greatly appreciated! -- Agile make -C /home/praveen/rpmbuild/BUILD/kernel-2.6.9/linux-2.6.9 M=/usr/src/ndiswra pper-1.54-1.el4.rf make[1]: Entering directory `/home/praveen/rpmbuild/BUILD/kernel-2.6.9/linux-2.6 .9' MKEXPORT /usr/src/ndiswrapper-1.54-1.el4.rf/crt_exports.h CC [M] /usr/src/ndiswrapper-1.54-1.el4.rf/crt.o In file included from /usr/src/ndiswrapper-1.54-1.el4.rf/crt.c:16: /usr/src/ndiswrapper-1.54-1.el4.rf/ntoskernel.h:289:1: warning: "for_each_possib le_cpu" redefined In file included from include/linux/sched.h:15, from include/linux/module.h:10, from /usr/src/ndiswrapper-1.54-1.el4.rf/ntoskernel.h:22, from /usr/src/ndiswrapper-1.54-1.el4.rf/crt.c:16: include/linux/cpumask.h:374:1: warning: this is the location of the previous def inition In file included from /usr/src/ndiswrapper-1.54-1.el4.rf/crt.c:16: /usr/src/ndiswrapper-1.54-1.el4.rf/ntoskernel.h:649: error: field `lock' has inc omplete type /usr/src/ndiswrapper-1.54-1.el4.rf/ntoskernel.h: In function `raise_irql': /usr/src/ndiswrapper-1.54-1.el4.rf/ntoskernel.h:686: warning: implicit declarati on of function `mutex_lock' /usr/src/ndiswrapper-1.54-1.el4.rf/ntoskernel.h: In function `lower_irql': /usr/src/ndiswrapper-1.54-1.el4.rf/ntoskernel.h:708: warning: implicit declaration of function `mutex_unlock'make[2]: *** [/usr/src/ndiswrapper-1.54-1.el4.rf/crt.o] Error 1 make[1]: *** [_module_/usr/src/ndiswrapper-1.54-1.el4.rf] Error 2 make[1]: Leaving directory `/home/praveen/rpmbuild/BUILD/kernel-2.6.9/linux-2.6.9' make: *** [modules] Error 2 -- "We are drowning in information and starving for knowledge." -- Rutherford D. Roger

2 1

Re: [CentOS] Dual-boot with WinXP, CentOS already installed
by Kai Schaetzl 17 Apr '09

17 Apr '09

Sorin Srbu wrote on Fri, 17 Apr 2009 09:16:33 +0200: > Apparantely Windows can bork up after a while if the system files aren't on > C:. No, that is a myth. You just cannot put the system drive on an extended partition, it has to be a primary partition. If that is the first non-Linux partition Windows will name it C, anyway, as it just ignores partition types it doesn't know. But, as I said, the letter doesn't matter. I was thinking the Windows installer will see the linux partitions and > try to name them C: and D: etc, thus Windows will be installed on E: or F:, > which might not go down well with some programs. No, see above, but really, it doesn't matter at all. Windows isn't that dumb. > > > >> Would I be better off disconnecting the drive containing CentOS and > >> reconnect it when I'm done installing Windows. Then boot with CentOS > rescue > >> and reinstall grub to the Windows-hd MBR? > > > >Why? If you want to put them on separate *hardware* then you don't have to > >reinstall anything. Just make sure that the CentOS drive is the first boot > >drive. > > Windows drive numbering, see above. This way Windows doesn't see linux at > all. No, I meant: why then reinstall grub? No need for it. You just change grub.conf. If you want to use a second disk because of drive numbering: no, you don't need to do that. If you want to do it for other reasons, like space: go ahead! Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com

1 0

Re: [CentOS] DKMS and new(er) Nvidia-drivers
by MHR 17 Apr '09

17 Apr '09

On Wed, Apr 15, 2009 at 1:08 AM, Sorin Srbu <sorin.srbu(a)orgfarm.uu.se> wrote: > > Diagonal thin black lines originating from upper left corner for starters. > Then if I open a gui, whatever sort, that window gets those lines too. Menus > are unreadable because of this, but slightly more readable if I move the > mouse pointer over the menu entry. The lines tend to go away for a short > while if I log off and log on again. Weird thing is that the lines are > always diagonal and tend to always originate from the upper left corner of > whatever window. > > This is with gnome mind you, and *supposedly* this one is the most stable of > all the desktop environments. Haven't tried with KDE and xfce. Can't tell > for sure if it's gnome or the Nvidia drivers specifically, but I'm leaning > towards the drivers. > > It's not a hardware issue, as I've run rhel3 on the same machines w/o any > artifacts. > > The hardware's two-three year old Asus mobo with a single-core AMD x64 and a > rather feisty Nvidia Quadra gfx card. Don't have the exact details right > now, but it should give a hint or two. All the P4-machines, as well as the > i7-boxes, seem to work fine with dkms. I've never seen this problem at all - running AMD 64x2 7750, 4Gb memory with GEForce 7200gs card, nvidia driver nvidia-x11-drv-173.08-1.beta.el5.rf.x86_64 (from rpmforge - duh). I've used a 19" CRT, 17" 1280x1024 flat panel and, currently, 22" 1680x1050 flat panel (Emprex - cheap, but works great). I tried the L&G nvidia driver last year some time, but I decided I'd rather have the rpmforge working dkms driver than the L&G, even though it's a beta driver. When I upgraded to 5.3, that was the first time the driver was actually rebuilt for the kernel since 5.0. HTH mhr

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss