From owner-freebsd-standards@FreeBSD.ORG Mon Jan 28 11:06:51 2013 Return-Path: Delivered-To: freebsd-standards@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F03CD981 for ; Mon, 28 Jan 2013 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D4382CEA for ; Mon, 28 Jan 2013 11:06:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0SB6pdw034711 for ; Mon, 28 Jan 2013 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0SB6puB034709 for freebsd-standards@FreeBSD.org; Mon, 28 Jan 2013 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Jan 2013 11:06:51 GMT Message-Id: <201301281106.r0SB6puB034709@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-standards@FreeBSD.org Subject: Current problem reports assigned to freebsd-standards@FreeBSD.org X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2013 11:06:52 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o stand/175453 standards Catching C++ std::bad_cast doesn't work in FreeBSD 9.1 o stand/174938 standards Problem statement: iSCSI target failure o stand/173421 standards [libc] [patch] strptime() accepts formats that should o stand/173087 standards pax(1) does not support the pax interchange format o stand/172805 standards Fix catopen(3)'s EINVAL usage and document EFTYPE o stand/172276 standards POSIX: {get,set}groups gidsetsize is u_int not int o stand/172215 standards localeconv() grouping appears not to match POSIX o stand/170403 standards wrong ntohs expression type tickling clang o stand/170346 standards Changes to support waitid() and related stuff o stand/169697 standards syslogd(8) is not BOM aware o stand/166349 standards Support the assignment-allocation character for fscanf o stand/164787 standards dirfd() function not available when _POSIX_C_SOURCE is o kern/164674 standards [patch] [libc] vfprintf/vfwprintf return error (EOF) o o stand/162434 standards getaddrinfo: addrinfo.ai_family is an address family, o stand/150093 standards C++ std::locale support is broken o stand/130067 standards Wrong numeric limits in system headers? o stand/124860 standards flockfile(3) doesn't work when the memory has been exh o stand/121921 standards [patch] Add leap second support to at(1), atrun(8) o stand/116477 standards rm(1): rm behaves unexpectedly when using -r and relat o bin/116413 standards incorrect getconf(1) handling of unsigned constants gi o stand/116081 standards make does not work with the directive sinclude p stand/107561 standards [libc] [patch] [request] Missing SUS function tcgetsid o stand/100017 standards [Patch] Add fuser(1) functionality to fstat(1) a stand/86484 standards [patch] mkfifo(1) uses wrong permissions o stand/82654 standards C99 long double math functions are missing o stand/81287 standards [patch] fingerd(8) might send a line not ending in CRL a stand/80293 standards sysconf() does not support well-defined unistd values o stand/79056 standards [feature request] [atch] regex(3) regression tests o stand/70813 standards [patch] ls(1) not Posix compliant o stand/66357 standards make POSIX conformance problem ('sh -e' & '+' command- s kern/64875 standards [libc] [patch] [request] add a system call: fdatasync( o stand/56476 standards [patch] cd9660 unicode support simple hack o stand/54410 standards one-true-awk not POSIX compliant (no extended REs) o stand/46119 standards Priority problems for SCHED_OTHER using pthreads o stand/44365 standards [headers] [patch] [request] introduce ulong and unchar a stand/41576 standards ln(1): replacing old dir-symlinks a docs/26003 standards getgroups(2) lists NGROUPS_MAX but not syslimits.h s stand/24590 standards timezone function not compatible witn Single Unix Spec o stand/21519 standards sys/dir.h should be deprecated some more s bin/14925 standards getsubopt isn't poisonous enough 40 problems total. From owner-freebsd-standards@FreeBSD.ORG Tue Jan 29 12:55:17 2013 Return-Path: Delivered-To: freebsd-standards@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0DDE371; Tue, 29 Jan 2013 12:55:17 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id DDAC19D2; Tue, 29 Jan 2013 12:55:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0TCtG5G028100; Tue, 29 Jan 2013 12:55:16 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0TCtG9P028096; Tue, 29 Jan 2013 12:55:16 GMT (envelope-from linimon) Date: Tue, 29 Jan 2013 12:55:16 GMT Message-Id: <201301291255.r0TCtG9P028096@freefall.freebsd.org> To: dfilter@FreeBSD.ORG, linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-standards@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: standards/175649: Re: standards/175453: commit references a PR X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2013 12:55:17 -0000 Old Synopsis: Re: standard/175453: commit references a PR New Synopsis: Re: standards/175453: commit references a PR State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Tue Jan 29 12:54:33 UTC 2013 State-Changed-Why: Misfiled followup to standards/175453; content migrated. Responsible-Changed-From-To: gnats-admin->freebsd-standards Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jan 29 12:54:33 UTC 2013 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=175649 From owner-freebsd-standards@FreeBSD.ORG Wed Jan 30 20:10:00 2013 Return-Path: Delivered-To: freebsd-standards@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8DBA9319 for ; Wed, 30 Jan 2013 20:10:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 701F626D for ; Wed, 30 Jan 2013 20:10:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0UKA0Im083895 for ; Wed, 30 Jan 2013 20:10:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0UKA0mI083894; Wed, 30 Jan 2013 20:10:00 GMT (envelope-from gnats) Resent-Date: Wed, 30 Jan 2013 20:10:00 GMT Resent-Message-Id: <201301302010.r0UKA0mI083894@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-standards@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Artem Goncharenko Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B85B5F6 for ; Wed, 30 Jan 2013 20:04:57 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 8DB8D22D for ; Wed, 30 Jan 2013 20:04:57 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.5/8.14.5) with ESMTP id r0UK4vlr085359 for ; Wed, 30 Jan 2013 20:04:57 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.5/8.14.5/Submit) id r0UK4vtr085358; Wed, 30 Jan 2013 20:04:57 GMT (envelope-from nobody) Message-Id: <201301302004.r0UK4vtr085358@red.freebsd.org> Date: Wed, 30 Jan 2013 20:04:57 GMT From: Artem Goncharenko To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: standards/175711: When the server has more than 3 days, rising interrupt (serving Pppoe.) Traffic and pppoe session has not changed. X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2013 20:10:00 -0000 >Number: 175711 >Category: standards >Synopsis: When the server has more than 3 days, rising interrupt (serving Pppoe.) Traffic and pppoe session has not changed. >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-standards >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 30 20:10:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Artem Goncharenko >Release: frebsd 9.1 stable >Organization: òÕÓÉÞô÷î >Environment: FreeBSD pppoe2.rutvn.ru 9.1-STABLE FreeBSD 9.1-STABLE #2 r245564: Mon Jan 21 00:21:44 UTC 2013 root@pppoe2.rutvn.ru:/usr/obj/usr/src/sys/GENERIC.ok amd64 >Description: Good afternoon. I'm using freebsd + mpd5.6 for router. PPPoE client for 1500-2000. On the server, network cards are igb0@pci0:10:0:0: class=0x020000 card=0xa03c8086 chip=0x10c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82576 Gigabit Network Connection' class = network subclass = ethernet igb1@pci0:10:0:1: class=0x020000 card=0xa03c8086 chip=0x10c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82576 Gigabit Network Connection' class = network subclass = ethernet bge0@pci0:3:4:0: class=0x020000 card=0x703e103c chip=0x167814e4 rev=0xa3 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5715 Gigabit Ethernet' class = network subclass = ethernet bge1@pci0:3:4:1: class=0x020000 card=0x703e103c chip=0x167814e4 rev=0xa3 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5715 Gigabit Ethernet' class = network subclass = ethernet igb0 + igb1 = lagg0, bge0 + bge1 = lagg1. On lagg1 100 vlan, hears all, mpd (PPPoE). Queues nailed to each core. igb0 = cpu0 igb1 = cpu1 bge0 = cpu2 bge1 = cpu3. Next problem. When the server is live one day, the same interrupt. Uptime one day CPU 0: 3.2% user, 0.0% nice, 1.3% system, 25.0% interrupt, 70.5% idle CPU 1: 1.3% user, 0.0% nice, 0.6% system, 30.8% interrupt, 67.3% idle CPU 2: 1.3% user, 0.0% nice, 1% system, 35.5% interrupt, 62.2% idle CPU 3: 1.9% user, 0.0% nice, 1% system, 40.0% interrupt, 57.1% idle When uptime > 3 days interrupt bge0 and bge1 begin to grow. Traffic is not changed and pps too. 1500-1800 the number of clients Server uptime 9 days last pid: 7979; load averages: 1.05, 1.16, 1.29 up 9+13:35:15 23:42:36 152 processes: 5 running, 118 sleeping, 29 waiting CPU 0: 4.9% user, 0.0% nice, 1.2% system, 14.8% interrupt, 79.0% idle CPU 1: 1.2% user, 0.0% nice, 8.6% system, 7.4% interrupt, 82.7% idle CPU 2: 1.2% user, 0.0% nice, 0.0% system, 49.4% interrupt, 49.4% idle CPU 3: 0.0% user, 0.0% nice, 2.5% system, 38.3% interrupt, 59.3% idle Mem: 62M Active, 462M Inact, 759M Wired, 622M Buf, 4645M Free Swap: 4096M Total, 4096M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 155 ki31 0K 64K CPU0 0 190.9H 94.38% idle{idle: cpu0} 11 root 155 ki31 0K 64K RUN 1 192.5H 91.16% idle{idle: cpu1} 11 root 155 ki31 0K 64K CPU3 3 140.1H 65.67% idle{idle: cpu3} 11 root 155 ki31 0K 64K CPU2 2 144.4H 56.49% idle{idle: cpu2} 12 root -92 - 0K 464K WAIT 2 82.5H 45.26% intr{irq266: bge0} 12 root -92 - 0K 464K WAIT 3 86.1H 33.89% intr{irq267: bge1} 12 root -92 - 0K 464K WAIT 0 533:30 4.30% intr{irq256: igb0:que} 12 root -92 - 0K 464K WAIT 0 459:38 2.20% intr{irq257: igb0:que} 12 root -92 - 0K 464K WAIT 1 494:31 1.86% intr{irq264: igb1:que} 12 root -92 - 0K 464K WAIT 0 503:23 1.76% intr{irq259: igb0:que} 12 root -92 - 0K 464K WAIT 0 493:21 1.46% intr{irq258: igb0:que} 12 root -92 - 0K 464K WAIT 1 484:58 1.37% intr{irq263: igb1:que} 10520 root 21 0 37596K 10164K select 0 493:54 1.27% snmpd 12 root -92 - 0K 464K WAIT 1 456:25 1.27% intr{irq262: igb1:que} 12 root -92 - 0K 464K WAIT 1 450:34 0.78% intr{irq261: igb1:que} 99079 root 22 2 128M 62820K select 1 17:52 0.29% mpd5{mpd5} 7978 nagios 25 0 20472K 1728K pause 1 0:00 0.00% netstat pppoe2# procstat -at | grep bge 12 100069 intr irq266: bge0 2 8 wait - 12 100070 intr irq267: bge1 3 8 run - pppoe2# procstat -at | grep ": igb" 12 100032 intr irq256: igb0:que 0 8 wait - 12 100034 intr irq257: igb0:que 0 8 wait - 12 100036 intr irq258: igb0:que 0 8 wait - 12 100038 intr irq259: igb0:que 0 8 wait - 12 100040 intr irq260: igb0:lin 1 8 wait - 12 100041 intr irq261: igb1:que 1 8 wait - 12 100043 intr irq262: igb1:que 1 8 wait - 12 100045 intr irq263: igb1:que 1 8 wait - 12 100047 intr irq264: igb1:que 1 8 wait - 12 100049 intr irq265: igb1:lin 3 8 wait - pppoe2# ifconfig lagg0 lagg0: flags=8843 metric 0 mtu 1500 options=401bb ether 90:e2:ba:00:a7:7a inet 172.30.0.2 netmask 0xffff0000 broadcast 172.30.255.255 media: Ethernet autoselect status: active laggproto lacp laggport: igb1 flags=1c laggport: igb0 flags=1c lagg1: flags=8843 metric 0 mtu 1500 options=8009b ether 10:1f:74:3b:eb:ec media: Ethernet autoselect status: active laggproto lacp laggport: bge1 flags=1c laggport: bge0 flags=1c lagg1 and 100 vlan's MPD5.6 Listen 100 vlan for PPPoE. What other parameters of the system to send? >How-To-Repeat: When the server has more than 3 days, begins to rise interrupt. After reboot interrupt again smooth and the server can produce more than 1100 Mbps at 2000 clients. Why can grow interrupt, if the traffic is not changed and the number of pppoe sessions too. In my problem only helps reboot. >Fix: >Release-Note: >Audit-Trail: >Unformatted: