From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 18 01:38:19 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A48A16A419; Sun, 18 Nov 2007 01:38:19 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms173001pub.verizon.net (vms173001pub.verizon.net [206.46.173.1]) by mx1.freebsd.org (Postfix) with ESMTP id 6833513C455; Sun, 18 Nov 2007 01:38:16 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms173001.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JRO00LGX91X0AD4@vms173001.mailsrvcs.net>; Sat, 17 Nov 2007 16:27:34 -0600 (CST) Date: Sat, 17 Nov 2007 17:39:10 -0500 From: Skip Ford In-reply-to: <20071117215003.U53707@maildrop.int.zabbadoz.net> To: "Bjoern A. Zeeb" Mail-followup-to: "Bjoern A. Zeeb" , Robert Watson , Yuri , freebsd-hackers@FreeBSD.org Message-id: <20071117223910.GD813@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <1194905125.4738ce25a968c@webmail.rawbw.com> <20071112222557.N81124@fledge.watson.org> <1194980181.4739f355a32bc@webmail.rawbw.com> <20071114104157.D92502@fledge.watson.org> <20071114112304.GA835@menantico.com> <20071114121812.U2025@fledge.watson.org> <20071114132743.GB835@menantico.com> <20071116144356.S10677@fledge.watson.org> <20071116212342.GD835@menantico.com> <20071117215003.U53707@maildrop.int.zabbadoz.net> User-Agent: Mutt/1.4.2.3i Cc: Yuri , Robert Watson , freebsd-hackers@FreeBSD.org Subject: Re: How to get filename of an open file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2007 01:38:19 -0000 Bjoern A. Zeeb wrote: > On Fri, 16 Nov 2007, Skip Ford wrote: > > >How about renaming procstat(1) to proc(1), rolling up all of > > calling it proc(1), I think, is actually not a good idea either. That > is way more confusing for people who still think about /proc and do > not know the difference between (1) or (4). > > I like the procstat as it aligns well with other things like > fstat netstat sockstat systat vmstat gstat iostat pmcstat ... > > I admit we also have some *info tools like ffsinfo/diskinfo/rpcinfo/.. > but ``pinfo'' seems to better fit the *stat category of tools;-) > > I am not able to find anything but a simple "C wrapper" for > /proc/*/stat for linux on the web easily (which I suppose could as well > be a sh skript) and cannot even find something like procstat on the > linux machines I have access to. But there seems to be a procinfo that > seems to as well extract information from /proc/ on linux. So having > pinfo or procinfo might more confuse people to expect something > differently and even worse might mean to be the same tool with > compatible command line. > > While thinking we should try to aling with other OSes and not confuse > users coming from non-BSD worlds, procstat to mee seems to be the > thing that would best fit for our tree. I don't mind the name procstat(1), I just think we already have one that happens to be abbreviated ps(1) instead of being spelled out. If we end up with hardlinks for a proc tool family of utilities, users will be pointed to the actual tool they need rather than proc(1) so I don't think new user confusion would be that great. But, the same argument also really nullifies my argument for the name as well. If we have hardlinks, I care much less about the name of the base utility since it won't be used everyday. With hardlinks, pinfo(1), proc(1), and procstat(1) are all fine with me. The OP in this thread would then just use pfiles(1) to get a list of open files, same as Solaris, no matter what we call it. It would be interesting to know for sure, though, if Solaris uses hardlinks and, if so, what their utility is called. -- Skip From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 18 03:05:43 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F3AC16A417 for ; Sun, 18 Nov 2007 03:05:43 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id EBE6D13C45B for ; Sun, 18 Nov 2007 03:05:42 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id B5F462461C7; Sun, 18 Nov 2007 03:07:47 +0100 (CET) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.8/8.13.6) with ESMTP id lAI25YK3058208; Sun, 18 Nov 2007 03:05:34 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.8/8.13.6/Submit) id lAI25YMi058207; Sun, 18 Nov 2007 03:05:34 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sun, 18 Nov 2007 03:05:33 +0100 To: freebsd-hackers@FreeBSD.org, freebsd-emulation@FreeBSD.org Message-ID: <20071118020533.GA57425@saturn.kn-bremen.de> Mail-Followup-To: freebsd-hackers@FreeBSD.org, freebsd-emulation@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-Mailman-Approved-At: Sun, 18 Nov 2007 03:09:09 +0000 Cc: Subject: double panic, and whats apic_cmd? (kqemu crash...) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2007 03:05:43 -0000 Ok I finally have an amd64 smp box here that i can play with, and tried to reproduce http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 - and I got the following crash: iapetus# kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB 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. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: <0> Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x1 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff804e4fa2 stack pointer = 0x10:0xffffffff9fd27530 frame pointer = 0x10:0xffffffff9fd276a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 43 (acpi_thermal) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x17a trap_fatal() at trap_fatal+0x29f trap_pfault() at trap_pfault+0x22d trap() at trap+0x300 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff804e4fa2, rsp = 0xffffffff9fd27530, rbp = 0xffffffff9fd276a0 --- strlen() at strlen+0x2 dmapbase() at 0xffffff00020e6ca8 Uptime: 9m41s Physical memory: 986 MB Dumping 114 MB: 99 83 67 51 35 19 3 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:194 #1 0xffffffff8046572f in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xffffffff80465b47 in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:563 #3 0xffffffff806bc0bf in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at ../../../amd64/amd64/trap.c:697 #4 0xffffffff806bc43d in trap_pfault (frame=0xffffffff9fd27480, usermode=0) at ../../../amd64/amd64/trap.c:614 #5 0xffffffff806bcd30 in trap (frame=0xffffffff9fd27480) at ../../../amd64/amd64/trap.c:383 #6 0xffffffff806a371e in calltrap () at ../../../amd64/amd64/exception.S:169 #7 0xffffffff804e4fa2 in strlen (str=0x1
) at ../../../libkern/strlen.c:41 #8 0xffffffff8048c5f5 in kvprintf ( fmt=0xffffffff807aee73 " while in %s mode\n", func=0xffffffff8048d000 , arg=0xffffffff9fd276b0, radix=10, ap=Variable "ap" is not available. ) at ../../../kern/subr_prf.c:750 #9 0xffffff00020e6ca8 in ?? () #10 0x0000000000000008 in ?? () #11 0x0000000000000153 in ?? () #12 0xffffffff807add18 in apic_cmd () #13 0x0000000000000000 in ?? () #14 0xffffffff9fd27700 in ?? () #15 0xffffffff8045c28f in _mtx_lock_flags (m=0xffffffff8049668b, ---Type to continue, or q to quit--- opts=36477624, file=0xffffffff9fd276d0 "", line=-2137032800) at ../../../kern/kern_mutex.c:189 Previous frame inner to this frame (corrupt stack?) (kgdb) q iapetus# exit " while in %s mode\n" seems to come from /sys/amd64/amd64/trap.c so it's a double panic, but what is apic_cmd? And what does one do with a double panic? :) For anyone who wants to reproduce it (you need an amd64 smp box, mine runs 7.0beta2), I installed the qemu-devel port with kqemu selected in config and then ran it in X like qemu -cdrom sidux.iso -m 256 , booted its grub, quickly switched to a texconsole, just in time for the panic (sidux is a linux livecd but I guess almost any guest will do, probably also a freebsd install iso... and maybe if you don't have X you can get away with a qemu built with sdl/x deselected and then running that with -nographic. Of course you won't see guest output then so it will have to boot by itslef, unless it talks to a serial console...) Btw, to get meaningful backtraces on amd64 I think you need to rebuild the debug kernel with ddb compiled in, otherwise stuff is left built with -fomit-frame-pointer which makes gdb unhappy. (shouldn't -fomit-frame-pointer be disabled for any kind of debug kernel because of that?) Thanx, Juergen From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 18 12:54:48 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69D1A16A41B for ; Sun, 18 Nov 2007 12:54:48 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 2306913C459 for ; Sun, 18 Nov 2007 12:54:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so5445989pyb for ; Sun, 18 Nov 2007 04:54:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=AAhsnUG11vFisBU0RwQz0LMOAx7sAJ6C+ewXq2xB3cM=; b=jpIz31i5XfnzhYAi0Xr6Kh330OChknRO2Fkk98BDJBJIGyaxvIiRPkt8+iEECBS2o6+cL8ZcXZtw5O6eO9zEZ4SNuJF7bw8aRibM3x0Ahla2U0yOms6U2wRwHhz7D1kD1F/GCtieVblEjzcQ1NCnWJKBWqSGsK1WRAOUpPPRbAM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=tbiV1CLByrceSFjMGaOChQ+OazZ/vFldCpLh70OSlWjmRG6wcZ0wDm28Cw2YKooT4qLjyAcCVq4qcFWjVb/PeRRcljO0jj2LDFWjFUG1hdxLZclZP/ndWjRftM/SoFOF2Uk5ELRqGuhUQPQ226bqwPqdTC8Drg7n3UxWT9RGp80= Received: by 10.65.194.13 with SMTP id w13mr8808332qbp.1195390478743; Sun, 18 Nov 2007 04:54:38 -0800 (PST) Received: by 10.65.237.12 with HTTP; Sun, 18 Nov 2007 04:54:38 -0800 (PST) Message-ID: Date: Sun, 18 Nov 2007 21:54:38 +0900 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Fred Bertram" In-Reply-To: <473d5781.22528c0a.2758.0843@mx.google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <473d5781.22528c0a.2758.0843@mx.google.com> X-Google-Sender-Auth: bed7b61d27dcaa96 Cc: freebsd-hackers@freebsd.org Subject: Re: Would like some simple volunteer work X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2007 12:54:48 -0000 On 16/11/2007, Fred Bertram wrote: > Hi, > > I'm a cs student from Australia. Perth eh? Wow, its nice to see someone else interested in FreeBSD out here. > Just want to enhance my skills and hopefully benefit this online software community in some way. I enjoy C programming in particular, havn't really mastered it or other languages. I'd like to practice by doing whatever though if anybody understands where i'm coming from. > > Is this a good place to do this? Its as good a place as any. You're more than welcome to email me over the next few days; I know a thing or two about FreeBSD. I'd be glad to help - just supply beer. :) -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 18 15:17:23 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2F0E16A420 for ; Sun, 18 Nov 2007 15:17:23 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 9051713C474 for ; Sun, 18 Nov 2007 15:17:21 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.144.87] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1ItltY-000AEb-CB; Sun, 18 Nov 2007 15:17:12 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1ItltY-0006aw-8d; Sun, 18 Nov 2007 15:17:12 +0000 Date: Sun, 18 Nov 2007 15:17:12 +0000 From: Thomas Hurst To: "Bjoern A. Zeeb" , Robert Watson , Yuri , freebsd-hackers@FreeBSD.org Message-ID: <20071118151712.GA21185@voi.aagh.net> Mail-Followup-To: "Bjoern A. Zeeb" , Robert Watson , Yuri , freebsd-hackers@FreeBSD.org References: <20071112222557.N81124@fledge.watson.org> <1194980181.4739f355a32bc@webmail.rawbw.com> <20071114104157.D92502@fledge.watson.org> <20071114112304.GA835@menantico.com> <20071114121812.U2025@fledge.watson.org> <20071114132743.GB835@menantico.com> <20071116144356.S10677@fledge.watson.org> <20071116212342.GD835@menantico.com> <20071117215003.U53707@maildrop.int.zabbadoz.net> <20071117223910.GD813@menantico.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071117223910.GD813@menantico.com> Organization: Not much. User-Agent: Mutt/1.5.16 (2007-06-09) Sender: Thomas Hurst Cc: Subject: Re: How to get filename of an open file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2007 15:17:23 -0000 * Skip Ford (skip@menantico.com) wrote: > It would be interesting to know for sure, though, if Solaris uses > hardlinks and, if so, what their utility is called. Nope. They *do* use hardlinks in that they have 32bit wrappers in /usr/bin etc which dispatch to the relevent architecture, but the commands themselves are all seperate. A quick glance at the OpenSolaris source repository finds: http://cvs.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/ptools/ i.e. they're just a bunch of losely related commands under the ptools banner. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 18 15:21:35 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D7CD16A418 for ; Sun, 18 Nov 2007 15:21:35 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from thumbler.kulnet.kuleuven.ac.be (thumbler.kulnet.kuleuven.ac.be [134.58.240.45]) by mx1.freebsd.org (Postfix) with ESMTP id 016C613C45D for ; Sun, 18 Nov 2007 15:21:34 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 49AE4138558; Sun, 18 Nov 2007 15:56:33 +0100 (CET) Received: from smtps01.kuleuven.be (smtpshost01.kulnet.kuleuven.be [134.58.240.74]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 0A9851383AE; Sun, 18 Nov 2007 15:56:32 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.16.222]) by smtps01.kuleuven.be (Postfix) with ESMTP id 9368031E702; Sun, 18 Nov 2007 15:56:31 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.2/8.14.1) with ESMTP id lAIEuVQD003471; Sun, 18 Nov 2007 15:56:31 +0100 (CET) (envelope-from tijl@ulyssis.org) X-Kuleuven: This mail passed the K.U.Leuven mailcluster From: Tijl Coosemans To: kozlov_n@epitech.net Date: Sun, 18 Nov 2007 15:56:29 +0100 User-Agent: KMail/1.9.7 References: <1195315431.6172.13.camel@tonyhawk.epitech.net> <200711181334.41654.tijl@ulyssis.org> <20071118143941.bl0onxxsn4wkgg8g@webmail.epitech.net> In-Reply-To: <20071118143941.bl0onxxsn4wkgg8g@webmail.epitech.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711181556.30559.tijl@ulyssis.org> X-Virus-Scanned: by KULeuven Antivirus Cluster Cc: freebsd-hackers@freebsd.org Subject: Re: need help with sigaction and siginfo_t X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2007 15:21:35 -0000 On Sunday 18 November 2007 14:39:41 kozlov_n@epitech.net wrote: > Tijl Coosemans a =E9crit : >> On Saturday 17 November 2007 17:03:51 nikita kozlov wrote: >>> I'm a student and we are working on FreeBSD. >>> My problem is i don't understand how to use SA_SIGINFO and >>> siginfo_t. The following code caught my SIGUSR1 with a "kill -30 >>> my_server_pid" from my shell. >>> but siginfo_t is empty when i'm debugging my program with gdb. >>> my output is : >>> > pid 0 >>> and in gdb i have : >>> { >>> si_signo =3D 30, >>> si_errno =3D 0, >>> si_code =3D 0, >>> si_pid =3D 0, >>> si_uid =3D 0, >>> si_status =3D 0, >>> si_addr =3D 0x2, >>> si_value =3D {sigval_int =3D 0,sigval_ptr =3D 0x0}, >>> si_band =3D 0, >>> __spare__ =3D {0, 0, 0, 0, 0, 0, 0} >>> } >>> >>> anyone have an idea why my siginfo_t is empty please ? >> >> Well, it isn't empty. It's just that the si_pid field usually isn't >> set. It probably should be, but either way, your code should work if >> you send signals with sigqueue(2) instead of kill(2). >=20 > Thank you for the reply, > i have tried to use sigqueue but after a "undefined reference to > `sigqueue'" compilation error i have opened signal.h and found this > define :=20 >=20 > #if 0 > /* > * PR: 35924 > * XXX we don't actually have these. We set _POSIX_REALTIME_SIGNALS to= =20 > * -1 to show that we don't have them, but this symbol is not necessarily > * in scope (in the current implementation), so we can't use it here. > */ > int sigqueue(__pid_t, int, const union sigval); > #endif >=20 > I'm working on FreeBSD 5.5-RELEASE-p14, do you have any idea ? Hmm, looks like it has only been added in FreeBSD 7. If you can't upgrade, you'll have to use some more advanced IPC mechanism I'm afraid. From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 18 16:08:52 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9295016A480 for ; Sun, 18 Nov 2007 16:08:52 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from rusty.kulnet.kuleuven.ac.be (rusty.kulnet.kuleuven.ac.be [134.58.240.42]) by mx1.freebsd.org (Postfix) with ESMTP id 50B1613C46A for ; Sun, 18 Nov 2007 16:08:52 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by rusty.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 72FC71D7886; Sun, 18 Nov 2007 13:34:44 +0100 (CET) Received: from smtps02.kuleuven.be (smtpshost02.kulnet.kuleuven.be [134.58.240.75]) by rusty.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 31C521D7865; Sun, 18 Nov 2007 13:34:43 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.16.222]) by smtps02.kuleuven.be (Postfix) with ESMTP id AD159F3862; Sun, 18 Nov 2007 13:34:42 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.2/8.14.1) with ESMTP id lAICYgRW002028; Sun, 18 Nov 2007 13:34:42 +0100 (CET) (envelope-from tijl@ulyssis.org) X-Kuleuven: This mail passed the K.U.Leuven mailcluster From: Tijl Coosemans To: nikita kozlov Date: Sun, 18 Nov 2007 13:34:40 +0100 User-Agent: KMail/1.9.7 References: <1195315431.6172.13.camel@tonyhawk.epitech.net> In-Reply-To: <1195315431.6172.13.camel@tonyhawk.epitech.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711181334.41654.tijl@ulyssis.org> X-Virus-Scanned: by KULeuven Antivirus Cluster Cc: freebsd-hackers@freebsd.org Subject: Re: need help with sigaction and siginfo_t X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2007 16:08:52 -0000 On Saturday 17 November 2007 17:03:51 nikita kozlov wrote: > I'm a student and we are working on FreeBSD. > My problem is i don't understand how to use SA_SIGINFO and siginfo_t. > The following code caught my SIGUSR1 with a "kill -30 my_server_pid" > from my shell. > but siginfo_t is empty when i'm debugging my program with gdb. > my output is : > > pid 0 > and in gdb i have : > { > si_signo = 30, > si_errno = 0, > si_code = 0, > si_pid = 0, > si_uid = 0, > si_status = 0, > si_addr = 0x2, > si_value = {sigval_int = 0,sigval_ptr = 0x0}, > si_band = 0, > __spare__ = {0, 0, 0, 0, 0, 0, 0} > } > > anyone have an idea why my siginfo_t is empty please ? Well, it isn't empty. It's just that the si_pid field usually isn't set. It probably should be, but either way, your code should work if you send signals with sigqueue(2) instead of kill(2). From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 18 16:30:35 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7327116A418 for ; Sun, 18 Nov 2007 16:30:35 +0000 (UTC) (envelope-from dmw@unete.cl) Received: from mail04.ifxnetworks.com (mail04.ifxnetworks.com [190.61.128.34]) by mx1.freebsd.org (Postfix) with ESMTP id 1253413C447 for ; Sun, 18 Nov 2007 16:30:34 +0000 (UTC) (envelope-from dmw@unete.cl) Received: (qmail 2703 invoked from network); 18 Nov 2007 16:04:00 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on mail04.ifxnetworks.com X-Spam-Level: X-Spam-Status: No, score=0.1 required=7.0 tests=RDNS_NONE autolearn=disabled version=3.2.3 Received: from unknown (HELO quake) (dmw@unete.cl@[200.73.29.140]) (envelope-sender ) by mail04.ifxnetworks.com (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 18 Nov 2007 16:04:00 -0000 From: Daniel Molina Wegener Organization: DMW To: FreeBSD Hackers Date: Sun, 18 Nov 2007 13:03:28 -0300 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711181303.28619.dmw@unete.cl> Subject: problem compiling RELENG_6 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dmw@unete.cl List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2007 16:30:35 -0000 Hello, I've downloaded the RELENG_6 through csup. While compiling the source with make buildworld I get the next error: -----8<----------8<----------8<----------8<----------8<----- ===> sbin/ipf/libipf (depend) make: don't know how to make extras.c. Stop *** Error code 2 -----8<----------8<----------8<----------8<----------8<----- Same problem with genmask.c, getline.c, hexdump.c and other files. Thanks, -- .O. | Daniel Molina Wegener | C/C++ Developer ..O | dmw [at] unete [dot] cl | FOSS Coding Adict OOO | FreeBSD & Linux User | Standards Rocks! From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 18 17:47:01 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9CC416A41A for ; Sun, 18 Nov 2007 17:47:00 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id DAABA13C459 for ; Sun, 18 Nov 2007 17:46:56 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 5DAD41CC07B; Sun, 18 Nov 2007 09:46:43 -0800 (PST) Date: Sun, 18 Nov 2007 09:46:43 -0800 From: Jeremy Chadwick To: Daniel Molina Wegener Message-ID: <20071118174643.GA9596@eos.sc1.parodius.com> References: <200711181303.28619.dmw@unete.cl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711181303.28619.dmw@unete.cl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: darrenr@freebsd.org, FreeBSD Hackers Subject: Re: problem compiling RELENG_6 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2007 17:47:01 -0000 On Sun, Nov 18, 2007 at 01:03:28PM -0300, Daniel Molina Wegener wrote: > I've downloaded the RELENG_6 through csup. While compiling the > source with make buildworld I get the next error: > > -----8<----------8<----------8<----------8<----------8<----- > ===> sbin/ipf/libipf (depend) > make: don't know how to make extras.c. Stop > *** Error code 2 > -----8<----------8<----------8<----------8<----------8<----- > > Same problem with genmask.c, getline.c, hexdump.c and other > files. This probably should've gone to freebsd-stable instead. A recent commit from the IPFilter author may have induced this; I can't check for you because the webserver on www.freebsd.org (where cvsweb lives) is presently irritated in some way. Anyways, see Darren's mail below: >> From: Darren Reed >> To: freebsd-stable@freebsd.org >> Date: Sun, 18 Nov 2007 03:06:09 -0800 >> Subject: RELENG_6 IPFilter MFC >> >> I've just completed an MFC of IPFIilter in the FreeBSD 6 branch (RELENG_6) >> from HEAD. This brings the code used for IPFilter in FreeBSD into sync >> on each of HEAD, RELENG_6 and RELENG_7. Hopefully I can close one or >> two bug reports now ;) >> >> If you encounter any problems, please let me know. >> >> Cheers, >> Darren -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 18 20:45:37 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBBE016A419; Sun, 18 Nov 2007 20:45:37 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.freebsd.org (Postfix) with ESMTP id BB11E13C469; Sun, 18 Nov 2007 20:45:37 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JRP00BUOYZ4R8X2@vms048.mailsrvcs.net>; Sun, 18 Nov 2007 14:45:05 -0600 (CST) Date: Sun, 18 Nov 2007 15:47:44 -0500 From: Skip Ford In-reply-to: <20071118151712.GA21185@voi.aagh.net> To: "Bjoern A. Zeeb" , Robert Watson , Yuri , freebsd-hackers@FreeBSD.org Mail-followup-to: "Bjoern A. Zeeb" , Robert Watson , Yuri , freebsd-hackers@FreeBSD.org Message-id: <20071118204743.GE813@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <1194980181.4739f355a32bc@webmail.rawbw.com> <20071114104157.D92502@fledge.watson.org> <20071114112304.GA835@menantico.com> <20071114121812.U2025@fledge.watson.org> <20071114132743.GB835@menantico.com> <20071116144356.S10677@fledge.watson.org> <20071116212342.GD835@menantico.com> <20071117215003.U53707@maildrop.int.zabbadoz.net> <20071117223910.GD813@menantico.com> <20071118151712.GA21185@voi.aagh.net> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: How to get filename of an open file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2007 20:45:37 -0000 Thomas Hurst wrote: > * Skip Ford (skip@menantico.com) wrote: > > > It would be interesting to know for sure, though, if Solaris uses > > hardlinks and, if so, what their utility is called. > > Nope. They *do* use hardlinks in that they have 32bit wrappers in > /usr/bin etc which dispatch to the relevent architecture, but the > commands themselves are all seperate. Indeed, and each utility is quite complex as compared to what ours would be if split. I would just rename procstat(1) to pargs(1) then hardlink the others since ours are much less complex, but I'll take anything at this point. As for the procstat(1) code itself, I've found one bug and have two sugestions: 1) procstat_args() doesn't use a local variable and the buffer doesn't get cleared between calls: $ procstat -a 797 PID ARGS 797 audacious $ procstat -a 795 797 PID ARGS 795 xterm -xtsessionID 11c0a80103000118536826300000007680000 797 audacious essionID 11c0a80103000118536826300000007680000 $ Other option's functions are not similarly affected. 2) I think it should handle requests for information about pid 0 instead of requiring at least pid 1 as it currently does. Solaris suggests '/proc/*' to see all processes. If we use `ps axopid=` then it aborts on the swapper (pid 0) immediately. 3) Similarly, I think all of the sysctl(3) calls within the individual option functions (procstat_bin(), procstat_args(), etc.) should just go ahead and print the header and pid, then print any sysctl(3) error in the PID's row instead of erroring out. We're either about to finish executing anyway if that was the only pid requested, or we're moving on to another pid that has nothing to do with the previous pid. There's not really any reason to stop processing further pids. This also affects attempting to list all pids since it currently stops processing pids as soon as one doesn't exist. A global error variable could just be incremented with every call and returned at process exit, that way it'd still be meaningful for single PIDs. Since this is a per-process tool, I think it needs to complete "procstat -c `ps axopid=`" if at all possible. -- Skip From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 18 21:01:30 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9282016A417 for ; Sun, 18 Nov 2007 21:01:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 680A813C459 for ; Sun, 18 Nov 2007 21:01:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 5ED16474A2; Sun, 18 Nov 2007 16:03:37 -0500 (EST) Date: Sun, 18 Nov 2007 21:01:09 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Skip Ford In-Reply-To: <20071118204743.GE813@menantico.com> Message-ID: <20071118205541.U97497@fledge.watson.org> References: <1194980181.4739f355a32bc@webmail.rawbw.com> <20071114104157.D92502@fledge.watson.org> <20071114112304.GA835@menantico.com> <20071114121812.U2025@fledge.watson.org> <20071114132743.GB835@menantico.com> <20071116144356.S10677@fledge.watson.org> <20071116212342.GD835@menantico.com> <20071117215003.U53707@maildrop.int.zabbadoz.net> <20071117223910.GD813@menantico.com> <20071118151712.GA21185@voi.aagh.net> <20071118204743.GE813@menantico.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Bjoern A. Zeeb" , freebsd-hackers@FreeBSD.org, Yuri Subject: Re: How to get filename of an open file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2007 21:01:30 -0000 On Sun, 18 Nov 2007, Skip Ford wrote: > Thomas Hurst wrote: >> * Skip Ford (skip@menantico.com) wrote: >> >>> It would be interesting to know for sure, though, if Solaris uses >>> hardlinks and, if so, what their utility is called. >> >> Nope. They *do* use hardlinks in that they have 32bit wrappers in /usr/bin >> etc which dispatch to the relevent architecture, but the commands >> themselves are all seperate. > > Indeed, and each utility is quite complex as compared to what ours would be > if split. > > I would just rename procstat(1) to pargs(1) then hardlink the others since > ours are much less complex, but I'll take anything at this point. > > As for the procstat(1) code itself, I've found one bug and have two > sugestions: > > 1) procstat_args() doesn't use a local variable and the buffer doesn't > get cleared between calls: > > $ procstat -a 797 > PID ARGS > 797 audacious > $ procstat -a 795 797 > PID ARGS > 795 xterm -xtsessionID 11c0a80103000118536826300000007680000 > 797 audacious essionID 11c0a80103000118536826300000007680000 > $ > > Other option's functions are not similarly affected. > > 2) I think it should handle requests for information about pid 0 instead of > requiring at least pid 1 as it currently does. Solaris suggests '/proc/*' > to see all processes. If we use `ps axopid=` then it aborts on the swapper > (pid 0) immediately. > > 3) Similarly, I think all of the sysctl(3) calls within the individual > option functions (procstat_bin(), procstat_args(), etc.) should just go > ahead and print the header and pid, then print any sysctl(3) error in the > PID's row instead of erroring out. We're either about to finish executing > anyway if that was the only pid requested, or we're moving on to another pid > that has nothing to do with the previous pid. There's not really any reason > to stop processing further pids. This also affects attempting to list all > pids since it currently stops processing pids as soon as one doesn't exist. > A global error variable could just be incremented with every call and > returned at process exit, that way it'd still be meaningful for single PIDs. Actually, I think I've fixed all of the above in p4 with some changes yesterday; I'll do a new code drop for you to try: http://www.watson.org/~robert/freebsd/20071118-procstat.tgz The kernel patch is identical, so you can just rebuild procstat. > Since this is a per-process tool, I think it needs to complete "procstat -c > `ps axopid=`" if at all possible. Yes, I agree. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 18 22:01:20 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B62C16A41B for ; Sun, 18 Nov 2007 22:01:20 +0000 (UTC) (envelope-from jan@digitaldaemon.com) Received: from digitaldaemon.com (digitaldaemon.com [63.105.9.34]) by mx1.freebsd.org (Postfix) with SMTP id B660913C442 for ; Sun, 18 Nov 2007 22:01:17 +0000 (UTC) (envelope-from jan@digitaldaemon.com) Received: (qmail 85343 invoked by uid 98); 18 Nov 2007 21:34:18 -0000 Received: from 63.105.9.34 by digitaldaemon.com (envelope-from , uid 89) with qmail-scanner-1.25 (clamdscan: 0.87/1195. Clear:RC:1(63.105.9.34):. Processed in 0.34128 secs); 18 Nov 2007 21:34:18 -0000 X-Qmail-Scanner-Mail-From: jan@digitaldaemon.com via digitaldaemon.com X-Qmail-Scanner: 1.25 (Clear:RC:1(63.105.9.34):. Processed in 0.34128 secs) Received: from digitaldaemon.com (HELO ?40.87.155.2?) (63.105.9.34) by digitaldaemon.com with SMTP; 18 Nov 2007 21:34:18 -0000 Message-ID: <4740AFD8.202@digitaldaemon.com> Date: Sun, 18 Nov 2007 16:34:16 -0500 From: Jan Knepper User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Andre Oppermann References: <45F1C355.8030504@digitaldaemon.com> <20070511075857.GL23313@hoeg.nl> <4644773E.60909@freebsd.org> In-Reply-To: <4644773E.60909@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers , Ed Schouten Subject: Re: Multiple IP Jail's patch for FreeBSD 6.2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2007 22:01:20 -0000 Andre Oppermann wrote: > Ed Schouten wrote: >> Hello, >> >> It may be interesting to mention that yesterday there was a presentation >> at the NLUUG (Netherlands UNIX Users Group) conference by Marco Zec, who >> once wrote a patchset for FreeBSD 4.11 (and is in the process of porting >> it to FreeBSD 7.x) that gives each jail its own networking stack. >> >> You can hook up physical interfaces to jails or perform bridging between >> jails through netgraph bridging code. That way you can create virtual >> network topologies on a single box. This will allow you to use multiple >> IPv4 and IPv6 addresses on each instance. You can even use (I)PF(W) >> inside jails. > > I'm working on a "light" variant of multi-IPv[46] per jail. It doesn't > create an entirely new network instance per jail and probably is more > suitable for low- to mid-end (virtual) hosting. In those cases you > normally want the host administrator to excercise full control over > IP address and firewall configuration of the individual jails. For > high-end stuff where you offer jail based virtual machines or network > and routing simulations Marco's work is more appropriate. Any of this available in 7.x at the moment? I have a patched 6.2-STABLE running with 7 jails with multiple IP addresses. Would not be able to upgrade that box unless this becomes available or unless I port it to 7.x... Thanks! Jan From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 18 22:46:09 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B94B616A41B; Sun, 18 Nov 2007 22:46:09 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id E507813C442; Sun, 18 Nov 2007 22:46:08 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 338C7246641; Sun, 18 Nov 2007 23:45:40 +0100 (CET) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.8/8.13.6) with ESMTP id lAIMhjfV081971; Sun, 18 Nov 2007 23:43:45 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.8/8.13.6/Submit) id lAIMhjeD081970; Sun, 18 Nov 2007 23:43:45 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sun, 18 Nov 2007 23:43:45 +0100 To: freebsd-hackers@FreeBSD.org, freebsd-emulation@FreeBSD.org Message-ID: <20071118224345.GA81339@saturn.kn-bremen.de> Mail-Followup-To: freebsd-hackers@FreeBSD.org, freebsd-emulation@FreeBSD.org References: <20071118020533.GA57425@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071118020533.GA57425@saturn.kn-bremen.de> User-Agent: Mutt/1.5.16 (2007-06-09) X-Mailman-Approved-At: Mon, 19 Nov 2007 00:09:45 +0000 Cc: Subject: Re: double panic, and whats apic_cmd? (kqemu crash...) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2007 22:46:10 -0000 On Sun, Nov 18, 2007 at 03:05:33AM +0100, Juergen Lock wrote: > Ok I finally have an amd64 smp box here that i can play with, and tried > to reproduce http://www.freebsd.org/cgi/query-pr.cgi?pr=113430 - and I got > the following crash: >[...] Ok, the crashes seem to be pretty random, I got a few more: (btw I disabled -DSMP in the kqemu build since it doesn't seem to help, and it doesn't seem to be used anywhere else. Also I forgot to say I also have KDB_TRACE and KDB_UNATTENDED in the kernel config. Oh and I had a few hangs too, and never could get into ddb in those cases...) [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB 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. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x246 fault code = supervisor read instruction, page not present instruction pointer = 0x8:0x246 stack pointer = 0x10:0xffffffff9fae4b50 frame pointer = 0x10:0xffffffff9fae4b80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 11 (idle: cpu1) trap number = 12 <0> Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xc011dbfb fault code = supervisor read instruction, page not present instruction pointer = 0x8:0xc011dbfb stack pointer = 0x10:0xffffffff9fae47d0 frame pointer = 0x10:0x801de4000 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = trace trap, interrupt enabled, nested task, IOPL = 3 current process = 11 (idle: cpu1) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x17a trap_fatal() at trap_fatal+0x29f trap_pfault() at trap_pfault+0x294 trap() at trap+0x2ea sendsig() at sendsig+0x2aa sched_choose() at sched_choose+0x8c choosethread() at choosethread+0x2b sched_switch() at sched_switch+0x184 mi_switch() at mi_switch+0x189 ast() at ast+0x1e8 doreti_ast() at doreti_ast+0x1f Uptime: 37m8s Physical memory: 986 MB Dumping 152 MB: 137 121 105 89 73 57 41 25 9 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:194 #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:563 #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at ../../../amd64/amd64/trap.c:697 #4 0xffffffff8070e254 in trap_pfault (frame=0xffffffff9fae4720, usermode=0) at ../../../amd64/amd64/trap.c:614 #5 0xffffffff8070ec0a in trap (frame=0xffffffff9fae4720) at ../../../amd64/amd64/trap.c:383 #6 0xffffffff806fcd4a in sendsig (catcher=0x405460, ksi=Variable "ksi" is not available. ) at ../../../amd64/amd64/machdep.c:326 #7 0xffffffff804a16ec in sched_choose () at ../../../kern/sched_4bsd.c:1256 #8 0xffffffff804a174b in choosethread () at kern_switch.c:137 #9 0xffffffff804a2984 in sched_switch (td=0xffffff000209b680, newtd=0xffffff00021a18c0, flags=13) at ../../../kern/sched_4bsd.c:907 #10 0xffffffff8048cc99 in mi_switch (flags=2, newtd=0x0) at ../../../kern/kern_synch.c:442 #11 0xffffffff804b7068 in ast (framep=0xffffffff9fae4c70) at ../../../kern/subr_trap.c:239 #12 0xffffffff806f4999 in doreti_ast () at ../../../amd64/amd64/exception.S:468 #13 0x0000000811d87d74 in ?? () #14 0x0000000000000005 in ?? () #15 0x00000000000010e0 in ?? () ---Type to continue, or q to quit--- #16 0x0000000811d87d8c in ?? () #17 0x0000000801de4000 in ?? () #18 0x0000000741e00000 in ?? () #19 0x000000000215dd30 in ?? () #20 0x0000000000d49160 in ?? () #21 0x00000000c016fdf0 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000801de84d0 in ?? () #24 0xffffffffbfffffff in ?? () #25 0x0000000000063fff in ?? () #26 0x0000000801de4000 in ?? () #27 0x0000000000063fff in ?? () #28 0x0000000000000016 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x000000000215dd0c in ?? () #33 0x000000000000002b in ?? () #34 0x0000000000000286 in ?? () #35 0x00007fffffffb608 in ?? () #36 0x0000000000000023 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #39 0x0000000000c9f000 in ?? () #40 0x00000000fffffffd in ?? () #41 0xffffff0001080460 in ?? () #42 0xffffff000209b680 in ?? () #43 0x0000000000000001 in ?? () #44 0xffffffff9fae4bb0 in ?? () #45 0xffffffff9fae4b68 in ?? () #46 0xffffff00010819c0 in ?? () #47 0xffffffff804a2984 in sched_switch (td=0xd49160, newtd=0x63fff, flags=409599) at ../../../kern/sched_4bsd.c:907 Previous frame inner to this frame (corrupt stack?) (kgdb) q iapetus# exit and [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB 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. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 0: while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x4300:0xffffffff9fae41c0 stack pointer = 0x10:0xffffffff9fae4190 frame pointer = 0x10:0x5 code segment = base 0x0, limit 0x0, type 0x0 = DPL 0, pres 0, long 0, def32 0, gran 0 processor eflags = resume, IOPL = 0 current process = 904 (qemu-system-x86_64) trap number = kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x46 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff804aff9d stack pointer = 0x10:0xffffffff9fae3d20 frame pointer = 0x10:0xffffffff9fae3e80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 904 (qemu-system-x86_64) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x17a trap_fatal() at trap_fatal+0x29f trap() at trap+0x242 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff804aff9d, rsp = 0xffffffff9fae3d20, rbp = 0xffffffff9fae3e80 --- kvprintf() at kvprintf+0x11ed printf() at printf+0xa4 uart_z8530_class() at 0x3386 swapb.6687() at swapb.6687+0x13f Uptime: 19m14s Physical memory: 986 MB Dumping 113 MB: (CTRL-C to abort) 98 82 66 (CTRL-C to abort) 50 34 18 2 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:194 #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:563 #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at ../../../amd64/amd64/trap.c:697 #4 0xffffffff8070eb62 in trap (frame=0xffffffff9fae3c70) at ../../../amd64/amd64/trap.c:248 #5 0xffffffff806f3e0e in calltrap () at ../../../amd64/amd64/exception.S:169 #6 0xffffffff804aff9d in kvprintf (fmt=0xffffffff807febff "\n", func=0xffffffff804b07d0 , arg=0xffffffff9fae3e90, radix=10, ap=0xffffffff9fae3ec0) at ../../../kern/subr_prf.c:819 #7 0xffffffff804b0284 in printf (fmt=Variable "fmt" is not available. ) at ../../../kern/subr_prf.c:314 #8 0x0000000000003386 in ?? () #9 0xffffffff9fae4090 in ?? () #10 0xffffffff806f4667 in Xtimerint () at apic_vector.S:103 Previous frame identical to this frame (corrupt stack?) (kgdb) q iapetus# exit Script done on Sun Nov 18 19:11:41 2007 and: [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB 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. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xd fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8073d743 stack pointer = 0x10:0xffffffff9fae4610 frame pointer = 0x10:0x0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 948 (qemu-system-x86_64) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x17a trap_fatal() at trap_fatal+0x29f dmapbase() at 0xffffff0001080460 dmapbase() at 0xffffff00010819c0 Uptime: 23m57s Physical memory: 986 MB Dumping 152 MB: 137 121 105 89 73 57 41 25 9 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:194 #1 0xffffffff80484b18 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xffffffff80484f77 in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:563 #3 0xffffffff8070de6f in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at ../../../amd64/amd64/trap.c:697 #4 0xffffff0001080460 in ?? () #5 0xffffffff80a4d8a0 in lapics () #6 0xffffff00010819c0 in ?? () #7 0x0000000000000000 in ?? () #8 0xffffff0001055600 in ?? () #9 0xffffffff9fae44e0 in ?? () #10 0xffffffff8044ffed in hardclock_cpu (usermode=Variable "usermode" is not available. ) at ../../../kern/kern_clock.c:224 #11 0xffffff00010819c0 in ?? () #12 0x0000000000000000 in ?? () #13 0xffffff000215b000 in ?? () #14 0xffffffff9fae4610 in ?? () #15 0xffffff000215b000 in ?? () #16 0x0000000000000000 in ?? () #17 0xffffffff80a26430 in main_console () #18 0x00000000000213bf in ?? () #19 0xffffff00010819c0 in ?? () #20 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #21 0x0000000000000000 in ?? () #22 0xffffffff80a2fd78 in runq () #23 0xffffff000215b000 in ?? () #24 0x0000000000000001 in ?? () #25 0xffffffff8047953c in _mtx_lock_spin (m=0xffffffff80a26430, tid=136126, opts=Variable "opts" is not available. ) at cpufunc.h:343 Previous frame inner to this frame (corrupt stack?) (kgdb) q iapetus# exit kgdb still seems to be kind of confused tho, afaict runq is a variable not a function... Anyone can make head or tail of these crashes? Thanx, Juergen From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 19 01:08:46 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0155116A421; Mon, 19 Nov 2007 01:08:46 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id A2D2913C48A; Mon, 19 Nov 2007 01:08:45 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 8AE0B4788B; Sun, 18 Nov 2007 19:51:04 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Sun, 18 Nov 2007 19:51:04 -0500 X-Sasl-enc: peluecE+f3dUjasiZv6Qzic3yYW9/hGODH6x4STRXZ+t 1195433464 Received: from [192.168.1.235] (64-142-85-108.dsl.dynamic.sonic.net [64.142.85.108]) by mail.messagingengine.com (Postfix) with ESMTP id E36BF4333; Sun, 18 Nov 2007 19:51:02 -0500 (EST) Message-ID: <4740DD68.7000004@freebsd.org> Date: Sun, 18 Nov 2007 16:48:40 -0800 From: Darren Reed User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Jeremy Chadwick References: <200711181303.28619.dmw@unete.cl> <20071118174643.GA9596@eos.sc1.parodius.com> In-Reply-To: <20071118174643.GA9596@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers , Daniel Molina Wegener , dlt@mebtel.net, David Wolfskill Subject: Re: problem compiling RELENG_6 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 01:08:46 -0000 My apologies I forgot to do a "cvs commit" of sbin/ipf in addition to contrib/ipfilter and sys/contrib/ipfilter. I've just done a commit that should fix this. Cheers, Darren Jeremy Chadwick wrote: > On Sun, Nov 18, 2007 at 01:03:28PM -0300, Daniel Molina Wegener wrote: > > I've downloaded the RELENG_6 through csup. While compiling the > > source with make buildworld I get the next error: > > > > -----8<----------8<----------8<----------8<----------8<----- > > ===> sbin/ipf/libipf (depend) > > make: don't know how to make extras.c. Stop > > *** Error code 2 > > -----8<----------8<----------8<----------8<----------8<----- > > > > Same problem with genmask.c, getline.c, hexdump.c and other > > files. > > This probably should've gone to freebsd-stable instead. A recent commit > from the IPFilter author may have induced this; I can't check for you > because the webserver on www.freebsd.org (where cvsweb lives) is presently > irritated in some way. Anyways, see Darren's mail below: > > >> From: Darren Reed > >> To: freebsd-stable@freebsd.org > >> Date: Sun, 18 Nov 2007 03:06:09 -0800 > >> Subject: RELENG_6 IPFilter MFC > >> > >> I've just completed an MFC of IPFIilter in the FreeBSD 6 branch (RELENG_6) > >> from HEAD. This brings the code used for IPFilter in FreeBSD into sync > >> on each of HEAD, RELENG_6 and RELENG_7. Hopefully I can close one or > >> two bug reports now ;) > >> > >> If you encounter any problems, please let me know. > >> > >> Cheers, > >> Darren > > From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 19 01:12:21 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7C4F16A417; Mon, 19 Nov 2007 01:12:21 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms173001pub.verizon.net (vms173001pub.verizon.net [206.46.173.1]) by mx1.freebsd.org (Postfix) with ESMTP id C427413C4B8; Mon, 19 Nov 2007 01:12:21 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms173001.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JRQ00GL82IPN2C2@vms173001.mailsrvcs.net>; Sun, 18 Nov 2007 16:01:37 -0600 (CST) Date: Sun, 18 Nov 2007 17:13:17 -0500 From: Skip Ford In-reply-to: <20071118205541.U97497@fledge.watson.org> To: Robert Watson Mail-followup-to: Robert Watson , "Bjoern A. Zeeb" , Yuri , freebsd-hackers@FreeBSD.org Message-id: <20071118221317.GF813@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <20071114112304.GA835@menantico.com> <20071114121812.U2025@fledge.watson.org> <20071114132743.GB835@menantico.com> <20071116144356.S10677@fledge.watson.org> <20071116212342.GD835@menantico.com> <20071117215003.U53707@maildrop.int.zabbadoz.net> <20071117223910.GD813@menantico.com> <20071118151712.GA21185@voi.aagh.net> <20071118204743.GE813@menantico.com> <20071118205541.U97497@fledge.watson.org> User-Agent: Mutt/1.4.2.3i Cc: "Bjoern A. Zeeb" , freebsd-hackers@FreeBSD.org, Yuri Subject: Re: How to get filename of an open file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 01:12:22 -0000 Robert Watson wrote: > On Sun, 18 Nov 2007, Skip Ford wrote: >> >>As for the procstat(1) code itself, I've found one bug and have two >>sugestions: >> >>1) procstat_args() doesn't use a local variable and the buffer doesn't >>get cleared between calls: >> >>$ procstat -a 797 >> PID ARGS >> 797 audacious >>$ procstat -a 795 797 >> PID ARGS >> 795 xterm -xtsessionID 11c0a80103000118536826300000007680000 >> 797 audacious essionID 11c0a80103000118536826300000007680000 >>$ >> >>Other option's functions are not similarly affected. >> >>2) I think it should handle requests for information about pid 0 instead >>of requiring at least pid 1 as it currently does. Solaris suggests >>'/proc/*' to see all processes. If we use `ps axopid=` then it aborts on >>the swapper (pid 0) immediately. >> >>3) Similarly, I think all of the sysctl(3) calls within the individual >>option functions (procstat_bin(), procstat_args(), etc.) should just go >>ahead and print the header and pid, then print any sysctl(3) error in the >>PID's row instead of erroring out. We're either about to finish executing >>anyway if that was the only pid requested, or we're moving on to another >>pid that has nothing to do with the previous pid. There's not really any >>reason to stop processing further pids. This also affects attempting to >>list all pids since it currently stops processing pids as soon as one >>doesn't exist. A global error variable could just be incremented with >>every call and returned at process exit, that way it'd still be meaningful >>for single PIDs. > > Actually, I think I've fixed all of the above in p4 with some changes > yesterday; I'll do a new code drop for you to try: > > http://www.watson.org/~robert/freebsd/20071118-procstat.tgz Yes, I like it. We must be thinking alike, which is ultimately bad news for you, I'm afraid. The bug mentioned first above is still present, and the other bug I mentioned outside of this thread also is, AFAIK. Other than those, I like it. -- Skip From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 19 01:29:56 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BBF816A417 for ; Mon, 19 Nov 2007 01:29:56 +0000 (UTC) (envelope-from darrenr@fastmail.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id DB27813C45B for ; Mon, 19 Nov 2007 01:29:55 +0000 (UTC) (envelope-from darrenr@fastmail.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 05D3147430 for ; Sun, 18 Nov 2007 19:58:31 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Sun, 18 Nov 2007 19:58:31 -0500 X-Sasl-enc: ZgNMc/DFKe0XAFI1DAbLT+yhBRgASQUVsj1+VpCekMtK 1195433910 Received: from [192.168.1.235] (64-142-85-108.dsl.dynamic.sonic.net [64.142.85.108]) by mail.messagingengine.com (Postfix) with ESMTP id ACA85C078 for ; Sun, 18 Nov 2007 19:58:30 -0500 (EST) Message-ID: <4740DF28.3060500@fastmail.net> Date: Sun, 18 Nov 2007 16:56:08 -0800 From: Darren Reed User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: FreeBSD Hackers Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 19 Nov 2007 02:21:18 +0000 Subject: Question about cvsup... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 01:29:56 -0000 Nearly every time I run cvsup from the command line (as root), I see large amounts of output like this for every file: SetAttrs src/contrib/amd/fsinfo/wr_fstab.c,v Is cvsup actually doing anything? Have I done something wrong in my config? (I run in with "cvsup -l lockfile -g -L 1 ncvs-supfile") Darren From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 19 04:13:21 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35CE516A417 for ; Mon, 19 Nov 2007 04:13:21 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 0828B13C442 for ; Mon, 19 Nov 2007 04:13:20 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id lAJ3mlhU010466; Sun, 18 Nov 2007 19:48:47 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id lAJ3mlRB010465; Sun, 18 Nov 2007 19:48:47 -0800 (PST) (envelope-from david) Date: Sun, 18 Nov 2007 19:48:46 -0800 From: David Wolfskill To: Darren Reed Message-ID: <20071119034846.GO7943@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Darren Reed , FreeBSD Hackers References: <200711181303.28619.dmw@unete.cl> <20071118174643.GA9596@eos.sc1.parodius.com> <4740DD68.7000004@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uDFvSQRiMrFNsvdR" Content-Disposition: inline In-Reply-To: <4740DD68.7000004@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Hackers Subject: Re: problem compiling RELENG_6 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 04:13:21 -0000 --uDFvSQRiMrFNsvdR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 18, 2007 at 04:48:40PM -0800, Darren Reed wrote: > My apologies >=20 > I forgot to do a "cvs commit" of sbin/ipf in addition to contrib/ipfilter > and sys/contrib/ipfilter. I've just done a commit that should fix this. >... It did: g1-18(6.3-P)[1] uname -a FreeBSD g1-18.catwhisker.org. 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #538: S= un Nov 18 18:57:23 PST 2007 root@g1-18.catwhisker.org.:/common/S1/obj/u= sr/src/sys/CANARY i386 g1-18(6.3-P)[2]=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Proprietary data formats obfuscate, rather than disseminate, information. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --uDFvSQRiMrFNsvdR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkdBB54ACgkQmprOCmdXAD1SfwCfd5o5peKem8x+ZrQ18WhO9Gh9 SXgAni3j5MrNBvwKWeYKcHTBU6cl24Ny =ZYT/ -----END PGP SIGNATURE----- --uDFvSQRiMrFNsvdR-- From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 19 04:17:41 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F20C316A41B for ; Mon, 19 Nov 2007 04:17:41 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 12F3113C44B for ; Mon, 19 Nov 2007 04:17:41 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 05E3133C94; Mon, 19 Nov 2007 06:17:38 +0200 (SAST) Date: Mon, 19 Nov 2007 06:17:38 +0200 From: John Hay To: Darren Reed Message-ID: <20071119041738.GA70346@zibbi.meraka.csir.co.za> References: <4740DF28.3060500@fastmail.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4740DF28.3060500@fastmail.net> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Hackers Subject: Re: Question about cvsup... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 04:17:42 -0000 On Sun, Nov 18, 2007 at 04:56:08PM -0800, Darren Reed wrote: > Nearly every time I run cvsup from the command line (as root), > I see large amounts of output like this for every file: > > SetAttrs src/contrib/amd/fsinfo/wr_fstab.c,v > > Is cvsup actually doing anything? > Have I done something wrong in my config? > (I run in with "cvsup -l lockfile -g -L 1 ncvs-supfile") Maybe there is a umask difference between your interactive env and your cron env. I use this line in my cvsup config file to make sure the file permissions are the way I want them: *default umask=002 John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 19 08:02:46 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 165EA16A41B; Mon, 19 Nov 2007 08:02:46 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 7C23F13C43E; Mon, 19 Nov 2007 08:02:45 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lAJ82XVG016145; Mon, 19 Nov 2007 09:02:33 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <47414319.6070303@deepcore.dk> Date: Mon, 19 Nov 2007 09:02:33 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Ulf Lilleengen References: <472A548B.50406@lxnt.info> <20071116144304.GA7950@stud.ntnu.no> <473DBABE.3070901@deepcore.dk> In-Reply-To: <473DBABE.3070901@deepcore.dk> Content-Type: multipart/mixed; boundary="------------090105030601040509090901" Cc: freebsd-hackers@FreeBSD.ORG, Alexander Sabourenkov , "Matthew D. Fuller" , Thierry Herbelot , freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 08:02:46 -0000 This is a multi-part message in MIME format. --------------090105030601040509090901 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi All! I'd like to get the final verdict of the attached patch and if it fixes=20 the problem or not. Please test and report, its a bit urgent if it need to get into R7 :) -S=F8ren --------------090105030601040509090901 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="promise-fix3" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="promise-fix3" ? promise-fix2 ? promise-fix3 Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.202.2.2 diff -u -r1.202.2.2 ata-chipset.c --- ata-chipset.c 31 Oct 2007 19:59:53 -0000 1.202.2.2 +++ ata-chipset.c 18 Nov 2007 11:54:59 -0000 @@ -142,6 +142,7 @@ static int ata_promise_mio_command(struct ata_request *request); static void ata_promise_mio_reset(device_t dev); static void ata_promise_mio_dmainit(device_t dev); +static void ata_promise_mio_setprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error); static void ata_promise_mio_setmode(device_t dev, int mode); static void ata_promise_sx4_intr(void *data); static int ata_promise_sx4_command(struct ata_request *request); @@ -792,6 +793,7 @@ prd[i].dbc = htole32((segs[i].ds_len - 1) & ATA_AHCI_PRD_MASK); } } + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); args->nsegs = nsegs; } @@ -2760,6 +2762,8 @@ prd[i].addrhi = htole32((u_int64_t)segs[i].ds_addr >> 32); } prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void @@ -3288,9 +3292,13 @@ /* prime fake interrupt register */ ATA_OUTL(ctlr->r_res2, fake_reg, 0xffffffff); - /* clear SATA status */ + /* clear SATA status and unmask interrupts */ ATA_OUTL(ctlr->r_res2, stat_reg, 0x000000ff); + /* enable "long burst lenght" on gen2 chips */ + if ((ctlr->chip->cfg2 == PRSATA2) || (ctlr->chip->cfg2 == PRCMBO2)) + ATA_OUTL(ctlr->r_res2, 0x44, ATA_INL(ctlr->r_res2, 0x44) | 0x2000); + ctlr->allocate = ata_promise_mio_allocate; ctlr->reset = ata_promise_mio_reset; ctlr->dmainit = ata_promise_mio_dmainit; @@ -3778,8 +3786,42 @@ static void ata_promise_mio_dmainit(device_t dev) { + struct ata_channel *ch = device_get_softc(dev); + /* note start and stop are not used here */ ata_dmainit(dev); + if (ch->dma) + ch->dma->setprd = ata_promise_mio_setprd; +} + + +#define MAXLASTSGSIZE (32 * sizeof(u_int32_t)) +static void +ata_promise_mio_setprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error) +{ + struct ata_dmasetprd_args *args = xsc; + struct ata_dma_prdentry *prd = args->dmatab; + int i; + + if ((args->error = error)) + return; + + for (i = 0; i < nsegs; i++) { + prd[i].addr = htole32(segs[i].ds_addr); + prd[i].count = htole32(segs[i].ds_len); + } + if (segs[i - 1].ds_len > MAXLASTSGSIZE) { + //printf("split last SG element of %u\n", segs[i - 1].ds_len); + prd[i - 1].count = htole32(segs[i - 1].ds_len - MAXLASTSGSIZE); + prd[i].count = htole32(MAXLASTSGSIZE); + prd[i].addr = htole32(segs[i - 1].ds_addr + + (segs[i - 1].ds_len - MAXLASTSGSIZE)); + nsegs++; + i++; + } + prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void @@ -4849,6 +4891,8 @@ prd[i].count = htole32(segs[i].ds_len); } prd[i - 1].control = htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void Index: ata-dma.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-dma.c,v retrieving revision 1.147 diff -u -r1.147 ata-dma.c --- ata-dma.c 8 Apr 2007 21:53:52 -0000 1.147 +++ ata-dma.c 18 Nov 2007 11:54:59 -0000 @@ -213,6 +213,7 @@ prd[i].count = htole32(segs[i].ds_len); } prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); args->nsegs = nsegs; } --------------090105030601040509090901-- From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 19 10:34:17 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B70F16A418; Mon, 19 Nov 2007 10:34:17 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from fri.itea.ntnu.no (fri.itea.ntnu.no [129.241.7.60]) by mx1.freebsd.org (Postfix) with ESMTP id 268DF13C465; Mon, 19 Nov 2007 10:34:16 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by fri.itea.ntnu.no (Postfix) with ESMTP id 5A1C38301; Mon, 19 Nov 2007 11:34:05 +0100 (CET) Received: from caracal.stud.ntnu.no (caracal.stud.ntnu.no [129.241.56.185]) by fri.itea.ntnu.no (Postfix) with ESMTP; Mon, 19 Nov 2007 11:34:05 +0100 (CET) Received: by caracal.stud.ntnu.no (Postfix, from userid 2312) id E4287624106; Mon, 19 Nov 2007 11:34:30 +0100 (CET) Date: Mon, 19 Nov 2007 11:34:30 +0100 From: Ulf Lilleengen To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20071119103430.GA15083@stud.ntnu.no> References: <472A548B.50406@lxnt.info> <20071116144304.GA7950@stud.ntnu.no> <473DBABE.3070901@deepcore.dk> <47414319.6070303@deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <47414319.6070303@deepcore.dk> User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: freebsd-hackers@FreeBSD.ORG, Alexander Sabourenkov , "Matthew D. Fuller" , Thierry Herbelot , freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 10:34:17 -0000 On man, nov 19, 2007 at 09:02:33 +0100, Søren Schmidt wrote: > Hi All! > > I'd like to get the final verdict of the attached patch and if it fixes > the problem or not. > > Please test and report, its a bit urgent if it need to get into R7 :) > > Hi! I'm sorry I wasn't able to test this earlier, but my office was locked during the weekend and I was therefore not able to test until today. But good news is, it works. I get no error messages when reading or writing data to the drives anymore, and the partition table is correctly read so that the correct device nodes show up. This should definately go into 7.0 imho if no bugs show up. Thanks! -- Ulf Lilleengen From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 19 12:09:42 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BD1016A469 for ; Mon, 19 Nov 2007 12:09:42 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 056E213C4BB for ; Mon, 19 Nov 2007 12:09:42 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id CE59E46E63; Mon, 19 Nov 2007 07:12:02 -0500 (EST) Date: Mon, 19 Nov 2007 12:09:29 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Skip Ford In-Reply-To: <20071118221317.GF813@menantico.com> Message-ID: <20071119115508.M59049@fledge.watson.org> References: <20071114112304.GA835@menantico.com> <20071114121812.U2025@fledge.watson.org> <20071114132743.GB835@menantico.com> <20071116144356.S10677@fledge.watson.org> <20071116212342.GD835@menantico.com> <20071117215003.U53707@maildrop.int.zabbadoz.net> <20071117223910.GD813@menantico.com> <20071118151712.GA21185@voi.aagh.net> <20071118204743.GE813@menantico.com> <20071118205541.U97497@fledge.watson.org> <20071118221317.GF813@menantico.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Bjoern A. Zeeb" , freebsd-hackers@FreeBSD.org, Yuri Subject: Re: How to get filename of an open file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 12:09:42 -0000 On Sun, 18 Nov 2007, Skip Ford wrote: >>> 1) procstat_args() doesn't use a local variable and the buffer doesn't >>> get cleared between calls: >>> >>> $ procstat -a 797 >>> PID ARGS >>> 797 audacious >>> $ procstat -a 795 797 >>> PID ARGS >>> 795 xterm -xtsessionID 11c0a80103000118536826300000007680000 >>> 797 audacious essionID 11c0a80103000118536826300000007680000 >>> $ >>> >>> Other option's functions are not similarly affected. Indeed, it turned out I fixed another related bug but not this bug (that if there was no pathname returned, we would print the previous pathname). The bug here is not so much the buffer handling, but rather, that the termination condition for the printing loop was wrong. I coded it to look for a double-nul, but in fact, I just needed to loop through until I hit the limit of the data returned by sysctl. So this should now also be fixed. I'm going going to hack a bit more on procstat today and then put up a new drop. The main missing feature right now, from my perspective, is signal information, but are there other pieces of detailed process information we could usefully be displaying? I'm not sure I want to get into teaching procinfo about generating stack traces, which is something the Solaris tools can do, but perhaps there are other things we could be displaying. Although it occurs to me that, in many ways, it would be nice to be able to generate a kernel stack trace for each user thread--often when debugging a hung process, that's one of the pieces of information I'd really like to have, as just seeing a generic wchan sleep on a lock is not very useful. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 19 14:44:54 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53A9516A421 for ; Mon, 19 Nov 2007 14:44:54 +0000 (UTC) (envelope-from juri_mian@yahoo.com) Received: from n7.bullet.re3.yahoo.com (n7.bullet.re3.yahoo.com [68.142.237.92]) by mx1.freebsd.org (Postfix) with SMTP id 0B76913C504 for ; Mon, 19 Nov 2007 14:44:52 +0000 (UTC) (envelope-from juri_mian@yahoo.com) Received: from [68.142.230.29] by n7.bullet.re3.yahoo.com with NNFMP; 19 Nov 2007 14:44:11 -0000 Received: from [216.252.122.218] by t2.bullet.re2.yahoo.com with NNFMP; 19 Nov 2007 14:44:11 -0000 Received: from [69.147.65.168] by t3.bullet.sp1.yahoo.com with NNFMP; 19 Nov 2007 14:44:11 -0000 Received: from [127.0.0.1] by omp503.mail.sp1.yahoo.com with NNFMP; 19 Nov 2007 14:44:11 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 4011.9085.bm@omp503.mail.sp1.yahoo.com Received: (qmail 27974 invoked by uid 60001); 19 Nov 2007 14:44:10 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=kbJm9/gP0jOWbBsOzMJVBpMd2pDnVCyMY6WUsRf5xCs8YoAv+Mu8Zw6xfhG3oYfyjjJAI/aqtBZeonRWnYyH71JfGnOJpP2duGhmWDJzAag4o3/sOiHfsJRXDBhMUDu2Jq546NqpWGG72tdiz84llmtogRO4zOm2XQhfVwkq4t0=; X-YMail-OSG: 6PHHqYAVM1lvqIYHp.efaJ3i9_SktcBUDPcG.uMwBykWYWFW.djY_VdP03zlweJsR39Mo4gQZ2Nl6CqpjehBBJ_NXbBHuIvL7QneP26DbTOw Received: from [71.63.232.32] by web45609.mail.sp1.yahoo.com via HTTP; Mon, 19 Nov 2007 06:44:10 PST Date: Mon, 19 Nov 2007 06:44:10 -0800 (PST) From: Juri Mianovich To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <748599.27133.qm@web45609.mail.sp1.yahoo.com> X-Mailman-Approved-At: Mon, 19 Nov 2007 14:47:02 +0000 Subject: peak mbuf stat missing ... and needed ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 14:44:54 -0000 I am sorry to repost, but I cannot get any answer on this from -net or -questions ... is there any answer to getting this stat ? (see below) ----- FreeBSD 4.x, netstat -m: 70/4336/26624 mbufs in use (current/peak/max) Never any doubt - if peak=max, I hit the limit. Super useful. Furthermore, by watching the peak I can see when I am getting close, rather than waiting for denied requests to pile up after the fact. FreeBSD 6.x, netstat -m: 524/826/1350 mbufs in use (current/cache/total) So ... how do I see peak mbufs in FreeBSD 6.x ? Thanks. ____________________________________________________________________________________ Get easy, one-click access to your favorites. Make Yahoo! your homepage. http://www.yahoo.com/r/hs From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 19 19:00:19 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E5F816A4C8 for ; Mon, 19 Nov 2007 19:00:19 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id C0D9B13C455 for ; Mon, 19 Nov 2007 19:00:18 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by postfix2-g20.free.fr (Postfix) with ESMTP id 867811EEB26F for ; Mon, 19 Nov 2007 17:37:40 +0100 (CET) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 772A63EA0D8; Mon, 19 Nov 2007 19:38:24 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 5DBE73EA184; Mon, 19 Nov 2007 19:38:23 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.0/8.14.0) with ESMTP id lAJIcASd022001; Mon, 19 Nov 2007 19:38:12 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Mon, 19 Nov 2007 19:38:01 +0100 User-Agent: KMail/1.9.7 References: <472A548B.50406@lxnt.info> <473DBABE.3070901@deepcore.dk> <47414319.6070303@deepcore.dk> In-Reply-To: <47414319.6070303@deepcore.dk> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711191938.04472.thierry@herbelot.com> X-Mailman-Approved-At: Mon, 19 Nov 2007 19:06:50 +0000 Cc: freebsd-hackers@freebsd.org, =?iso-8859-15?q?S=F8ren_Schmidt?= Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 19:00:19 -0000 Le Monday 19 November 2007, S=F8ren Schmidt a =E9crit : > Hi All! > > I'd like to get the final verdict of the attached patch and if it fixes > the problem or not. > > Please test and report, its a bit urgent if it need to get into R7 :) > > > -S=F8ren Hello SoS, =46rom what I read, it seems that the last promise-fix3 patch is the same a= s the=20 previous promise-fix2, except a cosmetic change. Then, I'd say go for it as I was happy with promise_fix2. Thanks TfH From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 19 20:14:18 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82FA616A41B; Mon, 19 Nov 2007 20:14:18 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1626E13C481; Mon, 19 Nov 2007 20:14:16 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4741EE9E.9050406@FreeBSD.org> Date: Mon, 19 Nov 2007 21:14:22 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Alexey Popov References: <47137D36.1020305@chistydom.ru> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> <47344E47.9050908@chistydom.ru> <47349A17.3080806@FreeBSD.org> <47373B43.9060406@chistydom.ru> <4739557A.6090209@chistydom.ru> In-Reply-To: <4739557A.6090209@chistydom.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Panagiotis Christias , freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2007 20:14:18 -0000 Alexey Popov wrote: > Hi. > > Panagiotis Christias wrote: >>>>>> In the "good" case you are getting a much higher interrupt rate but >>>>>> with the data you provided I can't tell where from. You need to run >>>>>> vmstat -i at regular intervals (e.g. every 10 seconds for a minute) >>>>>> during the "good" and "bad" times, since it only provides counters >>>>>> and an average rate over the uptime of the system. >>>>> Now I'm running 10-process lighttpd and the problem became no so big. >>>>> >>>>> I collected interrupt stats and it shows no relation beetween >>>>> ionterrupts and slowdowns. Here is it: >>>>> http://83.167.98.162/gprof/intr-graph/ >>>>> >>>>> Also I have similiar statistics on mutex profiling and it shows >>>>> there's no problem in mutexes. >>>>> http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ >>>>> >>>>> I have no idea what else to check. >>>> I don't know what this graph is showing me :) When precisely is the >>>> system behaving poorly? >> what is your RAID controller configuration (read ahead/cache/write >> policy)? I have seen weird/bogus numbers (~100% busy) reported by >> systat -v when read ahead was enabled on LSI/amr controllers. > > > ********************************************************************** > Existing Logical Drive Information > By LSI Logic Corp.,USA > > ********************************************************************** > [Note: For SATA-2, 4 and 6 channel controllers, please specify > Ch=0 Id=0..15 for specifying physical drive(Ch=channel, > Id=Target)] > > > Logical Drive : 0( Adapter: 0 ): Status: OPTIMAL > --------------------------------------------------- > SpanDepth :01 RaidLevel: 5 RdAhead : Adaptive Cache: DirectIo > StripSz :064KB Stripes : 6 WrPolicy: WriteBack > > Logical Drive 0 : SpanLevel_0 Disks > Chnl Target StartBlock Blocks Physical Target Status > ---- ------ ---------- ------ ---------------------- > 0 00 0x00000000 0x22ec0000 ONLINE > 0 01 0x00000000 0x22ec0000 ONLINE > 0 02 0x00000000 0x22ec0000 ONLINE > 0 03 0x00000000 0x22ec0000 ONLINE > 0 04 0x00000000 0x22ec0000 ONLINE > 0 05 0x00000000 0x22ec0000 ONLINE > > I tried to run with disabled Read-ahead, but it didn't help. I just ran into this myself, and apparently it can be caused by "Patrol Reads" where the adapter periodically scans the disks to look for media errors. You can turn this off using -stopPR with the megarc port. Kris From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 20 00:16:22 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB2CD16A417 for ; Tue, 20 Nov 2007 00:16:22 +0000 (UTC) (envelope-from michiel@motoom.org) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3D77413C465 for ; Tue, 20 Nov 2007 00:16:22 +0000 (UTC) (envelope-from michiel@motoom.org) Received: from [192.168.2.152] (cc351901-a.groni1.gr.home.nl [82.73.85.80]) (authenticated bits=0) by smtp-vbr16.xs4all.nl (8.13.8/8.13.8) with ESMTP id lAJNpj02063212 for ; Tue, 20 Nov 2007 00:51:46 +0100 (CET) (envelope-from michiel@motoom.org) From: Michiel Overtoom To: freebsd-hackers@freebsd.org Date: Tue, 20 Nov 2007 00:51:45 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711200051.45420.michiel@motoom.org> X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Hooking a kernelmodule-function into a timer interrupt X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 00:16:22 -0000 I'm interfacing an analog-digital converter to the parallel port and I'm able to make it work from userland using the ppio driver. But now I want to move the conversion software into a loadable kernel module, and have the conversion routine called many times per second, for example 1000 times per second. If would be nice if it gets called at the kern.clockrate. I have no clear idea how to proceed, I suspect I have to install a pointer to my conversion function into some list of functions which get called each clock tick, but I don't know where, or how. Any tips would be very welcome. Some more background info: the chip is a ADC08031, hooked up directly to some input and output pins on the parallel port. The ADC has a serial output, and I use one pin on the parport to clock it. I want to have the clocking code executed in some low level timer interrupt handler. I inserted some test code into 'hardclock()' in 'kern_clock.c' to toggle a bit on the parport, which worked nicely: it got called 1000 times per second, which I could actually verify with a frequency meter hooked up to the parport; but stuffing the conversion software directly into kern_clock.c would not be an elegant solution. Greetings, -- "The ability of the OSS process to collect and harness the collective IQ of thousands of individuals across the Internet is simply amazing." - Vinod Vallopillil http://www.catb.org/~esr/halloween/halloween4.html From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 20 10:48:19 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06F0316A46C for ; Tue, 20 Nov 2007 10:48:19 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id A3A5813C45D for ; Tue, 20 Nov 2007 10:48:18 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so834348wra for ; Tue, 20 Nov 2007 02:48:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=EV5P4dZKaBOXWxe+ISUUVq9EB3XDqApo2gMiB4YNFnE=; b=ieUKgBypDoI4b+K/o4phyEhsVtXXbwCbgPuhdn+DRoJYN/TDBc99lOTP8wd5aLrdi6qTdmRAHFKF/jCOkqXTSHVCmBo84WB1OM+JI4gWhjIAiuoGqwXWNoQ6bD8Ec+alQxV3DFLy4lyhM+A8B5xLipplGhy9OwCIGn/G9RJ2+SU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EqMObJCadgC7YbMX7aaaV5HKqPmR9GrFVOw5gJRyYb36MRlr2WrV4/1fHreeYeCMmZ5GRHNTYQTHfrk/mC71cJDa7cCInS+HQURO3SmkOMW1+PznqjGXGU1F41jtxg4gzacYu8Xma4Dh6x6Rckv9kabgiBWLBK83rU+l5cMLSa8= Received: by 10.78.123.4 with SMTP id v4mr6407846huc.1195554015125; Tue, 20 Nov 2007 02:20:15 -0800 (PST) Received: by 10.78.187.19 with HTTP; Tue, 20 Nov 2007 02:20:15 -0800 (PST) Message-ID: <70e8236f0711200220n28747b22x47da532e9e4b5f84@mail.gmail.com> Date: Tue, 20 Nov 2007 10:20:15 +0000 From: "Joao Barros" To: thierry@herbelot.com In-Reply-To: <200711200813.41929.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <472A548B.50406@lxnt.info> <20071119103430.GA15083@stud.ntnu.no> <4742838E.8010401@suutari.iki.fi> <200711200813.41929.thierry@herbelot.com> Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Ari Suutari , sos@freebsd.org Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 10:48:19 -0000 On 11/20/07, Thierry Herbelot wrote: > Le Tuesday 20 November 2007, Ari Suutari a =E9crit : > > > I have Promise TX2 (PDC20575). It didn't work with 7.0 betas > > before, but with this patch things run as well as they did > > on 6.x. > > > > Ari S. > > Hello, > > Has anyone an idea why the Promise controllers seemed to work correctly u= nder > 6.x, then have issues with 7.0 ? (more precisely : was the existing bug n= ot > triggered by the 6.x kernel ?) > Apparently not all Promise controllers are/were affected. I've been running CURRENT since Pawel committed ZFS with an onboard Promise: atapci0: port 0xb000-0xb03f,0xb400-0xb40f,0xb800-0xb87f mem 0xfc024000-0xfc024fff,0xfc000000-0xfc01ffff irq 23 at device 4.0 on pci4 ar0: 305245MB status: READY ar1: 305245MB status: READY atapci0@pci0:4:4:0: class=3D0x010400 card=3D0x80f51043 chip=3D0x3319105= a rev=3D0x02 hdr=3D0x00 vendor =3D 'Promise Technology Inc' device =3D 'PDC20319(??) FastTrak SATA150 TX4 Controller' class =3D mass storage subclass =3D RAID The only problem I have and I'm filling a pr for that, is when booting from CD with the controller enabled, the BTX loader just reboots. --=20 Joao Barros From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 20 07:14:06 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A9C716A46B; Tue, 20 Nov 2007 07:14:06 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id 33B3B13C48E; Tue, 20 Nov 2007 07:14:06 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 0CDCB3EA108; Tue, 20 Nov 2007 08:13:52 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id C800A3EA0B2; Tue, 20 Nov 2007 08:13:51 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.0/8.14.0) with ESMTP id lAK7DmlP003996; Tue, 20 Nov 2007 08:13:48 +0100 (CET) From: Thierry Herbelot To: Ari Suutari Date: Tue, 20 Nov 2007 08:13:38 +0100 User-Agent: KMail/1.9.7 References: <472A548B.50406@lxnt.info> <20071119103430.GA15083@stud.ntnu.no> <4742838E.8010401@suutari.iki.fi> In-Reply-To: <4742838E.8010401@suutari.iki.fi> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200711200813.41929.thierry@herbelot.com> X-Mailman-Approved-At: Tue, 20 Nov 2007 12:35:22 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 07:14:06 -0000 Le Tuesday 20 November 2007, Ari Suutari a écrit : > I have Promise TX2 (PDC20575). It didn't work with 7.0 betas > before, but with this patch things run as well as they did > on 6.x. > > Ari S. Hello, Has anyone an idea why the Promise controllers seemed to work correctly under 6.x, then have issues with 7.0 ? (more precisely : was the existing bug not triggered by the 6.x kernel ?) Thierry From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 20 07:03:02 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60D8F16A41B; Tue, 20 Nov 2007 07:03:02 +0000 (UTC) (envelope-from ari@suutari.iki.fi) Received: from espresso2.syncrontech.com (sync-old.syncrontech.com [213.28.98.35]) by mx1.freebsd.org (Postfix) with ESMTP id D567013C442; Tue, 20 Nov 2007 07:03:01 +0000 (UTC) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [192.168.2.20]) by espresso2.syncrontech.com (8.13.1/8.13.1) with ESMTP id lAK6nxLe018005; Tue, 20 Nov 2007 08:49:59 +0200 (EET) (envelope-from ari@suutari.iki.fi) Received: from [127.0.0.1] (dhcp-2-192.syncrontech.com [192.168.2.192]) by guinness.syncrontech.com (8.13.8/8.13.8) with ESMTP id lAK6ntgI045194; Tue, 20 Nov 2007 08:49:59 +0200 (EET) (envelope-from ari@suutari.iki.fi) Message-ID: <4742838E.8010401@suutari.iki.fi> Date: Tue, 20 Nov 2007 08:49:50 +0200 From: Ari Suutari User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Ulf Lilleengen References: <472A548B.50406@lxnt.info> <20071116144304.GA7950@stud.ntnu.no> <473DBABE.3070901@deepcore.dk> <47414319.6070303@deepcore.dk> <20071119103430.GA15083@stud.ntnu.no> In-Reply-To: <20071119103430.GA15083@stud.ntnu.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 20 Nov 2007 12:35:33 +0000 Cc: freebsd-hackers@freebsd.org, Alexander Sabourenkov , "Matthew D. Fuller" , Thierry Herbelot , freebsd-current@freebsd.org, =?ISO-8859-1?Q?S=F8ren_Schmidt?= , sos@freebsd.org Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 07:03:02 -0000 Hi, > On man, nov 19, 2007 at 09:02:33 +0100, Søren Schmidt wrote: >> Hi All! >> >> I'd like to get the final verdict of the attached patch and if it fixes >> the problem or not. >> >> Please test and report, its a bit urgent if it need to get into R7 :) >> >> I have Promise TX2 (PDC20575). It didn't work with 7.0 betas before, but with this patch things run as well as they did on 6.x. Ari S. From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 20 15:51:30 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 112DE16A417; Tue, 20 Nov 2007 15:51:30 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 8869D13C455; Tue, 20 Nov 2007 15:51:29 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lAKFpGg9051830; Tue, 20 Nov 2007 16:51:16 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <47430274.4030109@deepcore.dk> Date: Tue, 20 Nov 2007 16:51:16 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Joao Barros References: <472A548B.50406@lxnt.info> <20071119103430.GA15083@stud.ntnu.no> <4742838E.8010401@suutari.iki.fi> <200711200813.41929.thierry@herbelot.com> <70e8236f0711200220n28747b22x47da532e9e4b5f84@mail.gmail.com> In-Reply-To: <70e8236f0711200220n28747b22x47da532e9e4b5f84@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@FreeBSD.ORG, sos@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Ari Suutari , thierry@herbelot.com Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 15:51:30 -0000 Joao Barros wrote: > On 11/20/07, Thierry Herbelot wrote: > =20 >> Le Tuesday 20 November 2007, Ari Suutari a =E9crit : >> >> =20 >>> I have Promise TX2 (PDC20575). It didn't work with 7.0 betas >>> before, but with this patch things run as well as they did >>> on 6.x. >>> >>> Ari S. >>> =20 >> Hello, >> >> Has anyone an idea why the Promise controllers seemed to work correctl= y under >> 6.x, then have issues with 7.0 ? (more precisely : was the existing bu= g not >> triggered by the 6.x kernel ?) >> >> =20 The problems as in the Promise HW, so it bound to happen on 6.x as well. = Note that it just leads to data corruption not nessesarily hangs/lockups.= > > Apparently not all Promise controllers are/were affected. I've been > running CURRENT since Pawel committed ZFS with an onboard Promise: > > atapci0: port > 0xb000-0xb03f,0xb400-0xb40f,0xb800-0xb87f mem > 0xfc024000-0xfc024fff,0xfc000000-0xfc01ffff irq 23 at device 4.0 on > pci4 > ar0: 305245MB status: READY > ar1: 305245MB status: READY > =20 No, only the newer "Gen2" chips, the older should be safe. > atapci0@pci0:4:4:0: class=3D0x010400 card=3D0x80f51043 chip=3D0x331= 9105a > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Promise Technology Inc' > device =3D 'PDC20319(??) FastTrak SATA150 TX4 Controller' > class =3D mass storage > subclass =3D RAID > > The only problem I have and I'm filling a pr for that, is when booting > from CD with the controller enabled, the BTX loader just reboots. > =20 Thats at least not an ATA problem :) -S=F8ren From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 20 19:41:25 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDFE116A46C; Tue, 20 Nov 2007 19:41:25 +0000 (UTC) (envelope-from mohacsi@niif.hu) Received: from mail.ki.iif.hu (mail.ki.iif.hu [IPv6:2001:738:0:411::241]) by mx1.freebsd.org (Postfix) with ESMTP id 6EBC613C447; Tue, 20 Nov 2007 19:41:17 +0000 (UTC) (envelope-from mohacsi@niif.hu) Received: from localhost (localhost [IPv6:::1]) by mail.ki.iif.hu (Postfix) with ESMTP id 6854D848B7; Tue, 20 Nov 2007 20:29:01 +0100 (CET) X-Virus-Scanned: by amavisd-new at mignon.ki.iif.hu Received: from mail.ki.iif.hu ([127.0.0.1]) by localhost (mignon.ki.iif.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id om8XUjqr+iUw; Tue, 20 Nov 2007 20:28:54 +0100 (CET) Received: by mail.ki.iif.hu (Postfix, from userid 9002) id 5C87684777; Tue, 20 Nov 2007 20:28:54 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.ki.iif.hu (Postfix) with ESMTP id 5B2DA8474A; Tue, 20 Nov 2007 20:28:54 +0100 (CET) Date: Tue, 20 Nov 2007 20:28:54 +0100 (CET) From: Mohacsi Janos X-X-Sender: mohacsi@mignon.ki.iif.hu To: Jan Knepper In-Reply-To: <4740AFD8.202@digitaldaemon.com> Message-ID: <20071120202814.V6968@mignon.ki.iif.hu> References: <45F1C355.8030504@digitaldaemon.com> <20070511075857.GL23313@hoeg.nl> <4644773E.60909@freebsd.org> <4740AFD8.202@digitaldaemon.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Hackers , Andre Oppermann , Ed Schouten Subject: Re: Multiple IP Jail's patch for FreeBSD 6.2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 19:41:25 -0000 Hi, I am also interested about the IPv6 enabled jail.... Best Regards, Janos Mohacsi Network Engineer, Research Associate, Head of Network Planning and Projects NIIF/HUNGARNET, HUNGARY Key 70EF9882: DEC2 C685 1ED4 C95A 145F 4300 6F64 7B00 70EF 9882 On Sun, 18 Nov 2007, Jan Knepper wrote: > Andre Oppermann wrote: >> Ed Schouten wrote: >>> Hello, >>> >>> It may be interesting to mention that yesterday there was a presentation >>> at the NLUUG (Netherlands UNIX Users Group) conference by Marco Zec, who >>> once wrote a patchset for FreeBSD 4.11 (and is in the process of porting >>> it to FreeBSD 7.x) that gives each jail its own networking stack. >>> >>> You can hook up physical interfaces to jails or perform bridging between >>> jails through netgraph bridging code. That way you can create virtual >>> network topologies on a single box. This will allow you to use multiple >>> IPv4 and IPv6 addresses on each instance. You can even use (I)PF(W) >>> inside jails. >> >> I'm working on a "light" variant of multi-IPv[46] per jail. It doesn't >> create an entirely new network instance per jail and probably is more >> suitable for low- to mid-end (virtual) hosting. In those cases you >> normally want the host administrator to excercise full control over >> IP address and firewall configuration of the individual jails. For >> high-end stuff where you offer jail based virtual machines or network >> and routing simulations Marco's work is more appropriate. > Any of this available in 7.x at the moment? > I have a patched 6.2-STABLE running with 7 jails with multiple IP addresses. > Would not be able to upgrade that box unless this becomes available or unless > I port it to 7.x... > > Thanks! > Jan > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 21 00:38:57 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5858516A417; Wed, 21 Nov 2007 00:38:57 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms169133pub.verizon.net (vms169133pub.verizon.net [206.46.169.133]) by mx1.freebsd.org (Postfix) with ESMTP id 4285313C447; Wed, 21 Nov 2007 00:38:57 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms169133.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JRT00FR0Z47PKWL@vms169133.mailsrvcs.net>; Tue, 20 Nov 2007 18:38:32 -0600 (CST) Date: Tue, 20 Nov 2007 19:41:18 -0500 From: Skip Ford In-reply-to: <20071119115508.M59049@fledge.watson.org> To: Robert Watson Mail-followup-to: Robert Watson , "Bjoern A. Zeeb" , Yuri , freebsd-hackers@FreeBSD.org Message-id: <20071121004118.GA16878@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <20071114132743.GB835@menantico.com> <20071116144356.S10677@fledge.watson.org> <20071116212342.GD835@menantico.com> <20071117215003.U53707@maildrop.int.zabbadoz.net> <20071117223910.GD813@menantico.com> <20071118151712.GA21185@voi.aagh.net> <20071118204743.GE813@menantico.com> <20071118205541.U97497@fledge.watson.org> <20071118221317.GF813@menantico.com> <20071119115508.M59049@fledge.watson.org> User-Agent: Mutt/1.4.2.3i Cc: "Bjoern A. Zeeb" , freebsd-hackers@FreeBSD.org, Yuri Subject: Re: How to get filename of an open file descriptor X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2007 00:38:57 -0000 Robert Watson wrote: > The main missing feature right now, from my perspective, is signal > information, but are there other pieces of detailed process information we > could usefully be displaying? I'm not sure I want to get into teaching > procinfo about generating stack traces, which is something the Solaris > tools can do, but perhaps there are other things we could be displaying. The functionality I'd use most if implemented would be process trees. But, I wouldn't really call it a missing feature since we already have parent pids in ps(1). I'm not so sure generating a tree is something your tool should do either. A lot of OSes seem to have such a tool, but I don't know if they provide more information than we could put together just using ps(1) and your tool once committed. Think I'll play around with creating a kern.proc.tree, just to see if I can, so a tool could dump it with a few lines, but I think it doesn't belong. > Although it occurs to me that, in many ways, it would be nice to be able to > generate a kernel stack trace for each user thread--often when debugging a > hung process, that's one of the pieces of information I'd really like to > have, as just seeing a generic wchan sleep on a lock is not very useful. That would be invaluable, and isn't functionality we can gain currently by scripting other tools. -- Skip From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 21 08:54:17 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CBB116A418 for ; Wed, 21 Nov 2007 08:54:17 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by mx1.freebsd.org (Postfix) with ESMTP id DECDF13C43E for ; Wed, 21 Nov 2007 08:54:16 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lAL8sDw0008022 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Nov 2007 19:54:14 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id lAL8sCMU051233; Wed, 21 Nov 2007 19:54:12 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id lAL8sClp051232; Wed, 21 Nov 2007 19:54:12 +1100 (EST) (envelope-from peter) Date: Wed, 21 Nov 2007 19:54:12 +1100 From: Peter Jeremy To: Michiel Overtoom Message-ID: <20071121085412.GM50167@server.vk2pj.dyndns.org> References: <200711200051.45420.michiel@motoom.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mojUlQ0s9EVzWg2t" Content-Disposition: inline In-Reply-To: <200711200051.45420.michiel@motoom.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-hackers@freebsd.org Subject: Re: Hooking a kernelmodule-function into a timer interrupt X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2007 08:54:17 -0000 --mojUlQ0s9EVzWg2t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 20, 2007 at 12:51:45AM +0100, Michiel Overtoom wrote: >second. If would be nice if it gets called at the kern.clockrate. I have= no=20 >clear idea how to proceed, I suspect I have to install a pointer to my=20 >conversion function into some list of functions which get called each cloc= k=20 >tick, but I don't know where, or how. Any tips would be very welcome. I presume that the exact rate is not critical. My suggestion would be to create a kernel thread (see kthread(9)) that uses a callout (see timeout(9)) to wake it every tick. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --mojUlQ0s9EVzWg2t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHQ/I0/opHv/APuIcRAiV8AJ4lACTlkygljcbnETwHVwJ80abI3ACdHwvP aAVJvIGCdkjebPOEaMXr2SU= =td4p -----END PGP SIGNATURE----- --mojUlQ0s9EVzWg2t-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 21 11:44:18 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1DDA16A419 for ; Wed, 21 Nov 2007 11:44:18 +0000 (UTC) (envelope-from Danovitsch@vitsch.net) Received: from VM01.Vitsch.net (vm01.vitsch.net [85.17.51.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7794613C447 for ; Wed, 21 Nov 2007 11:44:18 +0000 (UTC) (envelope-from Danovitsch@vitsch.net) Received: from Tuinhuisje.Vitsch.net ([217.166.176.2]) by VM01.Vitsch.net (8.13.8/8.13.8) with ESMTP id lALBimA2061332; Wed, 21 Nov 2007 12:44:48 +0100 (CET) (envelope-from Danovitsch@vitsch.net) Received: from [192.168.72.10] (81-171-30-78.dsl.fiberworld.nl [81.171.30.78] (may be forged)) (authenticated bits=0) by Tuinhuisje.Vitsch.net (8.13.1/8.13.1) with ESMTP id lALBhwJH037492; Wed, 21 Nov 2007 12:43:59 +0100 (CET) (envelope-from Danovitsch@vitsch.net) From: "Daan Vreeken [PA4DAN]" Organization: Vitsch Electronics To: Michiel Overtoom Date: Wed, 21 Nov 2007 12:43:49 +0100 User-Agent: KMail/1.9.7 References: <200711200051.45420.michiel@motoom.org> In-Reply-To: <200711200051.45420.michiel@motoom.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711211243.49878.Danovitsch@vitsch.net> Cc: freebsd-hackers@freebsd.org Subject: Re: Hooking a kernelmodule-function into a timer interrupt X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2007 11:44:19 -0000 Hi Michiel, On Tuesday 20 November 2007 00:51:45 Michiel Overtoom wrote: > I'm interfacing an analog-digital converter to the parallel port and I'm > able to make it work from userland using the ppio driver. But now I want > to move the conversion software into a loadable kernel module, and have the > conversion routine called many times per second, for example 1000 times per > second. If would be nice if it gets called at the kern.clockrate. I have > no clear idea how to proceed, I suspect I have to install a pointer to my > conversion function into some list of functions which get called each clock > tick, but I don't know where, or how. Any tips would be very welcome. > > Some more background info: the chip is a ADC08031, hooked up directly to > some input and output pins on the parallel port. The ADC has a serial > output, and I use one pin on the parport to clock it. I want to have the > clocking code executed in some low level timer interrupt handler. I > inserted some test code into 'hardclock()' in 'kern_clock.c' to toggle a > bit on the parport, which worked nicely: it got called 1000 times per > second, which I could actually verify with a frequency meter hooked up to > the parport; but stuffing the conversion software directly into > kern_clock.c would not be an elegant solution. Next you're going to tell us you desperately need the FPU in your control loop ;-) I have done exactly the same as you propose some time ago, but I'm using a (Humusoft) PCI board with ADCs/DACs. To be able to load control loops from a kernel module I've done the following : In kern/kern_clock.c I've added : typedef void (*control_loop_t)(void *arg); static void *control_arg; static control_loop_t control_loop = NULL; And later on inside hardclock() I've added : if (control_loop != NULL) { control_loop(control_arg); } This gives you a variable "control_loop" and "control_arg" that you can fill in from your kernel module. "control_arg" is an optional argument that gets passed to the function. I use it to transfer a pointer to my driver's softc structure to the control loop. In the kernel module you define : typedef void (*control_loop_t)(void *arg); extern void *control_arg; extern control_loop_t control_loop; Then in your attach or module load function your attach your control function : control_arg = sc; control_loop = &loop_func; Make sure you fill in the argument first as your function could be called the very instruction after you fill in the function pointer. On detach or module unload you simply disable your control loop with : control_loop = NULL; My control function looks like this : void loop_func(void *arg) { struct softc *card = (struct softc *)arg; // do something usefull } ps: Suc6 met software schrijven ;-) -- Daan From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 21 19:28:40 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87B8716A417 for ; Wed, 21 Nov 2007 19:28:40 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 35E6213C459 for ; Wed, 21 Nov 2007 19:28:39 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from 80-218-191-236.dclient.hispeed.ch ([80.218.191.236] helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1IuoRo-0000bC-1k for freebsd-hackers@freebsd.org; Wed, 21 Nov 2007 13:12:52 +0100 Message-ID: <474420B8.10203@gahr.ch> Date: Wed, 21 Nov 2007 13:12:40 +0100 From: Pietro Cerutti User-Agent: Thunderbird 2.0.0.6 (X11/20071112) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: id=9571F78E; url=http://www.gahr.ch/pgp Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigE8D7C7CFFE98994A35B40082" X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Subject: assertion failed on malloc.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2007 19:28:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE8D7C7CFFE98994A35B40082 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi list, > uname -r 8.0-CURRENT Mplayer always crashes quitting .flv video (either by pressing 'q' or because the video is over). The error is: Assertion failed: (diff =3D=3D regind * size), function arena_run_reg_dalloc, file /usr/src/lib/libc/stdlib/malloc.c, line 1714. Removing the assert at line 1714 and recompiling libc solves the problem, but I'm not that familiar with the current malloc implementation to know whether (diff =3D=3D regind * size) is always supposed to be true (thus a bug in mplayer) or the assertion is simply wrong. Please illuminate ;-) --=20 Pietro Cerutti PGP Public Key: http://gahr.ch/pgp --------------enigE8D7C7CFFE98994A35B40082 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHRCC9wMJqmJVx944RCm4HAJ45piiVNUcbXLChINXfOmgv+GSb0ACgxrLT XxvoXndz4rPhUVzFO/eg9fc= =8jDY -----END PGP SIGNATURE----- --------------enigE8D7C7CFFE98994A35B40082-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 21 20:15:59 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D6E316A419 for ; Wed, 21 Nov 2007 20:15:59 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 714B613C442 for ; Wed, 21 Nov 2007 20:15:59 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id 3DC0461A960 for ; Wed, 21 Nov 2007 12:15:59 -0800 (PST) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09546-05 for ; Wed, 21 Nov 2007 12:15:57 -0800 (PST) Received: from [10.0.0.40] (iago.office.miralink.com [10.0.0.40]) by plato.miralink.com (Postfix) with ESMTP id 8DB2961A8EF for ; Wed, 21 Nov 2007 12:15:57 -0800 (PST) Message-ID: <474491FD.8050805@miralink.com> Date: Wed, 21 Nov 2007 12:15:57 -0800 From: Sean Bruno User-Agent: Thunderbird 1.5.0.12 (X11/20071019) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Nov 21 12:15:57 2007 X-DSPAM-Confidence: 0.9963 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 474491fd306427852419847 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.499 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.499 X-Spam-Level: Subject: Modules stopped compiling? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2007 20:15:59 -0000 I'm not sure what I did, but my kernel config isn't compiling modules any longer. Is there something that I failed to do here? http://consultcsg.com/MYKERNEL Sean From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 21 20:18:51 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD1DE16A421; Wed, 21 Nov 2007 20:18:51 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 316E913C455; Wed, 21 Nov 2007 20:18:50 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474492B0.1010108@FreeBSD.org> Date: Wed, 21 Nov 2007 21:18:56 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Kris Kennaway References: <47137D36.1020305@chistydom.ru> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> <47344E47.9050908@chistydom.ru> <47349A17.3080806@FreeBSD.org> <47373B43.9060406@chistydom.ru> <4739557A.6090209@chistydom.ru> <4741EE9E.9050406@FreeBSD.org> In-Reply-To: <4741EE9E.9050406@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Panagiotis Christias , freebsd-stable@freebsd.org, Alexey Popov Subject: Re: amrd disk performance drop after running under high load X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2007 20:18:51 -0000 Kris Kennaway wrote: > Alexey Popov wrote: >> Hi. >> >> Panagiotis Christias wrote: >>>>>>> In the "good" case you are getting a much higher interrupt rate but >>>>>>> with the data you provided I can't tell where from. You need to run >>>>>>> vmstat -i at regular intervals (e.g. every 10 seconds for a minute) >>>>>>> during the "good" and "bad" times, since it only provides counters >>>>>>> and an average rate over the uptime of the system. >>>>>> Now I'm running 10-process lighttpd and the problem became no so big. >>>>>> >>>>>> I collected interrupt stats and it shows no relation beetween >>>>>> ionterrupts and slowdowns. Here is it: >>>>>> http://83.167.98.162/gprof/intr-graph/ >>>>>> >>>>>> Also I have similiar statistics on mutex profiling and it shows >>>>>> there's no problem in mutexes. >>>>>> http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ >>>>>> >>>>>> I have no idea what else to check. >>>>> I don't know what this graph is showing me :) When precisely is the >>>>> system behaving poorly? >>> what is your RAID controller configuration (read ahead/cache/write >>> policy)? I have seen weird/bogus numbers (~100% busy) reported by >>> systat -v when read ahead was enabled on LSI/amr controllers. >> >> >> ********************************************************************** >> Existing Logical Drive Information >> By LSI Logic Corp.,USA >> >> ********************************************************************** >> [Note: For SATA-2, 4 and 6 channel controllers, please specify >> Ch=0 Id=0..15 for specifying physical drive(Ch=channel, >> Id=Target)] >> >> >> Logical Drive : 0( Adapter: 0 ): Status: OPTIMAL >> --------------------------------------------------- >> SpanDepth :01 RaidLevel: 5 RdAhead : Adaptive Cache: >> DirectIo >> StripSz :064KB Stripes : 6 WrPolicy: WriteBack >> >> Logical Drive 0 : SpanLevel_0 Disks >> Chnl Target StartBlock Blocks Physical Target Status >> ---- ------ ---------- ------ ---------------------- >> 0 00 0x00000000 0x22ec0000 ONLINE >> 0 01 0x00000000 0x22ec0000 ONLINE >> 0 02 0x00000000 0x22ec0000 ONLINE >> 0 03 0x00000000 0x22ec0000 ONLINE >> 0 04 0x00000000 0x22ec0000 ONLINE >> 0 05 0x00000000 0x22ec0000 ONLINE >> >> I tried to run with disabled Read-ahead, but it didn't help. > > I just ran into this myself, and apparently it can be caused by "Patrol > Reads" where the adapter periodically scans the disks to look for media > errors. You can turn this off using -stopPR with the megarc port. > > Kris > Oops, -disPR is the correct command to disable, -stopPR just halts a PR event in progress. Kris From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 22 07:41:22 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 656EE16A469 for ; Thu, 22 Nov 2007 07:41:22 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4F18113C4E5 for ; Thu, 22 Nov 2007 07:41:22 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 89B2246E81; Wed, 21 Nov 2007 16:35:12 -0500 (EST) Date: Wed, 21 Nov 2007 21:32:16 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Juri Mianovich In-Reply-To: <748599.27133.qm@web45609.mail.sp1.yahoo.com> Message-ID: <20071121212431.N60495@fledge.watson.org> References: <748599.27133.qm@web45609.mail.sp1.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: peak mbuf stat missing ... and needed ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2007 07:41:22 -0000 On Mon, 19 Nov 2007, Juri Mianovich wrote: > I am sorry to repost, but I cannot get any answer on this from -net or > -questions ... is there any answer to getting this stat ? (see below) Juri, I recognize the importance of your point, and can shed a little light on why things are the way they are. In FreeBSD 5, Bosko Milekic introduced MBUMA, a UMA-backed caching slab allocator for mbufs and related data structures implemented using extensions to UMA(9). One of the properties of UMA is that it's possible to allocate packet storage from CPU-local caches rather than going to a central pool protected by central locks. Almost all allocations occur this way in practice, and only intermittently return to the centra allocator to eithe flush many freed packets back to the central cache, or pull more out; this occurs when there is an imbalance in allocation and freeing across CPUs, such as when a pipeline occurs in packet processing over a series of CPUs. As a result, there is in fact no central tracking of how many mbufs are currently allocated -- the central zone knows about the number currently not present in the zone, but that just means they are in either a per-CPU cache or in use, not that they are actually allocated. The notion of peak allocation is obviously a very important one for precisely the reasons you identify. The question is how best to provide it without seriously impacting performance *or* providing one that is potentially quite inaccurate. The "current" measure is based on taking a non-atomic snapshot of the global allocation stats and per-CPU stats, which means potentially it can be very slightly inconsistent. We don't want to update the peak stat on every allocation, I think, as it would be a global measure, and involve dirtying global cache lines and so on. Perhaps we could be maintaining that peak value whenever CPUs go back to the global pool from a per-CPU cache, since the right locks will be held anyway... I don't see this being fixed for 6.3 or 7.0 given their proximity, but I will investigate a fix for later releases. Could you file a feature request PR on this, and forward me the PR receipt so I can take ownership of it? Thanks, Robert N M Watson Computer Laboratory University of Cambridge > > ----- > > FreeBSD 4.x, netstat -m: > > 70/4336/26624 mbufs in use (current/peak/max) > > Never any doubt - if peak=max, I hit the limit. Super > useful. Furthermore, by watching the peak I can see > when I am getting close, rather than waiting for > denied requests to pile up after the fact. > > FreeBSD 6.x, netstat -m: > > 524/826/1350 mbufs in use (current/cache/total) > > So ... how do I see peak mbufs in FreeBSD 6.x ? > > Thanks. > > > > ____________________________________________________________________________________ > Get easy, one-click access to your favorites. > Make Yahoo! your homepage. > http://www.yahoo.com/r/hs > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 22 08:00:08 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE3E816A46C for ; Thu, 22 Nov 2007 08:00:08 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 96A3413C442 for ; Thu, 22 Nov 2007 08:00:08 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8213971pyb for ; Wed, 21 Nov 2007 23:59:59 -0800 (PST) Received: by 10.65.133.8 with SMTP id k8mr18204770qbn.1195692543062; Wed, 21 Nov 2007 16:49:03 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id q15sm328559qbq.2007.11.21.16.49.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 21 Nov 2007 16:49:02 -0800 (PST) Message-ID: <4744D1F6.7060103@gmail.com> Date: Wed, 21 Nov 2007 19:48:54 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: mergemaster + development(7) = forced make buildworld X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2007 08:00:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 If I use the source tree struct described in development(7) a make buildworld is called by mergemaster before the merge takes place... this happens even if I did a make installworld right before calling mergemaster... the buildworld uses the right source tree (for /usr/src2 in the -current example)... is this normal and how do I prevent this behavior? - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHRNH1J9+1V27SttsRApmAAJ49xM01vKYnkMJFsNiaxm1hTMjlMQCgg00V 5Wkua1UPG5Nn+695mvno1+o= =U1BI -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 22 09:12:01 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45EB816A420; Thu, 22 Nov 2007 09:12:01 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 06F8913C4E1; Thu, 22 Nov 2007 09:12:01 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from 80-218-191-236.dclient.hispeed.ch ([80.218.191.236] helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Iv6t4-0006e5-0k; Thu, 22 Nov 2007 08:54:14 +0100 Message-ID: <47453560.3040604@gahr.ch> Date: Thu, 22 Nov 2007 08:53:04 +0100 From: Pietro Cerutti User-Agent: Thunderbird 2.0.0.9 (X11/20071121) MIME-Version: 1.0 To: Jason Evans References: <474420B8.10203@gahr.ch> <4744EFC9.50409@freebsd.org> In-Reply-To: <4744EFC9.50409@freebsd.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=9571F78E; url=http://www.gahr.ch/pgp Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig5D9F5DB725C5D292CBC16CF8" X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-hackers@freebsd.org Subject: Re: assertion failed on malloc.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2007 09:12:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5D9F5DB725C5D292CBC16CF8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jason Evans wrote: > Pietro Cerutti wrote: >>> uname -r >> 8.0-CURRENT >> >> Mplayer always crashes quitting .flv video (either by pressing 'q' or >> because the video is over). >> >> The error is: >> >> Assertion failed: (diff =3D=3D regind * size), function >> arena_run_reg_dalloc, file /usr/src/lib/libc/stdlib/malloc.c, line 171= 4. >> >> Removing the assert at line 1714 and recompiling libc solves the >> problem, but I'm not that familiar with the current malloc >> implementation to know whether (diff =3D=3D regind * size) is always >> supposed to be true (thus a bug in mplayer) or the assertion is simply= >> wrong. >=20 > This is probably due to attempted deallocation of an invalid pointer. > This could be either a double free or a totally bogus deallocation, > perhaps of a pointer that is within a valid object. >=20 > Removing the assertion in malloc.c simply allows undefined behavior > beyond where the assertion failure would have caused a crash. The > failure modes can be serious, such as memory corruption or a > segmentation fault. Thanks for analyzing this. In this case, I'll go on looking for the bug in mplayer. >=20 > Jason --=20 Pietro Cerutti PGP Public Key: http://gahr.ch/pgp --------------enig5D9F5DB725C5D292CBC16CF8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHRTVnwMJqmJVx944RCsXqAJ0RWIC9H+7i6H1ti5EmbI/g9CRd+ACfTdeD X7pEJfLgy7F1oG6JZ+cu71w= =N60J -----END PGP SIGNATURE----- --------------enig5D9F5DB725C5D292CBC16CF8-- From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 22 11:54:52 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50B3416A46C for ; Thu, 22 Nov 2007 11:54:52 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (canonware.com [64.183.146.166]) by mx1.freebsd.org (Postfix) with ESMTP id 2E49913C46B for ; Thu, 22 Nov 2007 11:54:51 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from [192.168.168.201] (canonware.com [64.183.146.166]) by canonware.com (Postfix) with ESMTP id 4145B12981E; Wed, 21 Nov 2007 19:02:25 -0800 (PST) Message-ID: <4744EFC9.50409@freebsd.org> Date: Wed, 21 Nov 2007 18:56:09 -0800 From: Jason Evans User-Agent: Thunderbird 1.5.0.12 (X11/20071018) MIME-Version: 1.0 To: Pietro Cerutti References: <474420B8.10203@gahr.ch> In-Reply-To: <474420B8.10203@gahr.ch> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: assertion failed on malloc.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2007 11:54:52 -0000 Pietro Cerutti wrote: >> uname -r > 8.0-CURRENT > > Mplayer always crashes quitting .flv video (either by pressing 'q' or > because the video is over). > > The error is: > > Assertion failed: (diff == regind * size), function > arena_run_reg_dalloc, file /usr/src/lib/libc/stdlib/malloc.c, line 1714. > > Removing the assert at line 1714 and recompiling libc solves the > problem, but I'm not that familiar with the current malloc > implementation to know whether (diff == regind * size) is always > supposed to be true (thus a bug in mplayer) or the assertion is simply > wrong. This is probably due to attempted deallocation of an invalid pointer. This could be either a double free or a totally bogus deallocation, perhaps of a pointer that is within a valid object. Removing the assertion in malloc.c simply allows undefined behavior beyond where the assertion failure would have caused a crash. The failure modes can be serious, such as memory corruption or a segmentation fault. Jason From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 23 10:53:55 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71C3F16A418; Fri, 23 Nov 2007 10:53:55 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id A2A6513C468; Fri, 23 Nov 2007 10:53:53 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4746B148.6000209@FreeBSD.org> Date: Fri, 23 Nov 2007 11:54:00 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Alexey Popov References: <47137D36.1020305@chistydom.ru> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> <47344E47.9050908@chistydom.ru> <47349A17.3080806@FreeBSD.org> <47373B43.9060406@chistydom.ru> <4739557A.6090209@chistydom.ru> <4741EE9E.9050406@FreeBSD.org> <474492B0.1010108@FreeBSD.org> <47467D3F.7020002@chistydom.ru> In-Reply-To: <47467D3F.7020002@chistydom.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Panagiotis Christias , freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Nov 2007 10:53:55 -0000 Alexey Popov wrote: > Kris Kennaway wrote: > >>>>> what is your RAID controller configuration (read ahead/cache/write >>>>> policy)? I have seen weird/bogus numbers (~100% busy) reported by >>>>> systat -v when read ahead was enabled on LSI/amr controllers. >>>> I tried to run with disabled Read-ahead, but it didn't help. >>> I just ran into this myself, and apparently it can be caused by >>> "Patrol Reads" where the adapter periodically scans the disks to look >>> for media errors. You can turn this off using -stopPR with the >>> megarc gg port. >> Oops, -disPR is the correct command to disable, -stopPR just halts a >> PR event in progress. > Wow! Really disabling Patrol Reads solves the problem. Thank you! > > I have many amrd's and all of them appear to have Patrol Reads enabled > by default. But the problem happenes only on three of them. Is this a > hardware problem? I am not sure, maybe for some reason the patrol reads are not interfering with other disk I/O so much (e.g. the hardware prioritises them differently or something). Anyway, glad to hear it was resolved. Kris From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 23 11:21:36 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F18516A419 for ; Fri, 23 Nov 2007 11:21:36 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id C23E413C45B for ; Fri, 23 Nov 2007 11:21:35 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id F1F69DAE7F; Fri, 23 Nov 2007 17:21:32 +0600 (NOVT) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 9687FDAE7F for ; Fri, 23 Nov 2007 17:21:31 +0600 (NOVT) Received: from [192.168.1.34] (a89-182-85-188.net-htp.de [89.182.85.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 60748A44529; Fri, 23 Nov 2007 12:15:06 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-hackers@freebsd.org Date: Fri, 23 Nov 2007 12:22:34 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711231222.34882.wundram@beenic.net> X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 23 17:21:32 2007 X-DSPAM-Confidence: 0.9991 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4746b7bc191329563462219 X-DSPAM-Factors: 27, (ns2, 0.00049, freebsd, 0.00049, freebsd, 0.00049, (NOVT), 0.00058, (NOVT), 0.00058, 0600+(NOVT), 0.00058, 0600+(NOVT), 0.00058, (Postfix, 0.00059, userid, 0.00060, from+userid, 0.00060, (Postfix+from, 0.00060, ru+(Postfix, 0.00060, (NOVT)+Received, 0.00062, (NOVT)+Received, 0.00062, by+mx, 0.00062, by+mx, 0.00062, 0)+id, 0.00063, userid+0), 0.00063, hackers+freebsd, 0.00093, hackers+freebsd, 0.00093, freebsd+hackers, 0.00093, freebsd+hackers, 0.00093, hackers, 0.00093, hackers, 0.00093, freebsd+org, 0.00093, freebsd+org, 0.00093, 204+35, 0.00095 Cc: freebsd-hackers-owner@freebsd.org, darlok@kash.tomsk.ru Subject: List reposts from mx.kash.tomsk.ru X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Nov 2007 11:21:36 -0000 Could the admin of mx.kash.tomsk.ru (presumably, he's reading this list) please turn off "reposts" for mails delivered to him/her via this list? The address the mail is getting delivered to (and which reinjects it for -hackers@freebsd and possibly other mail addresses, in the case of the mail mentioned below, also reinjected the mail for delivery to -stable@freebsd) is . All this means I'm getting some (not all) mails twice on -hackers, once directly from mx.freebsd.org, once reinjected into mx.freebsd.org after being delivered to the above mentioned host. The extracted header info from the repost is the following: --- Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mail.beenic.net (Postfix) with ESMTP id A357BA44529 for ; Fri, 23 Nov 2007 11:49:46 +0100 (CET) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5A3F05CBD1; Fri, 23 Nov 2007 10:56:03 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4007A16A47D; Fri, 23 Nov 2007 10:56:03 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0181B16A421; Fri, 23 Nov 2007 10:55:57 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1F75613C467; Fri, 23 Nov 2007 10:55:56 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id A93E1DAE72; Fri, 23 Nov 2007 16:55:38 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 4C99DDAE68 for ; Fri, 23 Nov 2007 16:55:37 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 32AF3B9A09; Fri, 23 Nov 2007 10:54:08 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 80F4716A49C; Fri, 23 Nov 2007 10:54:07 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71C3F16A418; Fri, 23 Nov 2007 10:53:55 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id A2A6513C468; Fri, 23 Nov 2007 10:53:53 +0000 (UTC) (envelope-from kris@FreeBSD.org) --- The original (equivalent) mail I received directly was: --- Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mail.beenic.net (Postfix) with ESMTP id 7D2C2A44529 for ; Fri, 23 Nov 2007 11:48:20 +0100 (CET) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 257ABB96AF; Fri, 23 Nov 2007 10:54:05 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 0DDDC16A418; Fri, 23 Nov 2007 10:54:05 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71C3F16A418; Fri, 23 Nov 2007 10:53:55 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id A2A6513C468; Fri, 23 Nov 2007 10:53:53 +0000 (UTC) (envelope-from kris@FreeBSD.org) --- (which clearly has the same headers as the repost until after Mailman starts delivering it over the mailinglist). Thanks. -- Heiko Wundram Product & Application Development From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 23 11:49:26 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FFD616A419; Fri, 23 Nov 2007 11:49:26 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from mail.beenic.net (mail.beenic.net [83.246.72.40]) by mx1.freebsd.org (Postfix) with ESMTP id A637313C458; Fri, 23 Nov 2007 11:49:25 +0000 (UTC) (envelope-from wundram@beenic.net) Received: from [192.168.1.34] (a89-182-85-188.net-htp.de [89.182.85.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.beenic.net (Postfix) with ESMTP id 60748A44529; Fri, 23 Nov 2007 12:15:06 +0100 (CET) From: "Heiko Wundram (Beenic)" Organization: Beenic Networks GmbH To: freebsd-hackers@freebsd.org Date: Fri, 23 Nov 2007 12:22:34 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711231222.34882.wundram@beenic.net> Cc: freebsd-hackers-owner@freebsd.org, darlok@kash.tomsk.ru Subject: List reposts from mx.kash.tomsk.ru X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Nov 2007 11:49:26 -0000 Could the admin of mx.kash.tomsk.ru (presumably, he's reading this list) please turn off "reposts" for mails delivered to him/her via this list? The address the mail is getting delivered to (and which reinjects it for -hackers@freebsd and possibly other mail addresses, in the case of the mail mentioned below, also reinjected the mail for delivery to -stable@freebsd) is . All this means I'm getting some (not all) mails twice on -hackers, once directly from mx.freebsd.org, once reinjected into mx.freebsd.org after being delivered to the above mentioned host. The extracted header info from the repost is the following: --- Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mail.beenic.net (Postfix) with ESMTP id A357BA44529 for ; Fri, 23 Nov 2007 11:49:46 +0100 (CET) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5A3F05CBD1; Fri, 23 Nov 2007 10:56:03 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4007A16A47D; Fri, 23 Nov 2007 10:56:03 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0181B16A421; Fri, 23 Nov 2007 10:55:57 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1F75613C467; Fri, 23 Nov 2007 10:55:56 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id A93E1DAE72; Fri, 23 Nov 2007 16:55:38 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 4C99DDAE68 for ; Fri, 23 Nov 2007 16:55:37 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 32AF3B9A09; Fri, 23 Nov 2007 10:54:08 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 80F4716A49C; Fri, 23 Nov 2007 10:54:07 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71C3F16A418; Fri, 23 Nov 2007 10:53:55 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id A2A6513C468; Fri, 23 Nov 2007 10:53:53 +0000 (UTC) (envelope-from kris@FreeBSD.org) --- The original (equivalent) mail I received directly was: --- Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mail.beenic.net (Postfix) with ESMTP id 7D2C2A44529 for ; Fri, 23 Nov 2007 11:48:20 +0100 (CET) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 257ABB96AF; Fri, 23 Nov 2007 10:54:05 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 0DDDC16A418; Fri, 23 Nov 2007 10:54:05 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71C3F16A418; Fri, 23 Nov 2007 10:53:55 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id A2A6513C468; Fri, 23 Nov 2007 10:53:53 +0000 (UTC) (envelope-from kris@FreeBSD.org) --- (which clearly has the same headers as the repost until after Mailman starts delivering it over the mailinglist). Thanks. -- Heiko Wundram Product & Application Development From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 23 07:12:33 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC33C16A418; Fri, 23 Nov 2007 07:12:33 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.freebsd.org (Postfix) with ESMTP id EBD5A13C44B; Fri, 23 Nov 2007 07:12:32 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from [80.68.244.40] (account a_popov@rbc.ru [80.68.244.40] verified) by hermes.hw.ru (CommuniGate Pro SMTP 5.0.13) with ESMTPA id 202397293; Fri, 23 Nov 2007 10:12:10 +0300 Message-ID: <47467D3F.7020002@chistydom.ru> Date: Fri, 23 Nov 2007 10:11:59 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Kris Kennaway References: <47137D36.1020305@chistydom.ru> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> <47344E47.9050908@chistydom.ru> <47349A17.3080806@FreeBSD.org> <47373B43.9060406@chistydom.ru> <4739557A.6090209@chistydom.ru> <4741EE9E.9050406@FreeBSD.org> <474492B0.1010108@FreeBSD.org> In-Reply-To: <474492B0.1010108@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 23 Nov 2007 12:49:09 +0000 Cc: freebsd-hackers@freebsd.org, Panagiotis Christias , freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Nov 2007 07:12:34 -0000 Kris Kennaway wrote: >>>> what is your RAID controller configuration (read ahead/cache/write >>>> policy)? I have seen weird/bogus numbers (~100% busy) reported by >>>> systat -v when read ahead was enabled on LSI/amr controllers. >>> I tried to run with disabled Read-ahead, but it didn't help. >> I just ran into this myself, and apparently it can be caused by >> "Patrol Reads" where the adapter periodically scans the disks to look >> for media errors. You can turn this off using -stopPR with the megarc gg >> port. > Oops, -disPR is the correct command to disable, -stopPR just halts a PR > event in progress. Wow! Really disabling Patrol Reads solves the problem. Thank you! I have many amrd's and all of them appear to have Patrol Reads enabled by default. But the problem happenes only on three of them. Is this a hardware problem? With best regards, Alexey Popov From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 23 22:14:58 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB8CC16A418 for ; Fri, 23 Nov 2007 22:14:58 +0000 (UTC) (envelope-from joel@smail.ee) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.236]) by mx1.freebsd.org (Postfix) with ESMTP id 5BCA913C455 for ; Fri, 23 Nov 2007 22:14:57 +0000 (UTC) (envelope-from joel@smail.ee) Received: by hu-out-0506.google.com with SMTP id 28so1924803hub for ; Fri, 23 Nov 2007 14:14:56 -0800 (PST) Received: by 10.66.249.11 with SMTP id w11mr573895ugh.1195855184659; Fri, 23 Nov 2007 13:59:44 -0800 (PST) Received: from windsor ( [82.131.84.247]) by mx.google.com with ESMTPS id b39sm8981015ugf.2007.11.23.13.59.42 (version=SSLv3 cipher=RC4-MD5); Fri, 23 Nov 2007 13:59:43 -0800 (PST) From: "Joel V." To: Date: Fri, 23 Nov 2007 23:59:41 +0200 Message-ID: <000001c82e1c$27909d50$0200a8c0@windsor> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcguHCYawT+B7bZVTy+xCXtxOhTrtg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Mailman-Approved-At: Sat, 24 Nov 2007 02:10:46 +0000 Subject: Welcome to Hell / Mysterious networking troubles on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Nov 2007 22:14:58 -0000 Hello all, I'm not experiencing this problem, my friend is. He's simply too pissed off to write here and I'm afraid he's going to set his office on fire if he doesn't solve the problem soon, so without further ado, here's the problem: He has two fbsd boxes, main server running 6.1 and dns server running 4.3. He has 4 public IPs which he can use and the main server is running on x.x.x.122. He's main box is NOT acting as a gateway/NAT box in the office. Today he noticed that net is getting awfully slow. Sometimes there would be 50% pl when pinging, sometimes pinging would be all OK, but SSH is dead-slow and the webpages running on the main server are not displaying. E-mails are not going through. He calls the ISP, who say that his network is showing major uploading activity. He switches off networking services one by one in the main box but situation does not improve. He disconnects the main server and puts a windows xp box instead, which seems to run fine. He puts back the freebsd box, disables all networking services again except for SSH and connects the network: instant 100% networking slow-down. He tried to change the switch, thinking it's faulty. He disconnect every other computer in the office from the network: nothing. He put the public IP address on the second, internal network NIC: same thing. Now it gets really mysterious: he puts the old dns server with the x.x.x.122 IP and instantly it becomes slow as death. The logical conclusion would be that someone is flooding that IP? Only the windows xp box seemed to work fine and the ISP guy said it was upload bandwidth that was excessive... Netstat -a doesn't show anything interesting, arp -a doesn't show any incomplete addresses He tried to build and install a new fresh kernel. Nothing. This is the most creepy networking problem I've heard of. Can YOU help? Any ideas where to start looking? I'm not in the freebsd-hackers list, so if you want the e-mail to reach me, send a copy to joel@spirit.ee Thank you in advance! Joel From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 02:19:17 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07DCA16A417 for ; Sat, 24 Nov 2007 02:19:17 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outX.internet-mail-service.net (outX.internet-mail-service.net [216.240.47.247]) by mx1.freebsd.org (Postfix) with ESMTP id 0BFFB13C467 for ; Sat, 24 Nov 2007 02:19:16 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 23 Nov 2007 18:19:15 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 2B676126AB6; Fri, 23 Nov 2007 18:19:15 -0800 (PST) Message-ID: <47478A22.1020708@elischer.org> Date: Fri, 23 Nov 2007 18:19:14 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Joel V." References: <000001c82e1c$27909d50$0200a8c0@windsor> In-Reply-To: <000001c82e1c$27909d50$0200a8c0@windsor> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Welcome to Hell / Mysterious networking troubles on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 02:19:17 -0000 Joel V. wrote: > Netstat -a doesn't show anything interesting, arp -a doesn't show any > incomplete addresses He tried to build and install a new fresh kernel. > Nothing. This is the most creepy networking problem I've heard of. Can YOU > help? Any ideas where to start looking? tcpdump you need 5 seconds of packet capture on the approproate interface tcpdump -s0 -wcapture.out -i (interface) wait 5 seconds ^C then you can talk with authority about what IS and IS NOT happenning on his network. > > Thank you in advance! > Joel > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 03:33:26 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF3F616A417 for ; Sat, 24 Nov 2007 03:33:26 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id A3E3213C458 for ; Sat, 24 Nov 2007 03:33:26 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so29875pyb for ; Fri, 23 Nov 2007 19:33:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=wTKmpAXv1MY75q0mkX50DY2Um1hfPwLld4fjs4+XlZQ=; b=e9Q8/aaEGcOf5/nP3JMwR64FA/Qxa3TbLOrFG0JrbFvPAJeigxVLe+vwcRUyt/ASkICY/uC8oDhbT6LcZ0iFbOK8yEXqXW/zXu2nW7TP6g6GuCsVfjbYQjSWow4ptKLOa2pGlFDUjkbt3DYvV6nucDtONZZg2/Ksmxz6XIwmdSw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=J4HFhdc/dMA+cSoIZcMVHwDZk8XDY2E9oaAVZg7PFAPXJ002df2y4CyYoQOQrrIuAPEZmh+ZmouTzyM/AQdLV8lB5EKuPk72AYNao3K49SoJKx3gPfbNATfpiqdd3sSFl8m69REeGNob2vOrxP0h31fbttIug+MXuFy9LCsc8EY= Received: by 10.65.59.11 with SMTP id m11mr33310qbk.1195875204912; Fri, 23 Nov 2007 19:33:24 -0800 (PST) Received: by 10.65.105.5 with HTTP; Fri, 23 Nov 2007 19:33:24 -0800 (PST) Message-ID: Date: Sat, 24 Nov 2007 03:33:24 +0000 From: "Aryeh Friedman" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: a strange/stupid question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 03:33:26 -0000 Where do I find the main() [and/or other entery point] for the kernel.... I tend to understand stuff better if I follow the flow of exec from the start From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 03:41:58 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5922B16A469 for ; Sat, 24 Nov 2007 03:41:58 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 33D3A13C468 for ; Sat, 24 Nov 2007 03:41:57 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so33218pyb for ; Fri, 23 Nov 2007 19:41:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=9QuiQE5jgdnxIJZPnSi7IntNzBn0WVU7T3/9yoklVes=; b=MZmTOEjKhwV0mN/4+E+yHieGMz8Ok54hg7zVUnxbWgIq9fvHqWyzIqUcQ5IzL8LgU/n/HN1QI1tnYu1W6p5Zc/QavUhMpbx7jDzCl6y5KAaxFxRCHpqgfRgYX8rc2/PuEWGSfoQpAcUgwwhhw2i1UQhmcSkM8d+Voekbj3z1NOQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nm5ZCRsYcL1b+dS8ZWpaqSLocXABPeNDhcTYqoQJJBrFaMX+x3e3mC0lUkYd6ogmxhxxRiKK+DAk+l42gDgpHzKELeS5R6qxbj7nYNd0QqOT4RNnYCjP//qdbep9t4RJIiQhyKrVE00oc9XyUWqagdjvlPqX7E9kd3F3QkaMjUs= Received: by 10.64.179.12 with SMTP id b12mr128696qbf.1195875716251; Fri, 23 Nov 2007 19:41:56 -0800 (PST) Received: by 10.65.105.5 with HTTP; Fri, 23 Nov 2007 19:41:56 -0800 (PST) Message-ID: Date: Sat, 24 Nov 2007 03:41:56 +0000 From: "Aryeh Friedman" To: "Attilio Rao" In-Reply-To: <3bbf2fe10711231937y1e9af357hd8b6a63cbf6ae077@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10711231937y1e9af357hd8b6a63cbf6ae077@mail.gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: a strange/stupid question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 03:41:58 -0000 On 11/24/07, Attilio Rao wrote: > 2007/11/24, Aryeh Friedman : > > Where do I find the main() [and/or other entery point] for the > > kernel.... I tend to understand stuff better if I follow the flow of > > exec from the start > > It is highly MD. > For IA32 it is in i386/i386/locore.s::btext For AMD64 I assume something close to that... I just relized that I actually want to understand everything from POST on (actually from power on but I know that is very mobo dependant) so I guess the question is where do I find the first executed statement for BTX (I know how to disamble the MBR so that part is not an issue) From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 03:52:47 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 884A216A419 for ; Sat, 24 Nov 2007 03:52:47 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 3A2D213C478 for ; Sat, 24 Nov 2007 03:52:47 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so12941nfb for ; Fri, 23 Nov 2007 19:52:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=Gwm19eHCW2p/C0DkNXzENzq1BTNmkjMSviloQY3X7Eg=; b=xu+VNTiKOc2+7YafVIVT/0uo7Q7jYZOMTgTYajfyX6yKVtm0hkO6Ppqv0JwSqjpasLswoxi0DqgCoj9Iz5YV3orsURg5OCVq0uG7DYNRXsDFByJLBa6J42MtZdPPXIgxPYVhVDhqb+8Zv6rEkl2gwuFYcmffzIOiLQWr0bNzWCM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=ZM93kr7xonjDgFTYF1hG/sjFh5/CRPNju7nWVReqzoNDUikeybMX7D9oQh+X9UUjIwYXrgb5LNQ6eFpp6oMfKGRy0/keYTwo30vJvRqjVenhAD2HeH9RSJMMwqybgiOwH487xWtYguclbf9/0hsnrkVMCfhkGi+47gxfd0R/L7s= Received: by 10.86.50.8 with SMTP id x8mr39081fgx.1195875984766; Fri, 23 Nov 2007 19:46:24 -0800 (PST) Received: by 10.86.28.19 with HTTP; Fri, 23 Nov 2007 19:46:24 -0800 (PST) Message-ID: <3bbf2fe10711231946i61e63419n2c3aaffdfc40b8cb@mail.gmail.com> Date: Sat, 24 Nov 2007 04:46:24 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Aryeh Friedman" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10711231937y1e9af357hd8b6a63cbf6ae077@mail.gmail.com> X-Google-Sender-Auth: 1054c674f1615bb0 Cc: freebsd-hackers@freebsd.org Subject: Re: a strange/stupid question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 03:52:47 -0000 2007/11/24, Aryeh Friedman : > On 11/24/07, Attilio Rao wrote: > > 2007/11/24, Aryeh Friedman : > > > Where do I find the main() [and/or other entery point] for the > > > kernel.... I tend to understand stuff better if I follow the flow of > > > exec from the start > > > > It is highly MD. > > For IA32 it is in i386/i386/locore.s::btext > > For AMD64 I assume something close to that... > > I just relized that I actually want to understand everything from POST > on (actually from power on but I know that is very mobo dependant) so > I guess the question is where do I find the first executed statement > for BTX (I know how to disamble the MBR so that part is not an issue) It should be: boot/i386/boot0/boot0.S::start Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 03:59:57 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F9E916A417 for ; Sat, 24 Nov 2007 03:59:57 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outK.internet-mail-service.net (outK.internet-mail-service.net [216.240.47.234]) by mx1.freebsd.org (Postfix) with ESMTP id 52EDF13C46A for ; Sat, 24 Nov 2007 03:59:57 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 23 Nov 2007 19:59:56 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 75829126AB0; Fri, 23 Nov 2007 19:59:55 -0800 (PST) Message-ID: <4747A1BA.6020505@elischer.org> Date: Fri, 23 Nov 2007 19:59:54 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Aryeh Friedman References: <3bbf2fe10711231937y1e9af357hd8b6a63cbf6ae077@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-hackers@freebsd.org Subject: Re: a strange/stupid question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 03:59:57 -0000 Aryeh Friedman wrote: > On 11/24/07, Attilio Rao wrote: >> 2007/11/24, Aryeh Friedman : >>> Where do I find the main() [and/or other entery point] for the >>> kernel.... I tend to understand stuff better if I follow the flow of >>> exec from the start >> It is highly MD. >> For IA32 it is in i386/i386/locore.s::btext > > For AMD64 I assume something close to that... > > I just relized that I actually want to understand everything from POST > on (actually from power on but I know that is very mobo dependant) so > I guess the question is where do I find the first executed statement > for BTX (I know how to disamble the MBR so that part is not an issue) > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" As Attilio said: for the kernel, execution starts (for the x86) in /usr/src/sys/i386/i386/locore.s at around line 205. look for: /********************************************************************** * * This is where the bootblocks start us, set the ball rolling... * */ NON_GPROF_ENTRY(btext) it then skips to sys/kern/init_main.c (mi_startup) (from memory) and that jumps back to machdep.c (cpu_startup()) I suggest of course that you also read the bootblocks. From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 04:03:23 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48D5316A46D for ; Sat, 24 Nov 2007 04:03:23 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id F000413C448 for ; Sat, 24 Nov 2007 04:03:22 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so14380nfb for ; Fri, 23 Nov 2007 20:03:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=UMdEkdF+FyK1DCn2FN5JHUSQ2PqKHMFw9Wg0gAy9/zA=; b=iDND1HZqbqOYpI/Ai8584QcqBz4TdFm/QeX1bZnPo5ITRTA1XZ2OuRqGnns5kmcmSB5tTkxFgtyRRIqETMSijdklvRkVsVZNUdHyNsk9Vx5BBQSbhq1xvlT2uxQ4Jh8IT6+Bs7v4cLpv0VxWL8L6FroMq2PRg4wvuNI2uX1m2ak= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=lpbwIH6Tiik6Fc+bzYUtzt81TAkFG+ehF8ysteCZewhy6HegfCYr87M2NWCVP1dWh03uVLcd+1RCWm/oDzRiqPQ0jWAWr4cVWqaAnrRhgbB4P+0xsHBajPMFUZjrpQN79P6lvgQfCC7GjevqzRZMVIziqAGqRDMlRj5vZGbNOX0= Received: by 10.86.25.17 with SMTP id 17mr51585fgy.1195875478324; Fri, 23 Nov 2007 19:37:58 -0800 (PST) Received: by 10.86.28.19 with HTTP; Fri, 23 Nov 2007 19:37:58 -0800 (PST) Message-ID: <3bbf2fe10711231937y1e9af357hd8b6a63cbf6ae077@mail.gmail.com> Date: Sat, 24 Nov 2007 04:37:58 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Aryeh Friedman" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 36c369a8af3625b9 Cc: freebsd-hackers@freebsd.org Subject: Re: a strange/stupid question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 04:03:23 -0000 2007/11/24, Aryeh Friedman : > Where do I find the main() [and/or other entery point] for the > kernel.... I tend to understand stuff better if I follow the flow of > exec from the start It is highly MD. For IA32 it is in i386/i386/locore.s::btext Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 06:40:08 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBFDF16A469 for ; Sat, 24 Nov 2007 06:40:08 +0000 (UTC) (envelope-from soralx@cydem.org) Received: from pd2mo3so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id D531913C46A for ; Sat, 24 Nov 2007 06:40:08 +0000 (UTC) (envelope-from soralx@cydem.org) Received: from pd2mr1so.prod.shaw.ca (pd2mr1so-qfe3.prod.shaw.ca [10.0.141.110]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JRZ001CKX1OL060@l-daemon> for freebsd-hackers@freebsd.org; Fri, 23 Nov 2007 22:39:24 -0700 (MST) Received: from pn2ml2so.prod.shaw.ca ([10.0.121.146]) by pd2mr1so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JRZ00BHVX1NX250@pd2mr1so.prod.shaw.ca> for freebsd-hackers@freebsd.org; Fri, 23 Nov 2007 22:39:24 -0700 (MST) Received: from soralx ([24.87.3.133]) by l-daemon (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JRZ00LRJX1LZQ10@l-daemon> for freebsd-hackers@freebsd.org; Fri, 23 Nov 2007 22:39:22 -0700 (MST) Date: Fri, 23 Nov 2007 21:39:22 -0800 From: soralx@cydem.org In-reply-to: <000001c82e1c$27909d50$0200a8c0@windsor> To: joel@smail.ee Message-id: <20071123213922.171e8b29@soralx> MIME-version: 1.0 X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit References: <000001c82e1c$27909d50$0200a8c0@windsor> Cc: freebsd-hackers@freebsd.org Subject: Re: Welcome to Hell / Mysterious networking troubles on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 06:40:08 -0000 On Fri, 23 Nov 2007 23:59:41 +0200 "Joel V." wrote: > Hello all, > > I'm not experiencing this problem, my friend is. He's simply too > pissed off to write here and I'm afraid he's going to set his office > on fire if he doesn't solve the problem soon, so without further ado, > here's the problem: > > He has two fbsd boxes, main server running 6.1 and dns server running > 4.3. He has 4 public IPs which he can use and the main server is > running on x.x.x.122. He's main box is NOT acting as a gateway/NAT > box in the office. Today he noticed that net is getting awfully slow. > Sometimes there would be 50% pl when pinging, sometimes pinging would > be all OK, but SSH is dead-slow and the webpages running on the main > server are not displaying. E-mails are not going through. He calls > the ISP, who say that his network is showing major uploading > activity. He switches off networking services one by one in the main > box but situation does not improve. He disconnects the main server > and puts a windows xp box instead, which seems to run fine. He puts > back the freebsd box, disables all networking services again except > for SSH and connects the network: instant 100% networking slow-down. > He tried to change the switch, thinking it's faulty. He disconnect > every other computer in the office from the network: nothing. He put > the public IP address on the second, internal network NIC: same > thing. Now it gets really mysterious: he puts the old dns server with > the x.x.x.122 IP and instantly it becomes slow as death. The logical > conclusion would be that someone is flooding that IP? Only the > windows xp box seemed to work fine and the ISP guy said it was upload > bandwidth that was excessive... > > Netstat -a doesn't show anything interesting, arp -a doesn't show any > incomplete addresses He tried to build and install a new fresh kernel. > Nothing. This is the most creepy networking problem I've heard of. > Can YOU help? Any ideas where to start looking? Not enough information (a bit hard to extract from above...) To date I remember experiencing only 2 causes that had symptoms very similar to your buddie's: 0. DDoS attack -- started suddenly one day after I scanned some spammer's gateway with Nessus (or just nmap? can't remember); 1. All my home network is 10/100, but workstation has a Gigabit NIC, Marvell Yukon 88E8056, using their driver myk(4) [thanks, Marvell! but where is the source code? ;)]. Right after I replaced an old 10/100 switch by a gigabit one, the network speed dropped to less than 100 kbytes/s. Turns out the NIC began autonegotiating to 1000baseTX for some reason. Setting media manually to 100baseTX improved things to my satisfaction. > I'm not in the freebsd-hackers list, so if you want the e-mail to > reach me, send a copy to joel@spirit.ee > > Thank you in advance! > Joel [SorAlx] ridin' VS1400 From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 11:48:32 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D904616A419 for ; Sat, 24 Nov 2007 11:48:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C447813C461 for ; Sat, 24 Nov 2007 11:48:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 297F446BD8; Sat, 24 Nov 2007 06:51:47 -0500 (EST) Date: Sat, 24 Nov 2007 11:48:26 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Aryeh Friedman In-Reply-To: Message-ID: <20071124114625.L14018@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: a strange/stupid question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 11:48:32 -0000 On Sat, 24 Nov 2007, Aryeh Friedman wrote: > Where do I find the main() [and/or other entery point] for the kernel.... I > tend to understand stuff better if I follow the flow of exec from the start Everyone else is suggesting very earlier in the boot, but I think the point where the kernel where things get interesting is in init_main.c in mi_startup(). The first thing you'll find there is that our kernel initialization is modular, where different modules (compiled in or loaded as klds) register an ordered set of boot events (see sys/kernel.h for the boot order). You'll need to grep around the kernel to find the registration points for various subsystems. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 12:12:38 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9B0C16A417 for ; Sat, 24 Nov 2007 12:12:38 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 843D013C442 for ; Sat, 24 Nov 2007 12:12:38 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id DE22D66A3DD; Sat, 24 Nov 2007 12:53:51 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QY1FWCdn6JG7; Sat, 24 Nov 2007 12:53:50 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E148266A3DB; Sat, 24 Nov 2007 12:53:50 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id lAOBronu059674; Sat, 24 Nov 2007 12:53:50 +0100 (CET) (envelope-from rdivacky) Date: Sat, 24 Nov 2007 12:53:50 +0100 From: Roman Divacky To: Aryeh Friedman Message-ID: <20071124115350.GA59602@freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers@freebsd.org Subject: Re: a strange/stupid question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 12:12:38 -0000 On Sat, Nov 24, 2007 at 03:33:24AM +0000, Aryeh Friedman wrote: > Where do I find the main() [and/or other entery point] for the > kernel.... I tend to understand stuff better if I follow the flow of > exec from the start note that "kernel" as such does not "exist". its threads/processes running code in kernel space. From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 11:37:12 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6ED4016A417 for ; Sat, 24 Nov 2007 11:37:12 +0000 (UTC) (envelope-from g.v.tjongahung@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id F38A013C46B for ; Sat, 24 Nov 2007 11:37:11 +0000 (UTC) (envelope-from g.v.tjongahung@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so86947nfb for ; Sat, 24 Nov 2007 03:37:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:to:content-type:content-transfer-encoding:mime-version:subject:date:x-mailer:from; bh=b+yWUvtZxgXqMAYINzwQ0lA4Ucbk8nR+pM02Un6aAFs=; b=E8Xwm0am9NcBLoWrgT+P/lThr0oq+Fv5Sg/Lw61aGoRDVYAxmAIMyNPxcaAv5wlz8vk++R5h2PHuxdCERoKsuxusorMkcnMOP0rNNIRve0ckM0HiBL9RriaCa7wBxuoG5TKvctwpslqNQB/7TrYqaf0XwnvIxmXBCjWxdOEXuDI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:to:content-type:content-transfer-encoding:mime-version:subject:date:x-mailer:from; b=M/bPmYCyZT9HCLyko/NJ6uLK7k5M4C642hGk3oHHPBreiWUkC4kR0UdlZwobVx9zdzziGG0Ivsq4WlBgEBr5KMMkfA9zzbu1Te7TuRp1oKzYilNZ8JGSz0qaS65Bgr7GVf3Jp4P3Qhn5ZH9sgNj5Ios2t9edMXQAyrqbrxb61Y4= Received: by 10.82.123.16 with SMTP id v16mr219336buc.1195902681352; Sat, 24 Nov 2007 03:11:21 -0800 (PST) Received: from ?172.20.25.177? ( [145.94.33.175]) by mx.google.com with ESMTPS id 31sm5801153nfu.2007.11.24.03.11.19 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 24 Nov 2007 03:11:20 -0800 (PST) Message-Id: <8AAADCFE-9D0D-4801-8684-5BD6A3070C2C@GMail.com> To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Sat, 24 Nov 2007 12:11:18 +0100 X-Mailer: Apple Mail (2.915) From: Gabor Tjong A Hung X-Mailman-Approved-At: Sat, 24 Nov 2007 12:23:25 +0000 Subject: Need for SysV IPC to be confined to jail instances X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 11:37:12 -0000 Dear all, I have come to understand that postgresql needs sys v ipc. I haven't tried to figure out why exactly, but I'm sure they have good reasons. As I came to understand, if you enable jail_sysvipc_allow in rc.conf I am defeating the purpose of a jail. So basically I if you want pgsql in a jail you're wanting something which is impossible on FreeBSD. I got a suggestion that it might be possible to have sys v ipc confined to a jail instance and perhaps let it work like a telephone number. Every jail gets localized IPC numbers, and systemwide they just become jailid + localized ipc number. I was wondering if this is at all possible and if so how I would go about submitting a PR for this. Kind Regards, Gabor From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 13:24:16 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4738416A46B for ; Sat, 24 Nov 2007 13:24:16 +0000 (UTC) (envelope-from joel@smail.ee) Received: from smtp-gw1.starman.ee (smtp-out3.starman.ee [85.253.0.5]) by mx1.freebsd.org (Postfix) with ESMTP id DFDA713C4CE for ; Sat, 24 Nov 2007 13:24:15 +0000 (UTC) (envelope-from joel@smail.ee) Received: from mx1.starman.ee (mx1.starman.ee [62.65.192.16]) by smtp-gw1.starman.ee (Postfix) with ESMTP id 23447A21605 for ; Sat, 24 Nov 2007 14:56:28 +0200 (EET) X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Received: from windsor (ip247.cab84.tln.starman.ee [82.131.84.247]) by mx1.starman.ee (Postfix) with ESMTP id 659713F4052 for ; Sat, 24 Nov 2007 14:56:27 +0200 (EET) From: "Joel V." To: Date: Sat, 24 Nov 2007 14:56:25 +0200 Message-ID: <003301c82e99$6c099360$0200a8c0@windsor> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: AcguHCYawT+B7bZVTy+xCXtxOhTrtgAfLPZg X-Mailman-Approved-At: Sat, 24 Nov 2007 13:34:49 +0000 Subject: RE: Welcome to Hell / Mysterious networking troubles on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 13:24:16 -0000 As a lot of people recommended using tcpdump, here it is. The only thing that stands out, are hundreds and thousands of lines like this: 13:45:49.991592 IP 82.165.252.222.36887 > ns1.galandrex.ee.43077: UDP, length 9216 13:45:49.996482 IP 82.165.252.222.36887 > ns1.galandrex.ee.33803: UDP, length 9216 13:45:50.001174 IP 82.165.252.222.36887 > ns1.galandrex.ee.63574: UDP, length 9216 13:45:50.005955 IP 82.165.252.222.36887 > ns1.galandrex.ee.36618: UDP, length 9216 13:45:50.010749 IP 82.165.252.222.36887 > ns1.galandrex.ee.48231: UDP, length 9216 That IP resolves to u15194704.onlinehome-server.com. Seems to be a german ISP. After five seconds the capture.out file was already 2.8MB. You can see the file here: https://89.219.136.126/capture.out Thank you again to all the nice people who contacted me. And again, it would be nice if you could send me a copy of your reply, because I'm not a member of the list (either reply or cc to joel@spirit.ee). Thanks! Joel V. -----Original Message----- From: Joel V. [mailto:joel@smail.ee] Sent: Saturday, November 24, 2007 12:00 AM To: 'freebsd-hackers@freebsd.org' Subject: Welcome to Hell / Mysterious networking troubles on FreeBSD Hello all, I'm not experiencing this problem, my friend is. He's simply too pissed off to write here and I'm afraid he's going to set his office on fire if he doesn't solve the problem soon, so without further ado, here's the problem: He has two fbsd boxes, main server running 6.1 and dns server running 4.3. He has 4 public IPs which he can use and the main server is running on x.x.x.122. He's main box is NOT acting as a gateway/NAT box in the office. Today he noticed that net is getting awfully slow. Sometimes there would be 50% pl when pinging, sometimes pinging would be all OK, but SSH is dead-slow and the webpages running on the main server are not displaying. E-mails are not going through. He calls the ISP, who say that his network is showing major uploading activity. He switches off networking services one by one in the main box but situation does not improve. He disconnects the main server and puts a windows xp box instead, which seems to run fine. He puts back the freebsd box, disables all networking services again except for SSH and connects the network: instant 100% networking slow-down. He tried to change the switch, thinking it's faulty. He disconnect every other computer in the office from the network: nothing. He put the public IP address on the second, internal network NIC: same thing. Now it gets really mysterious: he puts the old dns server with the x.x.x.122 IP and instantly it becomes slow as death. The logical conclusion would be that someone is flooding that IP? Only the windows xp box seemed to work fine and the ISP guy said it was upload bandwidth that was excessive... Netstat -a doesn't show anything interesting, arp -a doesn't show any incomplete addresses He tried to build and install a new fresh kernel. Nothing. This is the most creepy networking problem I've heard of. Can YOU help? Any ideas where to start looking? I'm not in the freebsd-hackers list, so if you want the e-mail to reach me, send a copy to joel@spirit.ee Thank you in advance! Joel From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 14:01:27 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC79116A46C for ; Sat, 24 Nov 2007 14:01:27 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 891F113C4F3 for ; Sat, 24 Nov 2007 14:01:27 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from working (c-71-60-127-199.hsd1.pa.comcast.net [71.60.127.199]) (AUTH: LOGIN wmoran, SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Sat, 24 Nov 2007 08:51:20 -0500 id 0005645A.47482C58.00007CE3 Date: Sat, 24 Nov 2007 08:51:17 -0500 From: Bill Moran To: "Joel V." Message-Id: <20071124085117.5b31452c.wmoran@collaborativefusion.com> In-Reply-To: <000001c82e1c$27909d50$0200a8c0@windsor> References: <000001c82e1c$27909d50$0200a8c0@windsor> Organization: Collaborative Fusion Inc. X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Welcome to Hell / Mysterious networking troubles on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 14:01:27 -0000 "Joel V." wrote: > > Hello all, > > I'm not experiencing this problem, my friend is. He's simply too pissed off > to write here and I'm afraid he's going to set his office on fire if he > doesn't solve the problem soon, so without further ado, here's the problem: > > He has two fbsd boxes, main server running 6.1 and dns server running 4.3. > He has 4 public IPs which he can use and the main server is running on > x.x.x.122. He's main box is NOT acting as a gateway/NAT box in the office. > Today he noticed that net is getting awfully slow. Sometimes there would be > 50% pl when pinging, sometimes pinging would be all OK, but SSH is dead-slow > and the webpages running on the main server are not displaying. E-mails are > not going through. He calls the ISP, who say that his network is showing > major uploading activity. He switches off networking services one by one in > the main box but situation does not improve. He disconnects the main server > and puts a windows xp box instead, which seems to run fine. He puts back the > freebsd box, disables all networking services again except for SSH and > connects the network: instant 100% networking slow-down. He tried to change > the switch, thinking it's faulty. He disconnect every other computer in the > office from the network: nothing. He put the public IP address on the > second, internal network NIC: same thing. Now it gets really mysterious: he > puts the old dns server with the x.x.x.122 IP and instantly it becomes slow > as death. The logical conclusion would be that someone is flooding that IP? > Only the windows xp box seemed to work fine and the ISP guy said it was > upload bandwidth that was excessive... > > Netstat -a doesn't show anything interesting, arp -a doesn't show any > incomplete addresses He tried to build and install a new fresh kernel. > Nothing. This is the most creepy networking problem I've heard of. Can YOU > help? Any ideas where to start looking? +1 on the tcpdump work. Once you have the packet capture, something like Wireshark will give you a pretty view of the packets. However, posting the text output of tcpdump will allow the crew on this mailing list to give you specific advice (once you've done what Julian suggests, you can get text output by doing tcpdump -r capture.out) Overall, based on your vague symptoms, I'd guess you got cracked and someone's running a spambot or other bot on that box. They may even have it rooted. -- Bill Moran Collaborative Fusion Inc. wmoran@collaborativefusion.com Phone: 412-422-3463x4023 From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 14:29:36 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75D5516A46C for ; Sat, 24 Nov 2007 14:29:36 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.giulioferro.it (mail.giulioferro.it [85.18.102.52]) by mx1.freebsd.org (Postfix) with ESMTP id 3E0D613C4D1 for ; Sat, 24 Nov 2007 14:29:36 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from localhost (localhost [127.0.0.1]) by mail.giulioferro.it (Postfix) with ESMTP id 88E0C33C42 for ; Sat, 24 Nov 2007 15:13:31 +0100 (CET) X-Virus-Scanned: amavisd-new at giulioferro.it Received: from mail.giulioferro.it ([127.0.0.1]) by localhost (aurynwork1sv1.giulioferro.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9VX3-IlPeTKH for ; Sat, 24 Nov 2007 15:13:28 +0100 (CET) Received: from aurynmob2.giulioferro.it (mail.zirakzigil.org [82.63.178.63]) (Authenticated sender: gferro@giulioferro.it) by mail.giulioferro.it (Postfix) with ESMTP id 6D3E033C41 for ; Sat, 24 Nov 2007 15:13:28 +0100 (CET) Message-ID: <474830F9.90305@zirakzigil.org> Date: Sat, 24 Nov 2007 15:11:05 +0100 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.5 (X11/20070724) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: doubt about IPSEC - Freebsd 7 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 14:29:36 -0000 I've noticed that in the kernel configuration IPSEC_ESP disappeared from the options. It says that you just need device crypto and IPSEC. Does this mean that with crypto and IPSEC I have all I need to treat ESP like the old IPSEC_ESP option? I'm having some problems right now setting up a vpn to complete phase 2, (the error is no proposal chosen). Since ipsec-tools uses the facilities in the kernel, I want to make sure that the kernel provides everything racoon needs... From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 14:37:09 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6332A16A417 for ; Sat, 24 Nov 2007 14:37:09 +0000 (UTC) (envelope-from soralx@cydem.org) Received: from pd2mo1so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 557F813C442 for ; Sat, 24 Nov 2007 14:37:09 +0000 (UTC) (envelope-from soralx@cydem.org) Received: from pd2mr6so.prod.shaw.ca (pd2mr6so-qfe3.prod.shaw.ca [10.0.141.9]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JS00075SLX2UE10@l-daemon> for freebsd-hackers@freebsd.org; Sat, 24 Nov 2007 07:36:38 -0700 (MST) Received: from pn2ml4so.prod.shaw.ca ([10.0.121.148]) by pd2mr6so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JS000EPSLX2AOB0@pd2mr6so.prod.shaw.ca> for freebsd-hackers@freebsd.org; Sat, 24 Nov 2007 07:36:38 -0700 (MST) Received: from soralx ([24.87.3.133]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JS0000CLLX1Z920@l-daemon> for freebsd-hackers@freebsd.org; Sat, 24 Nov 2007 07:36:37 -0700 (MST) Date: Sat, 24 Nov 2007 06:36:37 -0800 From: soralx@cydem.org In-reply-to: <003301c82e99$6c099360$0200a8c0@windsor> To: joel@smail.ee Message-id: <20071124063637.27a877a8@soralx> MIME-version: 1.0 X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit References: <003301c82e99$6c099360$0200a8c0@windsor> Cc: freebsd-hackers@freebsd.org Subject: Re: Welcome to Hell / Mysterious networking troubles on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 14:37:09 -0000 > As a lot of people recommended using tcpdump, here it is. The only > thing that stands out, are hundreds and thousands of lines like this: > > 13:45:49.991592 IP 82.165.252.222.36887 > ns1.galandrex.ee.43077: UDP, > length 9216 > 13:45:49.996482 IP 82.165.252.222.36887 > ns1.galandrex.ee.33803: UDP, > length 9216 > 13:45:50.001174 IP 82.165.252.222.36887 > ns1.galandrex.ee.63574: UDP, > length 9216 > 13:45:50.005955 IP 82.165.252.222.36887 > ns1.galandrex.ee.36618: UDP, > length 9216 > 13:45:50.010749 IP 82.165.252.222.36887 > ns1.galandrex.ee.48231: UDP, > length 9216 > > That IP resolves to u15194704.onlinehome-server.com. Seems to be a > german ISP. After five seconds the capture.out file was already > 2.8MB. You can see the file here: https://89.219.136.126/capture.out > > Thank you again to all the nice people who contacted me. And again, > it would be nice if you could send me a copy of your reply, because > I'm not a member of the list (either reply or cc to joel@spirit.ee). > Thanks! Looks like a case of DDoS indeed. The node's DNS A-record better be left pointing to the old IP#, and the IP address changed. > Joel V. [SorAlx] ridin' VS1400 From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 15:02:09 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D449316A418 for ; Sat, 24 Nov 2007 15:02:09 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from lists.martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.freebsd.org (Postfix) with ESMTP id A389713C43E for ; Sat, 24 Nov 2007 15:02:09 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] (workstation.martenvijn.nl [192.168.1.6]) by lists.martenvijn.nl (Postfix) with ESMTP id 6FFA85C97; Sat, 24 Nov 2007 15:59:48 +0100 (CET) From: Marten Vijn To: Bill Moran In-Reply-To: <20071124085117.5b31452c.wmoran@collaborativefusion.com> References: <000001c82e1c$27909d50$0200a8c0@windsor> <20071124085117.5b31452c.wmoran@collaborativefusion.com> Content-Type: text/plain Date: Sat, 24 Nov 2007 15:45:40 +0100 Message-Id: <1195915540.4426.15.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, "Joel V." Subject: Re: Welcome to Hell / Mysterious networking troubles on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 15:02:09 -0000 On Sat, 2007-11-24 at 08:51 -0500, Bill Moran wrote: > "Joel V." wrote: > > > > Hello all, > > > > I'm not experiencing this problem, my friend is. He's simply too pissed off > > to write here and I'm afraid he's going to set his office on fire if he > > doesn't solve the problem soon, so without further ado, here's the problem: > > > > He has two fbsd boxes, main server running 6.1 and dns server running 4.3. > > He has 4 public IPs which he can use and the main server is running on > > x.x.x.122. He's main box is NOT acting as a gateway/NAT box in the office. > > Today he noticed that net is getting awfully slow. Sometimes there would be > > 50% pl when pinging, sometimes pinging would be all OK, but SSH is dead-slow > > and the webpages running on the main server are not displaying. E-mails are > > not going through. He calls the ISP, who say that his network is showing > > major uploading activity. He switches off networking services one by one in > > the main box but situation does not improve. He disconnects the main server > > and puts a windows xp box instead, which seems to run fine. He puts back the > > freebsd box, disables all networking services again except for SSH and > > connects the network: instant 100% networking slow-down. He tried to change > > the switch, thinking it's faulty. He disconnect every other computer in the > > office from the network: nothing. He put the public IP address on the > > second, internal network NIC: same thing. Now it gets really mysterious: he > > puts the old dns server with the x.x.x.122 IP and instantly it becomes slow > > as death. The logical conclusion would be that someone is flooding that IP? > > Only the windows xp box seemed to work fine and the ISP guy said it was > > upload bandwidth that was excessive... > > > > Netstat -a doesn't show anything interesting, arp -a doesn't show any > > incomplete addresses He tried to build and install a new fresh kernel. > > Nothing. This is the most creepy networking problem I've heard of. Can YOU > > help? Any ideas where to start looking? > > +1 on the tcpdump work. Once you have the packet capture, something like > Wireshark will give you a pretty view of the packets. However, posting > the text output of tcpdump will allow the crew on this mailing list to > give you specific advice (once you've done what Julian suggests, you > can get text output by doing tcpdump -r capture.out) > > Overall, based on your vague symptoms, I'd guess you got cracked and > someone's running a spambot or other bot on that box. They may even > have it rooted. > You may find that out putting bridging (man bridge and sysctl) box inbetween the internet connection and your box and dump there. I would use for temp my laptop with an extra usb_ethernet device. A mirrorport on a switch + sflow / netflow could show traffic in ntop to get more insight on your traffic. more tools: nmap tcpflow chkrootkit md5sum (too late for tripwire) if you have your bins somewhere else on tar/tape/cd Marten From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 15:06:02 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3999116A41B for ; Sat, 24 Nov 2007 15:06:02 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id D1E5B13C455 for ; Sat, 24 Nov 2007 15:06:01 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so127593nfb for ; Sat, 24 Nov 2007 07:06:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=A9QoWPbco+WQWfH3fmtdhlmK420IgRJESW1jKEJfDUI=; b=CTzTTxq1Zn7rC6BC+vVyaIHcNWN9w6rclu7/N6xkGDFDA/BAEmMkx/BxJECbhVirNT7UwuFeSsW9WR5LleJg+DSTe6Tw8AbKSypI2L1llaJxOF5nk9Ep3/VwD/vrNwz+89iXYmSjtuk5leM7vq9lb7CJZ0+S+BGdrMag02A70j4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BTVmWZs2ntKWAaHfo85KzCpilG0m2yU0x+eWMqE/2mWTBKy5xpwJi1t4O4U/wddkvMgf/O2YJDq/Ts5VJOwTXLBNy0MOuF57o/RRiduuH6hs8ZXHO097FIgc8xBSYuICbsHNNU74Dc0/puRuy4eZCQS16uI4ohOFtJhtlbvz4m4= Received: by 10.82.150.20 with SMTP id x20mr1395752bud.1195915109981; Sat, 24 Nov 2007 06:38:29 -0800 (PST) Received: by 10.82.115.11 with HTTP; Sat, 24 Nov 2007 06:38:29 -0800 (PST) Message-ID: <6eb82e0711240638g2cc1e54o1fb1321cafe8ff9f@mail.gmail.com> Date: Sat, 24 Nov 2007 22:38:29 +0800 From: "Rong-en Fan" To: "Giulio Ferro" In-Reply-To: <474830F9.90305@zirakzigil.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <474830F9.90305@zirakzigil.org> Cc: freebsd-hackers@freebsd.org Subject: Re: doubt about IPSEC - Freebsd 7 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 15:06:02 -0000 On Nov 24, 2007 10:11 PM, Giulio Ferro wrote: > I've noticed that in the kernel configuration IPSEC_ESP disappeared > from the options. It says that you just need device crypto and IPSEC. > > Does this mean that with crypto and IPSEC I have all I need to treat > ESP like the old IPSEC_ESP option? Yes. Regards, Rong-En Fan > I'm having some problems right now setting up a vpn to complete phase 2, > (the error is no proposal chosen). > Since ipsec-tools uses the facilities in the kernel, I want to make sure > that the > kernel provides everything racoon needs... > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 15:34:41 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67C4516A417 for ; Sat, 24 Nov 2007 15:34:41 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (reverse-25.fdn.fr [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id 388D813C461 for ; Sat, 24 Nov 2007 15:34:41 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from albator.zen.inc (albator.zen.inc [192.168.1.5]) by smtp.zeninc.net (smtpd) with ESMTP id EC6883F1F; Sat, 24 Nov 2007 16:08:41 +0100 (CET) Received: by albator.zen.inc (Postfix, from userid 1000) id 95D617330F; Sat, 24 Nov 2007 16:08:54 +0100 (CET) Date: Sat, 24 Nov 2007 16:08:54 +0100 From: VANHULLEBUS Yvan To: Giulio Ferro Message-ID: <20071124150854.GA3451@zen.inc> References: <474830F9.90305@zirakzigil.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <474830F9.90305@zirakzigil.org> User-Agent: All mail clients suck. This one just sucks less. Cc: freebsd-hackers@freebsd.org Subject: Re: doubt about IPSEC - Freebsd 7 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 15:34:41 -0000 Hi. On Sat, Nov 24, 2007 at 03:11:05PM +0100, Giulio Ferro wrote: > I've noticed that in the kernel configuration IPSEC_ESP disappeared > from the options. It says that you just need device crypto and IPSEC. > > Does this mean that with crypto and IPSEC I have all I need to treat > ESP like the old IPSEC_ESP option? > IPSEC_ESP was a needed option for KAME's IPSec implementation, which is no longer in FreeBSD's kernel. IPSEC now enables FAST_IPSEC stack, which just needs IPSEC and device crypto. > I'm having some problems right now setting up a vpn to complete phase 2, > (the error is no proposal chosen). > Since ipsec-tools uses the facilities in the kernel, I want to make sure > that the > kernel provides everything racoon needs... That really sounds like a configuration issue (racoon.conf, or perhaps your SPD entries), racoon's debug on responder should give you more informations on the problem. Yvan. -- NETASQ http://www.netasq.com From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 15:37:35 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B22216A468 for ; Sat, 24 Nov 2007 15:37:35 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.giulioferro.it (mail.giulioferro.it [85.18.102.52]) by mx1.freebsd.org (Postfix) with ESMTP id 25BA913C448 for ; Sat, 24 Nov 2007 15:37:35 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from localhost (localhost [127.0.0.1]) by mail.giulioferro.it (Postfix) with ESMTP id 8C95E33C42; Sat, 24 Nov 2007 16:39:36 +0100 (CET) X-Virus-Scanned: amavisd-new at giulioferro.it Received: from mail.giulioferro.it ([127.0.0.1]) by localhost (aurynwork1sv1.giulioferro.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kKbTXgW4b6rk; Sat, 24 Nov 2007 16:39:32 +0100 (CET) Received: from aurynmob2.giulioferro.it (mail.zirakzigil.org [82.63.178.63]) (Authenticated sender: gferro@giulioferro.it) by mail.giulioferro.it (Postfix) with ESMTP id 4BD9833C41; Sat, 24 Nov 2007 16:39:32 +0100 (CET) Message-ID: <47484525.8020002@zirakzigil.org> Date: Sat, 24 Nov 2007 16:37:09 +0100 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.5 (X11/20070724) MIME-Version: 1.0 To: VANHULLEBUS Yvan References: <474830F9.90305@zirakzigil.org> <20071124150854.GA3451@zen.inc> In-Reply-To: <20071124150854.GA3451@zen.inc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: doubt about IPSEC - Freebsd 7 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 15:37:35 -0000 VANHULLEBUS Yvan wrote: >> I'm having some problems right now setting up a vpn to complete phase 2, >> >> (the error is no proposal chosen). >> Since ipsec-tools uses the facilities in the kernel, I want to make sure >> that the >> kernel provides everything racoon needs... >> > > That really sounds like a configuration issue (racoon.conf, or perhaps > your SPD entries), racoon's debug on responder should give you more > informations on the problem. > > Yes, that's what I thought as well , but I'm at the rope's end. I've already sent a mail to ipsec-tools mailing list describing the problem, but I had to rule out the possibility that it was os-related first. I hope some of them guys can help me. Unfortunatyle isakmpd doesn't work in freebsd 7 and I couln't find any other IKE manager for the os... From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 18:06:30 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6510616A418 for ; Sat, 24 Nov 2007 18:06:30 +0000 (UTC) (envelope-from warping2@yahoo.com) Received: from web50012.mail.re2.yahoo.com (web50012.mail.re2.yahoo.com [206.190.39.84]) by mx1.freebsd.org (Postfix) with SMTP id 1DC1413C455 for ; Sat, 24 Nov 2007 18:06:29 +0000 (UTC) (envelope-from warping2@yahoo.com) Received: (qmail 72331 invoked by uid 60001); 24 Nov 2007 17:39:43 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=DW0w8trhprgs4NqkfV/pLzVobzn9k4CRQv1jm9WkLYGkqala4i3MnbB5VTvLwFJl0q4fdDPqd7lxIdWj3W456O3w0cCxcxpq2QP864THirw9sk3n7Fz1ki25dhCxtxdbfp3GxKUbXDJrKDF8lKoTQA6CthU1yRncDmUU2lWRp54=; X-YMail-OSG: LmBec_YVM1m9jjd9IT7lGlHN9Otrd33Voj7w4m7sQ0rkByvt_NHIVtiM8mgdwERMG.qrFaUF87bMFQsPfVFMOMXVqcjZ._i.1D3Fd_ACtZ60aDt5.fwWX52Uwc0EgpZJaWl8oou9wgzaZdTj8YD4o7Ua6A-- Received: from [200.88.28.57] by web50012.mail.re2.yahoo.com via HTTP; Sat, 24 Nov 2007 11:39:43 CST Date: Sat, 24 Nov 2007 11:39:43 -0600 (CST) From: Ronald Gonzalez To: "Joel V." , freebsd-hackers@freebsd.org In-Reply-To: <000001c82e1c$27909d50$0200a8c0@windsor> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <868532.72032.qm@web50012.mail.re2.yahoo.com> Cc: Subject: Re: Welcome to Hell / Mysterious networking troubles on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 18:06:30 -0000 Why not to try another NIC? Att. Ronald Gonzalez --- "Joel V." escribió: > Hello all, > > I'm not experiencing this problem, my friend is. > He's simply too pissed off > to write here and I'm afraid he's going to set his > office on fire if he > doesn't solve the problem soon, so without further > ado, here's the problem: > > He has two fbsd boxes, main server running 6.1 and > dns server running 4.3. > He has 4 public IPs which he can use and the main > server is running on > x.x.x.122. He's main box is NOT acting as a > gateway/NAT box in the office. > Today he noticed that net is getting awfully slow. > Sometimes there would be > 50% pl when pinging, sometimes pinging would be all > OK, but SSH is dead-slow > and the webpages running on the main server are not > displaying. E-mails are > not going through. He calls the ISP, who say that > his network is showing > major uploading activity. He switches off networking > services one by one in > the main box but situation does not improve. He > disconnects the main server > and puts a windows xp box instead, which seems to > run fine. He puts back the > freebsd box, disables all networking services again > except for SSH and > connects the network: instant 100% networking > slow-down. He tried to change > the switch, thinking it's faulty. He disconnect > every other computer in the > office from the network: nothing. He put the public > IP address on the > second, internal network NIC: same thing. Now it > gets really mysterious: he > puts the old dns server with the x.x.x.122 IP and > instantly it becomes slow > as death. The logical conclusion would be that > someone is flooding that IP? > Only the windows xp box seemed to work fine and the > ISP guy said it was > upload bandwidth that was excessive... > > Netstat -a doesn't show anything interesting, arp -a > doesn't show any > incomplete addresses He tried to build and install a > new fresh kernel. > Nothing. This is the most creepy networking problem > I've heard of. Can YOU > help? Any ideas where to start looking? > > I'm not in the freebsd-hackers list, so if you want > the e-mail to reach me, > send a copy to joel@spirit.ee > > Thank you in advance! > Joel > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" > Comparte video en la ventana de tus mensajes (y también tus fotos de Flickr). Usa el nuevo Yahoo! Messenger versión Beta. http://e1.beta.messenger.yahoo.com/ From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 18:08:10 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F10E16A4A6 for ; Sat, 24 Nov 2007 18:08:10 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outN.internet-mail-service.net (outN.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id 2C41113C4CC for ; Sat, 24 Nov 2007 18:08:10 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sat, 24 Nov 2007 10:08:03 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 02022126AB6; Sat, 24 Nov 2007 10:08:02 -0800 (PST) Message-ID: <47486882.1000107@elischer.org> Date: Sat, 24 Nov 2007 10:08:02 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Joel V." References: <003301c82e99$6c099360$0200a8c0@windsor> In-Reply-To: <003301c82e99$6c099360$0200a8c0@windsor> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Welcome to Hell / Mysterious networking troubles on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 18:08:10 -0000 Joel V. wrote: > As a lot of people recommended using tcpdump, here it is. The only thing > that stands out, are hundreds and thousands of lines like this: > > 13:45:49.991592 IP 82.165.252.222.36887 > ns1.galandrex.ee.43077: UDP, > length 9216 > 13:45:49.996482 IP 82.165.252.222.36887 > ns1.galandrex.ee.33803: UDP, > length 9216 > 13:45:50.001174 IP 82.165.252.222.36887 > ns1.galandrex.ee.63574: UDP, > length 9216 > 13:45:50.005955 IP 82.165.252.222.36887 > ns1.galandrex.ee.36618: UDP, > length 9216 > 13:45:50.010749 IP 82.165.252.222.36887 > ns1.galandrex.ee.48231: UDP, > length 9216 > > That IP resolves to u15194704.onlinehome-server.com. Seems to be a german > ISP. After five seconds the capture.out file was already 2.8MB. You can see > the file here: https://89.219.136.126/capture.out > > Thank you again to all the nice people who contacted me. And again, it would > be nice if you could send me a copy of your reply, because I'm not a member > of the list (either reply or cc to joel@spirit.ee). Thanks! These may or may not come from this source.. they could be spoofed.. you are under some sort of attack, though maybe (or maybe not) on purpose. you could also be part of an attack ON that address. if thousands of systems such as yours are all sending responses to that location. they could be swamped.. The best thing to do is to ask your ISP if they can block these. If not you can block them with ipfw so your name server doesn't respond to them, but you'll still have the incoming requests going across your link. use trafshow -i (interface) udp and port 53 to keep track of what is going on.. (in ports) Julian > > Joel V. > > > -----Original Message----- > From: Joel V. [mailto:joel@smail.ee] > Sent: Saturday, November 24, 2007 12:00 AM > To: 'freebsd-hackers@freebsd.org' > Subject: Welcome to Hell / Mysterious networking troubles on FreeBSD > > Hello all, > > I'm not experiencing this problem, my friend is. He's simply too pissed off > to write here and I'm afraid he's going to set his office on fire if he > doesn't solve the problem soon, so without further ado, here's the problem: > > He has two fbsd boxes, main server running 6.1 and dns server running 4.3. > He has 4 public IPs which he can use and the main server is running on > x.x.x.122. He's main box is NOT acting as a gateway/NAT box in the office. > Today he noticed that net is getting awfully slow. Sometimes there would be > 50% pl when pinging, sometimes pinging would be all OK, but SSH is dead-slow > and the webpages running on the main server are not displaying. E-mails are > not going through. He calls the ISP, who say that his network is showing > major uploading activity. He switches off networking services one by one in > the main box but situation does not improve. He disconnects the main server > and puts a windows xp box instead, which seems to run fine. He puts back the > freebsd box, disables all networking services again except for SSH and > connects the network: instant 100% networking slow-down. He tried to change > the switch, thinking it's faulty. He disconnect every other computer in the > office from the network: nothing. He put the public IP address on the > second, internal network NIC: same thing. Now it gets really mysterious: he > puts the old dns server with the x.x.x.122 IP and instantly it becomes slow > as death. The logical conclusion would be that someone is flooding that IP? > Only the windows xp box seemed to work fine and the ISP guy said it was > upload bandwidth that was excessive... > > Netstat -a doesn't show anything interesting, arp -a doesn't show any > incomplete addresses He tried to build and install a new fresh kernel. > Nothing. This is the most creepy networking problem I've heard of. Can YOU > help? Any ideas where to start looking? > > I'm not in the freebsd-hackers list, so if you want the e-mail to reach me, > send a copy to joel@spirit.ee > > Thank you in advance! > Joel > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 21:21:56 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6A1C16A41B for ; Sat, 24 Nov 2007 21:21:56 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by mx1.freebsd.org (Postfix) with ESMTP id 46ADA13C459 for ; Sat, 24 Nov 2007 21:21:55 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lAOLLj0d005492 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 25 Nov 2007 08:21:45 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id lAOLLiHp032837; Sun, 25 Nov 2007 08:21:44 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id lAOLLhXh032832; Sun, 25 Nov 2007 08:21:43 +1100 (EST) (envelope-from peter) Date: Sun, 25 Nov 2007 08:21:43 +1100 From: Peter Jeremy To: Gabor Tjong A Hung Message-ID: <20071124212143.GC50167@server.vk2pj.dyndns.org> References: <8AAADCFE-9D0D-4801-8684-5BD6A3070C2C@GMail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+KJYzRxRHjYqLGl5" Content-Disposition: inline In-Reply-To: <8AAADCFE-9D0D-4801-8684-5BD6A3070C2C@GMail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-hackers@freebsd.org Subject: Re: Need for SysV IPC to be confined to jail instances X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 21:21:56 -0000 --+KJYzRxRHjYqLGl5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 24, 2007 at 12:11:18PM +0100, Gabor Tjong A Hung wrote: >As I came to understand, if you enable jail_sysvipc_allow in rc.conf I am= =20 >defeating the purpose of a jail. Not totally defeating the purpose but SysV IPC is not jail-aware so any jailed process can see and affect the global SysV IPC state. >I got a suggestion that it might be possible to have sys v ipc confined to= =20 >a jail instance and perhaps let it work like a telephone number. This has come up before. See (eg): http://www.freebsd.org/cgi/query-pr.cgi?pr=3D48471 and the thread beginning http://lists.freebsd.org/pipermail/freebsd-current/2006-April/062261.html --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --+KJYzRxRHjYqLGl5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHSJXn/opHv/APuIcRAsQIAJ9PnTA2/t1/07EXCpuhtya+n/hcDwCgjVER +sjvAGCaZZEKkpYpYQ+GJbk= =fZoe -----END PGP SIGNATURE----- --+KJYzRxRHjYqLGl5-- From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 20:33:51 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC59F16A468 for ; Sat, 24 Nov 2007 20:33:51 +0000 (UTC) (envelope-from joel@smail.ee) Received: from smtp-gw1.starman.ee (smtp-out3.starman.ee [85.253.0.5]) by mx1.freebsd.org (Postfix) with ESMTP id 327BB13C455 for ; Sat, 24 Nov 2007 20:33:51 +0000 (UTC) (envelope-from joel@smail.ee) Received: from mx2.starman.ee (mx2.starman.ee [62.65.192.17]) by smtp-gw1.starman.ee (Postfix) with ESMTP id 65922A21702 for ; Sat, 24 Nov 2007 22:33:43 +0200 (EET) X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Received: from windsor (ip247.cab84.tln.starman.ee [82.131.84.247]) by mx2.starman.ee (Postfix) with ESMTP id AB2C43F40AB for ; Sat, 24 Nov 2007 22:33:43 +0200 (EET) From: "Joel V." To: Date: Sat, 24 Nov 2007 22:33:41 +0200 Message-ID: <000101c82ed9$4d0986b0$0200a8c0@windsor> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcguHCYawT+B7bZVTy+xCXtxOhTrtgAfLPZgAA/nwyA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Mailman-Approved-At: Sat, 24 Nov 2007 21:35:27 +0000 Subject: RE: Welcome to Hell / Mysterious networking troubles on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 20:33:51 -0000 Hello. A big thanks to everyone who contacted me. FreeBSD really has the best community one could help for. Now, it has been confirmed by the backbone manager that we're dealing with a DDOS attack. However, the ISP seems to be as clueless as a headless sheep, and we haven't been able to contact their technical staff yet (of course one can't be 100% sure that they even have a technical staff, judging by the level of their response). Hopefully the situation will be fixed soon. One final question though: are there any quick steps one can take to protect their server from DDOS attacks like these? Again, thanks to everyone who helped out. Joel V. -----Original Message----- From: Joel V. [mailto:joel@smail.ee] Sent: Saturday, November 24, 2007 2:56 PM To: 'freebsd-hackers@freebsd.org' Subject: RE: Welcome to Hell / Mysterious networking troubles on FreeBSD As a lot of people recommended using tcpdump, here it is. The only thing that stands out, are hundreds and thousands of lines like this: 13:45:49.991592 IP 82.165.252.222.36887 > ns1.galandrex.ee.43077: UDP, length 9216 13:45:49.996482 IP 82.165.252.222.36887 > ns1.galandrex.ee.33803: UDP, length 9216 13:45:50.001174 IP 82.165.252.222.36887 > ns1.galandrex.ee.63574: UDP, length 9216 13:45:50.005955 IP 82.165.252.222.36887 > ns1.galandrex.ee.36618: UDP, length 9216 13:45:50.010749 IP 82.165.252.222.36887 > ns1.galandrex.ee.48231: UDP, length 9216 That IP resolves to u15194704.onlinehome-server.com. Seems to be a german ISP. After five seconds the capture.out file was already 2.8MB. You can see the file here: https://89.219.136.126/capture.out Thank you again to all the nice people who contacted me. And again, it would be nice if you could send me a copy of your reply, because I'm not a member of the list (either reply or cc to joel@spirit.ee). Thanks! Joel V. -----Original Message----- From: Joel V. [mailto:joel@smail.ee] Sent: Saturday, November 24, 2007 12:00 AM To: 'freebsd-hackers@freebsd.org' Subject: Welcome to Hell / Mysterious networking troubles on FreeBSD Hello all, I'm not experiencing this problem, my friend is. He's simply too pissed off to write here and I'm afraid he's going to set his office on fire if he doesn't solve the problem soon, so without further ado, here's the problem: He has two fbsd boxes, main server running 6.1 and dns server running 4.3. He has 4 public IPs which he can use and the main server is running on x.x.x.122. He's main box is NOT acting as a gateway/NAT box in the office. Today he noticed that net is getting awfully slow. Sometimes there would be 50% pl when pinging, sometimes pinging would be all OK, but SSH is dead-slow and the webpages running on the main server are not displaying. E-mails are not going through. He calls the ISP, who say that his network is showing major uploading activity. He switches off networking services one by one in the main box but situation does not improve. He disconnects the main server and puts a windows xp box instead, which seems to run fine. He puts back the freebsd box, disables all networking services again except for SSH and connects the network: instant 100% networking slow-down. He tried to change the switch, thinking it's faulty. He disconnect every other computer in the office from the network: nothing. He put the public IP address on the second, internal network NIC: same thing. Now it gets really mysterious: he puts the old dns server with the x.x.x.122 IP and instantly it becomes slow as death. The logical conclusion would be that someone is flooding that IP? Only the windows xp box seemed to work fine and the ISP guy said it was upload bandwidth that was excessive... Netstat -a doesn't show anything interesting, arp -a doesn't show any incomplete addresses He tried to build and install a new fresh kernel. Nothing. This is the most creepy networking problem I've heard of. Can YOU help? Any ideas where to start looking? I'm not in the freebsd-hackers list, so if you want the e-mail to reach me, send a copy to joel@spirit.ee Thank you in advance! Joel From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 21:45:12 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EF5916A419 for ; Sat, 24 Nov 2007 21:45:12 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id EF68A13C457 for ; Sat, 24 Nov 2007 21:45:11 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Iw2oF-0000vg-Ig; Sat, 24 Nov 2007 22:45:07 +0100 Message-ID: <47489B7C.90000@FreeBSD.org> Date: Sat, 24 Nov 2007 22:45:32 +0100 From: Remko Lodder User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Joel V." References: <000101c82ed9$4d0986b0$0200a8c0@windsor> In-Reply-To: <000101c82ed9$4d0986b0$0200a8c0@windsor> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Welcome to Hell / Mysterious networking troubles on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 21:45:12 -0000 Joel V. wrote: > Hello. > > A big thanks to everyone who contacted me. FreeBSD really has the best > community one could help for. > > Now, it has been confirmed by the backbone manager that we're dealing with a > DDOS attack. However, the ISP seems to be as clueless as a headless sheep, > and we haven't been able to contact their technical staff yet (of course one > can't be 100% sure that they even have a technical staff, judging by the > level of their response). > > Hopefully the situation will be fixed soon. One final question though: are > there any quick steps one can take to protect their server from DDOS attacks > like these? > > Again, thanks to everyone who helped out. > > Joel V. > > > -----Original Message----- > From: Joel V. [mailto:joel@smail.ee] > Sent: Saturday, November 24, 2007 2:56 PM > To: 'freebsd-hackers@freebsd.org' > Subject: RE: Welcome to Hell / Mysterious networking troubles on FreeBSD > > As a lot of people recommended using tcpdump, here it is. The only thing > that stands out, are hundreds and thousands of lines like this: > > 13:45:49.991592 IP 82.165.252.222.36887 > ns1.galandrex.ee.43077: UDP, > length 9216 > 13:45:49.996482 IP 82.165.252.222.36887 > ns1.galandrex.ee.33803: UDP, > length 9216 > 13:45:50.001174 IP 82.165.252.222.36887 > ns1.galandrex.ee.63574: UDP, > length 9216 > 13:45:50.005955 IP 82.165.252.222.36887 > ns1.galandrex.ee.36618: UDP, > length 9216 > 13:45:50.010749 IP 82.165.252.222.36887 > ns1.galandrex.ee.48231: UDP, > length 9216 > > That IP resolves to u15194704.onlinehome-server.com. Seems to be a german > ISP. After five seconds the capture.out file was already 2.8MB. You can see > the file here: https://89.219.136.126/capture.out > > Thank you again to all the nice people who contacted me. And again, it would > be nice if you could send me a copy of your reply, because I'm not a member > of the list (either reply or cc to joel@spirit.ee). Thanks! > > Joel V. > > > -----Original Message----- > From: Joel V. [mailto:joel@smail.ee] > Sent: Saturday, November 24, 2007 12:00 AM > To: 'freebsd-hackers@freebsd.org' > Subject: Welcome to Hell / Mysterious networking troubles on FreeBSD > > Hello all, > > I'm not experiencing this problem, my friend is. He's simply too pissed off > to write here and I'm afraid he's going to set his office on fire if he > doesn't solve the problem soon, so without further ado, here's the problem: > > He has two fbsd boxes, main server running 6.1 and dns server running 4.3. > He has 4 public IPs which he can use and the main server is running on > x.x.x.122. He's main box is NOT acting as a gateway/NAT box in the office. > Today he noticed that net is getting awfully slow. Sometimes there would be > 50% pl when pinging, sometimes pinging would be all OK, but SSH is dead-slow > and the webpages running on the main server are not displaying. E-mails are > not going through. He calls the ISP, who say that his network is showing > major uploading activity. He switches off networking services one by one in > the main box but situation does not improve. He disconnects the main server > and puts a windows xp box instead, which seems to run fine. He puts back the > freebsd box, disables all networking services again except for SSH and > connects the network: instant 100% networking slow-down. He tried to change > the switch, thinking it's faulty. He disconnect every other computer in the > office from the network: nothing. He put the public IP address on the > second, internal network NIC: same thing. Now it gets really mysterious: he > puts the old dns server with the x.x.x.122 IP and instantly it becomes slow > as death. The logical conclusion would be that someone is flooding that IP? > Only the windows xp box seemed to work fine and the ISP guy said it was > upload bandwidth that was excessive... > > Netstat -a doesn't show anything interesting, arp -a doesn't show any > incomplete addresses He tried to build and install a new fresh kernel. > Nothing. This is the most creepy networking problem I've heard of. Can YOU > help? Any ideas where to start looking? > > I'm not in the freebsd-hackers list, so if you want the e-mail to reach me, > send a copy to joel@spirit.ee > > Thank you in advance! > Joel > If someone wants to flood your network connection with packets there is nothing you can do about it, your line can only handle so much packets even if you just drop them or something. You'll just have to wait till the ISP can resolve it or the attack stops :( Cheers remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 22:09:00 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C82016A41A for ; Sat, 24 Nov 2007 22:09:00 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outW.internet-mail-service.net (outW.internet-mail-service.net [216.240.47.246]) by mx1.freebsd.org (Postfix) with ESMTP id 02ECB13C442 for ; Sat, 24 Nov 2007 22:08:59 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sat, 24 Nov 2007 14:08:59 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 8DA4F126AC2; Sat, 24 Nov 2007 14:08:58 -0800 (PST) Message-ID: <4748A0FA.1060402@elischer.org> Date: Sat, 24 Nov 2007 14:08:58 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Joel V." References: <000101c82ed9$4d0986b0$0200a8c0@windsor> In-Reply-To: <000101c82ed9$4d0986b0$0200a8c0@windsor> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Welcome to Hell / Mysterious networking troubles on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 22:09:00 -0000 Joel V. wrote: > Hello. > > A big thanks to everyone who contacted me. FreeBSD really has the best > community one could help for. > > Now, it has been confirmed by the backbone manager that we're dealing with a > DDOS attack. However, the ISP seems to be as clueless as a headless sheep, > and we haven't been able to contact their technical staff yet (of course one > can't be 100% sure that they even have a technical staff, judging by the > level of their response). > > Hopefully the situation will be fixed soon. One final question though: are > there any quick steps one can take to protect their server from DDOS attacks > like these? in the short term.. ipfw add 100 drop udp from (address) > > Again, thanks to everyone who helped out. > > Joel V. > > > -----Original Message----- > From: Joel V. [mailto:joel@smail.ee] > Sent: Saturday, November 24, 2007 2:56 PM > To: 'freebsd-hackers@freebsd.org' > Subject: RE: Welcome to Hell / Mysterious networking troubles on FreeBSD > > As a lot of people recommended using tcpdump, here it is. The only thing > that stands out, are hundreds and thousands of lines like this: > > 13:45:49.991592 IP 82.165.252.222.36887 > ns1.galandrex.ee.43077: UDP, > length 9216 > 13:45:49.996482 IP 82.165.252.222.36887 > ns1.galandrex.ee.33803: UDP, > length 9216 > 13:45:50.001174 IP 82.165.252.222.36887 > ns1.galandrex.ee.63574: UDP, > length 9216 > 13:45:50.005955 IP 82.165.252.222.36887 > ns1.galandrex.ee.36618: UDP, > length 9216 > 13:45:50.010749 IP 82.165.252.222.36887 > ns1.galandrex.ee.48231: UDP, > length 9216 > > That IP resolves to u15194704.onlinehome-server.com. Seems to be a german > ISP. After five seconds the capture.out file was already 2.8MB. You can see > the file here: https://89.219.136.126/capture.out > > Thank you again to all the nice people who contacted me. And again, it would > be nice if you could send me a copy of your reply, because I'm not a member > of the list (either reply or cc to joel@spirit.ee). Thanks! > > Joel V. > > > -----Original Message----- > From: Joel V. [mailto:joel@smail.ee] > Sent: Saturday, November 24, 2007 12:00 AM > To: 'freebsd-hackers@freebsd.org' > Subject: Welcome to Hell / Mysterious networking troubles on FreeBSD > > Hello all, > > I'm not experiencing this problem, my friend is. He's simply too pissed off > to write here and I'm afraid he's going to set his office on fire if he > doesn't solve the problem soon, so without further ado, here's the problem: > > He has two fbsd boxes, main server running 6.1 and dns server running 4.3. > He has 4 public IPs which he can use and the main server is running on > x.x.x.122. He's main box is NOT acting as a gateway/NAT box in the office. > Today he noticed that net is getting awfully slow. Sometimes there would be > 50% pl when pinging, sometimes pinging would be all OK, but SSH is dead-slow > and the webpages running on the main server are not displaying. E-mails are > not going through. He calls the ISP, who say that his network is showing > major uploading activity. He switches off networking services one by one in > the main box but situation does not improve. He disconnects the main server > and puts a windows xp box instead, which seems to run fine. He puts back the > freebsd box, disables all networking services again except for SSH and > connects the network: instant 100% networking slow-down. He tried to change > the switch, thinking it's faulty. He disconnect every other computer in the > office from the network: nothing. He put the public IP address on the > second, internal network NIC: same thing. Now it gets really mysterious: he > puts the old dns server with the x.x.x.122 IP and instantly it becomes slow > as death. The logical conclusion would be that someone is flooding that IP? > Only the windows xp box seemed to work fine and the ISP guy said it was > upload bandwidth that was excessive... > > Netstat -a doesn't show anything interesting, arp -a doesn't show any > incomplete addresses He tried to build and install a new fresh kernel. > Nothing. This is the most creepy networking problem I've heard of. Can YOU > help? Any ideas where to start looking? > > I'm not in the freebsd-hackers list, so if you want the e-mail to reach me, > send a copy to joel@spirit.ee > > Thank you in advance! > Joel > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 22:27:43 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D12216A417 for ; Sat, 24 Nov 2007 22:27:43 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outT.internet-mail-service.net (outT.internet-mail-service.net [216.240.47.243]) by mx1.freebsd.org (Postfix) with ESMTP id 4581E13C467 for ; Sat, 24 Nov 2007 22:27:43 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sat, 24 Nov 2007 14:27:41 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 9E057126AAE; Sat, 24 Nov 2007 14:27:40 -0800 (PST) Message-ID: <4748A55B.9030204@elischer.org> Date: Sat, 24 Nov 2007 14:27:39 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Jeff Mohler References: <000101c82ed9$4d0986b0$0200a8c0@windsor> <4748A0FA.1060402@elischer.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, "Joel V." Subject: Re: Welcome to Hell / Mysterious networking troubles on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 22:27:43 -0000 Jeff Mohler wrote: > On Nov 24, 2007 2:08 PM, Julian Elischer > wrote: > > Joel V. wrote: > > Hello. > > > > A big thanks to everyone who contacted me. FreeBSD really has the > best > > community one could help for. > > > > Now, it has been confirmed by the backbone manager that we're > dealing with a > > DDOS attack. However, the ISP seems to be as clueless as a > headless sheep, > > and we haven't been able to contact their technical staff yet (of > course one > > can't be 100% sure that they even have a technical staff, judging > by the > > level of their response). > > > > Hopefully the situation will be fixed soon. One final question > though: are > > there any quick steps one can take to protect their server from > DDOS attacks > > like these? > > > Well..call the people responsible for the source IP, complain to them as > well. > > www.onlinehome-server.com is the > provider. > > Customer u15194704 is the problem computer. OR the victim. If I remember the thread correctly, it's only when he puts a nameserver at that address that he has problems. That's because the damage is being caused by the REPLIES he's making to that address. His upload BW is less than his download BW. We have no guarantee that the packets are actually coming from that address but could instead be spoofed, so that the victim is being swamped by replies from Joe's friend and others.. (I may have misremembered the beginning of the thread however) > > > > > From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 22:21:23 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CCBA16A418; Sat, 24 Nov 2007 22:21:23 +0000 (UTC) (envelope-from pieter@thedarkside.nl) Received: from mail.thelostparadise.com (cl-92.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:5b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 053BA13C44B; Sat, 24 Nov 2007 22:21:23 +0000 (UTC) (envelope-from pieter@thedarkside.nl) Received: from [192.168.1.10] (s55915f73.adsl.wanadoo.nl [85.145.95.115]) by mail.thelostparadise.com (Postfix) with ESMTP id 1CC4761C24; Sat, 24 Nov 2007 23:21:21 +0100 (CET) Message-ID: <4748A3DF.401@thedarkside.nl> Date: Sat, 24 Nov 2007 23:21:19 +0100 From: Pieter de Boer User-Agent: Thunderbird 2.0.0.6 (X11/20071105) MIME-Version: 1.0 To: Remko Lodder References: <000101c82ed9$4d0986b0$0200a8c0@windsor> <47489B7C.90000@FreeBSD.org> In-Reply-To: <47489B7C.90000@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 24 Nov 2007 22:34:48 +0000 Cc: freebsd-hackers@freebsd.org, "Joel V." Subject: Re: Welcome to Hell / Mysterious networking troubles on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 22:21:23 -0000 Remko Lodder wrote: > Joel V. wrote: >> Hopefully the situation will be fixed soon. One final question though: are >> there any quick steps one can take to protect their server from DDOS attacks >> like these? >> > If someone wants to flood your network connection with packets there is > nothing you can do about it, your line can only handle so much packets > even if you just drop them or something. > > You'll just have to wait till the ISP can resolve it or the attack > stops :( Well, that all depends on the impact the flood has on your network connection and what kind of contract you have with your upstream provider. If the amount of traffic coming in over your uplink does not exceed the available uplink bandwidth by a large margin, you will not noticeably suffer packet loss due to congestion. I've had a 100MBit/s DDoS-attack against a server that was connected to a 100MBit/s link and didn't even notice it, even though I was logged in over SSH. Such amounts of traffic may cost you a lot of money though, so it may be wise to filter it at the upstream even if it doesn't degrade performance noticeably. From your e-mails I concluded your link was swamped, due to too much traffic coming in. If that's the case, there's not really much you can do.. Generally speaking, the following may help. A possibly important factor to consider is the number of packets per second you're receiving. Given the packet size of over 9000KBytes in your tcpdump output, the packet rate can't be too much. However, if you're receiving, let's say 80Mbit/s in 64 bytes small packets, that's 150Kpps, which can have quite an impact depending on what your system does with all those packets. So, what you want your system to do, is to handle as much packets per second as possible, and to have them thrown away as soon as possible. Using interrupt coalescing, polling, checksum or possible even reassembly offloading will help against deadlocks. When there's only one, or a limited set of attacking IP addresses, it's probably easiest to just block traffic from that addresses in the first rule of a firewall. Even when lots of hosts are attacking, firewalling them may be beneficial (be sure to use tables in your firewall configuration, instead of lots of per-address rules!). As far as I've seen in the past, only a small amount of DDoS-attacks are based on spoofing the entire 32-bits address range (most hosts can only spoof the host-part of the address due to filtering on access routers). So if the largest part of traffic you're seeing comes from non-spoofed or hardly-spoofed addresses, firewalling becomes possible. If firewalling isn't an option and traffic is sent to a port that isn't listening, blackholing (sysctl net.inet.tcp.blackhole and net.inet.udp.blackhole) can be useful. This ensures that your system doesn't send ICMP unreachables or TCP RST's back. By default, FreeBSD ratelimits these to 200 per second, which should suffice. Still, in that case the packets will have to traverse more of the TCP/IP stack, so if you're seeing lots of packets per second, blackholing may reduce the load somewhat. Lastly, if the packets can not be filtered because they are sent from lots and lots of random source addresses, or firewalling isn't an option, and the packets are sent to an active service, the service itself could possibly be tuned to handle the load better. For DNS there's not much options besides running a more performant nameserver or dropping incorrect queries without sending a 'REFUSED' answer. For other applications accept_filters may be useful or possibly ratelimiting built-in the service (inetd, ntp, sendmail/postfix, etc). So, even though DDoS-attacks are hard to handle, there's still some possibilities left. The only thing nothing can be done about without help from the uplink ISP(s) is having a lot more traffic coming in over the uplink than it can handle. Good luck with your sucky situation, -- Pieter From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 24 22:46:27 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B790616A417 for ; Sat, 24 Nov 2007 22:46:27 +0000 (UTC) (envelope-from speedtoys.racing@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id 2A9ED13C461 for ; Sat, 24 Nov 2007 22:46:26 +0000 (UTC) (envelope-from speedtoys.racing@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so322816mue for ; Sat, 24 Nov 2007 14:46:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=l6cfPqU/X5iwu5e0NAI05hT49dcCJpSldzUv9mMqSs8=; b=a/fF1mE3Iwjqz/2xdBvSAA670g2GedFLr7cdMMQDHhdkhGz5aUZf42cBqLK38Anwbt587blkVOvuOejP+gjiabkZT3GtElqXYvo/avMVumiKWP3Hkg+QbHo6fYbSiOZPFIWUQx1maUNsRpt2cxJDcfhZu3GzuC6k6mhdZ5AoZRE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=IABencL+DmMMQ8QAhdFSMz9I8eQ+dHxddcHakF/DC6DU0ATzWteALUPVJ590xVzvGOxGJtJ/H+MrJE1+2LFx8nV8nvuxARMz3xb4eAqU79o5q+5WtLc526MjyUyEDFgyuAG6V3efKqyawgow0d6CdswvPyCJAsZLLZ9Rh2KQezI= Received: by 10.82.155.10 with SMTP id c10mr2434731bue.1195942738175; Sat, 24 Nov 2007 14:18:58 -0800 (PST) Received: by 10.82.186.11 with HTTP; Sat, 24 Nov 2007 14:18:58 -0800 (PST) Message-ID: Date: Sat, 24 Nov 2007 14:18:58 -0800 From: "Jeff Mohler" To: "Julian Elischer" In-Reply-To: <4748A0FA.1060402@elischer.org> MIME-Version: 1.0 References: <000101c82ed9$4d0986b0$0200a8c0@windsor> <4748A0FA.1060402@elischer.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, "Joel V." Subject: Re: Welcome to Hell / Mysterious networking troubles on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2007 22:46:27 -0000 On Nov 24, 2007 2:08 PM, Julian Elischer wrote: > Joel V. wrote: > > Hello. > > > > A big thanks to everyone who contacted me. FreeBSD really has the best > > community one could help for. > > > > Now, it has been confirmed by the backbone manager that we're dealing > with a > > DDOS attack. However, the ISP seems to be as clueless as a headless > sheep, > > and we haven't been able to contact their technical staff yet (of course > one > > can't be 100% sure that they even have a technical staff, judging by the > > level of their response). > > > > Hopefully the situation will be fixed soon. One final question though: > are > > there any quick steps one can take to protect their server from DDOS > attacks > > like these? > Well..call the people responsible for the source IP, complain to them as well. www.onlinehome-server.com is the provider. Customer u15194704 is the problem computer.