Discuss

discuss@lists.centos.org

34753 discussions

TCP offload cards in linux
by nate 13 Jun '08

13 Jun '08

Anyone have experience with any? I've been having a real hard time finding info on any cards that actually support this under linux. (most of the cards work but I don't see drivers that actually offload the TCP stack) I have seen some comments where kernel developers don't like the idea as well. I'm running CentOS 4.6 64-bit on a dual proc quad core system with 8GB memory. I have a situation where I'm trying to make the most of my hardware here, a web application that serves up hundreds of tiny requests per second(each taking typically sub 100ms to complete). With my load balancer in it's "normal" mode I can pump about 1000 requests a second through the system, before exhausting the TCP stack on the server(all ~65k sockets in use). CPU usage tops out at about 75%. The "normal" mode terminates idle connections forcefully after 25 seconds. If I tell my load balancer to terminate idle connections *immediately* instead of waiting 25 seconds, I get similar CPU usage but transactions per second drop by about 30-33%. During my tests I've also gotten 4 kernel panics, the last two I have captured and they are virtually identical, with the exception of one time it panic's on the java process, another time it panics on the swapper process. Both times the load balancer was configured to terminate connections faster than 25 seconds. I've done several searches and can't find anything remotely related to the below panic. Kernel BUG at tcp_output:943 invalid operand: 0000 [1] SMP CPU 2 Modules linked in: dell_rbu md5 ipv6 autofs4 i2c_dev i2c_core nfs lockd nfs_acl sunrpc dm_mirror dm_mod joydev button battery ac uhci_hcd ehci_hcd hw_random shpchp bnx2 ext3 jbd ata_piix libata megaraid_sas sd_mod scsi_mod Pid: 10645, comm: java Not tainted 2.6.9-67.ELsmp RIP: 0010:[<ffffffff802e1a12>] <ffffffff802e1a12>{tcp_retransmit_skb+639} RSP: 0000:0000010006963e98 EFLAGS: 00010202 RAX: 00000101687cd9c0 RBX: 00000102266d2a80 RCX: 00000101687cd9c0 RDX: 00000101dec72e80 RSI: 0000000000000350 RDI: 0000000000000010 RBP: 000001015c0f7700 R08: 0000000000000008 R09: 0000000000000100 R10: 0000000000000000 R11: 0000000000000008 R12: 000001007b64ccb0 R13: 00000000000005b4 R14: 000001007b64ccb0 R15: 000001007b64c980 FS: 0000000048fe0960(005b) GS:ffffffff804f2e80(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b CR2: 0000002adc82e028 CR3: 000000000694e000 CR4: 00000000000006e0 Process java (pid: 10645, threadinfo 0000010055cba000, task 000001005633c7f0) Stack: 0000010006963ec8 0000020000102a93 000001007b64ccb0 0000000000000001 000001007b64c980 0000000000000008 000001007b64ccb0 000001007b64ccb0 0000002c273fc4d0 ffffffff802e3f6d Call Trace:<IRQ> <ffffffff802e3f6d>{tcp_write_timer+1059} <ffffffff802e3b4a>{tcp_write_timer+0} <ffffffff80140945>{run_timer_softirq+356} <ffffffff8013cff0>{__do_softirq+88} <ffffffff8013d099>{do_softirq+49} <ffffffff80110bf5>{apic_timer_interrupt+133} <EOI> Code: 0f 0b 48 c1 34 80 ff ff ff ff af 03 48 8b 43 10 4c 63 f6 ff RIP <ffffffff802e1a12>{tcp_retransmit_skb+639} RSP <0000010006963e98> <0>Kernel panic - not syncing: Oops >From what I can tell the Broadcom chips in this server support TOE but the driver in linux does not implement it. I'd like to find a card that really has TOE in linux, if for nothing else to compare how it performs vs what I have now. With the goal of pumping out the highest number of transactions per second possible with the hardware/power utilization. thanks nate

2 2

assigning "best" gateway via DHCP
by Rogelio 13 Jun '08

13 Jun '08

What might I do Linux-wise to create a "system" that looked at multiple gateways and then assigned (via DHCP) the gateway that was the least congested? Anyone have any good suggestions in this department? (I am planning on having a temporary wireless mesh with several satellite uplinks, and I would like to forward requests to whichever uplink is the least utilized)

2 3

Key Card Access software
by Joseph L. Casale 13 Jun '08

13 Jun '08

We have http://www.cansec.com/ based prox readers and port servers but the software is a joke. It doesn't run as a service, so the server must be logged in at the console. Anyone use anything Linux based they can vouch for? Thanks! jlc

1 0

AW: Re: [CentOS] OT: HP Autoloader Issue
by Marc Rebischke 13 Jun '08

13 Jun '08

Joseph L. Casale wrote: > I spent a good chunk of time trying to get an HP LTO Autoloader to > work with Amanda only to later find out it was faulty. Aside from HP > who has a brutal system for repairing hardware, does anyone know where > I might be able to send it for repair? > Joseph, Maybe the follwing link is helpful : http://www.useddlt.com (German Website) http://www.useddlt.com/international.0.html (Overview,English) Best Regards Marc Rebischke

1 0

CentOS-announce Digest, Vol 40, Issue 6
by centos-announce-request＠centos.org 13 Jun '08

13 Jun '08

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-2008:0502 Important CentOS 3 i386 XFree86 - security update (Tru Huynh) 2. CESA-2008:0502 Important CentOS 3 x86_64 XFree86 - security update (Tru Huynh) 3. CESA-2008:0522 Important CentOS 3 i386 perl - security update (Tru Huynh) 4. CESA-2008:0522 Important CentOS 3 x86_64 perl - security update (Tru Huynh) 5. CESA-2008:0512-01: Important CentOS 2 i386 XFree86 security update (John Newbigin) ---------------------------------------------------------------------- Message: 1 Date: Thu, 12 Jun 2008 15:26:31 +0200 From: Tru Huynh <tru(a)centos.org> Subject: [CentOS-announce] CESA-2008:0502 Important CentOS 3 i386 XFree86 - security update To: centos-announce(a)centos.org Message-ID: <20080612132631.GA8180(a)sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2008:0502 XFree86 security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2008-0502.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/XFree86-100dpi-fonts-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-75dpi-fonts-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-base-fonts-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-cyrillic-fonts-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-devel-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-doc-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-font-utils-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-ISO8859-14-100dpi-fonts-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-ISO8859-14-75dpi-fonts-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-ISO8859-15-100dpi-fonts-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-ISO8859-15-75dpi-fonts-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-ISO8859-2-100dpi-fonts-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-ISO8859-2-75dpi-fonts-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-ISO8859-9-100dpi-fonts-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-ISO8859-9-75dpi-fonts-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-libs-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-libs-data-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-Mesa-libGL-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-Mesa-libGLU-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-sdk-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-syriac-fonts-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-tools-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-truetype-fonts-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-twm-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-xauth-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-xdm-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-xfs-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-Xnest-4.3.0-128.EL.i386.rpm updates/i386/RPMS/XFree86-Xvfb-4.3.0-128.EL.i386.rpm source: updates/SRPMS/XFree86-4.3.0-128.EL.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update XFree86\* Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B

1 0

Fwd: RHEL5 network throughput/scalability
by Walid 13 Jun '08

13 Jun '08

Hi All, I have posted this messgage yesterday in the Beowulf mailing list, and did not get any responses, as i have tried different Centos kernels to see if the behaviour changes or not, and it did not change much, I am posting it here, I hope no one minds, and thanks in advance for any pointers or clues? ---------- Forwarded message ---------- From: Walid <walid.shaari(a)gmail.com> Date: 2008/6/12 Subject: RHEL5 network throughput/scalability To: beowulf(a)beowulf.org Hi All, I have an issue with a new cluster setup where the nodes are RHEL5.1(with the latest 5.2 kernel), when i try to write NFS data, the nodes scale linearly until they reach the 10th node, that is the bandwidth , and throughput seen from the NFS sever on the other side of the nodes shows a liner increment from around 100+Mbyte/sec up to 1Gbyte/sec, however when we add another extra node to the equation the bandwidth/throughput becomes erratic/inconsistent, and drops to around 500-700Mbyte/sec. however if i try the same setup with RHEL4U6 i do not get the same behaviour it sustains the bandwidth at 1Gbyte/sec. the setup is like this 48 nodes sharing 48 port access switch that is up linked using 10g link to a CISCO 6509 switch which is linked to a Clustered NFS File system that consist of eight heads where each head linked using a 10G link to the 6509. the above was a write test, so i thought may be the tcp congestion kicked in, or sliding windows problem, however when i do a read test it gets worse, the scalability now is reduced to 5 nodes that is one node is able to read around 100 MBps, two will read double, and so on until you add the fifth node where the bandwidth drops from around 500+MBps to around 300, and again from RHEL4 the behaviour is different. any pointers? TIA Walid

2 2

dependency on /usr/lib/nx
by drew einhorn 13 Jun '08

13 Jun '08

I do a: sudo yum update and I get: yada, yada, yada,... ---> Package freenx-server.i386 0:0.7.2-8.el5 set to be updated --> Running transaction check --> Processing Dependency: /usr/lib/nx for package: freenx-server Importing additional filelist information --> Finished Dependency Resolution Error: Missing Dependency: /usr/lib/nx is needed by package freenx-server Not only does this sound like an odd dependency /usr/lib/nx exists! Any ideas? -- Drew Einhorn

2 1

pthread_setschedprio function in glibc-2.3.4
by Dongyoon Lee 12 Jun '08

12 Jun '08

I re-installed glibc-2.3.4-2.39.src.rpm on CentOS 4.6, and tried to use pthread_setschedprio() API in glibc library, but it fails. Here is my system information. Operating System CentOS 4.6 (x86_64), Linux version 2.6.9-67.Elsmp gcc version 3.4.6 20060404 (Red Hat 3.4.6-9) glibc (pthread) src glibc-2.3.4-2.39.src.rpm I checked that setschedprio function is in the GLIB_2.3.4 but I got following errors [root@localhost TMP]# gcc d.c -o d -lpthread /tmp/ccEeiBLd.o(.text+0x179): In function `main': : undefined reference to `pthread_setschedprio' collect2: ld returned 1 exit status Can I get any advice to use that API?

1 0

raid1 disk format?
by Les Mikesell 12 Jun '08

12 Jun '08

If you have a disk with several partitions set up as members of a raid1 md devices, can you make a dd image of that disk to replace its matching drive with identical partitions or are there differences between the mirrored partitions? -- Les Mikesell lesmikesell(a)gmail.com

4 15

mdmonitor not triggering program on fail events
by Ow Mun Heng 12 Jun '08

12 Jun '08

Hi, Can anyone help me with this since I want to get it done "the correct way" I'm trying to make mdmonitor to execute a program when it detects a fail event automatically. Currently, from what I see, init is calling mdmonitor with these options mdadm --monitor --scan -f (note that the --program is not there) and this is in my /etc/mdadm.conf MAILADDR root PROGRAM /root/program_2_run.sh short of hacking the mdmonitor script to hardcode the program there, is there an alternate, more elegant way? Thanks.

4 6

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