Discuss

discuss@lists.centos.org

34758 discussions

Appache index error on CentOS-6,4
by James B. Byrne 10 Jun '13

10 Jun '13

I am getting this error when trying to access a virtual website index by ip address and port on a host that has SELinux disabled (another issue over which I have less control than I wish): curl http://192.168.6.9:41780 | more Gives this error in /var/log/httpd/error_log [Mon Jun 10 09:04:44 2013] [error] [client 192.168.6.9] Directory index forbidden by Options directive: /tftpboot/ and displays the default Centos/Apache server page instead of the list of files in the directory. This virtual host is defined thus: Listen 192.168.6.9:41780 <VirtualHost 192.168.6.9:41780> DocumentRoot "/tftpboot" <Directory "/tftpboot"> allow from all Options +Indexes </Directory> </VirtualHost> If I specify a known file within /tftpboot then that file's contents are displayed properly. It is only the index that appears to fail. So, what configuration error have I made? Why am I not getting a list of the contents of /tftpboot ? -- *** 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

1 0

Issue tracker question: Can I delete/replace an attachment?
by Toralf Lund 10 Jun '13

10 Jun '13

Hi. I recently uploaded a file to a certain issue in the CentOS issue tracker. I then found it wasn't quite correct, so I edited it, then tried "Upload file" again, with the same filename, but got a message saying: APPLICATION ERROR #9 This is a duplicate file. Please delete the file first. Please use the "Back" button in your web browser to return to the previous page. There you can correct whatever problems were identified in this error or select another action. You can also click an option from the menu bar to go directly to a new section. I can't find a way to "delete the file first", though. Is this possible? Is there any other way I can attach a file as a replacement for previously attached file? - Toralf This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author.

1 0

Force to strip all symbols from ELFs when using rpmbuild on CentOS
by Santi Saez 10 Jun '13

10 Jun '13

Hello. What's the proper way to remove *all symbols* from ELF binaries when building packages with rpmbuild on CentOS? Seems that an out of the box rpmbuild install only discards debugging symbols (strip -g). That's the default configuration for %__os_install_post on CentOS, the step in charge on stripping binaries: $ rpmbuild --showrc (..) -14: __os_install_post %{_rpmconfigdir}/brp-compress %{_rpmconfigdir}/brp-strip %{_rpmconfigdir}/brp-strip-static-archive %{_rpmconfigdir}/brp-strip-comment-note ELF binaries are stripped with /usr/lib/rpm/brp-strip, this script explicitly calls to /usr/bin/strip with "-g" flag and discards only debugging symbols. Seems that the people usually installs "redhat-rpm-config" package to achieve this. Indeed it builds RPMs with all symbols removed, but it also installs some helper scripts and macros that change other behaviors, for example SRPMs are signed with SHA-256. When "redhat-rpm-config" package is installed, %__os_install_post variable is modified and find-debuginfo.sh is executed, this script will remove all symbols, but it will *also* build "-debug" packages, and that's not what I'm looking for. For the moment, I have have added another script to %__os_install_post step that removes all symbols using "strip --strip-all", but I wonder if this is the most straightforward method, thanks. Santi Saez

2 2

Intel 82579V ethernet nic using only one IRQ? (Dual TX RX queues)
by Alex Flex 09 Jun '13

09 Jun '13

Hello CentOS Community, So I bought a NIC (using the Intel 82579V chipset) that supports Dual RX and TX queues , my goal with that is so iam able to see and use two IRQs in /proc/interrupts and hence be able to take advantage of 2 cores on my CPU. Instead I only see one IRQ being used, and hence only one CPU core.. Please see below. Advisement is appreciated! Alex -------------------------------------------------------------------------------------------------------------------------------- LAN support Gigabit (10/100/1000 Mbits/sec) LAN subsystem using the Intel® 82579V Gigabit Ethernet Controller http://www.intel.com/content/www/us/en/motherboards/desktop-motherboards/de… [root@nodeA LabTests]# cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 {...} 33: 180364 0 0 0 IR-PCI-MSI-edge eth0 DMESG: e1000e 0000:00:19.0: eth0: (PCI Express:2.5GT/s:Width x1) 00:22:4d:9d:55:13 e1000e 0000:00:19.0: eth0: Intel(R) PRO/1000 Network Connection e1000e 0000:00:19.0: eth0: MAC: 10, PHY: 11, PBA No: FFFFFF-0FF e1000e 0000:00:19.0: irq 33 for MSI/MSI-X e1000e 0000:00:19.0: irq 33 for MSI/MSI-X ADDRCONF(NETDEV_UP): eth0: link is not ready e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx e1000e 0000:00:19.0: eth0: 10/100 speed: disabling TSO ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready eth0: no IPv6 routers present usb 1-1.5: USB disconnect, device number 3 lo: Disabled Privacy Extensions e1000e 0000:00:19.0: irq 33 for MSI/MSI-X e1000e 0000:00:19.0: irq 33 for MSI/MSI-X ADDRCONF(NETDEV_UP): eth0: link is not ready e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx e1000e 0000:00:19.0: eth0: 10/100 speed: disabling TSO ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready eth0: no IPv6 routers present Intel® 82579V

3 3

OS upgrade from CentOS 6.x version.
by Kaushal Shriyan 09 Jun '13

09 Jun '13

Hi, Currently I am running CentOS 6.4 on all my production environment. Lets say after six months there is CentOS 6.5. Do i need to update it to the latest version and is it recommended to use yum update command to update to 6.5 on a production environment without testing. Please help me understand. Regards, Kaushal

6 7

RHEL clone distributions being marginalized?
by David C. Miller 08 Jun '13

08 Jun '13

It appears that Redhat is starting to offer newer packages as an add on license to their distribution. In the past I believe they only offered add on license packages beyond what did not come with the base distribution like GFS or the HA packages. Of course this has also changed over time. The latest beta release of software collections and the developer suite shows that they are providing software channels that install newer versions of GCC(4.8), Python(2.7, 3.3), PHP, perl, mariadb, etc. I'm wondering if at some point Redhat is going to remove these packages from the base distribution and only have them as add on licensed channels. I guess they still need a baseline version that will stay the same for the customers who refuse to update for compatibility reasons. At this point the developer suite is a pretty good deal because you get RHEL server with most of the licensed add on channels for only $99 a year. However, you're not suppose to use it for production.. Is there a plan for the CentOS group to release these newer packages too? If these packages start being used by developers and required to run their programs/web apps I think it could marginalize RHEL clone distributions like CentOS. David.

3 2

IPv4 192.168.71.1 'leaks out onto WAN.
by James B. Byrne 07 Jun '13

07 Jun '13

Arch = x86_64 OS = CentOS-6.4 (centos) with all updates applied to date. On our gateway host eth0 is the WAN access and eth1 is the LAN. I wish to activate the address 192.185.71.1 on eth1. The ifcfg-eth1:192071 file contains this: NAME="" BOOTPROTO=none MACADDR="" IPV6INIT=no DEVICE=eth1:192071 NETMASK=255.255.255.0 MTU="" BROADCAST=192.168.71.255 ONPARENT=no IPADDR=192.168.71.1 NETWORK=192.168.71.0 ONBOOT=no When I try ifup to activate the address then I see this: # ifup eth1:192071 Error, some other host already uses address 192.168.71.1. I investigated what that host could be using nmap -v -APn 192.168.71.1/32 and discovered that my gateway host is allowing 192.168.71.0 out through eth0 onto the WAN (and presumably anything else that it originates). Presently we masquerade 192.168.0.0/16 in a NAT POSTROUTING chain which handles the internal hosts seeking addresses on the WAN. However, I am unsure of how to handle the gateway itself. Is this situation best handled by a permanent route reflecting 192.168 to eth1 only? Or, is it handled better by an addition to the OUTPUT chain in the NAT IPTable? Or, is the best method something else entirely of which I am unaware? Any suggestions? -- *** 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

Unable to ping google... but can ping bing...
by Yves S. Garret 07 Jun '13

07 Jun '13

Hello all, this is what happens when I attempt to ping both search engines: http://bin.cakephp.org/view/168484871 One has 100% packet loss, the other none. Here is my route -n: http://bin.cakephp.org/view/219711338 Also, this is my iptables -L output: http://bin.cakephp.org/view/2102713387 This is a 64-bit virtual machine running on Azure, OpenLogic CentOS 6.3. If more info is needed, I'll gladly provide it, but I don't understand why I can't ping google... very weird...

4 6

Can someone explain this?
by Robert Heller 07 Jun '13

07 Jun '13

Installed version of doxygen (stock CentOS 5.9): Name : doxygen Relocations: (not relocatable) Version : 1.4.7 Vendor: CentOS Release : 2 Build Date: Mon 11 Jun 2012 04:50:22 AM EDT Install Date: Fri 07 Jun 2013 12:14:55 PM EDT Build Host: builder10.centos.org Group : Development/Tools Source RPM: doxygen-1.4.7-2.src.rpm Size : 6518061 License: GPL Signature : DSA/SHA1, Mon 11 Jun 2012 07:12:14 AM EDT, Key ID a8a447dce8562897 URL : http://www.stack.nl/~dimitri/doxygen/index.html Summary : A documentation system for C/C++. Description : Doxygen can generate an online class browser (in HTML) and/or a reference manual (in LaTeX) from a set of documented source files. The documentation is extracted directly from the sources. Doxygen can also be configured to extract the code structure from undocumented source files. Updated version I built (I need the newer version for a project I am working on): Name : doxygen Relocations: (not relocatable) Version : 1.7.4 Vendor: Dimitri van Heesch Release : 1 Build Date: Thu 07 Mar 2013 03:35:19 PM EST Install Date: (not installed) Build Host: sauron.deepsoft.com Group : Development/Tools Source RPM: doxygen-1.7.4-1.src.rpm Size : 12551071 License: GNU General Public License Signature : DSA/SHA1, Thu 07 Mar 2013 03:44:05 PM EST, Key ID 2c1dec90653a4d80 Packager : Robert Heller <heller(a)deepsoft.com> URL : http://www.stack.nl/~dimitri/doxygen/index.html Summary : A documentation system for C/C++. Description : Doxygen can generate an online class browser (in HTML) and/or a reference manual (in LaTeX) from a set of documented source files. The documentation is extracted directly from the sources. Doxygen can also be configured to extract the code structure from undocumented source files. This is what rpm -hUv /extra/heller/src/RPMS/x86_64/doxygen-1.7.4-1.x86_64.rpm tells me: Preparing... ################################################## package doxygen-1.4.7-2.x86_64 (which is newer than doxygen-1.7.4-1.x86_64) is already installed So a package built in June of *last year*, with an lower version number is newer than a package built in March of this year? In which universe is RPM living in? -- Robert Heller -- 978-544-6933 / heller(a)deepsoft.com Deepwoods Software -- http://www.deepsoft.com/ () ascii ribbon campaign -- against html e-mail /\ www.asciiribbon.org -- against proprietary attachments

2 1

Strange messages after installing Quad-core processor
by Robert Heller 07 Jun '13

07 Jun '13

After installing a Phenom II X4 processor (replacing a single core Semperon) I am getting these messages on the console and in dmesg: Warning Timer ISR/2: Time went backwards: delta=-250135996 delta_cpu=13864004 shadow=1355887856733 off=870052783 processed=1357008044419 cpu_processed=1356744044419 0: 1357004044419 1: 1356696044419 2: 1356744044419 3: 1356696044419 printk: 41 messages suppressed. Warning Timer ISR/1: Time went backwards: delta=-59982686 delta_cpu=4017314 shadow=1360903191494 off=777060324 processed=1361740044419 cpu_processed=1361676044419 0: 1361740044419 1: 1361676044419 2: 1361676044419 3: 1361656044419 printk: 44 messages suppressed. Warning Timer ISR/1: Time went backwards: delta=-1411977595 delta_cpu=480022405 shadow=1365903272832 off=72983745 processed=1367388044419 cpu_processed=1365496044419 0: 1367384044419 1: 1365496044419 2: 1365552044419 3: 1365552044419 printk: 46 messages suppressed. Warning Timer ISR/3: Time went backwards: delta=-131987583 delta_cpu=56012417 shadow=1370651436789 off=820810871 processed=1371604044419 cpu_processed=1371416044419 0: 1371600044419 1: 1371444044419 2: 1371444044419 3: 1371416044419 printk: 31 messages suppressed. Warning Timer ISR/2: Time went backwards: delta=-27979896 delta_cpu=20020104 shadow=1375888162629 off=588093398 processed=1376504044419 cpu_processed=1376456044419 0: 1376504044419 1: 1376460044419 2: 1376456044419 3: 1376456044419 printk: 47 messages suppressed. Warning Timer ISR/1: Time went backwards: delta=-207976755 delta_cpu=60023245 shadow=1380903513990 off=672744302 processed=1381784044419 cpu_processed=1381516044419 0: 1381784044419 1: 1381516044419 2: 1381516044419 3: 1381500044419 printk: 49 messages suppressed. Warning Timer ISR/2: Time went backwards: delta=-628613448 delta_cpu=135386552 shadow=1384888283123 off=959350632 processed=1386476044419 cpu_processed=1385712044419 0: 1386476044419 1: 1385624044419 2: 1385712044419 3: 1385712044419 printk: 60 messages suppressed. Warning Timer ISR/2: Time went backwards: delta=-559977270 delta_cpu=240022730 shadow=1390888386502 off=47871477 processed=1391496044419 cpu_processed=1390696044419 0: 1391496044419 1: 1390820044419 2: 1390696044419 3: 1390696044419 The machine *appears* to be running fine. Are these messages something I need to worry about? I am running Xen and kernel 2.6.18-348.3.1.el5xen on the DOM0 (host) VM under CentOS 5.9. I just popped in the new processor -- should I have changed a BIOS setting or something? Boot params: title CentOS (2.6.18-348.3.1.el5xen) root (hd0,0) kernel /xen.gz-2.6.18-348.3.1.el5 dom0_mem=3072M module /vmlinuz-2.6.18-348.3.1.el5xen ro root=/dev/mapper/sauron-c5root 8250.nr_uarts=8 xencons=off max_loop=32 irqpoll module /initrd-2.6.18-348.3.1.el5xen.img -- Robert Heller -- 978-544-6933 / heller(a)deepsoft.com Deepwoods Software -- http://www.deepsoft.com/ () ascii ribbon campaign -- against html e-mail /\ www.asciiribbon.org -- against proprietary attachments

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