Discuss July 2013

discuss@lists.centos.org

167 participants
151 discussions

trouble with crash utility
by Keith Keller 04 Jul '13

04 Jul '13

Hi all, I recently had an issue where, running kernel 2.6.32-358.11.1, the box would be up for about five minutes, then would crash and reboot. kdump saved the vmcore files, so I was hoping to run crash against them to see why this was occurring. I copied the vmcores to another machine, installed the kernel-debuginfo package, and gave it a try, but had no success: $ crash /usr/lib/debug/lib/modules/2.6.32-358.11.1.el6.centos.plus.x86_64/vmlinux vmcore crash 6.1.0-1.el6 Copyright (C) 2002-2012 Red Hat, Inc. Copyright (C) 2004, 2005, 2006, 2010 IBM Corporation Copyright (C) 1999-2006 Hewlett-Packard Co Copyright (C) 2005, 2006, 2011, 2012 Fujitsu Limited Copyright (C) 2006, 2007 VA Linux Systems Japan K.K. Copyright (C) 2005, 2011 NEC Corporation Copyright (C) 1999, 2002, 2007 Silicon Graphics, Inc. Copyright (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc. This program is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Enter "help copying" to see the conditions. This program has absolutely no warranty. Enter "help warranty" for details. GNU gdb (GDB) 7.3.1 Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu"... WARNING: kernels compiled by different gcc versions: /usr/lib/debug/lib/modules/2.6.32-358.11.1.el6.centos.plus.x86_64/vmlinux: 4.4.6 vmcore kernel: 4.4.7 WARNING: kernel version inconsistency between vmlinux and dumpfile crash: page excluded: kernel virtual address: ffffffff81c1bbc0 type: "current_task (per_cpu)" crash: page excluded: kernel virtual address: ffffffff81c1bbc0 type: "current_task (per_cpu)" crash: page excluded: kernel virtual address: ffffffff81c1bbc0 type: "current_task (per_cpu)" crash: page excluded: kernel virtual address: ffffffff81c1bbc0 type: "current_task (per_cpu)" crash: page excluded: kernel virtual address: ffffffff81c1bbc0 type: "current_task (per_cpu)" crash: page excluded: kernel virtual address: ffffffff81c1bbc0 type: "current_task (per_cpu)" crash: page excluded: kernel virtual address: ffffffff81c1bbc0 type: "current_task (per_cpu)" crash: page excluded: kernel virtual address: ffffffff81c1bbc0 type: "current_task (per_cpu)" crash: page excluded: kernel virtual address: ffffffff81c232a4 type: "tss_struct ist array" $ And instead of the crash> prompt, I was back to the bash prompt. Does anyone know what I could do to figure out why that would be? Do I need to run crash on the original server (the crash docs seem to imply that's not necessary)? Anything else I could look for that might be useful? As far as I can tell the kernels match: $ strings vmcore |grep OSRELEASE OSRELEASE=2.6.32-358.11.1.el6.x86_64 --keith -- kkeller(a)wombat.san-francisco.ca.us

2 2

Best practices to setup XEN running on CentOS 6.4
by PhantomNet 04 Jul '13

04 Jul '13

Hi everyone, I'm looking for advice on the best way to setup the guest disks on a single-server XEN system running on a Centos 6.4 fresh minimal install as the dom0. I currently have a system running a traditional VHD disk image for each guest but I'm having disk I/O difficulties and I am looking to optimize it the best way I can. The host disks are two classic 500GB SATA-III drives running in software RAID. My question is what is the best way to set this type of system up? Using the VHD disks or a dedicated LVM partition? Ideally the host will run a few VM's, development, MySQL/Memcached, and Web Server utilities. My current planned disk layout is to have a host system running a raid'd root 20GB partition, leaving the rest for VM's. Should the remaining block be a complete LVM device and carve that up for VM's, or is there a better "accepted practice" for a setup like this? Thanks

1 0

Weird Okular/KDE error - thousand procs spawned
by Kwan Lowe 04 Jul '13

04 Jul '13

Hello all: I'm trying to troubleshoot a strange and repeatable error and not sure where to log the bug report. I subscribe to Linux Journal and download their PDF. The DLJ230.pdf opens in the Okular PDF reader from Konqueror. If I scroll down to the ad for some colo site (www.ovh.com) and click the right side of the page, I immediately start getting hundreds of alerts on the desktop. These all say: www.ovh.com contacted. Waiting for reply... Source: http://www.ovh.com/us/index.html They appear at the rate of about one per second. A "ps -ef" shows hundreds of new processes such as: kwan 27155 24731 0 18:21 ? 00:00:00 kdeinit4: kio_http [kdeinit] http local:/tmp/ksocket-kwan/klauncherT24732.s kwan 27169 24731 1 18:21 ? 00:00:00 kdeinit4: kio_http [kdeinit] http local:/tmp/ksocket-kwan/klauncherT24732.s kwan 27177 24731 1 18:21 ? 00:00:00 kdeinit4: kio_http [kdeinit] http local:/tmp/ksocket-kwan/klauncherT24732.s kwan 27184 24731 1 18:22 ? 00:00:00 kdeinit4: kio_http [kdeinit] http local:/tmp/ksocket-kwan/klauncherT24732. I let it run for a few minutes to see if it would time out but it just keeps growing until I finally kill all the kio_http procs (killall kio_http). It's reproducible on at least two CentOS 6.4 builds. Not sure if it's an Okular bug or something else.

1 0

Adding browsers
by Beartooth 03 Jul '13

03 Jul '13

Recently, I put CentOS 6.4 on one of the four PCs I keep behind a KVM switch. I like it a whole lot in most ways, but Fedora has spoiled me : I install almost every browser I can, and generally keep half a dozen or more open, mostly with several tens of tabs open. Iow, I use browsers as I used to use books, back in the Carboniferous when I had a desk in the stacks. Are there ways a subtechnoid can run Arora, Dillo, Epiphany, Konqueror, Midori, Kazehakase, Rekonq, Opera, and Pan on this CentOS -- without falling into the bad old pit of dependency hell? -- Beartooth Staffwright, Neo-Redneck Not Quite Clueless Power User Remember I have precious (very precious!) little idea where up is.

5 5

configuration of nagios
by Rolly Aquino 03 Jul '13

03 Jul '13

Hi Sir/Ma'am can i request for configuration of CentOS nagios for moniotoring our servers and switches thank you, rolly aquino

7 6

Re: [CentOS] what's wrong with dag.wieers?
by James B. Byrne 03 Jul '13

03 Jul '13

On Tue, July 2, 2013 17:34, John Hinton wrote: > I very much liked the rpmforge repo for many years. However, clamav > was one that I wasn't so happy with from them. It seems the > username would switch back and forth from clam to clamav to clam > to clamav and I would have a non-working version which I didn't > always know about. (log file wrong user permission problems) > Ditto here, and for the same reasons. > I switched the clamav install to epel and have had flawless success > with their packaging. It's easy to do excludes for various repos so > that you don't get conflicting installations. > > Rpmforge and Daz have done great work and I'm not meaning for this to > sound negative. It was just this one package. Maybe it was two > packagers switching the username depending on who did the update? > I don't know. This was our experience as well; changing userids between clam and clamav between updates caused us a lot of avoidable headaches. We switched to epel for clamav because of that one issue. Otherwise we have been very pleased with rpmforge. It will prove a great loss if there is a serious possibility that this resource might fade away. -- *** 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

CentOS-announce Digest, Vol 101, Issue 2
by centos-announce-request＠centos.org 03 Jul '13

03 Jul '13

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. CEBA-2013:1009 CentOS 6 libvirt Update (Johnny Hughes) 2. CEBA-2013:1008 CentOS 5 kvm Update (Johnny Hughes) 3. CEBA-2013:1005 CentOS 5 java-1.7.0-openjdk Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 2 Jul 2013 12:42:32 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2013:1009 CentOS 6 libvirt Update To: centos-announce(a)centos.org Message-ID: <20130702124232.GA18215(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2013:1009 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1009.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1cb09b38dc8962095cf6a3f3a01a92ddb831558a3559dfd26fd7e22337f9f240 libvirt-0.10.2-18.el6_4.9.i686.rpm e041a3f7b9314b531b32305f635d7a8f84e9f89c4c4a2f626900038393e35f01 libvirt-client-0.10.2-18.el6_4.9.i686.rpm add00b34b8902d6ca3e10308a3f120a69ec303da0ac73f92bd2457cb2ac35ca8 libvirt-devel-0.10.2-18.el6_4.9.i686.rpm f1181b2fe5e471b274fa438b876c0950074fe905dce1d602d6ec940f663e8656 libvirt-python-0.10.2-18.el6_4.9.i686.rpm x86_64: aa2cd0fd6b8f9a5b647794e9a60a4b76bb88e2bba75d3e52cfe153ef1aef40e9 libvirt-0.10.2-18.el6_4.9.x86_64.rpm e041a3f7b9314b531b32305f635d7a8f84e9f89c4c4a2f626900038393e35f01 libvirt-client-0.10.2-18.el6_4.9.i686.rpm 1783df219d2a93d626f540a78b5427297ba4c05fb41cb4178e17cccfb5ae5ace libvirt-client-0.10.2-18.el6_4.9.x86_64.rpm add00b34b8902d6ca3e10308a3f120a69ec303da0ac73f92bd2457cb2ac35ca8 libvirt-devel-0.10.2-18.el6_4.9.i686.rpm 5dffe787f71a71413eb18a91983ed3333b9fb49f4db3127bcd245138a5f1ef09 libvirt-devel-0.10.2-18.el6_4.9.x86_64.rpm 255cc37de0f7aa6c1b024bf4f3cdd1c3121e07f779982fe6660c99e46e0b4a65 libvirt-lock-sanlock-0.10.2-18.el6_4.9.x86_64.rpm d5d6d7645df575044d160787cb0ee013bcf1a025a5d6f3b5e7cb2949f2bd0e32 libvirt-python-0.10.2-18.el6_4.9.x86_64.rpm Source: 6e7341cc61f7bd7aea8b3739e6dc416badf43c5103fa37fc2294a5295cf2011b libvirt-0.10.2-18.el6_4.9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Tue, 2 Jul 2013 13:09:28 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2013:1008 CentOS 5 kvm Update To: centos-announce(a)centos.org Message-ID: <20130702130928.GA23946(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2013:1008 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1008.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c8d5d3f417b44635ebf2d2ea2fe1df1563758ea0653c77ab986feb5175781244 kmod-kvm-83-262.el5.centos.4.x86_64.rpm 61c3f1abbbf8a7cb7633cffd0913590dcb2a34f9abb067776e574c31da0f0020 kmod-kvm-debug-83-262.el5.centos.4.x86_64.rpm 339cc02eac8da3145140c8bf0e4296a9e83f4cd98a23c4a5d410acec7005c963 kvm-83-262.el5.centos.4.x86_64.rpm 2d1c450b2e18f9ab7b865d44ad63a260bec7ec386bae3ba8801820499eddb1ee kvm-qemu-img-83-262.el5.centos.4.x86_64.rpm a72691c081d7e6ad8d422a384458cbfb18df5f29c81fc38c5d076db8b0c5e060 kvm-tools-83-262.el5.centos.4.x86_64.rpm Source: 10b69241efd3982413c68fb60c20f16cb4d899c1a874cfea32465f84c32c5aa5 kvm-83-262.el5.centos.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Tue, 2 Jul 2013 13:54:55 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2013:1005 CentOS 5 java-1.7.0-openjdk Update To: centos-announce(a)centos.org Message-ID: <20130702135455.GA25682(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2013:1005 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1005.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9d17569796def4010bd405895ac4a0b43e2ee252ec2125cf7989d636edd5200c java-1.7.0-openjdk-1.7.0.25-2.3.10.5.el5_9.i386.rpm 4ebf93eb886509cb8f2c59639055d5d9fefe82d886eee51732e5a738bacdeb8f java-1.7.0-openjdk-demo-1.7.0.25-2.3.10.5.el5_9.i386.rpm 4e3316441132863793d8d73d27b0b4e9eb70c2521c399b4957ab23dcc4ec4c67 java-1.7.0-openjdk-devel-1.7.0.25-2.3.10.5.el5_9.i386.rpm a80b037ae16faca27af104c007b774a3f9fac466bde6bfc89fd230568ab9835a java-1.7.0-openjdk-javadoc-1.7.0.25-2.3.10.5.el5_9.i386.rpm 5fe489f7fb354e3d54aa8b5de777e098213984a8d21bd3d7121715a2a143a9f1 java-1.7.0-openjdk-src-1.7.0.25-2.3.10.5.el5_9.i386.rpm x86_64: 7ce3f7d53964bc7fbb319ed27e2112edff47042f5ddbe38ee7feb3ec6a657970 java-1.7.0-openjdk-1.7.0.25-2.3.10.5.el5_9.x86_64.rpm 7f8657674c3d5e5887baa989f5f6134e20a702b8dbb154cba156e22a985e7c7e java-1.7.0-openjdk-demo-1.7.0.25-2.3.10.5.el5_9.x86_64.rpm b72951dab6688fd09907f0f43b1cb5d1ec1557ec17ffcf0c2300fda0cbf974b8 java-1.7.0-openjdk-devel-1.7.0.25-2.3.10.5.el5_9.x86_64.rpm 630261ac5ff904ca5a17fafbc448d918e65c6dbfc901602e2cd3643968d5de25 java-1.7.0-openjdk-javadoc-1.7.0.25-2.3.10.5.el5_9.x86_64.rpm c114987ad1a7ac86d45ea92cc99de6a27ae9d3bfd760fa4d7271afde93102601 java-1.7.0-openjdk-src-1.7.0.25-2.3.10.5.el5_9.x86_64.rpm Source: 383a6c52914abb39a2e27751ef51b1896df89d0fa399cd0d3bf48b1d16830eb2 java-1.7.0-openjdk-1.7.0.25-2.3.10.5.el5_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)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 101, Issue 2 ***********************************************

1 0

Centos 6.4, bnx2 in promiscuous mode does not see packets
by Giles Coochey 03 Jul '13

03 Jul '13

Hi, I hope someone can help me, I cannot seem to get a system's ethernet interface to correctly work in promiscuous mode... I have a Centos 6.4 system with 2 bnx2 interfaces on it. I have set up eth1 in promiscuous mode and am sending traffic to it using the port mirroring configuration on a Nortel 3510-24T switch. The switch reports that it is sending a fair amount of traffic to the mirror port. However, within Centos 6.4, I only see broadcast traffic from the switch: [root@host eth1]# ifconfig eth1 eth1 Link encap:Ethernet HWaddr 00:19:B9:E2:30:AE UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:75 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:4800 (4.6 KiB) TX bytes:0 (0.0 b) I have tried various options configuring eth1 via /etc/sysconfig/networking/devices/ifcfg-eth1 Currently it looks like this: DEVICE=eth1 BOOTPROTO=static HWADDR=00:19:B9:E2:30:AE #NM_CONTROLLED=no ONBOOT=yes TYPE=Ethernet #UUID="e753ec9b-fc35-4460-bcd1-87f26f8d1553" IPV6INIT=no USERCTL=no PROMISC=yes I have also tried to manually put the interface in promiscuous mode (as I think PROMISC=yes is deprecated): ifconfig eth1 promisc It shows as being in promiscuous mode via ifconfig... The relevant parks of bootup / system messages: bnx2: Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 v2.2.3 (June 27, 2012) bnx2 0000:05:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 bnx2 0000:05:00.0: firmware: requesting bnx2/bnx2-mips-06-6.2.3.fw bnx2 0000:05:00.0: firmware: requesting bnx2/bnx2-rv2p-06-6.0.15.fw bnx2 0000:05:00.0: eth0: Broadcom NetXtreme II BCM5708 1000Base-T (B2) PCI-X 64-bit 133MHz found at mem f8000000, IRQ 16, node addr 00:19:b9:e2:30:ac bnx2 0000:09:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 bnx2 0000:09:00.0: firmware: requesting bnx2/bnx2-mips-06-6.2.3.fw bnx2 0000:09:00.0: firmware: requesting bnx2/bnx2-rv2p-06-6.0.15.fw bnx2 0000:09:00.0: eth1: Broadcom NetXtreme II BCM5708 1000Base-T (B2) PCI-X 64-bit 133MHz found at mem f4000000, IRQ 16, node addr 00:19:b9:e2:30:ae bnx2 0000:05:00.0: irq 95 for MSI/MSI-X bnx2 0000:05:00.0: eth0: using MSI bnx2 0000:05:00.0: eth0: NIC Copper Link is Up, 1000 Mbps full duplex bnx2 0000:09:00.0: irq 96 for MSI/MSI-X bnx2 0000:09:00.0: eth1: using MSI bnx2 0000:09:00.0: eth1: NIC Copper Link is Up, 1000 Mbps full duplex, receive & transmit flow control ON bnx2 0000:05:00.0: irq 95 for MSI/MSI-X bnx2 0000:05:00.0: eth0: using MSI bnx2 0000:05:00.0: eth0: NIC Copper Link is Up, 1000 Mbps full duplex bnx2 0000:09:00.0: irq 96 for MSI/MSI-X bnx2 0000:09:00.0: eth1: using MSI bnx2 0000:09:00.0: eth1: NIC Copper Link is Up, 1000 Mbps full duplex, receive & transmit flow control ON Does anyone have any ideas? Thanks Giles

1 1

what's wrong with dag.wieers?
by Adrian P. van Bloois 03 Jul '13

03 Jul '13

Hi, What happened to dag.wieers? There is an update for clamav but the rpm is still not distibuted after 4 weeks or more. :-) What's wrong there? Adrian -- Adri P. van Bloois Antonlaan 104 email: adrian(a)pa0rda.nl 3701 VG Zeist voice: +31-(0)-30-6912741 The Netherlands fax: NONE 52 05'15.77"N 5 4'44.56"E QTH-locater JO 22 OC The whole point of cooking is to get as much flavour out of the ingredients as possible. -- Delia Smith

5 4

Re: [CentOS] DL380g8 - smart array B320i - CentOS 6.4
by James B. Byrne 02 Jul '13

02 Jul '13

On Mon, July 1, 2013 14:03, John R Pierce wrote: > On 7/1/2013 10:57 AM, Nathan Duehr wrote: >> DRM'ed server hardware. Pure evil. > > why is that evil? why should you pay for features you're not using? > Actually, firmware control of system features has been part of HPQ's business practice for as long as I can remember. The HP3000 series of MPE/iX mini computers ran on exactly the same hardware as the HP9000 HP-UX systems, but were priced considerably higher than their HP9000 equivalents. However, one could not simply run MPE/iX on the HP9000 hardware. One had to pay HPQ to come in and run a system utility that reset a flag on the processor to enable that. On the other hand, one could run HP-UX on the HP3000 hardware without requiring any changes. A similar thing applied to processor speeds. HPQ would typically release a family of HP3000/HP9000 processors that differed only in speed. The trick was all the processors in the family were identical other than the firmware settings. The processing speed was throttled by firmware switches that one could pay HPQ to turn off in order to increase usable processor cycles. As far as I could ever discover the clock speed was constant so one paid the same for the electricity and a/c whether one had the lowest or the highest processor speed. Mind you, we no longer deal with HPQ or employ any of their hardware because of these and similar experiences. In fact, HPQ's business practices are what turned our firm over to FOSS and commodity hardware in the first instance (after using HPQ exclusively for 20+ years). Poisoning the well so to speak for any other name brand vendor. Nice gear; company, not so much. -- *** 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:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss July 2013