Discuss

discuss@lists.centos.org

34753 discussions

CentOS-announce Digest, Vol 57, Issue 2
by centos-announce-request＠centos.org 04 Nov '09

04 Nov '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:1549 Moderate CentOS 3 i386 wget - security update (Tru Huynh) 2. CESA-2009:1549 Moderate CentOS 3 x86_64 wget - security update (Tru Huynh) 3. CESA-2009:1550 Important CentOS 3 i386 kernel - security and bug fix update (Tru Huynh) 4. CESA-2009:1550 Important CentOS 3 x86_64 kernel - security and bug fix update (Tru Huynh) 5. CESA-2009:1541 Important CentOS 4 i386 kernel - security update (Tru Huynh) 6. CESA-2009:1541 Important CentOS 4 x86_64 kernel - security update (Tru Huynh) ---------------------------------------------------------------------- Message: 1 Date: Tue, 3 Nov 2009 22:48:02 +0100 From: Tru Huynh <tru(a)centos.org> Subject: [CentOS-announce] CESA-2009:1549 Moderate CentOS 3 i386 wget - security update To: centos-announce(a)centos.org Message-ID: <20091103214802.GA4655(a)sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2009:1549 wget security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2009-1549.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/wget-1.10.2-0.30E.1.i386.rpm source: updates/SRPMS/wget-1.10.2-0.30E.1.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update wget Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B

1 0

rpm and yum issues
by Monty Shinn 04 Nov '09

04 Nov '09

Greetings. I am having issues with rpm/yum on a centos 5.2 x86_64. I am trying to update from 5.2 to 5.4. During yum update, the application became unresponsive during the package search. It had not begun to download any packages. I tried to do a "yum clean all", but that wouldn't complete either. I tried to do a rpm --rebuild, but that failed with a segmentation fault. Tried it a couple of times... Reboot didn't work. I copied the database files out of /var/lib/rpm to a safe location, then deleted the __db.* files. Ran rpm --initdb. That seemed to work. Now, I've been running rpm --rebuild for around 18 hours. The load factor on the server is 1.0, according to uptime. Top shows that it is running, using 100% cpu. Iostat shows around 25% usr load. I see the os raid drives bounce on occasion. ps -ef shows the following daemons running (applicable to rpm): /usr/lib/rpm/rpmd --rebuilddb /usr/lib/rpm/rpmq -q --all --qf %{name}-%{version}-%{release}.%{arch}.rpm\n /bin/sort A search of google led to no real help, but I may be searching wrong... Here are the specs: Centos 5.2 kernel: 2.6.18-92.1.6.el5 #1 SMP x86_64 2 xeon 3.20ghz procs, 4 logical I can't get the rpm or yum version, since rpm is still running. This is a stock install, using the xfs kmod. Only non-standard app installed is the 3ware utilities. I have run a yum update on another 64bit box (almost identical hardware) and a 32 bit box with no problems. The boxes were at 5.2 and 5.0, respectively. Any thoughts? Thanks, Monty

3 2

bind segfault in conjunction with dbus - what to change?
by Brian Schueler 04 Nov '09

04 Nov '09

Hi all, I have a problem running bind on C5.4 when the messagebus service is activated. When I switch off the dbus message service bind runs well. With dbus activated bind crashes with a segfault. How can I get rid of this error? What shall I change? SElinux (the source of most unexpedted things) is switched off. Following versions are installed: bind-9.3.6-4.P1.el5 bind-libs-9.3.6-4.P1.el5 dbus-1.1.2-12.el5 Thanks, Brian. starting the bind causes following error: [root@t41 ~]# /usr/sbin/named -u named -D -t /var/named/chroot -g 04-Nov-2009 16:58:14.905 starting BIND 9.3.6-P1-RedHat-9.3.6-4.P1.el5 -u named - D -t /var/named/chroot -g 04-Nov-2009 16:58:14.906 adjusted limit on open files from 1024 to 1048576 04-Nov-2009 16:58:14.907 found 1 CPU, using 1 worker thread 04-Nov-2009 16:58:14.907 using up to 4096 sockets 04-Nov-2009 16:58:14.943 loading configuration from '/etc/named.conf' 04-Nov-2009 16:58:14.956 using default UDP/IPv4 port range: [1024, 65535] 04-Nov-2009 16:58:14.962 using default UDP/IPv6 port range: [1024, 65535] 04-Nov-2009 16:58:14.978 listening on IPv4 interface lo, 127.0.0.1#53 04-Nov-2009 16:58:14.985 /etc/named.conf:58: using specific query-source port su ppresses port randomization and can be insecure. 04-Nov-2009 16:58:14.990 command channel listening on 127.0.0.1#953 04-Nov-2009 16:58:14.997 ignoring config file logging statement due to -g option 04-Nov-2009 16:58:15.005 zone 0.in-addr.arpa/IN: loaded serial 42 04-Nov-2009 16:58:15.008 zone 0.0.127.in-addr.arpa/IN: loaded serial 1997022700 04-Nov-2009 16:58:15.010 zone 255.in-addr.arpa/IN: loaded serial 42 04-Nov-2009 16:58:15.018 zone 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0. 0.0.0.0.0.0.ip6.arpa/IN: loaded serial 1997022700 04-Nov-2009 16:58:15.023 zone localdomain/IN: loaded serial 42 04-Nov-2009 16:58:15.026 zone localhost/IN: loaded serial 42 process 13548: arguments to dbus_connection_unref() were incorrect, assertion "c onnection->generation == _dbus_current_generation" failed in file dbus-connectio n.c line 2615. This is normally a bug in some application using the D-Bus library. process 13548: arguments to dbus_connection_unref() were incorrect, assertion "c onnection->generation == _dbus_current_generation" failed in file dbus-connectio n.c line 2615. This is normally a bug in some application using the D-Bus library. Segmentation fault (core dumped)

1 0

Spacewalk or Puppet?
by Dan Burkland 04 Nov '09

04 Nov '09

I am a little new to managing large numbers of CentOS/RHEL servers and was wondering what you experienced sysadmins prefer, Spacewalk or Puppet? Thanks, Dan Burkland

8 13

yum clean all - adverse effects?
by Jussi Hirvi 04 Nov '09

04 Nov '09

Are there any adverse effects to "yum clean all"? Does the system lose its memory of what is installed/updated? Regards, Jussi H. -- Jussi Hirvi * Green Spot Topeliuksenkatu 15 C * 00250 Helsinki * Finland Tel. +358 9 493 981 * Mobile +358 40 771 2098 (only sms) jussi.hirvi(a)greenspot.fi * http://www.greenspot.fi

3 2

grub problems
by m.roth＠5-cent.us 04 Nov '09

04 Nov '09

This is irritating: I've got a server I just upgraded to 5.4, then rebooted, only to discover that it just *sits* there at the grub boot menu. I looked at grub.conf, and uncommented hiddenmenu (which should have been done long ago). It *still* sits there when I reboot. Any clues, folks? mark grub.conf: #boot=/dev/sda default=0 timeout=5 splashimage=(hd0,0)/grub/splash.xpm.gz hiddenmenu title CentOS (2.6.18-164.2.1.el5) root (hd0,0) kernel /vmlinuz-2.6.18-164.2.1.el5 ro root=LABEL=/ rhgb initrd /initrd-2.6.18-164.2.1.el5.img title CentOS (2.6.18-164.el5) root (hd0,0) kernel /vmlinuz-2.6.18-164.el5 ro root=LABEL=/ rhgb initrd /initrd-2.6.18-164.el5.img <snip>

5 6

problem installing CentOS 5.3
by Buz Davis 04 Nov '09

04 Nov '09

First, let me apologize to Akemi Yagi for my delay in answering his last query. After failing with 4.8 I realized that I had at least one and possibly two computers capable of handling 5.3 (one was newly purchased second-hand and had many unknowns about it. The other was well documented but its power was obscured by a thick layer of Windows XP). To answer Akemi's last questions, yes, I am sure that the disks were all 4.8. I checked with md5sum before burning the cds and am not sure how to check further than that. I never got past using the first (modified) disk that I downloaded from the url you gave me, because anaconda failed to find a file - having to do with GNOME, so the process aborted. Again I apologize for delaying my response, but I have been occupied again with 5.3, but on the newer computers. 5.3 installed easily and correctly on the first machine (celeron, 1.2Ghz, 512M ram, 80G disk). With the second machine I am getting consistent failure to load X, despite many attempts that appeared to be good installs. For the last attempt I had about 160G of disk available, over 800M of ran, and (as reported by the BIOS, a pentium 3 processor. Unfortunately a remaining big unknown for that system is the Mhz rating for the processor. When I got it, with a broken XP system on it, it was set at 550Mhz. The BIOS allows three choices: 366, 500, and 7xx (I don't remember the last value precisely, but the system wont boot at all, so it's moot). I have mainly messed with the 550 setting, but have occasionally tried at 360. It doesn't seem to make a difference. On that system the output of uname -a gives 2.6.18-128.3l5 for the kernel, and "i686 i686 i386" at the end. Free shows 905240 total and 231688 used. Console mouse services work. When I attempt to load X I get the hollow-x cursor, then the black screen with the nautilus window and then white bars at top and bottom, along with an arrow cursor. The white bars get populated with some icons and then comes the blue screen with the doily-like design, but at that point the system appears to be hung. The computer, home, and trash icons do not appear on the desktop, nor does a mouse-pointer, and wiggling the mouse does nothing. I have compared the /var/log/Xorg.0.log files from the two machines (one that works, one that doesn't), and they both end in the same place: <snip> (--) <default pointer>: PnP-detected protocol: "ExplorerPS/2" (II) <default pointer>: ps2EnableDataReporting: succeeded <eof> I would appreciate any help in getting X to work on this second computer Thanks, Buz Davis

7 8

smartmontools
by m.roth＠5-cent.us 03 Nov '09

03 Nov '09

I'm in the process of rolling out the upgrade from (mostly) 5.3 to 5.4. One of my servers started throwing the following: Nov 1 05:22:51 <server> kernel: target4:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62) Nov 1 05:22:51 <server> kernel: target4:0:1: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62) into my logs every half hour. I don't see anything resembling an error message. The only thing I noted while googling was everyone else spoke of "...ns, offset 127", but I have no clue if that's relevant to anything. The smartd.conf is the default. I'm not running the debug kernel. Does anyone have any idea why it's doing this, and, if it's not important, how to get it to stop cluttering my logs? mark

3 4

Nagios check_file size in another machine
by kebo jantan 03 Nov '09

03 Nov '09

Dear all.... any one can help me??? I am aware of monitoring disk space using nagios (disk partitions with check_disk). Now, I have a situation that I would like to monitor size of an individual file through nagios. e.g /var/lib/mysql/somedatabase/vlog.myd, this file will grow very fast and i would like to monitor if the size of this file crosses 1.5 G. I'm already used 'check_file' but this can't solved my problem. The file in another machine, that 'check_file' can't do it.

4 4

DNS log file question
by James B. Byrne 03 Nov '09

03 Nov '09

I am trying to sort out a configuration problem with y slave servers, more on that in a following message, but while I was examining the system log on one of those servers I saw this: Nov 3 12:30:43 inet04 named[18110]: client 174.88.12.107#60136: query (cache) 'www.soundunwound.com/A/IN' denied Nov 3 12:30:43 inet04 named[18110]: client 174.88.12.107#60140: query (cache) 'www.warehousedeals.com/A/IN' denied Nov 3 12:30:43 inet04 named[18110]: client 174.88.12.107#60140: query (cache) 'www.warehousedeals.com/A/IN' denied Nov 3 12:30:45 inet04 named[18110]: client 174.88.12.107#60147: query (cache) 'www.zappos.com/A/IN' denied Nov 3 12:30:45 inet04 named[18110]: client 174.88.12.107#60147: query (cache) 'www.zappos.com/A/IN' denied Nov 3 12:30:53 inet04 named[18110]: client 174.88.12.107#60156: query (cache) 'www.flipkart.com/A/IN' denied Nov 3 12:30:53 inet04 named[18110]: client 174.88.12.107#60157: query (cache) 'tokyotoys.com/A/IN' denied Nov 3 12:30:53 inet04 named[18110]: client 174.88.12.107#60156: query (cache) 'www.flipkart.com/A/IN' denied Nov 3 12:30:53 inet04 named[18110]: client 174.88.12.107#60157: query (cache) 'tokyotoys.com/A/IN' denied Nov 3 12:30:55 inet04 named[18110]: client 174.88.12.107#60171: query (cache) 'www.animenewsnetwork.com/A/IN' denied Nov 3 12:30:55 inet04 named[18110]: client 174.88.12.107#60171: query (cache) 'www.animenewsnetwork.com/A/IN' denied Nov 3 12:30:55 inet04 named[18110]: client 174.88.12.107#60173: query (cache) 'www.how-to-cosplay.com/A/IN' denied Nov 3 12:30:56 inet04 named[18110]: client 174.88.12.107#60173: query (cache) 'www.how-to-cosplay.com/A/IN' denied Nov 3 12:30:58 inet04 named[18110]: client 174.88.12.107#60186: query (cache) 'www.kaboodle.com/A/IN' denied Nov 3 12:30:58 inet04 named[18110]: client 174.88.12.107#60186: query (cache) 'www.kaboodle.com/A/IN' denied Nov 3 12:30:58 inet04 named[18110]: client 174.88.12.107#60189: query (cache) 'iphone.wareseeker.com/A/IN' denied Nov 3 12:30:58 inet04 named[18110]: client 174.88.12.107#60189: query (cache) 'iphone.wareseeker.com/A/IN' denied Nov 3 12:31:02 inet04 named[18110]: client 174.88.12.107#60201: query (cache) 'optimizedby.rmxads.com/A/IN' denied Nov 3 12:31:02 inet04 named[18110]: client 174.88.12.107#60201: query (cache) 'optimizedby.rmxads.com/A/IN' denied Nov 3 12:31:07 inet04 named[18110]: client 174.88.12.107#60216: query (cache) 'img.amazon.ca/A/IN' denied Now, none of these domains are served by my dns servers so what is going on? Again, I remind potential respondents that I get the digest so please send me a direct copy of any reply to the list. Regards, -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

3 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss