Discuss July 2009

discuss@lists.centos.org

301 participants
277 discussions

CentOS-announce Digest, Vol 53, Issue 9
by centos-announce-request＠centos.org 30 Jul '09

30 Jul '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:1164 Important CentOS 5 i386 tomcat Update (Karanbir Singh) 2. CESA-2009:1164 Important CentOS 5 x86_64 tomcat Update (Karanbir Singh) 3. CESA-2009:1176 Moderate CentOS 5 i386 python Update (Karanbir Singh) 4. CESA-2009:1176 Moderate CentOS 5 x86_64 python Update (Karanbir Singh) 5. CESA-2009:1179 Important CentOS 5 i386 bind Update (Karanbir Singh) 6. CESA-2009:1179 Important CentOS 5 x86_64 bind Update (Karanbir Singh) 7. CESA-2009:1181 Important CentOS 3 i386 bind - security update (Tru Huynh) 8. CESA-2009:1181 Important CentOS 3 x86_64 bind - security update (Tru Huynh) 9. CESA-2009:1179 Important CentOS 5 i386 bind Update (Karanbir Singh) 10. CESA-2009:1179 Important CentOS 5 x86_64 bind Update (Karanbir Singh) ---------------------------------------------------------------------- Message: 1 Date: Wed, 29 Jul 2009 17:30:22 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:1164 Important CentOS 5 i386 tomcat Update To: centos-announce(a)centos.org Message-ID: <20090729173022.GA9297(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:1164 Important Upstream details at : http://rhn.redhat.com/errata/RHSA-2009-1164.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: c2397a0c364f33d374e133129599c2db tomcat5-5.5.23-0jpp.7.el5_3.2.i386.rpm 8d90cf0adde55e8d5706808d9290e581 tomcat5-admin-webapps-5.5.23-0jpp.7.el5_3.2.i386.rpm b1a7df011936dbe97e51883456eb07e7 tomcat5-common-lib-5.5.23-0jpp.7.el5_3.2.i386.rpm f258ab101e8906fb46c5be7ff89df372 tomcat5-jasper-5.5.23-0jpp.7.el5_3.2.i386.rpm dc1e7908c3ada2658ffd9b9b7a72d9b6 tomcat5-jasper-javadoc-5.5.23-0jpp.7.el5_3.2.i386.rpm 1e7372295a811556f5638aade49df29b tomcat5-jsp-2.0-api-5.5.23-0jpp.7.el5_3.2.i386.rpm 32be3d7228927ee877e66d5991bfc65b tomcat5-jsp-2.0-api-javadoc-5.5.23-0jpp.7.el5_3.2.i386.rpm a9ded51f02386706731e05dcef680e1a tomcat5-server-lib-5.5.23-0jpp.7.el5_3.2.i386.rpm 85103bb23cf5b560c8fb1b99d03a4e8a tomcat5-servlet-2.4-api-5.5.23-0jpp.7.el5_3.2.i386.rpm 6f368a1e7f3215bc2f11ef29354725c9 tomcat5-servlet-2.4-api-javadoc-5.5.23-0jpp.7.el5_3.2.i386.rpm 5128cf2a68309db300226edf0089b7ac tomcat5-webapps-5.5.23-0jpp.7.el5_3.2.i386.rpm Source: 4d3868461a8686e9e369037fdae640c3 tomcat5-5.5.23-0jpp.7.el5_3.2.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Wed, 29 Jul 2009 17:30:25 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:1164 Important CentOS 5 x86_64 tomcat Update To: centos-announce(a)centos.org Message-ID: <20090729173025.GA9312(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:1164 Important Upstream details at : http://rhn.redhat.com/errata/RHSA-2009-1164.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: cd8e7e724cdb8c70d540aff9e097919f tomcat5-5.5.23-0jpp.7.el5_3.2.x86_64.rpm 7ee89089060ee87e39d5f0ac087d810f tomcat5-admin-webapps-5.5.23-0jpp.7.el5_3.2.x86_64.rpm cee53a488eed9b7c05c4532dbf61b31a tomcat5-common-lib-5.5.23-0jpp.7.el5_3.2.x86_64.rpm 22efa660b5823df242d48cef3bc5d903 tomcat5-jasper-5.5.23-0jpp.7.el5_3.2.x86_64.rpm 4647b37711c475d544853b43b93e1b4b tomcat5-jasper-javadoc-5.5.23-0jpp.7.el5_3.2.x86_64.rpm 025832cf0dc01db21a252546ea82a601 tomcat5-jsp-2.0-api-5.5.23-0jpp.7.el5_3.2.x86_64.rpm 9ae932c9e68683456a746b98828016d1 tomcat5-jsp-2.0-api-javadoc-5.5.23-0jpp.7.el5_3.2.x86_64.rpm 73e19ac40b66c5506578de8fd1ac6d8a tomcat5-server-lib-5.5.23-0jpp.7.el5_3.2.x86_64.rpm a49a479eaf3b5c4f24194f06d5d16585 tomcat5-servlet-2.4-api-5.5.23-0jpp.7.el5_3.2.x86_64.rpm d402cbc0211ae66bc77b56d09a9bb030 tomcat5-servlet-2.4-api-javadoc-5.5.23-0jpp.7.el5_3.2.x86_64.rpm d8e2a7c860a2859709e279778fdd984d tomcat5-webapps-5.5.23-0jpp.7.el5_3.2.x86_64.rpm Source: 4d3868461a8686e9e369037fdae640c3 tomcat5-5.5.23-0jpp.7.el5_3.2.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Wed, 29 Jul 2009 17:31:50 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:1176 Moderate CentOS 5 i386 python Update To: centos-announce(a)centos.org Message-ID: <20090729173150.GA9402(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:1176 Moderate Upstream details at : http://rhn.redhat.com/errata/RHSA-2009-1176.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 8924617a1e44000d303a52f1b1854e6f python-2.4.3-24.el5_3.6.i386.rpm 52dec7860f2778524825a2be882f5c81 python-devel-2.4.3-24.el5_3.6.i386.rpm f874df4e2bd5bc701f8d0ab16a129527 python-tools-2.4.3-24.el5_3.6.i386.rpm b63cf03c72991d8d907ee0495ca7027f tkinter-2.4.3-24.el5_3.6.i386.rpm Source: c6d40020753f085c8657d1fa737b2e35 python-2.4.3-24.el5_3.6.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Wed, 29 Jul 2009 17:31:50 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:1176 Moderate CentOS 5 x86_64 python Update To: centos-announce(a)centos.org Message-ID: <20090729173150.GA9417(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:1176 Moderate Upstream details at : http://rhn.redhat.com/errata/RHSA-2009-1176.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 9a4aac80f131d87ae500a826722a9436 python-2.4.3-24.el5_3.6.x86_64.rpm 49ddcadafef38bb66dbf5b89c2ff6872 python-devel-2.4.3-24.el5_3.6.i386.rpm 1269923c8e17ab08ffc0a1f90e31c6b8 python-devel-2.4.3-24.el5_3.6.x86_64.rpm a7a538cd46682f01ddaa0555de094785 python-tools-2.4.3-24.el5_3.6.x86_64.rpm bfa15ae126b1b548a0acd1c29046bd41 tkinter-2.4.3-24.el5_3.6.x86_64.rpm Source: c6d40020753f085c8657d1fa737b2e35 python-2.4.3-24.el5_3.6.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Wed, 29 Jul 2009 19:12:50 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:1179 Important CentOS 5 i386 bind Update To: centos-announce(a)centos.org Message-ID: <20090729191250.GA9976(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:1179 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2009-1179.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 544a05af9819f3ea8d1c6a490cfaddda bind-9.3.4-10.P1.el5_3.2.i386.rpm 1886d7d9563bb845ba7bab4149aeba06 bind-chroot-9.3.4-10.P1.el5_3.2.i386.rpm 2861aff0f75e62f05a768b0f80adec82 bind-devel-9.3.4-10.P1.el5_3.2.i386.rpm 0bcddee2c613f2b5f6fc91772722827a bind-libbind-devel-9.3.4-10.P1.el5_3.2.i386.rpm ec721d09a420509ce574c2735b050af5 bind-libs-9.3.4-10.P1.el5_3.2.i386.rpm e7b71937945c07dedec2a7bb2ce3f305 bind-sdb-9.3.4-10.P1.el5_3.2.i386.rpm 7fa4d61f472896bf304cd00ecffbe12e bind-utils-9.3.4-10.P1.el5_3.2.i386.rpm fbeac7e17ef50bd690d399479c70da82 caching-nameserver-9.3.4-10.P1.el5_3.2.i386.rpm Source: f76d4cea46ac955cb56c8076ce49168d bind-9.3.4-10.P1.el5_3.2.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Wed, 29 Jul 2009 19:12:50 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2009:1179 Important CentOS 5 x86_64 bind Update To: centos-announce(a)centos.org Message-ID: <20090729191250.GA9991(a)tantra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2009:1179 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2009-1179.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 0f252bb2790ca6c3409c6d1077dbde2a bind-9.3.4-10.P1.el5_3.2.x86_64.rpm 9c2df4609ef325b9fe235c7cb2646657 bind-chroot-9.3.4-10.P1.el5_3.2.x86_64.rpm 8dad85ffd4d49f17f3b64d39aa507008 bind-devel-9.3.4-10.P1.el5_3.2.i386.rpm 237263f6603c3f6b36907a8e25a72cea bind-devel-9.3.4-10.P1.el5_3.2.x86_64.rpm bf274a3956104fde2f50d2dd44cfc670 bind-libbind-devel-9.3.4-10.P1.el5_3.2.i386.rpm 3c1bbaaae3ebbd43198d8fce381420c9 bind-libbind-devel-9.3.4-10.P1.el5_3.2.x86_64.rpm c15b268f7c0e7877c5226af58e486e86 bind-libs-9.3.4-10.P1.el5_3.2.i386.rpm d4b393dd417014aae5e39eb2f227b306 bind-libs-9.3.4-10.P1.el5_3.2.x86_64.rpm 869d2f85fbd9a9101427a4d1e1423b51 bind-sdb-9.3.4-10.P1.el5_3.2.x86_64.rpm 4117cd940ec6788b01f4769e95c891f0 bind-utils-9.3.4-10.P1.el5_3.2.x86_64.rpm 3e2f2d3c085ce48152f6cae0e3e2b9a5 caching-nameserver-9.3.4-10.P1.el5_3.2.x86_64.rpm Source: f76d4cea46ac955cb56c8076ce49168d bind-9.3.4-10.P1.el5_3.2.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 7 Date: Wed, 29 Jul 2009 22:55:11 +0200 From: Tru Huynh <tru(a)centos.org> Subject: [CentOS-announce] CESA-2009:1181 Important CentOS 3 i386 bind - security update To: centos-announce(a)centos.org Message-ID: <20090729205511.GA27006(a)sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2009:1181 bind security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2009-1181.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/bind-9.2.4-25.el3.i386.rpm updates/i386/RPMS/bind-chroot-9.2.4-25.el3.i386.rpm updates/i386/RPMS/bind-devel-9.2.4-25.el3.i386.rpm updates/i386/RPMS/bind-libs-9.2.4-25.el3.i386.rpm updates/i386/RPMS/bind-utils-9.2.4-25.el3.i386.rpm source: updates/SRPMS/bind-9.2.4-25.el3.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update bind\* Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B

1 0

Re: [CentOS] Grub fallback problem
by Matthias Blankenhaus 30 Jul '09

30 Jul '09

Let's try this again :) I am running CentOS 5 (core pkgs) / x86_64 using grub 0.97 and I am trying to configure a fallback between two partitions on my local disk, each installed with a CentOS image. The idea is to be able to install a new test OS image and fall back in case of a problem to the default image. This is a great grub feature ! Except it does not work for me :( grub.conf: #----------------------------------------------- default saved timeout=5 fallback 1 title NEW OS root (hd0,0) kernel /boot/vmlinuz-new root=/dev/sda1 panic=5 initrd /boot/initrd-new.img savedefault fallback title DEFAULT OS root (hd0,1) kernel /boot/vmlinuz-default root=/dev/sda2 initrd /boot/initrd-default.img savedefault #----------------------------------------------- Grub is installed on /dev/sda1, but not on /dev/sda2. /dev/sda1 is the primary boot partition. Both partitions are formatted with ext3. The problem is that the fallback does not work for me. For instance, if I specify on purpose a wrong root device with the NEW OS, e.g. root=/dev/sda3, then the kernel panics and reboots properly after 5 sec. However, grub then attempts to boot the NEW OS all over again. The same is true when I fully boot NEW OS with the right root device and then panic the kernel on purpose. Now, I have read somewhere that grub requires a default file to get the savedefault feature working. However, I could neither find the 'savedefault' command nor the grub default file under /boot/grub or anywhere else. One more thing, when I choose the boot title manually then grub seems to remember my last choice. In other words, grub is preserving my last choice from a previous boot. Am I doing something wrong ? Do I need to install something in addition to grub 0.97 ? Your help is much appreciated, Matthias --- On Wed, 7/29/09, Matthias Blankenhaus <matthiasblankenhaus(a)yahoo.com> wrote: > From: Matthias Blankenhaus <matthiasblankenhaus(a)yahoo.com> > Subject: Grub fallback problem > To: centos(a)centos.org > Date: Wednesday, July 29, 2009, 11:19 AM > Hi ! > > I am running CentOS 5 using grub 0.97 > > > >

3 4

SNMP
by David Leon 30 Jul '09

30 Jul '09

Hi guys I'm trying to set up the SNMP service. I need it to use MRTG to graph some variables of my Centos 5.3 box. Any of you have a working SNMP configuration can send me to tweak mine? Thanks David

2 2

LSI MegaRAID system status
by Raymond Lillard 30 Jul '09

30 Jul '09

Dear list, I have inherited a CentOS-5 box with a LSI Sata Raid controller. It is configured as a RAID5 w/hot-standby. My concern is that I have no present means of determining the RAID status w/o downing the system and going into the bios to get status. If a disk has failed and brought the standby disk online, I would like to know about it, the day it happens by seeing it in syslog or getting an e-mail message. The only solution I have found is on the LSI web-site. It is tool called "MegaMon for Linux". It most recent release was in 2005 and it requires that I use their driver. Just the package title gives me chills. It runs as a daemon and is almost constantly polling the h/w . I would much prefer a simple command line tool that I can wrap a script around and run it under cron. My questions are: 1. Does anyone know of a command line tool ? 2. Failing a positive response to #1, has anyone any experience with "MegaMon for Linux", good or otherwise ? Thanks to all, Ray The h/w is a dual Opteron dual-core system with lots of memory. The relevant dmesg lines and lspci output are shown below: dmesg: megaraid cmm: 2.20.2.7 (Release Date: Sun Jul 16 00:01:03 EST 2006) megaraid: 2.20.5.1 (Release Date: Thu Nov 16 15:32:35 EST 2006) megaraid: probe new device 0x1000:0x0409:0x1000:0x3008: bus 3:slot 14:func 0 GSI 17 sharing vector 0xA8 and IRQ 17 ACPI: PCI Interrupt 0000:03:0e.0[C] -> GSI 18 (level, low) -> IRQ 17 megaraid: fw version:[814B] bios version:[H431] scsi5 : LSI Logic MegaRAID driver scsi[5]: scanning scsi channel 0 [Phy 0] for non-raid devices scsi[5]: scanning scsi channel 1 [virtual] for logical drives Vendor: MegaRAID Model: LD 0 RAID5 1144G Rev: 814B Type: Direct-Access ANSI SCSI revision: 02 *SCSI device sdc: 2343745536 512-byte hdwr sectors (1199998 MB) *sdc: Write Protect is off *sdc: Mode Sense: 00 00 00 00 *sdc: asking for cache data failed *sdc: assuming drive cache: write through *SCSI device sdc: 2343745536 512-byte hdwr sectors (1199998 MB) *sdc: Write Protect is off *sdc: Mode Sense: 00 00 00 00 *sdc: asking for cache data failed *sdc: assuming drive cache: write through * sdc: sdc1 sdc2 sdc3 *sd 5:1:0:0: Attached scsi disk sdc lspci -v 03:0e.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID (rev 0a) Subsystem: LSI Logic / Symbios Logic MegaRAID SATA 300-8X RAID Controller Flags: bus master, stepping, 66MHz, medium devsel, latency 64, IRQ 17 Memory at cfcf0000 (32-bit, prefetchable) [size=64K] Memory at fe500000 (32-bit, non-prefetchable) [size=1M] Expansion ROM at fe4e0000 [disabled] [size=128K] Capabilities: [c0] Power Management version 2 Capabilities: [d0] Message Signalled Interrupts: 64bit+ Queue=0/1 Enable- Capabilities: [e0] PCI-X non-bridge device

4 4

Color Coded Labels (Like OSX)
by Christopher Rushton 30 Jul '09

30 Jul '09

Hi, I was wondering if there was a way to do something similar to Mac OSX color label, where you can highlight a file or group of files and assign them a color, making different files more obvious. For example, my files which are finished with are colored green and those which haven't been worked on are red, etc. This means, even with files of the same type, I can clearly see which ones need work doing to them. I'm not expecting you to do it or even explicitly explain how it would be done, just a pointer to the right files and any quick thoughts you might have about implementing a system like this will do!

2 2

out of memory
by Jerry Geis 30 Jul '09

30 Jul '09

I am getting this message quite often lately. Centos 5.3, AMD dual core 5050e system x64 1 GIG ram, 4 GIG swap I dont have that much running that the kernel should be cutting out my processes. Any thoughts? Jerry ------------ emTotal: 766264 kB MemFree: 583984 kB Buffers: 9572 kB Cached: 31004 kB SwapCached: 36280 kB Active: 20240 kB Inactive: 59780 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 766264 kB LowFree: 583984 kB SwapTotal: 4096564 kB SwapFree: 3932136 kB Dirty: 12 kB Writeback: 0 kB AnonPages: 13184 kB Mapped: 16340 kB Slab: 22428 kB PageTables: 13980 kB NFS_Unstable: 0 kB Bounce: 0 kB CommitLimit: 4479696 kB Committed_AS: 442124 kB VmallocTotal: 34359738367 kB VmallocUsed: 280856 kB VmallocChunk: 34359457495 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 Hugepagesize: 2048 kB 096kB = 3424kB Node 0 Normal: empty Node 0 HighMem: empty 46 pagecache pages Swap cache: add 8934611, delete 8934611, find 7869746/7929974, race 11+11 Free swap = 0kB Total swap = 4096564kB Free swap: 0kB 196064 pages of RAM 13511 reserved pages 5948 pages shared 0 pages swap cached kthread invoked oom-killer: gfp_mask=0xd0, order=1, oomkilladj=0 Call Trace: [<ffffffff800c3a6a>] out_of_memory+0x8e/0x2f5 [<ffffffff8000f2eb>] __alloc_pages+0x245/0x2ce [<ffffffff8002303f>] alloc_page_interleave+0x3d/0x74 [<ffffffff8003c061>] __get_free_pages+0xe/0x71 [<ffffffff8001eb82>] copy_process+0xc6/0x15b8 [<ffffffff8009b8bc>] alloc_pid+0x1ee/0x28a [<ffffffff80030cdb>] do_fork+0x69/0x1c1 [<ffffffff8009d98c>] keventd_create_kthread+0x0/0xc4 [<ffffffff8005df3d>] kernel_thread+0x81/0xeb [<ffffffff8009d98c>] keventd_create_kthread+0x0/0xc4 [<ffffffff80032282>] kthread+0x0/0x132 [<ffffffff8005dfa7>] child_rip+0x0/0x11 [<ffffffff8009d9a9>] keventd_create_kthread+0x1d/0xc4 [<ffffffff8004d159>] run_workqueue+0x94/0xe4 [<ffffffff800499da>] worker_thread+0x0/0x122 [<ffffffff80049aca>] worker_thread+0xf0/0x122 [<ffffffff8008a4b3>] default_wake_function+0x0/0xe [<ffffffff80032380>] kthread+0xfe/0x132 [<ffffffff8005dfb1>] child_rip+0xa/0x11 [<ffffffff80032282>] kthread+0x0/0x132 [<ffffffff8005dfa7>] child_rip+0x0/0x11 Mem-info: Node 0 DMA per-cpu: cpu 0 hot: high 0, batch 1 used:0 cpu 0 cold: high 0, batch 1 used:0 cpu 1 hot: high 0, batch 1 used:0 cpu 1 cold: high 0, batch 1 used:0 Node 0 DMA32 per-cpu: cpu 0 hot: high 186, batch 31 used:146 cpu 0 cold: high 62, batch 15 used:47 cpu 1 hot: high 186, batch 31 used:18 cpu 1 cold: high 62, batch 15 used:55 Node 0 Normal per-cpu: empty Node 0 HighMem per-cpu: empty Free pages: 5652kB (0kB HighMem) Active:78394 inactive:78664 dirty:0 writeback:0 unstable:0 free:1413 slab:5343 mapped-file:6627 mapped-anon:157109 pagetables:5859 Node 0 DMA free:2160kB min:48kB low:60kB high:72kB active:0kB inactive:0kB present:10724kB pages_scanned:0 all_unreclaimable? yes lowmem_reserve[]: 0 739 739 739 Node 0 DMA32 free:3492kB min:3452kB low:4312kB high:5176kB active:313576kB inactive:314656kB present:757376kB pages_scanned:1226904 all_unreclaimable? yes lowmem_reserve[]: 0 0 0 0 Node 0 Normal free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no lowmem_reserve[]: 0 0 0 0 Node 0 HighMem free:0kB min:128kB low:128kB high:128kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no lowmem_reserve[]: 0 0 0 0 Node 0 DMA: 4*4kB 4*8kB 2*16kB 5*32kB 4*64kB 1*128kB 2*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB = 2160kB Node 0 DMA32: 19*4kB 11*8kB 0*16kB 0*32kB 8*64kB 2*128kB 0*256kB 1*512kB 0*1024kB 1*2048kB 0*4096kB = 3492kB Node 0 Normal: empty Node 0 HighMem: empty 45 pagecache pages Swap cache: add 8934620, delete 8934620, find 7869746/7929974, race 11+11 Free swap = 0kB Total swap = 4096564kB Free swap: 0kB 196064 pages of RAM 13511 reserved pages 4950 pages shared 0 pages swap cached

4 3

DRBD very slow....
by Coert Waagmeester 30 Jul '09

30 Jul '09

Hello all, we have a new setup with xen on centos5.3 I run drbd from lvm volumes to mirror data between the two servers. both servers are 1U nec rack mounts with 8GB RAM, 2x mirrored 1TB seagate satas. The one is a dual core xeon, and the other a quad-core xeon. I have a gigabit crossover link between the two with an MTU of 9000 on each end. I currently have 6 drbds mirroring across that link. The highest speed I can get through that link with drbd is 11 MB/sec (megabytes) But if I copy a 1 gig file over that link I get 110 MB/sec. Why is DRBD so slow? I am not using drbd encryption because of the back to back link. Here is a part of my drbd config: # cat /etc/drbd.conf global { usage-count yes; } common { protocol C; syncer { rate 80M; } net { allow-two-primaries; } } resource xenotrs { device /dev/drbd6; disk /dev/vg0/xenotrs; meta-disk internal; on baldur.somedomain.local { address 10.99.99.1:7793; } on thor.somedomain.local { address 10.99.99.2:7793; } } Kind regards, Coert

6 23

rattle rattle
by donavan nelson 30 Jul '09

30 Jul '09

Can I rattle this cage open?

1 0

aautomatic updates
by Mike -- EMAIL IGNORED 30 Jul '09

30 Jul '09

Could someone please remind me what file controls automatic updates? Thanks, Mike.

2 2

Re: [CentOS] BIND vulnerability
by Stephen Harris 30 Jul '09

30 Jul '09

In-Reply-To=<4A70B20C.5020808(a)karan.org> Reply-To: (Apologies if this isn't in the thread properly; I'm trying to fake it from the website headers :-)) Karanbir Singh wrote: > http://lists.centos.org/pipermail/centos-devel/2009-July/004794.html > > I've updated 2 machines, and had no problems here. But some wider > testing would be good and we can get them into the main repos so more > people benefit. I just updated one machine; the process ended up with named not running. I did rpm -Uvh bind-utils-9.2.4-30.el4_8.4.i386.rpm bind-9.2.4-30.el4_8.4.i386.rpm bind-libs-9.2.4-30.el4_8.4.i386.rpm and got Jul 29 20:29:15 linode named: succeeded Jul 29 20:29:16 linode named[2873]: shutting down: flushing changes Jul 29 20:29:16 linode named[2873]: stopping command channel on 127.0.0.1#953 Jul 29 20:29:16 linode named[2873]: no longer listening on 127.0.0.1#53 Jul 29 20:29:16 linode named[2873]: no longer listening on 66.160.141.105#53 Jul 29 20:29:17 linode named[2873]: exiting Jul 29 20:29:18 linode named: failed After a restart it appeared to work... Jul 29 20:29:41 linode named[31609]: starting BIND 9.2.4 -u named Jul 29 20:29:41 linode named[31609]: using 4 CPUs Jul 29 20:29:41 linode named[31609]: loading configuration from '/etc/named.conf' etc... The daemon seems to be responding properly to requests after this manual start. -- rgds Stephen

1 0

← Newer
1
2
3
4
5
6
7
8
...
28
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss July 2009