From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 00:19:39 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C8B116A412; Sun, 17 Sep 2006 00:19:39 +0000 (UTC) (envelope-from jhs@flat.berklix.net) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C437B43D5A; Sun, 17 Sep 2006 00:19:38 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A668F.dip.t-dialin.net [84.154.102.143]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id k8H0Ja5Y071027; Sun, 17 Sep 2006 02:19:37 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.13.6/8.13.6) with ESMTP id k8H0JZMh002964; Sun, 17 Sep 2006 02:19:35 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.6/8.13.6) with ESMTP id k8H0JZre082044; Sun, 17 Sep 2006 02:19:35 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200609170019.k8H0JZre082044@fire.jhs.private> To: postmaster@freebsd.org In-reply-to: <20060916214219.GA19007@xor.obsecurity.org> References: <20060916193420.GA15647@xor.obsecurity.org> <200609162012.k8GKCi3x080193@fire.jhs.private> <200609162135.k8GLZkiO081098@fire.jhs.private> <20060916214219.GA19007@xor.obsecurity.org> Comments: In-reply-to Kris Kennaway message dated "Sat, 16 Sep 2006 17:42:19 -0400." Date: Sun, 17 Sep 2006 02:19:35 +0200 From: "Julian H. Stacey" Cc: stable@freebsd.org Subject: Re: Attention Julian Stacey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 00:19:39 -0000 Postmaster@freebsd.org > Message-id: <20060916214219.GA19007@xor.obsecurity.org> > From: Kris Kennaway > lol, that's the stupidest thing I've heard all week. Inflamatory. Refered to postmaster. -- Julian Stacey. BSD Unix C Net Consultancy, Munich/Muenchen http://berklix.com Mail Ascii, not HTML. Ihr Rauch = mein allergischer Kopfschmerz. Don't buy it ! Get it free ! http://berklix.org/free-software From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 00:24:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D08E16A40F for ; Sun, 17 Sep 2006 00:24:13 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from linda-3.paradise.net.nz (linda-3.paradise.net.nz [203.96.152.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9B1B43D45 for ; Sun, 17 Sep 2006 00:24:12 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-1.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-3.paradise.net.nz (Paradise.net.nz) with ESMTP id <0J5P0083QNSA3B@linda-3.paradise.net.nz> for freebsd-stable@freebsd.org; Sun, 17 Sep 2006 12:24:10 +1200 (NZST) Received: from [192.168.1.11] (218-101-29-47.dsl.clear.net.nz [218.101.29.47]) by smtp-1.paradise.net.nz (Postfix) with ESMTP id 5EEE7FD70D for ; Sun, 17 Sep 2006 12:24:10 +1200 (NZST) Date: Sun, 17 Sep 2006 12:24:09 +1200 From: Mark Kirkwood To: freebsd-stable@freebsd.org Message-id: <450C95A9.4090309@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5.0.4 (X11/20060704) Subject: RELENG_6 power button ignored after halt if ACPI enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 00:24:13 -0000 I've just upgraded 2 machines to 6.2-PRERELEASE #1: Sat Sep 16 18:31:43 NZST 2006: - Supermicro P3TDER (Serverworks HE-SL Chipset, AMIBOIS) - Supermicro P3TDDE (VIA Apolla 266 chipset, AWARD) They both exhibit the same problem: If ACPI is enabled, shutting down via 'shutdown -h' appears to work properly (judging by the console output) - however to actually power off the machine the power button must be held until the power supply detects that the button has been down for 20s and turns us off. Poweroff via 'shutdown -p' and reboot via 'shutdown -r' all work ok. If I boot with ACPI disabled, then after 'shutdown -h', pressing the power button works in the usual way (i.e powers off after about 1-2 seconds). Given that the two machines are reasonably different, this looks like it might be common - anyone else seeing this? In terms of getting more information to help debug this, what is the best way to proceed? Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 00:59:27 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CF4016A407; Sun, 17 Sep 2006 00:59:27 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64F9D43D5C; Sun, 17 Sep 2006 00:59:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 4DE641A3C1C; Sat, 16 Sep 2006 17:59:26 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A082651742; Sat, 16 Sep 2006 20:59:25 -0400 (EDT) Date: Sat, 16 Sep 2006 20:59:25 -0400 From: Kris Kennaway To: "Julian H. Stacey" Message-ID: <20060917005925.GA29158@xor.obsecurity.org> References: <20060916193420.GA15647@xor.obsecurity.org> <200609162012.k8GKCi3x080193@fire.jhs.private> <200609162135.k8GLZkiO081098@fire.jhs.private> <20060916214219.GA19007@xor.obsecurity.org> <200609170019.k8H0JZre082044@fire.jhs.private> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <200609170019.k8H0JZre082044@fire.jhs.private> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org, postmaster@freebsd.org Subject: Re: Attention Julian Stacey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 00:59:27 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 17, 2006 at 02:19:35AM +0200, Julian H. Stacey wrote: > Postmaster@freebsd.org >=20 > > Message-id: <20060916214219.GA19007@xor.obsecurity.org> > > From: Kris Kennaway >=20 > > lol, that's the stupidest thing I've heard all week. >=20 > Inflamatory. Refered to postmaster. Let's hope your filtering doesn't accuse him of being a spammer too! Kris --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFDJ3tWry0BWjoQKURAviUAKCu+srpWAAp8erngh4SGKcDVXTDPQCgvFIQ MijEFP1UDJEHkFWOwzP2wRY= =9VXM -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 02:03:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C992C16A403 for ; Sun, 17 Sep 2006 02:03:49 +0000 (UTC) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70D8C43D4C for ; Sun, 17 Sep 2006 02:03:49 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k8H235j5039622; Sat, 16 Sep 2006 19:03:49 -0700 (PDT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k8H22p5T039718; Sat, 16 Sep 2006 19:02:51 -0700 (PDT) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id k8H22pSF039716; Sat, 16 Sep 2006 19:02:51 -0700 (PDT) (envelope-from jrhett) Date: Sat, 16 Sep 2006 19:02:51 -0700 From: Jo Rhett To: Michael Butler Message-ID: <20060917020251.GA38546@svcolo.com> Mail-Followup-To: Michael Butler , freebsd-stable References: <44FF4909.9020108@vwsoft.com> <44FF5B02.3090804@vwsoft.com> <44FF6FE6.4080602@protected-networks.net> <45091426.2090709@little-miracles.org> <45094021.70109@protected-networks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45094021.70109@protected-networks.net> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: freebsd-stable Subject: Re: gmirror RAID-1: rebuilding freezes machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 02:03:49 -0000 On Thu, Sep 14, 2006 at 07:42:25AM -0400, Michael Butler wrote: > I've been bitten by this - make sure that the first slice on the > mirrored partition does not start at offset 0. > > For example, this disk is mirrored on slice 2 .. > > imb@aaron:/home/imb> sudo bsdlabel mirror/gm0s2 > # /dev/mirror/gm0s2: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > ~ a: 524272 16 4.2BSD 2048 16384 32768 > ~ ^^^^^^^ > ~ c: 284655734 0 unused 0 0 # "raw" part .. > ~ d: 1048576 524288 4.2BSD 0 0 0 > ~ e: 1048576 1572864 4.2BSD 0 0 0 > ~ f: 282034294 2621440 4.2BSD 0 0 0 What is the problem with this? And how would one avoid it? I've got quite a few production systems with this: # bsdlabel mirror/gm0s1 # /dev/mirror/gm0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 4194304 0 4.2BSD 2048 16384 28552 b: 4194304 4194304 swap c: 586067202 0 unused 0 0 # "raw" part, don't edit d: 67108864 8388608 4.2BSD 2048 16384 28552 e: 188743680 75497472 4.2BSD 2048 16384 28552 f: 321826050 264241152 4.2BSD 2048 16384 28552 -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 02:38:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A74DB16A407 for ; Sun, 17 Sep 2006 02:38:51 +0000 (UTC) (envelope-from dave@horsfall.org) Received: from dave.horsfall.org (mrdavi2.lnk.telstra.net [139.130.75.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id C887C43D46 for ; Sun, 17 Sep 2006 02:38:49 +0000 (GMT) (envelope-from dave@horsfall.org) Received: from localhost (dave@localhost) by dave.horsfall.org (8.11.4/8.11.4) with ESMTP id k8H2ck929252 for ; Sun, 17 Sep 2006 12:38:46 +1000 (EST) Date: Sun, 17 Sep 2006 12:38:46 +1000 (EST) From: Dave Horsfall To: FreeBSD STABLE list In-Reply-To: <200609170019.k8H0JZre082044@fire.jhs.private> Message-ID: References: <20060916193420.GA15647@xor.obsecurity.org> <200609162012.k8GKCi3x080193@fire.jhs.private> <200609162135.k8GLZkiO081098@fire.jhs.private> <20060916214219.GA19007@xor.obsecurity.org> <200609170019.k8H0JZre082044@fire.jhs.private> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: Attention Julian Stacey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 02:38:51 -0000 On Sun, 17 Sep 2006, Julian H. Stacey wrote: > > lol, that's the stupidest thing I've heard all week. > > Inflamatory. Refered to postmaster. That's even funnier. -- Dave From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 02:49:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAB0B16A403 for ; Sun, 17 Sep 2006 02:49:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2367543D5F for ; Sun, 17 Sep 2006 02:49:41 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k8H2nceI063237; Sat, 16 Sep 2006 22:49:39 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Frode Nordahl Date: Sat, 16 Sep 2006 22:42:56 -0400 User-Agent: KMail/1.9.1 References: <5D255995-5E67-4D21-88A5-54A8385C4935@nordahl.net> In-Reply-To: <5D255995-5E67-4D21-88A5-54A8385C4935@nordahl.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609162242.56480.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Sat, 16 Sep 2006 22:49:39 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1888/Sat Sep 16 18:59:22 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 Livelock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 02:49:41 -0000 On Saturday 16 September 2006 16:55, Frode Nordahl wrote: > On 16. sep. 2006, at 22.22, Frode Nordahl wrote: > > > On 16. sep. 2006, at 22.09, John Baldwin wrote: > > > >> On Saturday 16 September 2006 07:02, Frode Nordahl wrote: > >>> Hello, > >>> > >>> FreeBSD localhost.localdomain 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE > >>> #1: Wed Sep 13 00:10:04 CEST 2006 frode@localhost.localdomain:/ > >>> usr/obj/usr/src/sys/PT i386 > >>> > >>> After running some stress tests for 3 days, I wanted to remove some > >>> large directories. > >> > >> Do you have a coredump? I assume you do from your debug output. Can > >> you download http://www.FreeBSD.org/~jhb/gdb/gdb6, fire up kgdb, and > >> once in kgdb, do 'source /path/to/gdb6' and then run 'ps' and reply > >> with the output from that? > > > > I am sorry, I have not. I tried to call doadump, but there was no > > dumpdevice configured :-( > > > > Somehow I have convinced myself that this was turned on by default > > now, so I have not enabled it explicitly in rc.conf. Is there any > > way to tell DDB what dumpdevice to use directly? > > > > I will configure a dumpdevice and try really hard to make it happen > > again. > > I was able to reproduce the livelock again, and this time I had the > system armed with dumpon :-) > > Here is the output you requested: > (kgdb) ps > pid ppid pgrp uid state wmesg wchan cmd > 2535 2499 2535 0 R+ CPU 0 rm > 2534 2499 2534 0 L+ *Giant 0xc6704580 rm > 2533 2499 2533 0 L+ *Giant 0xc6704580 rm > 2532 2499 2532 0 R+ rm > 2531 2499 2531 0 L+ *Giant 0xc6704580 rm > 2499 2496 2499 0 Ss+ ttyin 0xc655d810 bash > 2496 784 2496 0 Rs sshd Ok, do 'lockchain 2534' in kgdb (with gdb6 sourced) and let me see the output from that. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 03:04:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5F7E16A403 for ; Sun, 17 Sep 2006 03:04:07 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06E2343D5C for ; Sun, 17 Sep 2006 03:04:06 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so4414929pye for ; Sat, 16 Sep 2006 20:04:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WokbBXSXKeHnzj9y+qVMyt1JmPsPDmXFQhshOjeijH0IYrrkDjQvqoTIdcqNYO6icXzp1VmT47q8vfz35RSE2J2vtGr8293uUeI2cOTPm5xYH8lc/HVdnRLpnnqiSzUwX8QMcQQzCIsel87gHsldLWdqaLiDOBZBPh6u6oYszCY= Received: by 10.35.41.14 with SMTP id t14mr9258043pyj; Sat, 16 Sep 2006 20:04:06 -0700 (PDT) Received: by 10.35.124.18 with HTTP; Sat, 16 Sep 2006 20:04:05 -0700 (PDT) Message-ID: Date: Sun, 17 Sep 2006 11:04:05 +0800 From: "Jiawei Ye" To: "Bill Blue" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: "freebsd-stable@freebsd.org" Subject: Re: Polling and em0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 03:04:07 -0000 On 9/17/06, Bill Blue wrote: > polling(4) says that supported devices include em(4) and that polling support is turned on and off with ifconfig's 'polling' option. But ifconfig doesn't seem to recognize that option either as a standalone request or with the initial em0 setup at boot. > > This is after a source cvsup (releng=6 for the frozen for 6.2 sources) yesterday and buildworld + buildkernel. em support is compiled in the kernel rather than loaded. Mobo is a Supermicro P4SCT-0 with Intel 875 chipset. > > Is this a known issue that I haven't found references to, or perhaps something related to my specific configuration? You need polling support in the kernel, you can look at NOTES for POLLING option. Cheers, Jiawei Ye -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 04:44:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 358C416A403; Sun, 17 Sep 2006 04:44:49 +0000 (UTC) (envelope-from ws@au.dyndns.ws) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF89043D58; Sun, 17 Sep 2006 04:44:47 +0000 (GMT) (envelope-from ws@au.dyndns.ws) Received: from [192.168.100.131] (ppp138-137.lns2.adl2.internode.on.net [59.167.138.137]) by smtp1.adl2.internode.on.net (8.13.6/8.13.5) with ESMTP id k8H4icvq027857; Sun, 17 Sep 2006 14:14:39 +0930 (CST) (envelope-from ws@au.dyndns.ws) From: Wayne Sierke To: freebsd@orchid.homeunix.org In-Reply-To: <4509EF42.7040705@orchid.homeunix.org> References: <20060909173813.GA1388@FS.denninger.net> <20060914231529.GA59423@xor.obsecurity.org> <200609150137.43850.benlutz@datacomm.ch> <4509EF42.7040705@orchid.homeunix.org> Content-Type: text/plain Date: Sun, 17 Sep 2006 14:17:56 +0930 Message-Id: <1158468476.1859.63.camel@ovirt.dyndns.ws> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Benjamin Lutz , "Marc G. Fournier" , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: ARRRRGH! Guys, who's breaking -STABLE's GMIRROR code?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 04:44:49 -0000 On Fri, 2006-09-15 at 02:09 +0200, Karol Kwiatkowski wrote: > On 15/09/2006 01:37, Benjamin Lutz wrote: > > On Friday 15 September 2006 01:15, Kris Kennaway wrote: > >> Anyone who is confused but doesn't attempt to enlighten themselves by > >> reading the provided documentation deserves to stay confused :) > > > > What if they're unaware of their own confusion? > > I guess they get what they deserves ;) > > Is there a be better source of enlightenment than a handbook? > To quote[1]: > > ------------------------------------------------------>% > 21.2.2.1 What Is FreeBSD-STABLE? > > FreeBSD-STABLE is our development branch from which major releases are > made. Changes go into this branch at a different pace, and with the > general assumption that they have first gone into FreeBSD-CURRENT for > testing. This is still a development branch, however, and this means > that at any given time, the sources for FreeBSD-STABLE may or may not > be suitable for any particular purpose. It is simply another > engineering development track, not a resource for end-users. > ------------------------------------------------------>% > Perhaps the flow of FAQs and confusion resulting from the misnomer might be stemmed somewhat if something like the following were appended to that: Note that "-STABLE" refers to the stability of the FreeBSD API, not to the run-time stability of the branch. The FreeBSD API (normally?) only changes across major version releases. Someone with a more intimate understanding of how it all works could probably write a better version of that. I suspect that the confusion for new users isn't helped by the following statement from the 'version-guide' article: 1.3 STABLE versus CURRENT During the lifetime of each major release, an individual branch may also be termed STABLE. This indicates that the FreeBSD Project believes that the branch is of sufficiently proven quality to be used by a wide range of users. Branches that need further testing before being widely adopted are named CURRENT. The crux of the confusion is exemplified here by the terms "wide range of users" and "widely adopted" used in reference to the suggested target audiences for STABLE and CURRENT, respectively. While the explanations themselves are not specifically inaccurate, they are easily misinterpreted or, rather, difficult to interpret correctly, for a new user trying to understand it all. It simply reflects the confusion caused by the use of the STABLE tag. All-in-all, I think Marc G. Fournier had the best suggestion: > Or rename it what it is: > > 6.x-BETA > > Where x == the next -RELEASE ... > Which has at least the following benefits: 1. highlights that the software is BETA (and thus in need of testing - in both senses) 2. shows that the software is version n+1 (n == existing -RELEASE) 3. avoids the confusion of the -STABLE tag (both for new, and - dare I say - existing, users) Wayne From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 05:47:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CE2D16A407 for ; Sun, 17 Sep 2006 05:47:13 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id B779A43D55 for ; Sun, 17 Sep 2006 05:47:10 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 0B1004D056; Sun, 17 Sep 2006 05:48:34 +0000 (GMT) Received: from [150.101.157.158] (ppp157-158.static.internode.on.net [150.101.157.158]) by p4.roq.com (Postfix) with ESMTP id 1D3A44D00C; Sun, 17 Sep 2006 05:48:32 +0000 (GMT) Message-ID: <450CE15B.3060806@thebeastie.org> Date: Sun, 17 Sep 2006 15:47:07 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20060526 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bill Blue References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: "freebsd-stable@freebsd.org" Subject: Re: Polling and em0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 05:47:13 -0000 Bill Blue wrote: >polling(4) says that supported devices include em(4) and that polling support is turned on and off with ifconfig's 'polling' option. But ifconfig doesn't seem to recognize that option either as a standalone request or with the initial em0 setup at boot. > >This is after a source cvsup (releng=6 for the frozen for 6.2 sources) yesterday and buildworld + buildkernel. em support is compiled in the kernel rather than loaded. Mobo is a Supermicro P4SCT-0 with Intel 875 chipset. > >Is this a known issue that I haven't found references to, or perhaps something related to my specific configuration? > >FreeBSD v2.netoldies.com 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Fri Sep 15 15:14:07 PDT 2006 root@v2.netoldies.com:/usr/obj/usr/src/sys/V2KERNEL i386 > >Thanks > >--Bill > > > Since 6.1 I have stopped using polling as a regular kernel seems to give good performance as compared to polling mode. In fact I used to get anything between 55-75megs/sec on 6.1 with regular cables but since upgraded to cat6 quality Ethernet cable I get practically full gigabit speed with no polling. Close to 97megs/sec is the performance I get out of my Dells with the em driver, and apparently the new em driver in 6-stable 6.2 is even faster. em(4) Dell to em(4) Dell dell1# cat /dev/zero | dd bs=1m | nc dell2 3000 ^C0+18456 records in 0+18455 records out 1209466880 bytes transferred in 12.459299 secs (97,073,429 bytes/sec) Mike From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 06:06:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 582A416A40F; Sun, 17 Sep 2006 06:06:02 +0000 (UTC) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DF9D43D4C; Sun, 17 Sep 2006 06:06:00 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [195.159.148.126] (dhcp7.xu.nordahl.net [195.159.148.126]) by smtp1.powertech.no (Postfix) with ESMTP id 900E484A8; Sun, 17 Sep 2006 08:05:59 +0200 (CEST) In-Reply-To: <200609162242.56480.jhb@freebsd.org> References: <5D255995-5E67-4D21-88A5-54A8385C4935@nordahl.net> <200609162242.56480.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Sun, 17 Sep 2006 08:05:59 +0200 To: John Baldwin X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 Livelock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 06:06:02 -0000 On 17. sep. 2006, at 04.42, John Baldwin wrote: > On Saturday 16 September 2006 16:55, Frode Nordahl wrote: >> On 16. sep. 2006, at 22.22, Frode Nordahl wrote: >> >>> On 16. sep. 2006, at 22.09, John Baldwin wrote: >>> >>>> On Saturday 16 September 2006 07:02, Frode Nordahl wrote: >>>>> Hello, >>>>> >>>>> FreeBSD localhost.localdomain 6.2-PRERELEASE FreeBSD 6.2- >>>>> PRERELEASE >>>>> #1: Wed Sep 13 00:10:04 CEST 2006 >>>>> frode@localhost.localdomain:/ >>>>> usr/obj/usr/src/sys/PT i386 >>>>> >>>>> After running some stress tests for 3 days, I wanted to remove >>>>> some >>>>> large directories. >>>> >>>> Do you have a coredump? I assume you do from your debug >>>> output. Can >>>> you download http://www.FreeBSD.org/~jhb/gdb/gdb6, fire up kgdb, >>>> and >>>> once in kgdb, do 'source /path/to/gdb6' and then run 'ps' and reply >>>> with the output from that? >>> >>> I am sorry, I have not. I tried to call doadump, but there was no >>> dumpdevice configured :-( >>> >>> Somehow I have convinced myself that this was turned on by default >>> now, so I have not enabled it explicitly in rc.conf. Is there any >>> way to tell DDB what dumpdevice to use directly? >>> >>> I will configure a dumpdevice and try really hard to make it happen >>> again. >> >> I was able to reproduce the livelock again, and this time I had the >> system armed with dumpon :-) >> >> Here is the output you requested: >> (kgdb) ps >> pid ppid pgrp uid state wmesg wchan cmd >> 2535 2499 2535 0 R+ CPU 0 rm >> 2534 2499 2534 0 L+ *Giant 0xc6704580 rm >> 2533 2499 2533 0 L+ *Giant 0xc6704580 rm >> 2532 2499 2532 0 R+ rm >> 2531 2499 2531 0 L+ *Giant 0xc6704580 rm >> 2499 2496 2499 0 Ss+ ttyin 0xc655d810 bash >> 2496 784 2496 0 Rs sshd > > Ok, do 'lockchain 2534' in kgdb (with gdb6 sourced) and let me see the > output from that. (kgdb) lockchain 2534 thread 100038 (pid 2534, rm) blocked on lock 0xc09e6800 "Giant" thread 100091 (pid 2535, rm) running on CPU 0 -- Frode Nordahl From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 08:19:06 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFE3716A412 for ; Sun, 17 Sep 2006 08:19:06 +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 B31FE43DAE for ; Sun, 17 Sep 2006 08:19:03 +0000 (GMT) (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 435D346CDB; Sun, 17 Sep 2006 04:19:03 -0400 (EDT) Date: Sun, 17 Sep 2006 09:19:03 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Cristiano Deana , Joerg Pernfuss , Ganbold Message-ID: <20060917091750.T74654@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org Subject: Problems with auditd -- resolved X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 08:19:06 -0000 Dear all, I've just comitted a fix to syscalls.master and regenerated the remaining system call files, which should correct the auditctl: Invalid Argument error being returned by auditd. In short order, this fix should be on the cvsup mirrors -- please let me know if it resolves the problem you were experiencing. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 08:32:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFAA816A40F for ; Sun, 17 Sep 2006 08:32:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D216943D7B for ; Sun, 17 Sep 2006 08:31:57 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k8H8VlLX056880; Sun, 17 Sep 2006 02:31:52 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <450D07F1.9080301@samsco.org> Date: Sun, 17 Sep 2006 02:31:45 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Julian H. Stacey" References: <20060916193420.GA15647@xor.obsecurity.org> <200609162012.k8GKCi3x080193@fire.jhs.private> <200609162135.k8GLZkiO081098@fire.jhs.private> <20060916214219.GA19007@xor.obsecurity.org> <200609170019.k8H0JZre082044@fire.jhs.private> In-Reply-To: <200609170019.k8H0JZre082044@fire.jhs.private> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: stable@freebsd.org, kris@obsecurity.org Subject: Re: Attention Julian Stacey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 08:32:02 -0000 Julian H. Stacey wrote: > Postmaster@freebsd.org > > >>Message-id: <20060916214219.GA19007@xor.obsecurity.org> >>From: Kris Kennaway > > >>lol, that's the stupidest thing I've heard all week. > > > Inflamatory. Refered to postmaster. > Julian, meet Kris. Kris has been the head of the FreeBSD ports team for a large number of years. He's also written and presented several papers on FreeBSD performance, among many other hobbies and interests. He's a pretty laid back and fun guy, with a sharp sense of humor. Kris, meet Julian. Julian has been a FreeBSD user, contributor, and advocate since before there was such a such a thing as 'FreeBSD', or even 'http' for that matter. I've never met him in person, but based on the many years worth of emails I've seen from him, he seems like a pretty decent and smart fellow. Julian, meet Paul Saab. Paul was a key FreeBSD developer for many years at Yahoo. He's worked on many areas of the FreeBSD codebase, and has been instrumental in gaining and coordinating support for FreeBSD from many corporate vendors. He also runs mu.org as a hobby and as an informal hosting service for many FreeBSD developers, including Kris. He might also one day be able to keep up with me on a snowboard, but we'll just have to wait and see. So, like, now you all know each other, and stuff, so, like, try to get along, m-kay? Scott From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 08:49:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBE8716A494 for ; Sun, 17 Sep 2006 08:49:56 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C24643D4C for ; Sun, 17 Sep 2006 08:49:55 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.3) with ESMTP id k8H8nhUb033612; Sun, 17 Sep 2006 12:49:43 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sun, 17 Sep 2006 12:49:43 +0400 (MSD) From: Maxim Konovalov To: Scott Long In-Reply-To: <450D07F1.9080301@samsco.org> Message-ID: <20060917124929.T33594@mp2.macomnet.net> References: <20060916193420.GA15647@xor.obsecurity.org> <200609162012.k8GKCi3x080193@fire.jhs.private> <200609162135.k8GLZkiO081098@fire.jhs.private> <20060916214219.GA19007@xor.obsecurity.org> <200609170019.k8H0JZre082044@fire.jhs.private> <450D07F1.9080301@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: stable@freebsd.org, "Julian H. Stacey" , kris@obsecurity.org Subject: Re: Attention Julian Stacey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 08:49:57 -0000 On Sun, 17 Sep 2006, 02:31-0600, Scott Long wrote: > Julian H. Stacey wrote: > > > Postmaster@freebsd.org > > > > > > >Message-id: <20060916214219.GA19007@xor.obsecurity.org> > > >From: Kris Kennaway > > > > > > >lol, that's the stupidest thing I've heard all week. > > > > > > Inflamatory. Refered to postmaster. > > > > Julian, meet Kris. Kris has been the head of the FreeBSD ports team for > a large number of years. He's also written and presented several papers > on FreeBSD performance, among many other hobbies and interests. He's a > pretty laid back and fun guy, with a sharp sense of humor. > > Kris, meet Julian. Julian has been a FreeBSD user, contributor, and > advocate since before there was such a such a thing as 'FreeBSD', or > even 'http' for that matter. I've never met him in person, but based on > the many years worth of emails I've seen from him, he seems like a > pretty decent and smart fellow. > > Julian, meet Paul Saab. Paul was a key FreeBSD developer for many years > at Yahoo. He's worked on many areas of the FreeBSD codebase, and has > been instrumental in gaining and coordinating support for FreeBSD from > many corporate vendors. He also runs mu.org as a hobby and as an > informal hosting service for many FreeBSD developers, including Kris. > He might also one day be able to keep up with me on a snowboard, but > we'll just have to wait and see. > > So, like, now you all know each other, and stuff, so, like, try to get > along, m-kay? > > Scott But.. how is Scott?? -- Maxim Konovalov From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 09:39:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6099316A40F for ; Sun, 17 Sep 2006 09:39:59 +0000 (UTC) (envelope-from danger@rulez.sk) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id A357E43D5A for ; Sun, 17 Sep 2006 09:39:54 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id 22C4A10E670; Sun, 17 Sep 2006 11:39:31 +0200 (CEST) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xllGUiz3K+fu; Sun, 17 Sep 2006 11:39:29 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id CDB0B10E66F; Sun, 17 Sep 2006 11:39:29 +0200 (CEST) Date: Sun, 17 Sep 2006 11:39:55 +0200 From: Daniel Gerzo X-Priority: 3 (Normal) Message-ID: <1678007122.20060917113955@rulez.sk> To: Alban Hertroys In-Reply-To: <0AE8B3AB-1709-4724-94C8-D25558B27EFF@solfertje.student.utwente.nl> References: <20060909173813.GA1388@FS.denninger.net> <45065C67.6040503@cs.tu-berlin.de> <4509A7ED.4090701@cs.tu-berlin.de> <0AE8B3AB-1709-4724-94C8-D25558B27EFF@solfertje.student.utwente.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, "hackmiester \(Hunter Fuller\)" Subject: Re[2]: arrrrgh! Guys, who's breaking -STABLE's gmirror code?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 09:39:59 -0000 Hello Alban, Friday, September 15, 2006, 9:44:07 AM, you wrote: > On Sep 15, 2006, at 24:34, hackmiester (Hunter Fuller) wrote: >>>> Hahahahaha... That's ironic... >>> >>> That wasn't meant to be ironic. Years of experience and >>> observations of development lead to this conclusion. >> >> RIght. All i can say, though, is that someone that doesn't know any >> better would probably not think "Oh! That means that upgrades are >> possible between releases, and not that my system will actually >> run, or anything!" >> It just seems it'd be quite a cause of confusion. > So, actually Microsoft may be correctly claiming that WindowsXP is > more stable than Linux. That it spontaneously reboots as soon as I > bore it isn't related at all... Your Windows must be really badly broken, because my Windows XP spontaneously rebooted only once in those many years I have been using it. In my opinion, XP is pretty decent system. -- Best regards, Daniel mailto:danger@rulez.sk From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 15:08:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD6C716A47B for ; Sun, 17 Sep 2006 15:08:29 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4D0A43D62 for ; Sun, 17 Sep 2006 15:08:26 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so3658167wxd for ; Sun, 17 Sep 2006 08:08:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TKIb6uumfHznp0OOcGtp9N1gyY6AltIoFYJHL2Xax0pUVaTRB7s3OEUDP/a0UdL0Eq5ohNf/0P1qT4YUDeu7bavfvFsXBDYfU9nUGPPcov6wJtso65rPX/As3Lx82hKpoGS0OeUSWqIa50cjA3MNVwi98uEo41Z6CGBBI2aC8tM= Received: by 10.90.118.10 with SMTP id q10mr4173668agc; Sun, 17 Sep 2006 08:08:25 -0700 (PDT) Received: by 10.90.81.5 with HTTP; Sun, 17 Sep 2006 08:08:25 -0700 (PDT) Message-ID: Date: Sun, 17 Sep 2006 17:08:25 +0200 From: "Cristiano Deana" To: "Robert Watson" In-Reply-To: <20060917091750.T74654@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060917091750.T74654@fledge.watson.org> Cc: Joerg Pernfuss , Ganbold , stable@freebsd.org Subject: Re: Problems with auditd -- resolved X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 15:08:29 -0000 2006/9/17, Robert Watson : > I've just comitted a fix to syscalls.master and regenerated the remaining > system call files, which should correct the auditctl: Invalid Argument error > being returned by auditd. In short order, this fix should be on the cvsup > mirrors -- please let me know if it resolves the problem you were > experiencing. auditd up and running, tnx Robert. I will submit more information. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 15:48:47 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DA5716A412 for ; Sun, 17 Sep 2006 15:48:47 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB12C43D45 for ; Sun, 17 Sep 2006 15:48:46 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr16.xs4all.nl (8.13.6/8.13.6) with ESMTP id k8HFmbv3064807; Sun, 17 Sep 2006 17:48:38 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k8HFmarb001012; Sun, 17 Sep 2006 17:48:36 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k8HFmang001011; Sun, 17 Sep 2006 17:48:36 +0200 (CEST) (envelope-from wb) Date: Sun, 17 Sep 2006 17:48:36 +0200 From: Wilko Bulte To: Maxim Konovalov Message-ID: <20060917154836.GA734@freebie.xs4all.nl> References: <20060916193420.GA15647@xor.obsecurity.org> <200609162012.k8GKCi3x080193@fire.jhs.private> <200609162135.k8GLZkiO081098@fire.jhs.private> <20060916214219.GA19007@xor.obsecurity.org> <200609170019.k8H0JZre082044@fire.jhs.private> <450D07F1.9080301@samsco.org> <20060917124929.T33594@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060917124929.T33594@mp2.macomnet.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org, "Julian H. Stacey" , kris@obsecurity.org Subject: Re: Attention Julian Stacey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 15:48:47 -0000 On Sun, Sep 17, 2006 at 12:49:43PM +0400, Maxim Konovalov wrote.. > On Sun, 17 Sep 2006, 02:31-0600, Scott Long wrote: > > > Julian H. Stacey wrote: > > > > > Postmaster@freebsd.org > > > > > > > > > >Message-id: <20060916214219.GA19007@xor.obsecurity.org> > > > >From: Kris Kennaway > > > > > > > > > >lol, that's the stupidest thing I've heard all week. > > > > > > > > > Inflamatory. Refered to postmaster. > > > > > > > Julian, meet Kris. Kris has been the head of the FreeBSD ports team for > > a large number of years. He's also written and presented several papers > > on FreeBSD performance, among many other hobbies and interests. He's a > > pretty laid back and fun guy, with a sharp sense of humor. > > > > Kris, meet Julian. Julian has been a FreeBSD user, contributor, and > > advocate since before there was such a such a thing as 'FreeBSD', or > > even 'http' for that matter. I've never met him in person, but based on > > the many years worth of emails I've seen from him, he seems like a > > pretty decent and smart fellow. > > > > Julian, meet Paul Saab. Paul was a key FreeBSD developer for many years > > at Yahoo. He's worked on many areas of the FreeBSD codebase, and has > > been instrumental in gaining and coordinating support for FreeBSD from > > many corporate vendors. He also runs mu.org as a hobby and as an > > informal hosting service for many FreeBSD developers, including Kris. > > He might also one day be able to keep up with me on a snowboard, but > > we'll just have to wait and see. > > > > So, like, now you all know each other, and stuff, so, like, try to get > > along, m-kay? > > > > Scott > > But.. how is Scott?? Scott is fine, no worries :-) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 16:14:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A33D16A403 for ; Sun, 17 Sep 2006 16:14:06 +0000 (UTC) (envelope-from dennis.melentyev@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 AA74A43D58 for ; Sun, 17 Sep 2006 16:14:05 +0000 (GMT) (envelope-from dennis.melentyev@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so2767257nfc for ; Sun, 17 Sep 2006 09:14:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=qYgkWn3+Ez/4AJuCtH9eRyrRBy6tPaIvCwxzAfZCnrRWDSfxHiBHpIXZJ7xY8yke6Qd9zbCt/C3bNz8pn5cHVA6Qghkp6XYd00Xha3gbaIDtmFq94XsIcA8mNaX5ooiurMkvh4hlBfDsE0iZEACYeWIUvGvQazR8LAdYhVt40cs= Received: by 10.49.55.13 with SMTP id h13mr15951607nfk; Sun, 17 Sep 2006 09:14:04 -0700 (PDT) Received: by 10.49.81.17 with HTTP; Sun, 17 Sep 2006 09:14:04 -0700 (PDT) Message-ID: Date: Sun, 17 Sep 2006 16:14:04 +0000 From: "Dennis Melentyev" To: pav@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: [Q] multisync irmc/irmc_bluetooth plugins X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 16:14:06 -0000 Hi all, Is it possible to build irmc/irmc-bluetooth plugins? I tried to play with them a bit, and stuck at the very beginning with configure unable to find proper entries in obex structures for just irmc plugin. Looks like we have "customdata" member in obex_ctrans_t while irmc code trying to find "userdata". Bluetooth refers to some bluez/bluez-kernel >=2.3 which means nothing to me. Is it Linux-only app, or it is possible to make it finally run on FreeBSD? -- Dennis Melentyev From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 16:21:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28D3216A4AB for ; Sun, 17 Sep 2006 16:21:04 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: from ug-out-f131.google.com (ug-out-f131.google.com [66.249.92.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E57743D90 for ; Sun, 17 Sep 2006 16:20:57 +0000 (GMT) (envelope-from kmd@milshop.ru) Received: by ug-out-f131.google.com with SMTP id 23so13020ugm for ; Sun, 17 Sep 2006 09:20:56 -0700 (PDT) Received: by 10.67.93.7 with SMTP id v7mr6686892ugl; Sun, 17 Sep 2006 09:20:55 -0700 (PDT) Received: by 10.66.252.14 with HTTP; Sun, 17 Sep 2006 09:20:55 -0700 (PDT) Message-ID: <519867a90609170920x51726e74k6f86f2661965fd03@mail.gmail.com> Date: Sun, 17 Sep 2006 20:20:55 +0400 From: "Eugene Kazarinov" Sender: kmd@milshop.ru To: freebsd-stable@freebsd.org In-Reply-To: <450CE15B.3060806@thebeastie.org> MIME-Version: 1.0 References: <450CE15B.3060806@thebeastie.org> X-Google-Sender-Auth: d1e8d076e82eceb7 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Polling and em0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 16:21:04 -0000 > > Since 6.1 I have stopped using polling as a regular kernel seems to give > good performance as compared to polling mode. > In fact I used to get anything between 55-75megs/sec on 6.1 with regular > cables but since upgraded to cat6 quality Ethernet cable I get > practically full gigabit speed with no polling. > Close to 97megs/sec is the performance I get out of my Dells with the em > driver, and apparently the new em driver in 6-stable 6.2 is even faster. > > em(4) Dell to em(4) Dell > dell1# cat /dev/zero | dd bs=1m | nc dell2 3000 > ^C0+18456 records in > 0+18455 records out > 1209466880 bytes transferred in 12.459299 secs (97,073,429 bytes/sec) Do you meen that from 6.2 I dont need polling for fastest performance? From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 18:18:57 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 775C316A40F for ; Sun, 17 Sep 2006 18:18:57 +0000 (UTC) (envelope-from jhs@flat.berklix.net) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4FB243D60 for ; Sun, 17 Sep 2006 18:18:56 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A7449.dip.t-dialin.net [84.154.116.73]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id k8HIIqEA074995; Sun, 17 Sep 2006 20:18:54 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.13.6/8.13.6) with ESMTP id k8HIIxj2005844; Sun, 17 Sep 2006 20:19:00 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.6/8.13.6) with ESMTP id k8HIIx15092881; Sun, 17 Sep 2006 20:18:59 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200609171818.k8HIIx15092881@fire.jhs.private> To: stable@freebsd.org, Scott Long In-reply-to: <450D07F1.9080301@samsco.org> References: <20060916193420.GA15647@xor.obsecurity.org> <200609162012.k8GKCi3x080193@fire.jhs.private> <200609162135.k8GLZkiO081098@fire.jhs.private> <20060916214219.GA19007@xor.obsecurity.org> <200609170019.k8H0JZre082044@fire.jhs.private> <450D07F1.9080301@samsco.org> Comments: In-reply-to Scott Long message dated "Sun, 17 Sep 2006 02:31:45 -0600." Date: Sun, 17 Sep 2006 20:18:59 +0200 From: "Julian H. Stacey" Cc: Subject: Re: Attention Julian Stacey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 18:18:57 -0000 Scott Long wrote: > Julian, meet Paul Saab. Paul was a key FreeBSD developer for many years Thanks Scott, Nicely put. Much appreciated. BTW I removed mu.org as a reject domain record from my .../access first thing this morning, just before I received your mail. Good you confirmed OK, thanks. No disrepect to Paul Saab, just hadn't heard of him (just skim many subject). > Julian, meet Kris. Kris has been the head of the FreeBSD ports team for Long enough without peer review. Leaders don't post flame bait. ----- Below _Not_ personal criticism of any individual. ----- Ideas of Automatic peer review, rotations etc are used by clubs, companies, & governments. I'm not aware if FreeBSD has adopted them yet. - Reviews detects burn out, raised frequency of agression & attitudes etc. Sabaticals, holidays etc are good for volunteers too, not just employees. - Core are now elected by commiters, but when I suggested elections way back, it was flamed on high, so peer review could happen too. - 7 day suspensions for flamers could also help, unless they apologise within eg 48 hours to list (not necessarily recipient) for abuse of list. The problem's not even really list abuse, but that tolerating spurious alienating agression (by list or private mail) over years from a tiny minority will have reduced code etc received in consequence from numerous others deterred. We have no employing boss to knocks heads, just the opposite, a few whose periodic implicit challenge is: "Tolerate my periodic agression or I'll take my toys & leave." Perhaps most wouldn't leave. If they did, we'd still survive, FreeBSD even survived when John (swap) Dyson very unfortunately got deterred & left, probably no threatened skill loss would be harder to replace. -- Julian Stacey. BSD Unix C Net Consultancy, Munich/Muenchen http://berklix.com Mail Ascii, not HTML. Ihr Rauch = mein allergischer Kopfschmerz. Don't buy it ! Get it free ! http://berklix.org/free-software From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 18:33:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85C6F16A407 for ; Sun, 17 Sep 2006 18:33:08 +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 011B043D53 for ; Sun, 17 Sep 2006 18:33:07 +0000 (GMT) (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 C96EA46C3C; Sun, 17 Sep 2006 14:33:06 -0400 (EDT) Date: Sun, 17 Sep 2006 19:33:06 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Eugene Kazarinov In-Reply-To: <519867a90609170920x51726e74k6f86f2661965fd03@mail.gmail.com> Message-ID: <20060917192528.P56201@fledge.watson.org> References: <450CE15B.3060806@thebeastie.org> <519867a90609170920x51726e74k6f86f2661965fd03@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Polling and em0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 18:33:08 -0000 On Sun, 17 Sep 2006, Eugene Kazarinov wrote: >> Since 6.1 I have stopped using polling as a regular kernel seems to give >> good performance as compared to polling mode. In fact I used to get >> anything between 55-75megs/sec on 6.1 with regular cables but since >> upgraded to cat6 quality Ethernet cable I get practically full gigabit >> speed with no polling. Close to 97megs/sec is the performance I get out of >> my Dells with the em driver, and apparently the new em driver in 6-stable >> 6.2 is even faster. >> >> em(4) Dell to em(4) Dell >> dell1# cat /dev/zero | dd bs=1m | nc dell2 3000 >> ^C0+18456 records in >> 0+18455 records out >> 1209466880 bytes transferred in 12.459299 secs (97,073,429 bytes/sec) > > Do you meen that from 6.2 I dont need polling for fastest performance? There are two benefits to polling: - Moderating interrupt rates - Scheduling control over the amount of CPU dedicated to network tasks Modern gigabit cards have interrupt moderation, so in practice you get a polling-like effect with regard to interrupt rates. With significant performance improvements in the if_em driver over the last year, it could well be that the benefits of the scheduling control no longer provide much help. Gigabit network cards also require a very high polling rate in order to be effective, since the on-card buffers quickly fill -- as a result, unless the poll rate (driven by HZ) is set extremely high, polling may actually significant reduce performance by dramatically increasing packet loss under load. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 18:57:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2399516A412 for ; Sun, 17 Sep 2006 18:57:01 +0000 (UTC) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id B688943D5E for ; Sun, 17 Sep 2006 18:57:00 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id k8HIuGiu036343; Sun, 17 Sep 2006 11:57:00 -0700 (PDT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id k8HItxAk005979; Sun, 17 Sep 2006 11:55:59 -0700 (PDT) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.13.3/8.13.3) id k8HItxJR005975; Sun, 17 Sep 2006 11:55:59 -0700 (PDT) (envelope-from jrhett) Date: Sun, 17 Sep 2006 11:55:59 -0700 From: Jo Rhett To: Daniel Gerzo Message-ID: <20060917185559.GA4781@svcolo.com> Mail-Followup-To: Daniel Gerzo , Alban Hertroys , freebsd-stable@freebsd.org, "hackmiester (Hunter Fuller)" References: <20060909173813.GA1388@FS.denninger.net> <45065C67.6040503@cs.tu-berlin.de> <4509A7ED.4090701@cs.tu-berlin.de> <0AE8B3AB-1709-4724-94C8-D25558B27EFF@solfertje.student.utwente.nl> <1678007122.20060917113955@rulez.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1678007122.20060917113955@rulez.sk> Organization: svcolo.com User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org, "hackmiester \(Hunter Fuller\)" Subject: Re: arrrrgh! Guys, who's breaking -STABLE's gmirror code?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 18:57:01 -0000 On Sun, Sep 17, 2006 at 11:39:55AM +0200, Daniel Gerzo wrote: > Your Windows must be really badly broken, because my Windows XP > spontaneously rebooted only once in those many years I have been using > it. In my opinion, XP is pretty decent system. Your standards are pretty low. I've got freebsd/solaris systems with uptimes nearing 6 years. I've *NEVER* had a spontaneous reboot from either operation system. If I did, I'd spent hours in the back hammering down exactly why. I don't run either Linux or Windows for exactly the reasons you mention, except as gaming computers that I wipe/rebuild on a regular basis. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 19:19:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6D1116A407 for ; Sun, 17 Sep 2006 19:19:54 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from mail.btshosting.co.uk (mail.btshosting.co.uk [213.228.232.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27ECC43D53 for ; Sun, 17 Sep 2006 19:19:53 +0000 (GMT) (envelope-from bazerka@beardz.net) Received: from [192.168.0.3] (host86-137-216-106.range86-137.btcentralplus.com [86.137.216.106]) (authenticated bits=0) by mail.btshosting.co.uk (8.13.1/8.13.1) with ESMTP id k8HJJpFl000578 for ; Sun, 17 Sep 2006 20:19:51 +0100 Message-ID: <450D9FDB.5090406@beardz.net> Date: Sun, 17 Sep 2006 20:19:55 +0100 From: Jase Thew User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 References: <20060916193420.GA15647@xor.obsecurity.org> <200609162012.k8GKCi3x080193@fire.jhs.private> <200609162135.k8GLZkiO081098@fire.jhs.private> <20060916214219.GA19007@xor.obsecurity.org> <200609170019.k8H0JZre082044@fire.jhs.private> <450D07F1.9080301@samsco.org> <200609171818.k8HIIx15092881@fire.jhs.private> In-Reply-To: <200609171818.k8HIIx15092881@fire.jhs.private> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on mail.btshosting.co.uk X-Virus-Status: Clean Cc: stable@freebsd.org Subject: Re: Attention Julian Stacey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 19:19:54 -0000 Julian H. Stacey wrote: >> Julian, meet Kris. Kris has been the head of the FreeBSD ports team for > > Long enough without peer review. Leaders don't post flame bait. > > ----- Below _Not_ personal criticism of any individual. ----- > Ideas of Automatic peer review, rotations etc are used by clubs, > companies, & governments. I'm not aware if FreeBSD has adopted them yet. > - Reviews detects burn out, raised frequency of agression & attitudes etc. > Sabaticals, holidays etc are good for volunteers too, not just employees. > - Core are now elected by commiters, but when I suggested elections > way back, it was flamed on high, so peer review could happen too. > - 7 day suspensions for flamers could also help, unless they apologise > within eg 48 hours to list (not necessarily recipient) for abuse of list. > > The problem's not even really list abuse, but that tolerating > spurious alienating agression (by list or private mail) over years > from a tiny minority will have reduced code etc received in consequence > from numerous others deterred. We have no employing boss to knocks > heads, just the opposite, a few whose periodic implicit challenge > is: "Tolerate my periodic agression or I'll take my toys & leave." > Perhaps most wouldn't leave. If they did, we'd still survive, > FreeBSD even survived when John (swap) Dyson very unfortunately got > deterred & left, probably no threatened skill loss would be harder > to replace. > No disrespect intended, but I think you need to obtain a sense of humour. J. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 20:55:29 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C9AF16A403 for ; Sun, 17 Sep 2006 20:55:29 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (hood.oook.cz [195.250.137.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0160643D58 for ; Sun, 17 Sep 2006 20:55:27 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from ikaros.oook.cz (localhost [127.0.0.1]) by hood.oook.cz (8.13.8/8.13.8) with ESMTP id k8HKtOJP010697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 17 Sep 2006 22:55:24 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by ikaros.oook.cz (8.13.8/8.13.8/Submit) id k8HKtOZ2010696; Sun, 17 Sep 2006 22:55:24 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: ikaros.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Dennis Melentyev In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-eF1k8rgDRb4HFvjl9Ido" Date: Sun, 17 Sep 2006 22:55:24 +0200 Message-Id: <1158526524.9514.8.camel@ikaros.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Cc: freebsd-stable@FreeBSD.org Subject: Re: [Q] multisync irmc/irmc_bluetooth plugins X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 20:55:29 -0000 --=-eF1k8rgDRb4HFvjl9Ido Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Dennis Melentyev p=ED=B9e v ne 17. 09. 2006 v 16:14 +0000: > Is it possible to build irmc/irmc-bluetooth plugins? >=20 > I tried to play with them a bit, and stuck at the very beginning with > configure unable to find proper entries in obex structures for just > irmc plugin. > Looks like we have "customdata" member in obex_ctrans_t while irmc > code trying to find "userdata". >=20 > Bluetooth refers to some bluez/bluez-kernel >=3D2.3 which means nothing t= o me. >=20 > Is it Linux-only app, or it is possible to make it finally run on FreeBSD= ? bluez is a Linux Bluetooth stack implementation. I don't think any of currently unported multisync plugins will be easy to get going on FreeBSD, otherwise I would already ported them. Plus, Multisync is dead in water, project abandoned... --=20 Pav Lucistnik Maybe I should go ask that elvish wizard standing over there (YES A REAL ELF IS STANDING IN MY ROOM!), he should be able to tell me. --=-eF1k8rgDRb4HFvjl9Ido Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFDbY8ntdYP8FOsoIRAm+1AJ47qTPhcFnj3PJufBwGP0erOfEYjQCgvWx+ B3+HfImxcVtr4zKteZ48EgY= =nbGY -----END PGP SIGNATURE----- --=-eF1k8rgDRb4HFvjl9Ido-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 21:23:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79CFE16A40F for ; Sun, 17 Sep 2006 21:23:29 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from ns2.pil.dk (ns2.pil.dk [195.41.47.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4604143D5C for ; Sun, 17 Sep 2006 21:23:27 +0000 (GMT) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by ns2.pil.dk (Postfix) with ESMTP id 9444F7BA691 for ; Sun, 17 Sep 2006 23:23:26 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 615ECB964; Sun, 17 Sep 2006 23:23:07 +0200 (CEST) Date: Sun, 17 Sep 2006 23:23:07 +0200 From: Henrik Brix Andersen To: freebsd-stable@freebsd.org Message-ID: <20060917212307.GA42718@tirith.brixandersen.dk> Mail-Followup-To: freebsd-stable@freebsd.org References: <1158526524.9514.8.camel@ikaros.oook.cz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <1158526524.9514.8.camel@ikaros.oook.cz> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: [Q] multisync irmc/irmc_bluetooth plugins X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 21:23:29 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 17, 2006 at 10:55:24PM +0200, Pav Lucistnik wrote: > Plus, Multisync is dead in water, project abandoned... Not completely true. Multisync in its current form is abandoned, but a new version based on the OpenSync framework (http://www.opensync.org/) is in the works. Regards, Brix --=20 Henrik Brix Andersen --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: GnuPG signed iD8DBQFFDby6v+Q4flTiePgRAlpTAKChOYTfKA44PqOQP3iHr46nnRBCgQCgqfbp sOV1Tiokqjpoz1QDh/ChFMk= =HiW2 -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 23:10:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8E7316A412 for ; Sun, 17 Sep 2006 23:10:41 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from linda-2.paradise.net.nz (linda-2.paradise.net.nz [203.96.152.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8F5643D5E for ; Sun, 17 Sep 2006 23:10:28 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-1.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-2.paradise.net.nz (Paradise.net.nz) with ESMTP id <0J5R00EC1F1DJP@linda-2.paradise.net.nz> for freebsd-stable@freebsd.org; Mon, 18 Sep 2006 11:10:26 +1200 (NZST) Received: from [192.168.1.11] (218-101-29-80.dsl.clear.net.nz [218.101.29.80]) by smtp-1.paradise.net.nz (Postfix) with ESMTP id 5C145F80CFE for ; Mon, 18 Sep 2006 11:10:25 +1200 (NZST) Date: Mon, 18 Sep 2006 11:10:24 +1200 From: Mark Kirkwood In-reply-to: <450C95A9.4090309@paradise.net.nz> To: freebsd-stable@freebsd.org Message-id: <450DD5E0.8090400@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5.0.4 (X11/20060704) References: <450C95A9.4090309@paradise.net.nz> Subject: Re: RELENG_6 power button ignored after halt if ACPI enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 23:10:41 -0000 Oops - didn't know about the -acpi mailing list, will post there, sorry. Mark From owner-freebsd-stable@FreeBSD.ORG Sun Sep 17 23:22:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09F0A16A403 for ; Sun, 17 Sep 2006 23:22:48 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5421B43D4C for ; Sun, 17 Sep 2006 23:22:47 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out2.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1GP5yI-0000uF-6v for ; Mon, 18 Sep 2006 01:22:46 +0200 Received: (qmail 11314 invoked from network); 17 Sep 2006 23:22:44 -0000 Received: from localhost.thuis.klop.ws (HELO guido.klop.ws) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 17 Sep 2006 23:22:44 -0000 Date: Mon, 18 Sep 2006 01:22:43 +0200 To: "Kent Stewart" , freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <20060911001722.GR611@ra.aabs> <20060915140531.GQ27667@FreeBSD.org> <20060915162840.GU611@ra.aabs> <200609151233.01137.kstewart@owt.com> Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <200609151233.01137.kstewart@owt.com> User-Agent: Opera Mail/9.01 (FreeBSD) Cc: Gleb Smirnoff , Herve Boulouis Subject: Re: bge watchdog timeouts still happening X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 23:22:48 -0000 On Fri, 15 Sep 2006 21:33:00 +0200, Kent Stewart wrote: > On Friday 15 September 2006 09:28, Herve Boulouis wrote: >> Le 15/09/2006 18:05, Gleb Smirnoff a écrit: >> > H> bge0: mem >> > 0xfeb00000-0xfeb0ffff irq 17 at device 8.0 on pci1 H> miibus0: > > bus> on bge0 >> > H> brgphy0: on miibus0 >> > H> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >> > 1000baseTX, 1000baseTX-FDX, auto H> bge0: Ethernet address: >> > 00:06:5b:1a:7f:4a >> > >> > Is it integrated or not? I've got exactly the same NIC and I can >> > try to reproduce the problem if you describe the workload. >> >> Yes, it's the onboard bge. Workload is 10-25 Mbit/s of web hosting. > > It seems to be at the top of the tree somewhere because people are also > seeing the watchdog timeouts on em and I get them on the gigabit re's. > > I got them downloading the kde-3.5.4 distfiles on a 768kb DSL line. I > had setiathome running, which keeps the cpu useage close to 100%. Is it possible this has something to do with the merge of taskqueue in 6-STABLE? -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 06:16:40 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D66416A40F; Mon, 18 Sep 2006 06:16:40 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id A67B143D53; Mon, 18 Sep 2006 06:16:39 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GPCQb-000120-Ld; Mon, 18 Sep 2006 15:16:25 +0900 Message-ID: <450E39B4.2000105@micom.mng.net> Date: Mon, 18 Sep 2006 15:16:20 +0900 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Robert Watson References: <20060917091750.T74654@fledge.watson.org> In-Reply-To: <20060917091750.T74654@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Joerg Pernfuss , stable@FreeBSD.org, Cristiano Deana Subject: Re: Problems with auditd -- resolved X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 06:16:40 -0000 Robert Watson wrote: > > Dear all, > > I've just comitted a fix to syscalls.master and regenerated the > remaining system call files, which should correct the auditctl: > Invalid Argument error being returned by auditd. In short order, this > fix should be on the cvsup mirrors -- please let me know if it > resolves the problem you were experiencing. Hi, After installing and running auditd I don't see any log files for auditd: daemon# ls -l /var/audit/ total 0 -r--r----- 1 root audit 0 Sep 18 14:23 20060918052316.20060918060339 -r--r----- 1 root audit 0 Sep 18 15:03 20060918060339.not_terminated I have custom /etc/security/audit_control and audit_user files. daemon# more /etc/security/audit_control # # $P4: //depot/projects/trustedbsd/openbsm/etc/audit_control#3 $ # $FreeBSD: src/contrib/openbsm/etc/audit_control,v 1.2.2.1 2006/09/02 10:46:00 rwatson Exp $ # dir:/var/audit flags:all minfree:20 naflags:lo # # $P4: //depot/projects/trustedbsd/openbsm/etc/audit_user#3 $ # $FreeBSD: src/contrib/openbsm/etc/audit_user,v 1.2.2.1 2006/09/02 10:46:00 rwatson Exp $ # #root:lo:no root:all:no I'm bit confused here I thought auditd should log all activities, but I don't see any log files. Am I doing something wrong here or my understanding regarding auditd is wrong? thanks in advance, Ganbold > > Thanks, > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 08:31:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 064BB16A407 for ; Mon, 18 Sep 2006 08:31:42 +0000 (UTC) (envelope-from dk@tetsuo.karasik.eu.org) Received: from tetsuo.karasik.eu.org (tetsuo.karasik.eu.org [193.88.77.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32BB743D5A for ; Mon, 18 Sep 2006 08:31:41 +0000 (GMT) (envelope-from dk@tetsuo.karasik.eu.org) Received: by tetsuo.karasik.eu.org (Postfix, from userid 1003) id 4BA0539C99E; Mon, 18 Sep 2006 10:31:39 +0200 (CEST) Date: Mon, 18 Sep 2006 10:31:39 +0200 From: Dmitry Karasik To: freebsd-stable@freebsd.org Message-ID: <20060918083139.GA59966@tetsuo.karasik.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: ath0 weak connectivity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dmitry@karasik.eu.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 08:31:42 -0000 Hi, Has anyone experienced problems with ath0 giving bad connectivity on 6.1-STABLE? My wireless card reported as Atheros 5212 rapidly loses connectivity if I move it more than 2-3 meters away from the access point, but the same notebook connects well from under windows. I tried both kernel with both old device ath_rate_sample and ath_rate_onoe, tried to play with AP's settings, changed transmit rate and beacon interval, nothing helps. One interesting thing though is that "ifconfig ath0 scan" reports my station as configured to 119ms beacon interval, while it is set to 100ms actually. Anything else I can try? -- Sincerely, Dmitry Karasik From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 09:23:10 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0110916A403 for ; Mon, 18 Sep 2006 09:23:10 +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 7DF0F43D49 for ; Mon, 18 Sep 2006 09:23:09 +0000 (GMT) (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 0AAD346CF8; Mon, 18 Sep 2006 05:23:09 -0400 (EDT) Date: Mon, 18 Sep 2006 10:23:08 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ganbold In-Reply-To: <450E39B4.2000105@micom.mng.net> Message-ID: <20060918101952.R1708@fledge.watson.org> References: <20060917091750.T74654@fledge.watson.org> <450E39B4.2000105@micom.mng.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Joerg Pernfuss , stable@FreeBSD.org, Cristiano Deana Subject: Re: Problems with auditd -- resolved X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 09:23:10 -0000 On Mon, 18 Sep 2006, Ganbold wrote: > # > # $P4: //depot/projects/trustedbsd/openbsm/etc/audit_user#3 $ > # $FreeBSD: src/contrib/openbsm/etc/audit_user,v 1.2.2.1 2006/09/02 10:46:00 > rwatson Exp $ > # > #root:lo:no > root:all:no > > I'm bit confused here I thought auditd should log all activities, but I > don't see any log files. Am I doing something wrong here or my understanding > regarding auditd is wrong? Your configuration looks right to me, and should be generating a ridiculous number of audit records. Could you try rebooting and logging in again? audit_user entries take effect only as of login, similar to /etc/group settings, etc. How are you logging into the system? On my local RELENG_6 system, with the recent auditctl(2) fix, I'm using the following global settings to audit programs run by authenticated users: dir:/var/audit flags:lo,+ex minfree:20 naflags:lo It seems to be working properly. User space login/logout auditing won't work in RELENG_6 until the MFC of Christian's recent tweaks to pipe preselection, which will occurr in a few days (and hence should appear in BETA2). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 09:40:03 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FB1016A403; Mon, 18 Sep 2006 09:40:03 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7EED43D46; Mon, 18 Sep 2006 09:40:02 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GPFbP-0002t2-C4; Mon, 18 Sep 2006 18:39:47 +0900 Message-ID: <450E6963.7030902@micom.mng.net> Date: Mon, 18 Sep 2006 18:39:47 +0900 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Robert Watson References: <20060917091750.T74654@fledge.watson.org> <450E39B4.2000105@micom.mng.net> <20060918101952.R1708@fledge.watson.org> In-Reply-To: <20060918101952.R1708@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Joerg Pernfuss , stable@FreeBSD.org, Cristiano Deana Subject: Re: Problems with auditd -- resolved X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 09:40:03 -0000 Robert Watson wrote: > On Mon, 18 Sep 2006, Ganbold wrote: > >> # >> # $P4: //depot/projects/trustedbsd/openbsm/etc/audit_user#3 $ >> # $FreeBSD: src/contrib/openbsm/etc/audit_user,v 1.2.2.1 2006/09/02 >> 10:46:00 rwatson Exp $ >> # >> #root:lo:no >> root:all:no >> >> I'm bit confused here I thought auditd should log all activities, but >> I don't see any log files. Am I doing something wrong here or my >> understanding regarding auditd is wrong? > > Your configuration looks right to me, and should be generating a > ridiculous number of audit records. Could you try rebooting and > logging in again? audit_user entries take effect only as of login, > similar to /etc/group settings, etc. How are you logging into the > system? This is my desktop system and I updated today to latest RELENG_6. daemon# uname -an FreeBSD daemon.micom.mng.net 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #6: Mon Sep 18 12:56:04 ULAST 2006 root@daemon.micom.mng.net:/usr/obj/usr/src/sys/GDAEMON i386 I tried to restart several times auditd using /etc/rc.d/auditd script. daemon# /etc/rc.d/auditd restart Trigger sent. Starting auditd. daemon# /etc/rc.d/auditd restart Trigger sent. auditd already running? (pid=2065). daemon# /etc/rc.d/auditd restart Error sending trigger: Operation not supported by device Starting auditd. daemon# /etc/rc.d/auditd restart Trigger sent. auditd already running? (pid=2095). daemon# /etc/rc.d/auditd restart Error sending trigger: Operation not supported by device Starting auditd. daemon# /etc/rc.d/auditd restart Trigger sent. Starting auditd. daemon# ps ax | grep audit 10 ?? DL 0:00.00 [audit_worker] 2141 ?? Ss 0:00.01 /usr/sbin/auditd 2143 p3 RV 0:00.00 grep audit (csh) daemon# ps ax | grep audit 10 ?? DL 0:00.00 [audit_worker] 2141 ?? Ss 0:00.01 /usr/sbin/auditd Strange, there are still no logs in /var/audit dir :( Even tried to use your config, no success. However when I logged on to my desktop from console to itself (ssh -l tsgan localhost) it starts logging. But why it is not logging when I'm on console? > > On my local RELENG_6 system, with the recent auditctl(2) fix, I'm > using the following global settings to audit programs run by > authenticated users: > > dir:/var/audit > flags:lo,+ex > minfree:20 > naflags:lo > > It seems to be working properly. User space login/logout auditing > won't work in RELENG_6 until the MFC of Christian's recent tweaks to > pipe preselection, which will occurr in a few days (and hence should > appear in BETA2). I see. thanks, Ganbold > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 09:46:19 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9463C16A47E for ; Mon, 18 Sep 2006 09:46:19 +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 90B2343D46 for ; Mon, 18 Sep 2006 09:46:18 +0000 (GMT) (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 8E9A246B9E; Mon, 18 Sep 2006 05:46:17 -0400 (EDT) Date: Mon, 18 Sep 2006 10:46:17 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ganbold In-Reply-To: <450E6963.7030902@micom.mng.net> Message-ID: <20060918104446.V1708@fledge.watson.org> References: <20060917091750.T74654@fledge.watson.org> <450E39B4.2000105@micom.mng.net> <20060918101952.R1708@fledge.watson.org> <450E6963.7030902@micom.mng.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Joerg Pernfuss , stable@FreeBSD.org, Cristiano Deana Subject: Re: Problems with auditd -- resolved X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 09:46:19 -0000 On Mon, 18 Sep 2006, Ganbold wrote: > Strange, there are still no logs in /var/audit dir :( Even tried to use your > config, no success. However when I logged on to my desktop from console to > itself (ssh -l tsgan localhost) it starts logging. But why it is not logging > when I'm on console? Are you using xdm/kdm/gdm/etc or /usr/bin/login? I'm not sure that the various GUI login managers associated with X11 ship with BSM support compiled in by default, although given that they also run on Solaris, it is likely they support it. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 09:50:42 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9DB716A417 for ; Mon, 18 Sep 2006 09:50:42 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86B4B43D45 for ; Mon, 18 Sep 2006 09:50:39 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (dqfmhm@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k8I9oVCS087072 for ; Mon, 18 Sep 2006 11:50:37 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k8I9oVrQ087071; Mon, 18 Sep 2006 11:50:31 +0200 (CEST) (envelope-from olli) Date: Mon, 18 Sep 2006 11:50:31 +0200 (CEST) Message-Id: <200609180950.k8I9oVrQ087071@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20060915214303.J67333@saturn.araneidae.co.uk> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 18 Sep 2006 11:50:37 +0200 (CEST) Cc: Subject: Re: ARRRRGH! Guys, who's breaking -STABLE's GMIRROR code?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 09:50:42 -0000 Michael Abbott wrote: > Roland Smith wrote: > > Martin Nilsson wrote: > > > Hans Lambermont wrote: > > > .. or just stop calling it STABLE and call it RELENG_6 instead > > > > That's a good idea, IMHO. When I started with FreeBSD I found the > > difference between the branch names and cvs tags confusing. > > Let me second that. I hadn't realised that STABLE==RELENG_n (where n is > the current version number) until very recently, and I've seen the "STABLE > isn't stable" thing crop up over and over again over the last few years, > both on mailing lists and IRC. Actually, FreeBSD has three types of branches: - current a.k.a. HEAD - X-stable a.k.a. RELENG_X - X.Y security branch a.k.a. RELENG_X_Y I think it would be better to rename the 2nd one "RELENG" (instead of "STABLE"), because that's exactly what it is: the release-engineering branch from which the releases are derived. The term "STABLE" would be much better suitable for the 3rd type of branches which are currently called "security branches". Thus we would have: - current - releng - stable Then the names match exactly what the branches are: "current" is the current head of experimental development, "releng" is the release engineering branch, and "stable" is the stable branch for people who want to track only security fixes and the most critical stuff. Such appropriate naming would certainly prevent a lot of confusion. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "The last good thing written in C was Franz Schubert's Symphony number 9." -- Erwin Dieterich From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 09:52:55 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E8FE16A407; Mon, 18 Sep 2006 09:52:55 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93C9F43D55; Mon, 18 Sep 2006 09:52:54 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GPFny-0002yu-EV; Mon, 18 Sep 2006 18:52:46 +0900 Message-ID: <450E6C6E.7010702@micom.mng.net> Date: Mon, 18 Sep 2006 18:52:46 +0900 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Robert Watson References: <20060917091750.T74654@fledge.watson.org> <450E39B4.2000105@micom.mng.net> <20060918101952.R1708@fledge.watson.org> <450E6963.7030902@micom.mng.net> <20060918104446.V1708@fledge.watson.org> In-Reply-To: <20060918104446.V1708@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Joerg Pernfuss , stable@FreeBSD.org, Cristiano Deana Subject: Re: Problems with auditd -- resolved X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 09:52:55 -0000 Robert Watson wrote: > > On Mon, 18 Sep 2006, Ganbold wrote: > >> Strange, there are still no logs in /var/audit dir :( Even tried to >> use your config, no success. However when I logged on to my desktop >> from console to itself (ssh -l tsgan localhost) it starts logging. >> But why it is not logging when I'm on console? > > Are you using xdm/kdm/gdm/etc or /usr/bin/login? I'm not sure that > the various GUI login managers associated with X11 ship with BSM > support compiled in by default, although given that they also run on > Solaris, it is likely they support it. Ok, I'm using gnome and gnome-terminal, and it is not logging. Probably gnome-terminal is not compiled with BSM support. Auditd logs when I go to console using ctrl+alt+f2 combination from X. Thanks for clarifying this. Ganbold > > Robert N M Watson > Computer Laboratory > University of Cambridge > > > From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 10:19:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CC4B16A492 for ; Mon, 18 Sep 2006 10:19:33 +0000 (UTC) (envelope-from dave@horsfall.org) Received: from dave.horsfall.org (mrdavi2.lnk.telstra.net [139.130.75.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BFDC43D49 for ; Mon, 18 Sep 2006 10:19:30 +0000 (GMT) (envelope-from dave@horsfall.org) Received: from localhost (dave@localhost) by dave.horsfall.org (8.11.4/8.11.4) with ESMTP id k8IAJSa05625 for ; Mon, 18 Sep 2006 20:19:28 +1000 (EST) Date: Mon, 18 Sep 2006 20:19:28 +1000 (EST) From: Dave Horsfall To: freebsd-stable@freebsd.org In-Reply-To: <200609180950.k8I9oVrQ087071@lurza.secnetix.de> Message-ID: References: <200609180950.k8I9oVrQ087071@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: ARRRRGH! Guys, who's breaking -STABLE's GMIRROR code?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 10:19:33 -0000 On Mon, 18 Sep 2006, Oliver Fromme wrote: [...] > Then the names match exactly what the branches are: "current" is the > current head of experimental development, "releng" is the release > engineering branch, and "stable" is the stable branch for people who > want to track only security fixes and the most critical stuff. Which is pretty well what OpenLDAP does; over there, HEAD is bleeding edge, RELEASE is the latest version, and STABLE is, well, stable as understood by most humans... See http://www.openldap.org/software/download/ -- Dave From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 10:29:04 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E7AB16A417 for ; Mon, 18 Sep 2006 10:29:04 +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 733E343D4C for ; Mon, 18 Sep 2006 10:29:03 +0000 (GMT) (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 EC9D446B0C; Mon, 18 Sep 2006 06:29:02 -0400 (EDT) Date: Mon, 18 Sep 2006 11:29:02 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ganbold In-Reply-To: <450E6C6E.7010702@micom.mng.net> Message-ID: <20060918112616.D42104@fledge.watson.org> References: <20060917091750.T74654@fledge.watson.org> <450E39B4.2000105@micom.mng.net> <20060918101952.R1708@fledge.watson.org> <450E6963.7030902@micom.mng.net> <20060918104446.V1708@fledge.watson.org> <450E6C6E.7010702@micom.mng.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Joerg Pernfuss , stable@FreeBSD.org, Cristiano Deana Subject: Re: Problems with auditd -- resolved X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 10:29:04 -0000 On Mon, 18 Sep 2006, Ganbold wrote: > Robert Watson wrote: >> >> On Mon, 18 Sep 2006, Ganbold wrote: >> >>> Strange, there are still no logs in /var/audit dir :( Even tried to use >>> your config, no success. However when I logged on to my desktop from >>> console to itself (ssh -l tsgan localhost) it starts logging. But why it >>> is not logging when I'm on console? >> >> Are you using xdm/kdm/gdm/etc or /usr/bin/login? I'm not sure that the >> various GUI login managers associated with X11 ship with BSM support >> compiled in by default, although given that they also run on Solaris, it is >> likely they support it. > Ok, I'm using gnome and gnome-terminal, and it is not logging. Probably > gnome-terminal is not compiled with BSM support. Auditd logs when I go to > console using ctrl+alt+f2 combination from X. Thanks for clarifying this. Basically, at login, the audit subsystem determins what new audit properties are required for the login session and assigns them to the process, which consists of both the audit identifier associated with the user, and the preselection mask. Events associated with non-authenticated sessions (which is what gdm logins will count as) should still get audited using the properties for the global naflags setting, so if you want to audit events associated with gdm you can set naflags to include more events. This will also be what audits things like web server activity, so it may result in significant numbers of events being audited as part of that also. We will need to add audit extensions to new login mechanisms, such as xdm/kdm/gdm, or enable them if already present but not enabled on FreeBSD by default. OpenSSH, for example, already included BSM support due to Solaris and Mac OS X BSM, so we just enabled it by switching a flag in the compile (and also fixed a bug in it!). We should probably talk to the maintainers of these ports about investigating creating or enabling BSM support. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 10:42:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13F6516A403 for ; Mon, 18 Sep 2006 10:42:50 +0000 (UTC) (envelope-from dennis.melentyev@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 51CEB43D5A for ; Mon, 18 Sep 2006 10:42:49 +0000 (GMT) (envelope-from dennis.melentyev@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so2922694nfc for ; Mon, 18 Sep 2006 03:42:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=AFRTkbALl+Ibz3Rf5u3FUyZV2ZHaC5Us3ICwN0mb54njUC8tyX9WA88yZT0LmgnABnX/CEBpQMYoh3t9EI+R+ZVHZ9CbuRk0fIunzUPTbER4vphat/lli6nvAXVt5HmKfa2g1s0snnP8P5jqu1fwxtMCqJOZEfnbUOzzRu76iG0= Received: by 10.49.8.15 with SMTP id l15mr16727730nfi; Mon, 18 Sep 2006 03:42:47 -0700 (PDT) Received: by 10.49.81.17 with HTTP; Mon, 18 Sep 2006 03:42:47 -0700 (PDT) Message-ID: Date: Mon, 18 Sep 2006 13:42:47 +0300 From: "Dennis Melentyev" To: freebsd-stable@freebsd.org In-Reply-To: <20060917212307.GA42718@tirith.brixandersen.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1158526524.9514.8.camel@ikaros.oook.cz> <20060917212307.GA42718@tirith.brixandersen.dk> Subject: Re: [Q] multisync irmc/irmc_bluetooth plugins X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 10:42:50 -0000 2006/9/18, Henrik Brix Andersen : > On Sun, Sep 17, 2006 at 10:55:24PM +0200, Pav Lucistnik wrote: > > Plus, Multisync is dead in water, project abandoned... > > Not completely true. Multisync in its current form is abandoned, but > a new version based on the OpenSync framework > (http://www.opensync.org/) is in the works. Thanks, will check it. -- Dennis Melentyev From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 11:12:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A54F416A403 for ; Mon, 18 Sep 2006 11:12:31 +0000 (UTC) (envelope-from norbert@akumakun.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id B759F43D4C for ; Mon, 18 Sep 2006 11:12:30 +0000 (GMT) (envelope-from norbert@akumakun.de) Received: from [172.23.4.154] (helo=pustefix154.kundenserver.de) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1GPH3727t8-0004Nu; Mon, 18 Sep 2006 13:12:29 +0200 Message-Id: <14301091.894441158577947426.JavaMail.servlet@kundenserver> From: norbert@akumakun.de To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Priority: 3 X-Binford: 6100 (more power) X-Mailer: Webmail X-Originating-From: 26985132 X-Routing: DE X-Message-Id: <26985132$1158577947425172.23.4.15411494965@pustefix154.kundenserver.de-843817044> X-Received: from pustefix154.kundenserver.de by 80.132.12.152 with HTTP id 26985132 for [freebsd-stable@freebsd.org]; Mon, 18 Sep 2006 13:12:27 CEST Date: Mon, 18 Sep 2006 13:12:29 +0200 Subject: Too dumb to mount as non privileged user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 11:12:31 -0000 Hello, using a 6.2-PRERELEASE I am not able to let a normal user mount a cdrom. I have tried the following: o vfs.usermount=1 to sysctl.conf o added group usermounters o added user to usermounters o own acd0 root:usermounters to devfs.conf o perm acd0 0660 to devfs.conf o created directory with ownership of non privileged user o reboot Trying to mount as user to the users own directory yields 'operation not permitted' error. So I changed the ownerships to 0666 but this didn't help either. I doublechecked sysctl, groups and ownerships. Can please anybody give me a hint? TIA Norbert From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 11:36:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C845416A403 for ; Mon, 18 Sep 2006 11:36:15 +0000 (UTC) (envelope-from gogaxxx@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 ADD0F43D7F for ; Mon, 18 Sep 2006 11:35:59 +0000 (GMT) (envelope-from gogaxxx@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so2932087nfc for ; Mon, 18 Sep 2006 04:35:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:organization:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id:sender; b=St4tOCD7I86+WQw6MD+gMXvFZaecrK2Vqi9kp1tSJOj1BjLxGuDmmyG3FmTDkaX66xjTDdelAVloCUWGw2Nl5LrCilQ/LhcWR7NSdig/fhnUXwlIVZ4Dgz//+6ahcZZ3hAPj13nufbFnLRRGcm+uP4jsYlXBQxKngomdYVaKjkI= Received: by 10.78.94.37 with SMTP id r37mr3265208hub; Mon, 18 Sep 2006 04:35:58 -0700 (PDT) Received: from bormann.domain ( [86.62.123.114]) by mx.gmail.com with ESMTP id 35sm12152921huc.2006.09.18.04.35.56; Mon, 18 Sep 2006 04:35:57 -0700 (PDT) From: George Potapov Organization: softsearch To: freebsd-stable@freebsd.org Date: Mon, 18 Sep 2006 15:36:05 +0400 User-Agent: KMail/1.9.3 References: <14301091.894441158577947426.JavaMail.servlet@kundenserver> In-Reply-To: <14301091.894441158577947426.JavaMail.servlet@kundenserver> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609181536.05468.nephrite@inbox.ru> Sender: George Potapov Subject: Re: Too dumb to mount as non privileged user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 11:36:15 -0000 On Monday 18 September 2006 15:12, norbert@akumakun.de wrote: > So I changed the ownerships to 0666 but this didn't help either. > I doublechecked sysctl, groups and ownerships. Can please anybody give me a > hint? IIRC the mount point directory must be owned by the user attempting the mount. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 11:36:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4600316A412 for ; Mon, 18 Sep 2006 11:36:18 +0000 (UTC) (envelope-from jaj13@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FC7143D49 for ; Mon, 18 Sep 2006 11:36:11 +0000 (GMT) (envelope-from jaj13@web.de) Received: from smtp06.web.de (fmsmtp06.dlan.cinetic.de [172.20.5.172]) by fmmailgate02.web.de (Postfix) with ESMTP id D05251FC7C4E; Mon, 18 Sep 2006 13:36:09 +0200 (CEST) Received: from [83.99.27.193] (helo=[10.0.0.11]) by smtp06.web.de with esmtp (WEB.DE 4.107 #114) id 1GPHQ1-0002KC-00; Mon, 18 Sep 2006 13:36:09 +0200 Message-ID: <450E84A8.8010407@web.de> Date: Mon, 18 Sep 2006 13:36:08 +0200 From: Jona Joachim User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: norbert@akumakun.de References: <14301091.894441158577947426.JavaMail.servlet@kundenserver> In-Reply-To: <14301091.894441158577947426.JavaMail.servlet@kundenserver> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: jaj13@web.de X-Sender: jaj13@web.de Cc: freebsd-stable@freebsd.org Subject: Re: Too dumb to mount as non privileged user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 11:36:18 -0000 norbert@akumakun.de wrote: > Hello, > > using a 6.2-PRERELEASE I am not able to let a normal user mount a cdrom. > I have tried the following: > > o vfs.usermount=1 to sysctl.conf > o added group usermounters > o added user to usermounters > o own acd0 root:usermounters to devfs.conf > o perm acd0 0660 to devfs.conf > o created directory with ownership of non privileged user > o reboot > > Trying to mount as user to the users own directory yields 'operation not permitted' error. > > So I changed the ownerships to 0666 but this didn't help either. > I doublechecked sysctl, groups and ownerships. Can please anybody give me a hint? Make sure the cd9660 kernel module is loaded before you mount a CD as user. The first time you mount a CD the module is loaded but a user is not allowed to load a kernel module. You may want to load the module during boot time by putting a corresponding entry in /boot/loader.conf --jona From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 12:11:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D1D816A40F for ; Mon, 18 Sep 2006 12:11:41 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41A2543D68 for ; Mon, 18 Sep 2006 12:11:35 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA18566 for ; Mon, 18 Sep 2006 15:11:32 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <450E8CF4.9040803@icyb.net.ua> Date: Mon, 18 Sep 2006 15:11:32 +0300 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Subject: cron+nsswitch+winbind = wierd thing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 12:11:41 -0000 Recently I had rebooted my server after a long uptime and after reboot cron didn't run any jobs. This is what I found in its log (time, host and pid are stripped): NSSWITCH(nss_method_lookup): winbind, group, setgrent, not found NSSWITCH(nss_method_lookup): winbind, group, getgrent_r, not found NSSWITCH(nss_method_lookup): winbind, group, endgrent, not found NSSWITCH(nss_method_lookup): winbind, passwd, endpwent, not found I have winbind for passwd and group in my nsswitch.conf, of course, and everything else except for cron worked properly. E.g. I could run 'pw showgroup -a' and it returned both local and windows groups. After I restarted cron and it started to work normally again. I suspect that cron couldn't find nss_winbind.so for some reason (which is in /usr/local/lib). I thought that this might have been because cron was started before rc.d/ldconfig ran and added /usr/local/lib, but according to dmesg cron was started after ldconfig. So I am out of ideas now. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 12:56:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BAFD16A494 for ; Mon, 18 Sep 2006 12:56:04 +0000 (UTC) (envelope-from norbert@akumakun.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F13043D46 for ; Mon, 18 Sep 2006 12:55:50 +0000 (GMT) (envelope-from norbert@akumakun.de) Received: from [80.132.28.199] (helo=[192.168.1.2]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis), id 0ML29c-1GPIf32dpz-00009B; Mon, 18 Sep 2006 14:55:45 +0200 Message-ID: <450E9780.4060403@akumakun.de> Date: Mon, 18 Sep 2006 14:56:32 +0200 From: Norbert Kaufmann User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20060531 Mnenhy/0.7.4.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jona Joachim References: <14301091.894441158577947426.JavaMail.servlet@kundenserver> <450E84A8.8010407@web.de> In-Reply-To: <450E84A8.8010407@web.de> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de login:2fddd53debfb61de378e709c0f9ac91b Cc: freebsd-stable@freebsd.org Subject: Re: Too dumb to mount as non privileged user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 12:56:04 -0000 Jona Joachim wrote: > Make sure the cd9660 kernel module is loaded before you mount a CD as > user. The first time you mount a CD the module is loaded but a user is > not allowed to load a kernel module. You may want to load the module > during boot time by putting a corresponding entry in /boot/loader.conf > > --jona Thanks, that's it! Norbert From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 13:04:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD84516A4B3 for ; Mon, 18 Sep 2006 13:04:24 +0000 (UTC) (envelope-from radrian1@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E1F543DE9 for ; Mon, 18 Sep 2006 13:03:51 +0000 (GMT) (envelope-from radrian1@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so3944987wxd for ; Mon, 18 Sep 2006 06:03:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=XuNExE5uBUFqdqGSTKJmE/vEfMKLaTNFXN8Lr149iJdvCexlPh6HPdiDMzV9Sx3ufstfmrXrTy8z1aKCyB1ISIPzz9VpNG/I8nHbyjnyZp2Y+KGQHzu54Lr+y9snMroGLPq/pg5rM6435vvJ9aUjLo3Somm1rs9EiuCXWFUk+JU= Received: by 10.70.59.9 with SMTP id h9mr20157621wxa; Mon, 18 Sep 2006 06:03:50 -0700 (PDT) Received: by 10.70.53.6 with HTTP; Mon, 18 Sep 2006 06:03:50 -0700 (PDT) Message-ID: Date: Mon, 18 Sep 2006 09:03:50 -0400 From: "Radu Adrian Zdrinca" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline Subject: Re: ath0 weak connectivity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 13:04:24 -0000 SSBoYXZlIGhhZCBzaW1pbGFyIHByb2JsZW1zIHdpdGggdGhlIGRyaXZlci4gVGhlIHNpZ25hbCBx dWFsaXR5IGluCldpbmRvd3MgaXMgaGlnaGVyLiBCdXQgdGhlcmUgYXJlIG90aGVyIHByb2JsZW1z LiBGb3IgZXhhbXBsZSwgd2hlbiBJCnN0YXJ0IExpbWV3aXJlIEkgaGF2ZSB0byB3YWl0IGZvciBh Ym91dCAzIG1pbnV0ZXMgYmVmb3JlIGl0IGxvYWRzLiBJCmFtIHN1cmUgdGhpcyBpcyBhIHByb2Js ZW0gd2l0aCBhdGggaW50ZXJmYWNlLgoKT24gOS8xOC8wNiwgZnJlZWJzZC1zdGFibGUtcmVxdWVz dEBmcmVlYnNkLm9yZwo8ZnJlZWJzZC1zdGFibGUtcmVxdWVzdEBmcmVlYnNkLm9yZz4gd3JvdGU6 Cj4gU2VuZCBmcmVlYnNkLXN0YWJsZSBtYWlsaW5nIGxpc3Qgc3VibWlzc2lvbnMgdG8KPiAgICAg ICAgZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcKPgo+IFRvIHN1YnNjcmliZSBvciB1bnN1YnNj cmliZSB2aWEgdGhlIFdvcmxkIFdpZGUgV2ViLCB2aXNpdAo+ICAgICAgICBodHRwOi8vbGlzdHMu ZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLXN0YWJsZQo+IG9yLCB2aWEgZW1h aWwsIHNlbmQgYSBtZXNzYWdlIHdpdGggc3ViamVjdCBvciBib2R5ICdoZWxwJyB0bwo+ICAgICAg ICBmcmVlYnNkLXN0YWJsZS1yZXF1ZXN0QGZyZWVic2Qub3JnCj4KPiBZb3UgY2FuIHJlYWNoIHRo ZSBwZXJzb24gbWFuYWdpbmcgdGhlIGxpc3QgYXQKPiAgICAgICAgZnJlZWJzZC1zdGFibGUtb3du ZXJAZnJlZWJzZC5vcmcKPgo+IFdoZW4gcmVwbHlpbmcsIHBsZWFzZSBlZGl0IHlvdXIgU3ViamVj dCBsaW5lIHNvIGl0IGlzIG1vcmUgc3BlY2lmaWMKPiB0aGFuICJSZTogQ29udGVudHMgb2YgZnJl ZWJzZC1zdGFibGUgZGlnZXN0Li4uIgo+Cj4KPiBUb2RheSdzIFRvcGljczoKPgo+ICAgMS4gUmU6 IFByb2JsZW1zIHdpdGggYXVkaXRkIC0tIHJlc29sdmVkIChDcmlzdGlhbm8gRGVhbmEpCj4gICAy LiBSZTogQXR0ZW50aW9uIEp1bGlhbiBTdGFjZXkgKFdpbGtvIEJ1bHRlKQo+ICAgMy4gW1FdIG11 bHRpc3luYyBpcm1jL2lybWNfYmx1ZXRvb3RoIHBsdWdpbnMgKERlbm5pcyBNZWxlbnR5ZXYpCj4g ICA0LiBSZTogUG9sbGluZyBhbmQgZW0wIChFdWdlbmUgS2F6YXJpbm92KQo+ICAgNS4gUmU6IEF0 dGVudGlvbiBKdWxpYW4gU3RhY2V5ICAoSnVsaWFuIEguIFN0YWNleSkKPiAgIDYuIFJlOiBQb2xs aW5nIGFuZCBlbTAgKFJvYmVydCBXYXRzb24pCj4gICA3LiBSZTogYXJycnJnaCEgIEd1eXMsIHdo bydzIGJyZWFraW5nIC1TVEFCTEUncyBnbWlycm9yIGNvZGU/IQo+ICAgICAgKEpvIFJoZXR0KQo+ ICAgOC4gUmU6IEF0dGVudGlvbiBKdWxpYW4gU3RhY2V5IChKYXNlIFRoZXcpCj4gICA5LiBSZTog W1FdIG11bHRpc3luYyBpcm1jL2lybWNfYmx1ZXRvb3RoIHBsdWdpbnMgKFBhdiBMdWNpc3RuaWsp Cj4gIDEwLiBSZTogW1FdIG11bHRpc3luYyBpcm1jL2lybWNfYmx1ZXRvb3RoIHBsdWdpbnMKPiAg ICAgIChIZW5yaWsgQnJpeCBBbmRlcnNlbikKPiAgMTEuIFJlOiBSRUxFTkdfNiBwb3dlciBidXR0 b24gaWdub3JlZCBhZnRlciBoYWx0IGlmIEFDUEkgZW5hYmxlZAo+ICAgICAgKE1hcmsgS2lya3dv b2QpCj4gIDEyLiBSZTogYmdlIHdhdGNoZG9nIHRpbWVvdXRzIHN0aWxsIGhhcHBlbmluZyAoUm9u YWxkIEtsb3ApCj4gIDEzLiBSZTogUHJvYmxlbXMgd2l0aCBhdWRpdGQgLS0gcmVzb2x2ZWQgKEdh bmJvbGQpCj4gIDE0LiBhdGgwIHdlYWsgY29ubmVjdGl2aXR5IChEbWl0cnkgS2FyYXNpaykKPiAg MTUuIFJlOiBQcm9ibGVtcyB3aXRoIGF1ZGl0ZCAtLSByZXNvbHZlZCAoUm9iZXJ0IFdhdHNvbikK PiAgMTYuIFJlOiBQcm9ibGVtcyB3aXRoIGF1ZGl0ZCAtLSByZXNvbHZlZCAoR2FuYm9sZCkKPiAg MTcuIFJlOiBQcm9ibGVtcyB3aXRoIGF1ZGl0ZCAtLSByZXNvbHZlZCAoUm9iZXJ0IFdhdHNvbikK PiAgMTguIFJlOiBBUlJSUkdIISBHdXlzLCB3aG8ncyBicmVha2luZyAtU1RBQkxFJ3MgR01JUlJP UiBjb2RlPyEKPiAgICAgIChPbGl2ZXIgRnJvbW1lKQo+ICAxOS4gUmU6IFByb2JsZW1zIHdpdGgg YXVkaXRkIC0tIHJlc29sdmVkIChHYW5ib2xkKQo+ICAyMC4gUmU6IEFSUlJSR0ghIEd1eXMsIHdo bydzIGJyZWFraW5nIC1TVEFCTEUncyBHTUlSUk9SIGNvZGU/IQo+ICAgICAgKERhdmUgSG9yc2Zh bGwpCj4gIDIxLiBSZTogUHJvYmxlbXMgd2l0aCBhdWRpdGQgLS0gcmVzb2x2ZWQgKFJvYmVydCBX YXRzb24pCj4gIDIyLiBSZTogW1FdIG11bHRpc3luYyBpcm1jL2lybWNfYmx1ZXRvb3RoIHBsdWdp bnMgKERlbm5pcyBNZWxlbnR5ZXYpCj4gIDIzLiBUb28gZHVtYiB0byBtb3VudCBhcyBub24gcHJp dmlsZWdlZCB1c2VyIChub3JiZXJ0QGFrdW1ha3VuLmRlKQo+ICAyNC4gUmU6IFRvbyBkdW1iIHRv IG1vdW50IGFzIG5vbiBwcml2aWxlZ2VkIHVzZXIgKEdlb3JnZSBQb3RhcG92KQo+ICAyNS4gUmU6 IFRvbyBkdW1iIHRvIG1vdW50IGFzIG5vbiBwcml2aWxlZ2VkIHVzZXIgKEpvbmEgSm9hY2hpbSkK Pgo+Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTogMQo+IERhdGU6IFN1biwgMTcgU2VwIDIw MDYgMTc6MDg6MjUgKzAyMDAKPiBGcm9tOiAiQ3Jpc3RpYW5vIERlYW5hIiA8Y3Jpc3RpYW5vLmRl YW5hQGdtYWlsLmNvbT4KPiBTdWJqZWN0OiBSZTogUHJvYmxlbXMgd2l0aCBhdWRpdGQgLS0gcmVz b2x2ZWQKPiBUbzogIlJvYmVydCBXYXRzb24iIDxyd2F0c29uQGZyZWVic2Qub3JnPgo+IENjOiBK b2VyZyBQZXJuZnVzcyA8ZWxlc3NhckBic2Rmb3Jlbi5kZT4sIEdhbmJvbGQKPiAgICAgICAgPGdh bmJvbGRAbWljb20ubW5nLm5ldD4sICAgICAgICBzdGFibGVAZnJlZWJzZC5vcmcKPiBNZXNzYWdl LUlEOgo+ICAgICAgICA8ZDhhNDkzMGEwNjA5MTcwODA4eTQxNGNjODNmeTdhYmEwN2RmOTZkYjBk NWRAbWFpbC5nbWFpbC5jb20+Cj4gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PUlT Ty04ODU5LTE7IGZvcm1hdD1mbG93ZWQKPgo+IDIwMDYvOS8xNywgUm9iZXJ0IFdhdHNvbiA8cndh dHNvbkBmcmVlYnNkLm9yZz46Cj4KPiA+IEkndmUganVzdCBjb21pdHRlZCBhIGZpeCB0byBzeXNj YWxscy5tYXN0ZXIgYW5kIHJlZ2VuZXJhdGVkIHRoZSByZW1haW5pbmcKPiA+IHN5c3RlbSBjYWxs IGZpbGVzLCB3aGljaCBzaG91bGQgY29ycmVjdCB0aGUgYXVkaXRjdGw6IEludmFsaWQgQXJndW1l bnQgZXJyb3IKPiA+IGJlaW5nIHJldHVybmVkIGJ5IGF1ZGl0ZC4gIEluIHNob3J0IG9yZGVyLCB0 aGlzIGZpeCBzaG91bGQgYmUgb24gdGhlIGN2c3VwCj4gPiBtaXJyb3JzIC0tIHBsZWFzZSBsZXQg bWUga25vdyBpZiBpdCByZXNvbHZlcyB0aGUgcHJvYmxlbSB5b3Ugd2VyZQo+ID4gZXhwZXJpZW5j aW5nLgo+Cj4gYXVkaXRkIHVwIGFuZCBydW5uaW5nLCB0bnggUm9iZXJ0Lgo+Cj4gSSB3aWxsIHN1 Ym1pdCBtb3JlIGluZm9ybWF0aW9uLgo+Cj4KPiAtLQo+IENyaXMsIG1lbWJlciBvZiBHLlUuRi5J Cj4gSXRhbGlhbiBGcmVlQlNEIFVzZXIgR3JvdXAKPiBodHRwOi8vd3d3Lmd1Zmkub3JnLwo+Cj4K PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+IE1lc3NhZ2U6IDIKPiBEYXRlOiBT dW4sIDE3IFNlcCAyMDA2IDE3OjQ4OjM2ICswMjAwCj4gRnJvbTogV2lsa28gQnVsdGUgPHdiQGZy ZWViaWUueHM0YWxsLm5sPgo+IFN1YmplY3Q6IFJlOiBBdHRlbnRpb24gSnVsaWFuIFN0YWNleQo+ IFRvOiBNYXhpbSBLb25vdmFsb3YgPG1heGltQG1hY29tbmV0LnJ1Pgo+IENjOiBzdGFibGVAZnJl ZWJzZC5vcmcsICJKdWxpYW4gSC4gU3RhY2V5IiA8amhzQGZsYXQuYmVya2xpeC5uZXQ+LAo+ICAg ICAgICBrcmlzQG9ic2VjdXJpdHkub3JnCj4gTWVzc2FnZS1JRDogPDIwMDYwOTE3MTU0ODM2LkdB NzM0QGZyZWViaWUueHM0YWxsLm5sPgo+IENvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNl dD11cy1hc2NpaQo+Cj4gT24gU3VuLCBTZXAgMTcsIDIwMDYgYXQgMTI6NDk6NDNQTSArMDQwMCwg TWF4aW0gS29ub3ZhbG92IHdyb3RlLi4KPiA+IE9uIFN1biwgMTcgU2VwIDIwMDYsIDAyOjMxLTA2 MDAsIFNjb3R0IExvbmcgd3JvdGU6Cj4gPgo+ID4gPiBKdWxpYW4gSC4gU3RhY2V5IHdyb3RlOgo+ ID4gPgo+ID4gPiA+IFBvc3RtYXN0ZXJAZnJlZWJzZC5vcmcKPiA+ID4gPgo+ID4gPiA+Cj4gPiA+ ID4gPk1lc3NhZ2UtaWQ6IDwyMDA2MDkxNjIxNDIxOS5HQTE5MDA3QHhvci5vYnNlY3VyaXR5Lm9y Zz4KPiA+ID4gPiA+RnJvbTogS3JpcyBLZW5uYXdheSA8a3Jpc0BvYnNlY3VyaXR5Lm9yZz4KPiA+ ID4gPgo+ID4gPiA+Cj4gPiA+ID4gPmxvbCwgdGhhdCdzIHRoZSBzdHVwaWRlc3QgdGhpbmcgSSd2 ZSBoZWFyZCBhbGwgd2Vlay4KPiA+ID4gPgo+ID4gPiA+Cj4gPiA+ID4gSW5mbGFtYXRvcnkuICBS ZWZlcmVkIHRvIHBvc3RtYXN0ZXIuCj4gPiA+ID4KPiA+ID4KPiA+ID4gSnVsaWFuLCBtZWV0IEty aXMuICBLcmlzIGhhcyBiZWVuIHRoZSBoZWFkIG9mIHRoZSBGcmVlQlNEIHBvcnRzIHRlYW0gZm9y Cj4gPiA+IGEgbGFyZ2UgbnVtYmVyIG9mIHllYXJzLiAgSGUncyBhbHNvIHdyaXR0ZW4gYW5kIHBy ZXNlbnRlZCBzZXZlcmFsIHBhcGVycwo+ID4gPiBvbiBGcmVlQlNEIHBlcmZvcm1hbmNlLCBhbW9u ZyBtYW55IG90aGVyIGhvYmJpZXMgYW5kIGludGVyZXN0cy4gIEhlJ3MgYQo+ID4gPiBwcmV0dHkg bGFpZCBiYWNrIGFuZCBmdW4gZ3V5LCB3aXRoIGEgc2hhcnAgc2Vuc2Ugb2YgaHVtb3IuCj4gPiA+ Cj4gPiA+IEtyaXMsIG1lZXQgSnVsaWFuLiAgSnVsaWFuIGhhcyBiZWVuIGEgRnJlZUJTRCB1c2Vy LCBjb250cmlidXRvciwgYW5kCj4gPiA+IGFkdm9jYXRlIHNpbmNlIGJlZm9yZSB0aGVyZSB3YXMg c3VjaCBhIHN1Y2ggYSB0aGluZyBhcyAnRnJlZUJTRCcsIG9yCj4gPiA+IGV2ZW4gJ2h0dHAnIGZv ciB0aGF0IG1hdHRlci4gIEkndmUgbmV2ZXIgbWV0IGhpbSBpbiBwZXJzb24sIGJ1dCBiYXNlZCBv bgo+ID4gPiB0aGUgbWFueSB5ZWFycyB3b3J0aCBvZiBlbWFpbHMgSSd2ZSBzZWVuIGZyb20gaGlt LCBoZSBzZWVtcyBsaWtlIGEKPiA+ID4gcHJldHR5IGRlY2VudCBhbmQgc21hcnQgZmVsbG93Lgo+ ID4gPgo+ID4gPiBKdWxpYW4sIG1lZXQgUGF1bCBTYWFiLiAgUGF1bCB3YXMgYSBrZXkgRnJlZUJT RCBkZXZlbG9wZXIgZm9yIG1hbnkgeWVhcnMKPiA+ID4gYXQgWWFob28uICBIZSdzIHdvcmtlZCBv biBtYW55IGFyZWFzIG9mIHRoZSBGcmVlQlNEIGNvZGViYXNlLCBhbmQgaGFzCj4gPiA+IGJlZW4g aW5zdHJ1bWVudGFsIGluIGdhaW5pbmcgYW5kIGNvb3JkaW5hdGluZyBzdXBwb3J0IGZvciBGcmVl QlNEIGZyb20KPiA+ID4gbWFueSBjb3Jwb3JhdGUgdmVuZG9ycy4gIEhlIGFsc28gcnVucyBtdS5v cmcgYXMgYSBob2JieSBhbmQgYXMgYW4KPiA+ID4gaW5mb3JtYWwgaG9zdGluZyBzZXJ2aWNlIGZv ciBtYW55IEZyZWVCU0QgZGV2ZWxvcGVycywgaW5jbHVkaW5nIEtyaXMuCj4gPiA+IEhlIG1pZ2h0 IGFsc28gb25lIGRheSBiZSBhYmxlIHRvIGtlZXAgdXAgd2l0aCBtZSBvbiBhIHNub3dib2FyZCwg YnV0Cj4gPiA+IHdlJ2xsIGp1c3QgaGF2ZSB0byB3YWl0IGFuZCBzZWUuCj4gPiA+Cj4gPiA+IFNv LCBsaWtlLCBub3cgeW91IGFsbCBrbm93IGVhY2ggb3RoZXIsIGFuZCBzdHVmZiwgc28sIGxpa2Us IHRyeSB0byBnZXQKPiA+ID4gYWxvbmcsIG0ta2F5Pwo+ID4gPgo+ID4gPiBTY290dAo+ID4KPiA+ IEJ1dC4uIGhvdyBpcyBTY290dD8/Cj4KPiBTY290dCBpcyBmaW5lLCBubyB3b3JyaWVzIDotKQo+ Cj4gLS0KPiBXaWxrbyBCdWx0ZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgd2lsa29ARnJl ZUJTRC5vcmcKPgo+Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4KPiBNZXNzYWdl OiAzCj4gRGF0ZTogU3VuLCAxNyBTZXAgMjAwNiAxNjoxNDowNCArMDAwMAo+IEZyb206ICJEZW5u aXMgTWVsZW50eWV2IiA8ZGVubmlzLm1lbGVudHlldkBnbWFpbC5jb20+Cj4gU3ViamVjdDogW1Fd IG11bHRpc3luYyBpcm1jL2lybWNfYmx1ZXRvb3RoIHBsdWdpbnMKPiBUbzogcGF2QEZyZWVCU0Qu b3JnCj4gQ2M6IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnCj4gTWVzc2FnZS1JRDoKPiAgICAg ICAgPGI4NGVkZmExMDYwOTE3MDkxNHExZDM4Mzlha2EwMjA0MGQwZTBkOGExMDVAbWFpbC5nbWFp bC5jb20+Cj4gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PVVURi04OyBmb3JtYXQ9 Zmxvd2VkCj4KPiBIaSBhbGwsCj4KPiBJcyBpdCBwb3NzaWJsZSB0byBidWlsZCBpcm1jL2lybWMt Ymx1ZXRvb3RoIHBsdWdpbnM/Cj4KPiBJIHRyaWVkIHRvIHBsYXkgd2l0aCB0aGVtIGEgYml0LCBh bmQgc3R1Y2sgYXQgdGhlIHZlcnkgYmVnaW5uaW5nIHdpdGgKPiBjb25maWd1cmUgdW5hYmxlIHRv IGZpbmQgcHJvcGVyIGVudHJpZXMgaW4gb2JleCBzdHJ1Y3R1cmVzIGZvciBqdXN0Cj4gaXJtYyBw bHVnaW4uCj4gTG9va3MgbGlrZSB3ZSBoYXZlICJjdXN0b21kYXRhIiBtZW1iZXIgaW4gb2JleF9j dHJhbnNfdCB3aGlsZSBpcm1jCj4gY29kZSB0cnlpbmcgdG8gZmluZCAidXNlcmRhdGEiLgo+Cj4g Qmx1ZXRvb3RoIHJlZmVycyB0byBzb21lIGJsdWV6L2JsdWV6LWtlcm5lbCA+PTIuMyB3aGljaCBt ZWFucyBub3RoaW5nIHRvIG1lLgo+Cj4gSXMgaXQgTGludXgtb25seSBhcHAsIG9yIGl0IGlzIHBv c3NpYmxlIHRvIG1ha2UgaXQgZmluYWxseSBydW4gb24gRnJlZUJTRD8KPgo+IC0tCj4gRGVubmlz IE1lbGVudHlldgo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+IE1lc3Nh Z2U6IDQKPiBEYXRlOiBTdW4sIDE3IFNlcCAyMDA2IDIwOjIwOjU1ICswNDAwCj4gRnJvbTogIkV1 Z2VuZSBLYXphcmlub3YiIDxrYW11em9uQG1pbHNob3AucnU+Cj4gU3ViamVjdDogUmU6IFBvbGxp bmcgYW5kIGVtMAo+IFRvOiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZwo+IE1lc3NhZ2UtSUQ6 Cj4gICAgICAgIDw1MTk4NjdhOTA2MDkxNzA5MjB4NTE3MjZlNzRrNmY4NmYyNjYxOTY1ZmQwM0Bt YWlsLmdtYWlsLmNvbT4KPiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9SVNPLTg4 NTktMTsgZm9ybWF0PWZsb3dlZAo+Cj4gPgo+ID4gU2luY2UgNi4xIEkgaGF2ZSBzdG9wcGVkIHVz aW5nIHBvbGxpbmcgYXMgYSByZWd1bGFyIGtlcm5lbCBzZWVtcyB0byBnaXZlCj4gPiBnb29kIHBl cmZvcm1hbmNlIGFzIGNvbXBhcmVkIHRvIHBvbGxpbmcgbW9kZS4KPiA+IEluIGZhY3QgSSB1c2Vk IHRvIGdldCBhbnl0aGluZyBiZXR3ZWVuIDU1LTc1bWVncy9zZWMgb24gNi4xIHdpdGggcmVndWxh cgo+ID4gY2FibGVzIGJ1dCBzaW5jZSB1cGdyYWRlZCB0byBjYXQ2IHF1YWxpdHkgRXRoZXJuZXQg Y2FibGUgSSBnZXQKPiA+IHByYWN0aWNhbGx5IGZ1bGwgZ2lnYWJpdCBzcGVlZCB3aXRoIG5vIHBv bGxpbmcuCj4gPiBDbG9zZSB0byA5N21lZ3Mvc2VjIGlzIHRoZSBwZXJmb3JtYW5jZSBJIGdldCBv dXQgb2YgbXkgRGVsbHMgd2l0aCB0aGUgZW0KPiA+IGRyaXZlciwgYW5kIGFwcGFyZW50bHkgdGhl IG5ldyBlbSBkcml2ZXIgaW4gNi1zdGFibGUgNi4yIGlzIGV2ZW4gZmFzdGVyLgo+ID4KPiA+IGVt KDQpIERlbGwgdG8gZW0oNCkgRGVsbAo+ID4gZGVsbDEjIGNhdCAvZGV2L3plcm8gfCBkZCBicz0x bSB8IG5jIGRlbGwyIDMwMDAKPiA+IF5DMCsxODQ1NiByZWNvcmRzIGluCj4gPiAwKzE4NDU1IHJl Y29yZHMgb3V0Cj4gPiAxMjA5NDY2ODgwIGJ5dGVzIHRyYW5zZmVycmVkIGluIDEyLjQ1OTI5OSBz ZWNzICg5NywwNzMsNDI5IGJ5dGVzL3NlYykKPgo+Cj4gRG8geW91IG1lZW4gdGhhdCBmcm9tIDYu MiBJIGRvbnQgbmVlZCBwb2xsaW5nIGZvciBmYXN0ZXN0IHBlcmZvcm1hbmNlPwo+Cj4KPiAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+IE1lc3NhZ2U6IDUKPiBEYXRlOiBTdW4sIDE3 IFNlcCAyMDA2IDIwOjE4OjU5ICswMjAwCj4gRnJvbTogIkp1bGlhbiBILiBTdGFjZXkiIDxqaHNA ZmxhdC5iZXJrbGl4Lm5ldD4KPiBTdWJqZWN0OiBSZTogQXR0ZW50aW9uIEp1bGlhbiBTdGFjZXkK PiBUbzogc3RhYmxlQGZyZWVic2Qub3JnLCBTY290dCBMb25nIDxzY290dGxAc2Ftc2NvLm9yZz4K PiBNZXNzYWdlLUlEOiA8MjAwNjA5MTcxODE4Lms4SElJeDE1MDkyODgxQGZpcmUuamhzLnByaXZh dGU+Cj4KPiBTY290dCBMb25nIHdyb3RlOgo+ID4gSnVsaWFuLCBtZWV0IFBhdWwgU2FhYi4gIFBh dWwgd2FzIGEga2V5IEZyZWVCU0QgZGV2ZWxvcGVyIGZvciBtYW55IHllYXJzCj4KPiBUaGFua3Mg U2NvdHQsCj4gTmljZWx5IHB1dC4gIE11Y2ggYXBwcmVjaWF0ZWQuICBCVFcgSSByZW1vdmVkIG11 Lm9yZyBhcyBhIHJlamVjdAo+IGRvbWFpbiByZWNvcmQgZnJvbSBteSAuLi4vYWNjZXNzIGZpcnN0 IHRoaW5nIHRoaXMgbW9ybmluZywganVzdAo+IGJlZm9yZSBJIHJlY2VpdmVkIHlvdXIgbWFpbC4g R29vZCB5b3UgY29uZmlybWVkIE9LLCB0aGFua3MuICBObyBkaXNyZXBlY3QKPiB0byBQYXVsIFNh YWIsIGp1c3QgaGFkbid0IGhlYXJkIG9mIGhpbSAoanVzdCBza2ltIG1hbnkgc3ViamVjdCkuCj4K Pgo+ID4gSnVsaWFuLCBtZWV0IEtyaXMuICBLcmlzIGhhcyBiZWVuIHRoZSBoZWFkIG9mIHRoZSBG cmVlQlNEIHBvcnRzIHRlYW0gZm9yCj4KPiBMb25nIGVub3VnaCB3aXRob3V0IHBlZXIgcmV2aWV3 LiAgIExlYWRlcnMgZG9uJ3QgcG9zdCBmbGFtZSBiYWl0Lgo+Cj4gIC0tLS0tIEJlbG93IF9Ob3Rf IHBlcnNvbmFsIGNyaXRpY2lzbSBvZiBhbnkgaW5kaXZpZHVhbC4gIC0tLS0tCj4gSWRlYXMgb2Yg QXV0b21hdGljIHBlZXIgcmV2aWV3LCByb3RhdGlvbnMgZXRjIGFyZSB1c2VkIGJ5IGNsdWJzLAo+ IGNvbXBhbmllcywgJiBnb3Zlcm5tZW50cy4gSSdtIG5vdCBhd2FyZSBpZiBGcmVlQlNEIGhhcyBh ZG9wdGVkIHRoZW0geWV0Lgo+ICAtIFJldmlld3MgZGV0ZWN0cyBidXJuIG91dCwgcmFpc2VkIGZy ZXF1ZW5jeSBvZiBhZ3Jlc3Npb24gJiBhdHRpdHVkZXMgZXRjLgo+ICAgIFNhYmF0aWNhbHMsIGhv bGlkYXlzIGV0YyBhcmUgZ29vZCBmb3Igdm9sdW50ZWVycyB0b28sIG5vdCBqdXN0IGVtcGxveWVl cy4KPiAgLSBDb3JlIGFyZSBub3cgZWxlY3RlZCBieSBjb21taXRlcnMsIGJ1dCB3aGVuIEkgc3Vn Z2VzdGVkIGVsZWN0aW9ucwo+ICAgIHdheSBiYWNrLCBpdCB3YXMgZmxhbWVkIG9uIGhpZ2gsIHNv IHBlZXIgcmV2aWV3IGNvdWxkIGhhcHBlbiB0b28uCj4gIC0gNyBkYXkgc3VzcGVuc2lvbnMgZm9y IGZsYW1lcnMgY291bGQgYWxzbyBoZWxwLCB1bmxlc3MgdGhleSBhcG9sb2dpc2UKPiAgICB3aXRo aW4gZWcgNDggaG91cnMgdG8gbGlzdCAobm90IG5lY2Vzc2FyaWx5IHJlY2lwaWVudCkgZm9yIGFi dXNlIG9mIGxpc3QuCj4KPiBUaGUgcHJvYmxlbSdzIG5vdCBldmVuIHJlYWxseSBsaXN0IGFidXNl LCBidXQgdGhhdCB0b2xlcmF0aW5nCj4gc3B1cmlvdXMgYWxpZW5hdGluZyBhZ3Jlc3Npb24gKGJ5 IGxpc3Qgb3IgcHJpdmF0ZSBtYWlsKSBvdmVyIHllYXJzCj4gZnJvbSBhIHRpbnkgbWlub3JpdHkg d2lsbCBoYXZlIHJlZHVjZWQgY29kZSBldGMgcmVjZWl2ZWQgaW4gY29uc2VxdWVuY2UKPiBmcm9t IG51bWVyb3VzIG90aGVycyBkZXRlcnJlZC4gIFdlIGhhdmUgbm8gZW1wbG95aW5nIGJvc3MgdG8g a25vY2tzCj4gaGVhZHMsIGp1c3QgdGhlIG9wcG9zaXRlLCBhIGZldyB3aG9zZSBwZXJpb2RpYyBp bXBsaWNpdCBjaGFsbGVuZ2UKPiBpczogIlRvbGVyYXRlIG15IHBlcmlvZGljIGFncmVzc2lvbiBv ciBJJ2xsIHRha2UgbXkgdG95cyAmIGxlYXZlLiIKPiBQZXJoYXBzIG1vc3Qgd291bGRuJ3QgbGVh dmUuICBJZiB0aGV5IGRpZCwgd2UnZCBzdGlsbCBzdXJ2aXZlLAo+IEZyZWVCU0QgZXZlbiBzdXJ2 aXZlZCB3aGVuIEpvaG4gKHN3YXApIER5c29uIHZlcnkgdW5mb3J0dW5hdGVseSBnb3QKPiBkZXRl cnJlZCAmIGxlZnQsIHByb2JhYmx5IG5vIHRocmVhdGVuZWQgc2tpbGwgbG9zcyB3b3VsZCBiZSBo YXJkZXIKPiB0byByZXBsYWNlLgo+Cj4gLS0KPiBKdWxpYW4gU3RhY2V5LiAgQlNEIFVuaXggQyBO ZXQgQ29uc3VsdGFuY3ksIE11bmljaC9NdWVuY2hlbiAgaHR0cDovL2JlcmtsaXguY29tCj4gTWFp bCBBc2NpaSwgbm90IEhUTUwuICAgICAgICAgICBJaHIgUmF1Y2ggPSBtZWluIGFsbGVyZ2lzY2hl ciBLb3Bmc2NobWVyei4KPiAgICAgICAgRG9uJ3QgYnV5IGl0ICEgR2V0IGl0IGZyZWUgISAgaHR0 cDovL2JlcmtsaXgub3JnL2ZyZWUtc29mdHdhcmUKPgo+Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tCj4KPiBNZXNzYWdlOiA2Cj4gRGF0ZTogU3VuLCAxNyBTZXAgMjAwNiAxOTozMzow NiArMDEwMCAoQlNUKQo+IEZyb206IFJvYmVydCBXYXRzb24gPHJ3YXRzb25ARnJlZUJTRC5vcmc+ Cj4gU3ViamVjdDogUmU6IFBvbGxpbmcgYW5kIGVtMAo+IFRvOiBFdWdlbmUgS2F6YXJpbm92IDxr YW11em9uQG1pbHNob3AucnU+Cj4gQ2M6IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnCj4gTWVz c2FnZS1JRDogPDIwMDYwOTE3MTkyNTI4LlA1NjIwMUBmbGVkZ2Uud2F0c29uLm9yZz4KPiBDb250 ZW50LVR5cGU6IFRFWFQvUExBSU47IGNoYXJzZXQ9VVMtQVNDSUk7IGZvcm1hdD1mbG93ZWQKPgo+ Cj4gT24gU3VuLCAxNyBTZXAgMjAwNiwgRXVnZW5lIEthemFyaW5vdiB3cm90ZToKPgo+ID4+IFNp bmNlIDYuMSBJIGhhdmUgc3RvcHBlZCB1c2luZyBwb2xsaW5nIGFzIGEgcmVndWxhciBrZXJuZWwg c2VlbXMgdG8gZ2l2ZQo+ID4+IGdvb2QgcGVyZm9ybWFuY2UgYXMgY29tcGFyZWQgdG8gcG9sbGlu ZyBtb2RlLiBJbiBmYWN0IEkgdXNlZCB0byBnZXQKPiA+PiBhbnl0aGluZyBiZXR3ZWVuIDU1LTc1 bWVncy9zZWMgb24gNi4xIHdpdGggcmVndWxhciBjYWJsZXMgYnV0IHNpbmNlCj4gPj4gdXBncmFk ZWQgdG8gY2F0NiBxdWFsaXR5IEV0aGVybmV0IGNhYmxlIEkgZ2V0IHByYWN0aWNhbGx5IGZ1bGwg Z2lnYWJpdAo+ID4+IHNwZWVkIHdpdGggbm8gcG9sbGluZy4gQ2xvc2UgdG8gOTdtZWdzL3NlYyBp cyB0aGUgcGVyZm9ybWFuY2UgSSBnZXQgb3V0IG9mCj4gPj4gbXkgRGVsbHMgd2l0aCB0aGUgZW0g ZHJpdmVyLCBhbmQgYXBwYXJlbnRseSB0aGUgbmV3IGVtIGRyaXZlciBpbiA2LXN0YWJsZQo+ID4+ IDYuMiBpcyBldmVuIGZhc3Rlci4KPiA+Pgo+ID4+IGVtKDQpIERlbGwgdG8gZW0oNCkgRGVsbAo+ ID4+IGRlbGwxIyBjYXQgL2Rldi96ZXJvIHwgZGQgYnM9MW0gfCBuYyBkZWxsMiAzMDAwCj4gPj4g XkMwKzE4NDU2IHJlY29yZHMgaW4KPiA+PiAwKzE4NDU1IHJlY29yZHMgb3V0Cj4gPj4gMTIwOTQ2 Njg4MCBieXRlcyB0cmFuc2ZlcnJlZCBpbiAxMi40NTkyOTkgc2VjcyAoOTcsMDczLDQyOSBieXRl cy9zZWMpCj4gPgo+ID4gRG8geW91IG1lZW4gdGhhdCBmcm9tIDYuMiBJIGRvbnQgbmVlZCBwb2xs aW5nIGZvciBmYXN0ZXN0IHBlcmZvcm1hbmNlPwo+Cj4gVGhlcmUgYXJlIHR3byBiZW5lZml0cyB0 byBwb2xsaW5nOgo+Cj4gLSBNb2RlcmF0aW5nIGludGVycnVwdCByYXRlcwo+Cj4gLSBTY2hlZHVs aW5nIGNvbnRyb2wgb3ZlciB0aGUgYW1vdW50IG9mIENQVSBkZWRpY2F0ZWQgdG8gbmV0d29yayB0 YXNrcwo+Cj4gTW9kZXJuIGdpZ2FiaXQgY2FyZHMgaGF2ZSBpbnRlcnJ1cHQgbW9kZXJhdGlvbiwg c28gaW4gcHJhY3RpY2UgeW91IGdldCBhCj4gcG9sbGluZy1saWtlIGVmZmVjdCB3aXRoIHJlZ2Fy ZCB0byBpbnRlcnJ1cHQgcmF0ZXMuICBXaXRoIHNpZ25pZmljYW50Cj4gcGVyZm9ybWFuY2UgaW1w cm92ZW1lbnRzIGluIHRoZSBpZl9lbSBkcml2ZXIgb3ZlciB0aGUgbGFzdCB5ZWFyLCBpdCBjb3Vs ZCB3ZWxsCj4gYmUgdGhhdCB0aGUgYmVuZWZpdHMgb2YgdGhlIHNjaGVkdWxpbmcgY29udHJvbCBu byBsb25nZXIgcHJvdmlkZSBtdWNoIGhlbHAuCj4KPiBHaWdhYml0IG5ldHdvcmsgY2FyZHMgYWxz byByZXF1aXJlIGEgdmVyeSBoaWdoIHBvbGxpbmcgcmF0ZSBpbiBvcmRlciB0byBiZQo+IGVmZmVj dGl2ZSwgc2luY2UgdGhlIG9uLWNhcmQgYnVmZmVycyBxdWlja2x5IGZpbGwgLS0gYXMgYSByZXN1 bHQsIHVubGVzcyB0aGUKPiBwb2xsIHJhdGUgKGRyaXZlbiBieSBIWikgaXMgc2V0IGV4dHJlbWVs eSBoaWdoLCBwb2xsaW5nIG1heSBhY3R1YWxseQo+IHNpZ25pZmljYW50IHJlZHVjZSBwZXJmb3Jt YW5jZSBieSBkcmFtYXRpY2FsbHkgaW5jcmVhc2luZyBwYWNrZXQgbG9zcyB1bmRlcgo+IGxvYWQu Cj4KPiBSb2JlcnQgTiBNIFdhdHNvbgo+IENvbXB1dGVyIExhYm9yYXRvcnkKPiBVbml2ZXJzaXR5 IG9mIENhbWJyaWRnZQo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+IE1l c3NhZ2U6IDcKPiBEYXRlOiBTdW4sIDE3IFNlcCAyMDA2IDExOjU1OjU5IC0wNzAwCj4gRnJvbTog Sm8gUmhldHQgPGpyaGV0dEBzdmNvbG8uY29tPgo+IFN1YmplY3Q6IFJlOiBhcnJycmdoISAgR3V5 cywgd2hvJ3MgYnJlYWtpbmcgLVNUQUJMRSdzIGdtaXJyb3IgY29kZT8hCj4gVG86IERhbmllbCBH ZXJ6byA8ZGFuZ2VyQHJ1bGV6LnNrPgo+IENjOiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZywg ImhhY2ttaWVzdGVyIFwoSHVudGVyIEZ1bGxlclwpIgo+ICAgICAgICA8aGFja21pZXN0ZXJAaGFj a21pZXN0ZXIuY29tPgo+IE1lc3NhZ2UtSUQ6IDwyMDA2MDkxNzE4NTU1OS5HQTQ3ODFAc3Zjb2xv LmNvbT4KPiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9dXMtYXNjaWkKPgo+IE9u IFN1biwgU2VwIDE3LCAyMDA2IGF0IDExOjM5OjU1QU0gKzAyMDAsIERhbmllbCBHZXJ6byB3cm90 ZToKPiA+IFlvdXIgV2luZG93cyBtdXN0IGJlIHJlYWxseSBiYWRseSBicm9rZW4sIGJlY2F1c2Ug bXkgV2luZG93cyBYUAo+ID4gc3BvbnRhbmVvdXNseSByZWJvb3RlZCBvbmx5IG9uY2UgaW4gdGhv c2UgbWFueSB5ZWFycyBJIGhhdmUgYmVlbiB1c2luZwo+ID4gaXQuIEluIG15IG9waW5pb24sIFhQ IGlzIHByZXR0eSBkZWNlbnQgc3lzdGVtLgo+Cj4gWW91ciBzdGFuZGFyZHMgYXJlIHByZXR0eSBs b3cuICBJJ3ZlIGdvdCBmcmVlYnNkL3NvbGFyaXMgc3lzdGVtcyB3aXRoCj4gdXB0aW1lcyBuZWFy aW5nIDYgeWVhcnMuICBJJ3ZlICpORVZFUiogaGFkIGEgc3BvbnRhbmVvdXMgcmVib290IGZyb20g ZWl0aGVyCj4gb3BlcmF0aW9uIHN5c3RlbS4gIElmIEkgZGlkLCBJJ2Qgc3BlbnQgaG91cnMgaW4g dGhlIGJhY2sgaGFtbWVyaW5nIGRvd24KPiBleGFjdGx5IHdoeS4KPgo+IEkgZG9uJ3QgcnVuIGVp dGhlciBMaW51eCBvciBXaW5kb3dzIGZvciBleGFjdGx5IHRoZSByZWFzb25zIHlvdSBtZW50aW9u LAo+IGV4Y2VwdCBhcyBnYW1pbmcgY29tcHV0ZXJzIHRoYXQgSSB3aXBlL3JlYnVpbGQgb24gYSBy ZWd1bGFyIGJhc2lzLgo+Cj4gLS0KPiBKbyBSaGV0dAo+IHNlbmlvciBnZWVrCj4gU1Zjb2xvIDog U2lsaWNvbiBWYWxsZXkgQ29sb2NhdGlvbgo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0KPgo+IE1lc3NhZ2U6IDgKPiBEYXRlOiBTdW4sIDE3IFNlcCAyMDA2IDIwOjE5OjU1ICsw MTAwCj4gRnJvbTogSmFzZSBUaGV3IDxiYXplcmthQGJlYXJkei5uZXQ+Cj4gU3ViamVjdDogUmU6 IEF0dGVudGlvbiBKdWxpYW4gU3RhY2V5Cj4gQ2M6IHN0YWJsZUBmcmVlYnNkLm9yZwo+IE1lc3Nh Z2UtSUQ6IDw0NTBEOUZEQi41MDkwNDA2QGJlYXJkei5uZXQ+Cj4gQ29udGVudC1UeXBlOiB0ZXh0 L3BsYWluOyBjaGFyc2V0PUlTTy04ODU5LTE7IGZvcm1hdD1mbG93ZWQKPgo+IEp1bGlhbiBILiBT dGFjZXkgd3JvdGU6Cj4KPiA+PiBKdWxpYW4sIG1lZXQgS3Jpcy4gIEtyaXMgaGFzIGJlZW4gdGhl IGhlYWQgb2YgdGhlIEZyZWVCU0QgcG9ydHMgdGVhbSBmb3IKPiA+Cj4gPiBMb25nIGVub3VnaCB3 aXRob3V0IHBlZXIgcmV2aWV3LiAgIExlYWRlcnMgZG9uJ3QgcG9zdCBmbGFtZSBiYWl0Lgo+ID4K PiA+ICAgLS0tLS0gQmVsb3cgX05vdF8gcGVyc29uYWwgY3JpdGljaXNtIG9mIGFueSBpbmRpdmlk dWFsLiAgLS0tLS0KPiA+IElkZWFzIG9mIEF1dG9tYXRpYyBwZWVyIHJldmlldywgcm90YXRpb25z IGV0YyBhcmUgdXNlZCBieSBjbHVicywKPiA+IGNvbXBhbmllcywgJiBnb3Zlcm5tZW50cy4gSSdt IG5vdCBhd2FyZSBpZiBGcmVlQlNEIGhhcyBhZG9wdGVkIHRoZW0geWV0Lgo+ID4gICAtIFJldmll d3MgZGV0ZWN0cyBidXJuIG91dCwgcmFpc2VkIGZyZXF1ZW5jeSBvZiBhZ3Jlc3Npb24gJiBhdHRp dHVkZXMgZXRjLgo+ID4gICAgIFNhYmF0aWNhbHMsIGhvbGlkYXlzIGV0YyBhcmUgZ29vZCBmb3Ig dm9sdW50ZWVycyB0b28sIG5vdCBqdXN0IGVtcGxveWVlcy4KPiA+ICAgLSBDb3JlIGFyZSBub3cg ZWxlY3RlZCBieSBjb21taXRlcnMsIGJ1dCB3aGVuIEkgc3VnZ2VzdGVkIGVsZWN0aW9ucwo+ID4g ICAgIHdheSBiYWNrLCBpdCB3YXMgZmxhbWVkIG9uIGhpZ2gsIHNvIHBlZXIgcmV2aWV3IGNvdWxk IGhhcHBlbiB0b28uCj4gPiAgIC0gNyBkYXkgc3VzcGVuc2lvbnMgZm9yIGZsYW1lcnMgY291bGQg YWxzbyBoZWxwLCB1bmxlc3MgdGhleSBhcG9sb2dpc2UKPiA+ICAgICB3aXRoaW4gZWcgNDggaG91 cnMgdG8gbGlzdCAobm90IG5lY2Vzc2FyaWx5IHJlY2lwaWVudCkgZm9yIGFidXNlIG9mIGxpc3Qu Cj4gPgo+ID4gVGhlIHByb2JsZW0ncyBub3QgZXZlbiByZWFsbHkgbGlzdCBhYnVzZSwgYnV0IHRo YXQgdG9sZXJhdGluZwo+ID4gc3B1cmlvdXMgYWxpZW5hdGluZyBhZ3Jlc3Npb24gKGJ5IGxpc3Qg b3IgcHJpdmF0ZSBtYWlsKSBvdmVyIHllYXJzCj4gPiBmcm9tIGEgdGlueSBtaW5vcml0eSB3aWxs IGhhdmUgcmVkdWNlZCBjb2RlIGV0YyByZWNlaXZlZCBpbiBjb25zZXF1ZW5jZQo+ID4gZnJvbSBu dW1lcm91cyBvdGhlcnMgZGV0ZXJyZWQuICBXZSBoYXZlIG5vIGVtcGxveWluZyBib3NzIHRvIGtu b2Nrcwo+ID4gaGVhZHMsIGp1c3QgdGhlIG9wcG9zaXRlLCBhIGZldyB3aG9zZSBwZXJpb2RpYyBp bXBsaWNpdCBjaGFsbGVuZ2UKPiA+IGlzOiAiVG9sZXJhdGUgbXkgcGVyaW9kaWMgYWdyZXNzaW9u IG9yIEknbGwgdGFrZSBteSB0b3lzICYgbGVhdmUuIgo+ID4gUGVyaGFwcyBtb3N0IHdvdWxkbid0 IGxlYXZlLiAgSWYgdGhleSBkaWQsIHdlJ2Qgc3RpbGwgc3Vydml2ZSwKPiA+IEZyZWVCU0QgZXZl biBzdXJ2aXZlZCB3aGVuIEpvaG4gKHN3YXApIER5c29uIHZlcnkgdW5mb3J0dW5hdGVseSBnb3QK PiA+IGRldGVycmVkICYgbGVmdCwgcHJvYmFibHkgbm8gdGhyZWF0ZW5lZCBza2lsbCBsb3NzIHdv dWxkIGJlIGhhcmRlcgo+ID4gdG8gcmVwbGFjZS4KPiA+Cj4KPiBObyBkaXNyZXNwZWN0IGludGVu ZGVkLCBidXQgSSB0aGluayB5b3UgbmVlZCB0byBvYnRhaW4gYSBzZW5zZSBvZiBodW1vdXIuCj4K PiBKLgo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+IE1lc3NhZ2U6IDkK PiBEYXRlOiBTdW4sIDE3IFNlcCAyMDA2IDIyOjU1OjI0ICswMjAwCj4gRnJvbTogUGF2IEx1Y2lz dG5payA8cGF2QEZyZWVCU0Qub3JnPgo+IFN1YmplY3Q6IFJlOiBbUV0gbXVsdGlzeW5jIGlybWMv aXJtY19ibHVldG9vdGggcGx1Z2lucwo+IFRvOiBEZW5uaXMgTWVsZW50eWV2IDxkZW5uaXMubWVs ZW50eWV2QGdtYWlsLmNvbT4KPiBDYzogZnJlZWJzZC1zdGFibGVARnJlZUJTRC5vcmcKPiBNZXNz YWdlLUlEOiA8MTE1ODUyNjUyNC45NTE0LjguY2FtZWxAaWthcm9zLm9vb2suY3o+Cj4gQ29udGVu dC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSJpc28tODg1OS0yIgo+Cj4gRGVubmlzIE1lbGVu dHlldiBw77+9ZSB2IG5lIDE3LiAwOS4gMjAwNiB2IDE2OjE0ICswMDAwOgo+Cj4gPiBJcyBpdCBw b3NzaWJsZSB0byBidWlsZCBpcm1jL2lybWMtYmx1ZXRvb3RoIHBsdWdpbnM/Cj4gPgo+ID4gSSB0 cmllZCB0byBwbGF5IHdpdGggdGhlbSBhIGJpdCwgYW5kIHN0dWNrIGF0IHRoZSB2ZXJ5IGJlZ2lu bmluZyB3aXRoCj4gPiBjb25maWd1cmUgdW5hYmxlIHRvIGZpbmQgcHJvcGVyIGVudHJpZXMgaW4g b2JleCBzdHJ1Y3R1cmVzIGZvciBqdXN0Cj4gPiBpcm1jIHBsdWdpbi4KPiA+IExvb2tzIGxpa2Ug d2UgaGF2ZSAiY3VzdG9tZGF0YSIgbWVtYmVyIGluIG9iZXhfY3RyYW5zX3Qgd2hpbGUgaXJtYwo+ ID4gY29kZSB0cnlpbmcgdG8gZmluZCAidXNlcmRhdGEiLgo+ID4KPiA+IEJsdWV0b290aCByZWZl cnMgdG8gc29tZSBibHVlei9ibHVlei1rZXJuZWwgPj0yLjMgd2hpY2ggbWVhbnMgbm90aGluZyB0 byBtZS4KPiA+Cj4gPiBJcyBpdCBMaW51eC1vbmx5IGFwcCwgb3IgaXQgaXMgcG9zc2libGUgdG8g bWFrZSBpdCBmaW5hbGx5IHJ1biBvbiBGcmVlQlNEPwo+Cj4gYmx1ZXogaXMgYSBMaW51eCBCbHVl dG9vdGggc3RhY2sgaW1wbGVtZW50YXRpb24uIEkgZG9uJ3QgdGhpbmsgYW55IG9mCj4gY3VycmVu dGx5IHVucG9ydGVkIG11bHRpc3luYyBwbHVnaW5zIHdpbGwgYmUgZWFzeSB0byBnZXQgZ29pbmcg b24KPiBGcmVlQlNELCBvdGhlcndpc2UgSSB3b3VsZCBhbHJlYWR5IHBvcnRlZCB0aGVtLgo+Cj4g UGx1cywgTXVsdGlzeW5jIGlzIGRlYWQgaW4gd2F0ZXIsIHByb2plY3QgYWJhbmRvbmVkLi4uCj4K PiAtLQo+IFBhdiBMdWNpc3RuaWsgPHBhdkBvb29rLmN6Pgo+ICAgICAgICAgICAgICA8cGF2QEZy ZWVCU0Qub3JnPgo+Cj4gTWF5YmUgSSBzaG91bGQgZ28gYXNrIHRoYXQgZWx2aXNoIHdpemFyZCBz dGFuZGluZyBvdmVyIHRoZXJlCj4gKFlFUyBBIFJFQUwgRUxGIElTIFNUQU5ESU5HIElOIE1ZIFJP T00hKSwKPiBoZSBzaG91bGQgYmUgYWJsZSB0byB0ZWxsIG1lLgo+IC0tLS0tLS0tLS0tLS0tIG5l eHQgcGFydCAtLS0tLS0tLS0tLS0tLQo+IEEgbm9uLXRleHQgYXR0YWNobWVudCB3YXMgc2NydWJi ZWQuLi4KPiBOYW1lOiBub3QgYXZhaWxhYmxlCj4gVHlwZTogYXBwbGljYXRpb24vcGdwLXNpZ25h dHVyZQo+IFNpemU6IDE4NyBieXRlcwo+IERlc2M6IFRvdG8gamUgPT9VVEYtOD9RP2RpZ2l0PUMz PUExbG49QzQ9OUI/PQo+ICAgICAgICA9P0lTTy04ODU5LTE/UT9fcG9kZXBzYW49RTE/PSA9P1VU Ri04P1E/Xz1DND04RD1DMz1BMXN0Pz0KPiAgICAgICAgPT9JU08tODg1OS0xP1E/X3pwcj1FMXZ5 Pz0KPiBVcmwgOiBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvcGlwZXJtYWlsL2ZyZWVic2Qtc3Rh YmxlL2F0dGFjaG1lbnRzLzIwMDYwOTE3LzkwNjhiZGY4L2F0dGFjaG1lbnQtMDAwMS5wZ3AKPgo+ IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTogMTAKPiBEYXRlOiBT dW4sIDE3IFNlcCAyMDA2IDIzOjIzOjA3ICswMjAwCj4gRnJvbTogSGVucmlrIEJyaXggQW5kZXJz ZW4gPGhlbnJpa0Bicml4YW5kZXJzZW4uZGs+Cj4gU3ViamVjdDogUmU6IFtRXSBtdWx0aXN5bmMg aXJtYy9pcm1jX2JsdWV0b290aCBwbHVnaW5zCj4gVG86IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qu b3JnCj4gTWVzc2FnZS1JRDogPDIwMDYwOTE3MjEyMzA3LkdBNDI3MThAdGlyaXRoLmJyaXhhbmRl cnNlbi5kaz4KPiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InVzLWFzY2lpIgo+ Cj4gT24gU3VuLCBTZXAgMTcsIDIwMDYgYXQgMTA6NTU6MjRQTSArMDIwMCwgUGF2IEx1Y2lzdG5p ayB3cm90ZToKPiA+IFBsdXMsIE11bHRpc3luYyBpcyBkZWFkIGluIHdhdGVyLCBwcm9qZWN0IGFi YW5kb25lZC4uLgo+Cj4gTm90IGNvbXBsZXRlbHkgdHJ1ZS4gTXVsdGlzeW5jIGluIGl0cyBjdXJy ZW50IGZvcm0gaXMgYWJhbmRvbmVkLCBidXQKPiBhIG5ldyB2ZXJzaW9uIGJhc2VkIG9uIHRoZSBP cGVuU3luYyBmcmFtZXdvcmsKPiAoaHR0cDovL3d3dy5vcGVuc3luYy5vcmcvKSBpcyBpbiB0aGUg d29ya3MuCj4KPiBSZWdhcmRzLAo+IEJyaXgKPiAtLQo+IEhlbnJpayBCcml4IEFuZGVyc2VuIDxo ZW5yaWtAYnJpeGFuZGVyc2VuLmRrPgo+IC0tLS0tLS0tLS0tLS0tIG5leHQgcGFydCAtLS0tLS0t LS0tLS0tLQo+IEEgbm9uLXRleHQgYXR0YWNobWVudCB3YXMgc2NydWJiZWQuLi4KPiBOYW1lOiBu b3QgYXZhaWxhYmxlCj4gVHlwZTogYXBwbGljYXRpb24vcGdwLXNpZ25hdHVyZQo+IFNpemU6IDIw OSBieXRlcwo+IERlc2M6IG5vdCBhdmFpbGFibGUKPiBVcmwgOiBodHRwOi8vbGlzdHMuZnJlZWJz ZC5vcmcvcGlwZXJtYWlsL2ZyZWVic2Qtc3RhYmxlL2F0dGFjaG1lbnRzLzIwMDYwOTE3L2M5MjBk Y2NlL2F0dGFjaG1lbnQtMDAwMS5wZ3AKPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQo+Cj4gTWVzc2FnZTogMTEKPiBEYXRlOiBNb24sIDE4IFNlcCAyMDA2IDExOjEwOjI0ICsxMjAw Cj4gRnJvbTogTWFyayBLaXJrd29vZCA8bWFya2lyQHBhcmFkaXNlLm5ldC5uej4KPiBTdWJqZWN0 OiBSZTogUkVMRU5HXzYgcG93ZXIgYnV0dG9uIGlnbm9yZWQgYWZ0ZXIgaGFsdCBpZiBBQ1BJIGVu YWJsZWQKPiBUbzogZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcKPiBNZXNzYWdlLUlEOiA8NDUw REQ1RTAuODA5MDQwMEBwYXJhZGlzZS5uZXQubno+Cj4gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWlu OyBmb3JtYXQ9Zmxvd2VkOyBjaGFyc2V0PUlTTy04ODU5LTEKPgo+IE9vcHMgLSBkaWRuJ3Qga25v dyBhYm91dCB0aGUgLWFjcGkgbWFpbGluZyBsaXN0LCB3aWxsIHBvc3QgdGhlcmUsIHNvcnJ5Lgo+ Cj4gTWFyawo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+IE1lc3NhZ2U6 IDEyCj4gRGF0ZTogTW9uLCAxOCBTZXAgMjAwNiAwMToyMjo0MyArMDIwMAo+IEZyb206ICJSb25h bGQgS2xvcCIgPHJvbmFsZC1mcmVlYnNkOEBrbG9wLnlpLm9yZz4KPiBTdWJqZWN0OiBSZTogYmdl IHdhdGNoZG9nIHRpbWVvdXRzIHN0aWxsIGhhcHBlbmluZwo+IFRvOiAiS2VudCBTdGV3YXJ0IiA8 a3N0ZXdhcnRAb3d0LmNvbT4sIGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnCj4gQ2M6IEdsZWIg U21pcm5vZmYgPGdsZWJpdXNAZnJlZWJzZC5vcmc+LCAgICAgICAgSGVydmUgQm91bG91aXMKPiAg ICAgICAgPGFtb25Ac29ja2FyLmhvbWVpcC5uZXQ+Cj4gTWVzc2FnZS1JRDogPG9wLnRmMXB2NWx1 ODUyN3N5QGd1aWRvLmtsb3Aud3M+Cj4gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBmb3JtYXQ9 Zmxvd2VkOyBkZWxzcD15ZXM7IGNoYXJzZXQ9dXRmLTgKPgo+IE9uIEZyaSwgMTUgU2VwIDIwMDYg MjE6MzM6MDAgKzAyMDAsIEtlbnQgU3Rld2FydCA8a3N0ZXdhcnRAb3d0LmNvbT4gd3JvdGU6Cj4K PiA+IE9uIEZyaWRheSAxNSBTZXB0ZW1iZXIgMjAwNiAwOToyOCwgSGVydmUgQm91bG91aXMgd3Jv dGU6Cj4gPj4gTGUgMTUvMDkvMjAwNiAgMTg6MDUsIEdsZWIgU21pcm5vZmYgYSDDqWNyaXQ6Cj4g Pj4gPiBIPiBiZ2UwOiA8QnJvYWRjb20gQkNNNTcwMCBCMiwgQVNJQyByZXYuIDB4NzEwMj4gbWVt Cj4gPj4gPiAweGZlYjAwMDAwLTB4ZmViMGZmZmYgaXJxIDE3IGF0IGRldmljZSA4LjAgb24gcGNp MSBIPiBtaWlidXMwOiA8TUlJCj4gPj4gPiBidXM+IG9uIGJnZTAKPiA+PiA+IEg+IGJyZ3BoeTA6 IDxCQ001NDAxIDEwLzEwMC8xMDAwYmFzZVRYIFBIWT4gb24gbWlpYnVzMAo+ID4+ID4gSD4gYnJn cGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsCj4g Pj4gPiAxMDAwYmFzZVRYLCAxMDAwYmFzZVRYLUZEWCwgYXV0byBIPiBiZ2UwOiBFdGhlcm5ldCBh ZGRyZXNzOgo+ID4+ID4gMDA6MDY6NWI6MWE6N2Y6NGEKPiA+PiA+Cj4gPj4gPiBJcyBpdCBpbnRl Z3JhdGVkIG9yIG5vdD8gSSd2ZSBnb3QgZXhhY3RseSB0aGUgc2FtZSBOSUMgYW5kIEkgY2FuCj4g Pj4gPiB0cnkgdG8gcmVwcm9kdWNlIHRoZSBwcm9ibGVtIGlmIHlvdSBkZXNjcmliZSB0aGUgd29y a2xvYWQuCj4gPj4KPiA+PiBZZXMsIGl0J3MgdGhlIG9uYm9hcmQgYmdlLiBXb3JrbG9hZCBpcyAx MC0yNSBNYml0L3Mgb2Ygd2ViIGhvc3RpbmcuCj4gPgo+ID4gSXQgc2VlbXMgdG8gYmUgYXQgdGhl IHRvcCBvZiB0aGUgdHJlZSBzb21ld2hlcmUgYmVjYXVzZSBwZW9wbGUgYXJlIGFsc28KPiA+IHNl ZWluZyB0aGUgd2F0Y2hkb2cgdGltZW91dHMgb24gZW0gYW5kIEkgZ2V0IHRoZW0gb24gdGhlIGdp Z2FiaXQgcmUncy4KPiA+Cj4gPiBJIGdvdCB0aGVtIGRvd25sb2FkaW5nIHRoZSBrZGUtMy41LjQg ZGlzdGZpbGVzIG9uIGEgNzY4a2IgRFNMIGxpbmUuIEkKPiA+IGhhZCBzZXRpYXRob21lIHJ1bm5p bmcsIHdoaWNoIGtlZXBzIHRoZSBjcHUgdXNlYWdlIGNsb3NlIHRvIDEwMCUuCj4KPiBJcyBpdCBw b3NzaWJsZSB0aGlzIGhhcyBzb21ldGhpbmcgdG8gZG8gd2l0aCB0aGUgbWVyZ2Ugb2YgdGFza3F1 ZXVlIGluCj4gNi1TVEFCTEU/Cj4KPgo+IC0tCj4gIFJvbmFsZCBLbG9wCj4gIEFtc3RlcmRhbSwg VGhlIE5ldGhlcmxhbmRzCj4KPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj4g TWVzc2FnZTogMTMKPiBEYXRlOiBNb24sIDE4IFNlcCAyMDA2IDE1OjE2OjIwICswOTAwCj4gRnJv bTogR2FuYm9sZCA8Z2FuYm9sZEBtaWNvbS5tbmcubmV0Pgo+IFN1YmplY3Q6IFJlOiBQcm9ibGVt cyB3aXRoIGF1ZGl0ZCAtLSByZXNvbHZlZAo+IFRvOiBSb2JlcnQgV2F0c29uIDxyd2F0c29uQEZy ZWVCU0Qub3JnPgo+IENjOiBKb2VyZyBQZXJuZnVzcyA8ZWxlc3NhckBic2Rmb3Jlbi5kZT4sIHN0 YWJsZUBGcmVlQlNELm9yZywKPiAgICAgICAgQ3Jpc3RpYW5vIERlYW5hIDxjcmlzdGlhbm8uZGVh bmFAZ21haWwuY29tPgo+IE1lc3NhZ2UtSUQ6IDw0NTBFMzlCNC4yMDAwMTA1QG1pY29tLm1uZy5u ZXQ+Cj4gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PUlTTy04ODU5LTE7IGZvcm1h dD1mbG93ZWQKPgo+IFJvYmVydCBXYXRzb24gd3JvdGU6Cj4gPgo+ID4gRGVhciBhbGwsCj4gPgo+ ID4gSSd2ZSBqdXN0IGNvbWl0dGVkIGEgZml4IHRvIHN5c2NhbGxzLm1hc3RlciBhbmQgcmVnZW5l cmF0ZWQgdGhlCj4gPiByZW1haW5pbmcgc3lzdGVtIGNhbGwgZmlsZXMsIHdoaWNoIHNob3VsZCBj b3JyZWN0IHRoZSBhdWRpdGN0bDoKPiA+IEludmFsaWQgQXJndW1lbnQgZXJyb3IgYmVpbmcgcmV0 dXJuZWQgYnkgYXVkaXRkLiAgSW4gc2hvcnQgb3JkZXIsIHRoaXMKPiA+IGZpeCBzaG91bGQgYmUg b24gdGhlIGN2c3VwIG1pcnJvcnMgLS0gcGxlYXNlIGxldCBtZSBrbm93IGlmIGl0Cj4gPiByZXNv bHZlcyB0aGUgcHJvYmxlbSB5b3Ugd2VyZSBleHBlcmllbmNpbmcuCj4KPiBIaSwKPgo+IEFmdGVy IGluc3RhbGxpbmcgYW5kIHJ1bm5pbmcgYXVkaXRkIEkgZG9uJ3Qgc2VlIGFueSBsb2cgZmlsZXMg Zm9yIGF1ZGl0ZDoKPgo+IGRhZW1vbiMgbHMgLWwgL3Zhci9hdWRpdC8KPiB0b3RhbCAwCj4gLXIt LXItLS0tLSAgMSByb290ICBhdWRpdCAgMCBTZXAgMTggMTQ6MjMgMjAwNjA5MTgwNTIzMTYuMjAw NjA5MTgwNjAzMzkKPiAtci0tci0tLS0tICAxIHJvb3QgIGF1ZGl0ICAwIFNlcCAxOCAxNTowMyAy MDA2MDkxODA2MDMzOS5ub3RfdGVybWluYXRlZAo+Cj4gSSBoYXZlIGN1c3RvbSAvZXRjL3NlY3Vy aXR5L2F1ZGl0X2NvbnRyb2wgYW5kIGF1ZGl0X3VzZXIgZmlsZXMuCj4KPiBkYWVtb24jIG1vcmUg L2V0Yy9zZWN1cml0eS9hdWRpdF9jb250cm9sCj4gIwo+ICMgJFA0OiAvL2RlcG90L3Byb2plY3Rz L3RydXN0ZWRic2Qvb3BlbmJzbS9ldGMvYXVkaXRfY29udHJvbCMzICQKPiAjICRGcmVlQlNEOiBz cmMvY29udHJpYi9vcGVuYnNtL2V0Yy9hdWRpdF9jb250cm9sLHYgMS4yLjIuMSAyMDA2LzA5LzAy Cj4gMTA6NDY6MDAgcndhdHNvbiBFeHAgJAo+ICMKPiBkaXI6L3Zhci9hdWRpdAo+IGZsYWdzOmFs bAo+IG1pbmZyZWU6MjAKPiBuYWZsYWdzOmxvCj4KPiAjCj4gIyAkUDQ6IC8vZGVwb3QvcHJvamVj dHMvdHJ1c3RlZGJzZC9vcGVuYnNtL2V0Yy9hdWRpdF91c2VyIzMgJAo+ICMgJEZyZWVCU0Q6IHNy Yy9jb250cmliL29wZW5ic20vZXRjL2F1ZGl0X3VzZXIsdiAxLjIuMi4xIDIwMDYvMDkvMDIKPiAx MDo0NjowMCByd2F0c29uIEV4cCAkCj4gIwo+ICNyb290OmxvOm5vCj4gcm9vdDphbGw6bm8KPgo+ IEknbSBiaXQgY29uZnVzZWQgaGVyZSBJIHRob3VnaHQgYXVkaXRkIHNob3VsZCBsb2cgYWxsIGFj dGl2aXRpZXMsIGJ1dCBJCj4gZG9uJ3Qgc2VlIGFueSBsb2cgZmlsZXMuCj4gQW0gSSBkb2luZyBz b21ldGhpbmcgd3JvbmcgaGVyZSBvciBteSB1bmRlcnN0YW5kaW5nIHJlZ2FyZGluZyBhdWRpdGQg aXMKPiB3cm9uZz8KPgo+IHRoYW5rcyBpbiBhZHZhbmNlLAo+Cj4gR2FuYm9sZAo+Cj4KPiA+Cj4g PiBUaGFua3MsCj4gPgo+ID4gUm9iZXJ0IE4gTSBXYXRzb24KPiA+IENvbXB1dGVyIExhYm9yYXRv cnkKPiA+IFVuaXZlcnNpdHkgb2YgQ2FtYnJpZGdlCj4gPiBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXwo+ID4gZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcg bWFpbGluZyBsaXN0Cj4gPiBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5m by9mcmVlYnNkLXN0YWJsZQo+ID4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZy ZWVic2Qtc3RhYmxlLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIgo+ID4KPiA+Cj4gPgo+Cj4KPgo+ IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTogMTQKPiBEYXRlOiBN b24sIDE4IFNlcCAyMDA2IDEwOjMxOjM5ICswMjAwCj4gRnJvbTogRG1pdHJ5IEthcmFzaWsgPGRt aXRyeUBrYXJhc2lrLmV1Lm9yZz4KPiBTdWJqZWN0OiBhdGgwIHdlYWsgY29ubmVjdGl2aXR5Cj4g VG86IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnCj4gTWVzc2FnZS1JRDogPDIwMDYwOTE4MDgz MTM5LkdBNTk5NjZAdGV0c3VvLmthcmFzaWsuZXUub3JnPgo+IENvbnRlbnQtVHlwZTogdGV4dC9w bGFpbjsgY2hhcnNldD1rb2k4LXIKPgo+Cj4gSGksCj4KPiBIYXMgYW55b25lIGV4cGVyaWVuY2Vk IHByb2JsZW1zIHdpdGggYXRoMCBnaXZpbmcgYmFkIGNvbm5lY3Rpdml0eSBvbgo+IDYuMS1TVEFC TEU/IE15IHdpcmVsZXNzIGNhcmQgcmVwb3J0ZWQgYXMgQXRoZXJvcyA1MjEyIHJhcGlkbHkgbG9z ZXMKPiBjb25uZWN0aXZpdHkgaWYgSSBtb3ZlIGl0IG1vcmUgdGhhbiAyLTMgbWV0ZXJzIGF3YXkg ZnJvbSB0aGUgYWNjZXNzCj4gcG9pbnQsIGJ1dCB0aGUgc2FtZSBub3RlYm9vayBjb25uZWN0cyB3 ZWxsIGZyb20gdW5kZXIgd2luZG93cy4KPgo+IEkgdHJpZWQgYm90aCBrZXJuZWwgd2l0aCBib3Ro IG9sZCBkZXZpY2UgYXRoX3JhdGVfc2FtcGxlIGFuZCBhdGhfcmF0ZV9vbm9lLAo+IHRyaWVkIHRv IHBsYXkgd2l0aCBBUCdzIHNldHRpbmdzLCBjaGFuZ2VkIHRyYW5zbWl0IHJhdGUgYW5kIGJlYWNv bgo+IGludGVydmFsLCBub3RoaW5nIGhlbHBzLiBPbmUgaW50ZXJlc3RpbmcgdGhpbmcgdGhvdWdo IGlzIHRoYXQgImlmY29uZmlnIGF0aDAKPiBzY2FuIiByZXBvcnRzIG15IHN0YXRpb24gYXMgY29u ZmlndXJlZCB0byAxMTltcyBiZWFjb24gaW50ZXJ2YWwsIHdoaWxlCj4gaXQgaXMgc2V0IHRvIDEw MG1zIGFjdHVhbGx5Lgo+Cj4gQW55dGhpbmcgZWxzZSBJIGNhbiB0cnk/Cj4KPiAtLQo+IFNpbmNl cmVseSwKPiAgICAgICAgRG1pdHJ5IEthcmFzaWsKPgo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0KPgo+IE1lc3NhZ2U6IDE1Cj4gRGF0ZTogTW9uLCAxOCBTZXAgMjAwNiAxMDoy MzowOCArMDEwMCAoQlNUKQo+IEZyb206IFJvYmVydCBXYXRzb24gPHJ3YXRzb25ARnJlZUJTRC5v cmc+Cj4gU3ViamVjdDogUmU6IFByb2JsZW1zIHdpdGggYXVkaXRkIC0tIHJlc29sdmVkCj4gVG86 IEdhbmJvbGQgPGdhbmJvbGRAbWljb20ubW5nLm5ldD4KPiBDYzogSm9lcmcgUGVybmZ1c3MgPGVs ZXNzYXJAYnNkZm9yZW4uZGU+LCBzdGFibGVARnJlZUJTRC5vcmcsCj4gICAgICAgIENyaXN0aWFu byBEZWFuYSA8Y3Jpc3RpYW5vLmRlYW5hQGdtYWlsLmNvbT4KPiBNZXNzYWdlLUlEOiA8MjAwNjA5 MTgxMDE5NTIuUjE3MDhAZmxlZGdlLndhdHNvbi5vcmc+Cj4gQ29udGVudC1UeXBlOiBURVhUL1BM QUlOOyBjaGFyc2V0PVVTLUFTQ0lJOyBmb3JtYXQ9Zmxvd2VkCj4KPiBPbiBNb24sIDE4IFNlcCAy MDA2LCBHYW5ib2xkIHdyb3RlOgo+Cj4gPiAjCj4gPiAjICRQNDogLy9kZXBvdC9wcm9qZWN0cy90 cnVzdGVkYnNkL29wZW5ic20vZXRjL2F1ZGl0X3VzZXIjMyAkCj4gPiAjICRGcmVlQlNEOiBzcmMv Y29udHJpYi9vcGVuYnNtL2V0Yy9hdWRpdF91c2VyLHYgMS4yLjIuMSAyMDA2LzA5LzAyIDEwOjQ2 OjAwCj4gPiByd2F0c29uIEV4cCAkCj4gPiAjCj4gPiAjcm9vdDpsbzpubwo+ID4gcm9vdDphbGw6 bm8KPiA+Cj4gPiBJJ20gYml0IGNvbmZ1c2VkIGhlcmUgSSB0aG91Z2h0IGF1ZGl0ZCBzaG91bGQg bG9nIGFsbCBhY3Rpdml0aWVzLCBidXQgSQo+ID4gZG9uJ3Qgc2VlIGFueSBsb2cgZmlsZXMuIEFt IEkgZG9pbmcgc29tZXRoaW5nIHdyb25nIGhlcmUgb3IgbXkgdW5kZXJzdGFuZGluZwo+ID4gcmVn YXJkaW5nIGF1ZGl0ZCBpcyB3cm9uZz8KPgo+IFlvdXIgY29uZmlndXJhdGlvbiBsb29rcyByaWdo dCB0byBtZSwgYW5kIHNob3VsZCBiZSBnZW5lcmF0aW5nIGEgcmlkaWN1bG91cwo+IG51bWJlciBv ZiBhdWRpdCByZWNvcmRzLiAgQ291bGQgeW91IHRyeSByZWJvb3RpbmcgYW5kIGxvZ2dpbmcgaW4g YWdhaW4/Cj4gYXVkaXRfdXNlciBlbnRyaWVzIHRha2UgZWZmZWN0IG9ubHkgYXMgb2YgbG9naW4s IHNpbWlsYXIgdG8gL2V0Yy9ncm91cAo+IHNldHRpbmdzLCBldGMuICBIb3cgYXJlIHlvdSBsb2dn aW5nIGludG8gdGhlIHN5c3RlbT8KPgo+IE9uIG15IGxvY2FsIFJFTEVOR182IHN5c3RlbSwgd2l0 aCB0aGUgcmVjZW50IGF1ZGl0Y3RsKDIpIGZpeCwgSSdtIHVzaW5nIHRoZQo+IGZvbGxvd2luZyBn bG9iYWwgc2V0dGluZ3MgdG8gYXVkaXQgcHJvZ3JhbXMgcnVuIGJ5IGF1dGhlbnRpY2F0ZWQgdXNl cnM6Cj4KPiAgIGRpcjovdmFyL2F1ZGl0Cj4gICBmbGFnczpsbywrZXgKPiAgIG1pbmZyZWU6MjAK PiAgIG5hZmxhZ3M6bG8KPgo+IEl0IHNlZW1zIHRvIGJlIHdvcmtpbmcgcHJvcGVybHkuICBVc2Vy IHNwYWNlIGxvZ2luL2xvZ291dCBhdWRpdGluZyB3b24ndCB3b3JrCj4gaW4gUkVMRU5HXzYgdW50 aWwgdGhlIE1GQyBvZiBDaHJpc3RpYW4ncyByZWNlbnQgdHdlYWtzIHRvIHBpcGUgcHJlc2VsZWN0 aW9uLAo+IHdoaWNoIHdpbGwgb2NjdXJyIGluIGEgZmV3IGRheXMgKGFuZCBoZW5jZSBzaG91bGQg YXBwZWFyIGluIEJFVEEyKS4KPgo+IFJvYmVydCBOIE0gV2F0c29uCj4gQ29tcHV0ZXIgTGFib3Jh dG9yeQo+IFVuaXZlcnNpdHkgb2YgQ2FtYnJpZGdlCj4KPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTogMTYKPiBEYXRlOiBNb24sIDE4IFNlcCAyMDA2IDE4OjM5 OjQ3ICswOTAwCj4gRnJvbTogR2FuYm9sZCA8Z2FuYm9sZEBtaWNvbS5tbmcubmV0Pgo+IFN1Ympl Y3Q6IFJlOiBQcm9ibGVtcyB3aXRoIGF1ZGl0ZCAtLSByZXNvbHZlZAo+IFRvOiBSb2JlcnQgV2F0 c29uIDxyd2F0c29uQEZyZWVCU0Qub3JnPgo+IENjOiBKb2VyZyBQZXJuZnVzcyA8ZWxlc3NhckBi c2Rmb3Jlbi5kZT4sIHN0YWJsZUBGcmVlQlNELm9yZywKPiAgICAgICAgQ3Jpc3RpYW5vIERlYW5h IDxjcmlzdGlhbm8uZGVhbmFAZ21haWwuY29tPgo+IE1lc3NhZ2UtSUQ6IDw0NTBFNjk2My43MDMw OTAyQG1pY29tLm1uZy5uZXQ+Cj4gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PUlT Ty04ODU5LTE7IGZvcm1hdD1mbG93ZWQKPgo+IFJvYmVydCBXYXRzb24gd3JvdGU6Cj4gPiBPbiBN b24sIDE4IFNlcCAyMDA2LCBHYW5ib2xkIHdyb3RlOgo+ID4KPiA+PiAjCj4gPj4gIyAkUDQ6IC8v ZGVwb3QvcHJvamVjdHMvdHJ1c3RlZGJzZC9vcGVuYnNtL2V0Yy9hdWRpdF91c2VyIzMgJAo+ID4+ ICMgJEZyZWVCU0Q6IHNyYy9jb250cmliL29wZW5ic20vZXRjL2F1ZGl0X3VzZXIsdiAxLjIuMi4x IDIwMDYvMDkvMDIKPiA+PiAxMDo0NjowMCByd2F0c29uIEV4cCAkCj4gPj4gIwo+ID4+ICNyb290 OmxvOm5vCj4gPj4gcm9vdDphbGw6bm8KPiA+Pgo+ID4+IEknbSBiaXQgY29uZnVzZWQgaGVyZSBJ IHRob3VnaHQgYXVkaXRkIHNob3VsZCBsb2cgYWxsIGFjdGl2aXRpZXMsIGJ1dAo+ID4+IEkgZG9u J3Qgc2VlIGFueSBsb2cgZmlsZXMuIEFtIEkgZG9pbmcgc29tZXRoaW5nIHdyb25nIGhlcmUgb3Ig bXkKPiA+PiB1bmRlcnN0YW5kaW5nIHJlZ2FyZGluZyBhdWRpdGQgaXMgd3Jvbmc/Cj4gPgo+ID4g WW91ciBjb25maWd1cmF0aW9uIGxvb2tzIHJpZ2h0IHRvIG1lLCBhbmQgc2hvdWxkIGJlIGdlbmVy YXRpbmcgYQo+ID4gcmlkaWN1bG91cyBudW1iZXIgb2YgYXVkaXQgcmVjb3Jkcy4gIENvdWxkIHlv dSB0cnkgcmVib290aW5nIGFuZAo+ID4gbG9nZ2luZyBpbiBhZ2Fpbj8gYXVkaXRfdXNlciBlbnRy aWVzIHRha2UgZWZmZWN0IG9ubHkgYXMgb2YgbG9naW4sCj4gPiBzaW1pbGFyIHRvIC9ldGMvZ3Jv dXAgc2V0dGluZ3MsIGV0Yy4gIEhvdyBhcmUgeW91IGxvZ2dpbmcgaW50byB0aGUKPiA+IHN5c3Rl bT8KPiBUaGlzIGlzIG15IGRlc2t0b3Agc3lzdGVtIGFuZCBJIHVwZGF0ZWQgdG9kYXkgdG8gbGF0 ZXN0IFJFTEVOR182Lgo+Cj4gZGFlbW9uIyB1bmFtZSAtYW4KPiBGcmVlQlNEIGRhZW1vbi5taWNv bS5tbmcubmV0IDYuMi1QUkVSRUxFQVNFIEZyZWVCU0QgNi4yLVBSRVJFTEVBU0UgIzY6Cj4gTW9u IFNlcCAxOCAxMjo1NjowNCBVTEFTVCAyMDA2Cj4gcm9vdEBkYWVtb24ubWljb20ubW5nLm5ldDov dXNyL29iai91c3Ivc3JjL3N5cy9HREFFTU9OICBpMzg2Cj4KPiBJIHRyaWVkIHRvIHJlc3RhcnQg c2V2ZXJhbCB0aW1lcyBhdWRpdGQgdXNpbmcgL2V0Yy9yYy5kL2F1ZGl0ZCBzY3JpcHQuCj4KPiBk YWVtb24jIC9ldGMvcmMuZC9hdWRpdGQgcmVzdGFydAo+IFRyaWdnZXIgc2VudC4KPiBTdGFydGlu ZyBhdWRpdGQuCj4gZGFlbW9uIyAvZXRjL3JjLmQvYXVkaXRkIHJlc3RhcnQKPiBUcmlnZ2VyIHNl bnQuCj4gYXVkaXRkIGFscmVhZHkgcnVubmluZz8gKHBpZD0yMDY1KS4KPiBkYWVtb24jIC9ldGMv cmMuZC9hdWRpdGQgcmVzdGFydAo+IEVycm9yIHNlbmRpbmcgdHJpZ2dlcjogT3BlcmF0aW9uIG5v dCBzdXBwb3J0ZWQgYnkgZGV2aWNlCj4gU3RhcnRpbmcgYXVkaXRkLgo+IGRhZW1vbiMgL2V0Yy9y Yy5kL2F1ZGl0ZCByZXN0YXJ0Cj4gVHJpZ2dlciBzZW50Lgo+IGF1ZGl0ZCBhbHJlYWR5IHJ1bm5p bmc/IChwaWQ9MjA5NSkuCj4gZGFlbW9uIyAvZXRjL3JjLmQvYXVkaXRkIHJlc3RhcnQKPiBFcnJv ciBzZW5kaW5nIHRyaWdnZXI6IE9wZXJhdGlvbiBub3Qgc3VwcG9ydGVkIGJ5IGRldmljZQo+IFN0 YXJ0aW5nIGF1ZGl0ZC4KPiBkYWVtb24jIC9ldGMvcmMuZC9hdWRpdGQgcmVzdGFydAo+IFRyaWdn ZXIgc2VudC4KPiBTdGFydGluZyBhdWRpdGQuCj4gZGFlbW9uIyBwcyBheCB8IGdyZXAgYXVkaXQK PiAgIDEwICA/PyAgREwgICAgIDA6MDAuMDAgW2F1ZGl0X3dvcmtlcl0KPiAgMjE0MSAgPz8gIFNz ICAgICAwOjAwLjAxIC91c3Ivc2Jpbi9hdWRpdGQKPiAgMjE0MyAgcDMgIFJWICAgICAwOjAwLjAw IGdyZXAgYXVkaXQgKGNzaCkKPiBkYWVtb24jIHBzIGF4IHwgZ3JlcCBhdWRpdAo+ICAgMTAgID8/ ICBETCAgICAgMDowMC4wMCBbYXVkaXRfd29ya2VyXQo+ICAyMTQxICA/PyAgU3MgICAgIDA6MDAu MDEgL3Vzci9zYmluL2F1ZGl0ZAo+Cj4gU3RyYW5nZSwgdGhlcmUgYXJlIHN0aWxsIG5vIGxvZ3Mg aW4gL3Zhci9hdWRpdCBkaXIgOiggRXZlbiB0cmllZCB0byB1c2UKPiB5b3VyIGNvbmZpZywgbm8g c3VjY2Vzcy4KPiBIb3dldmVyIHdoZW4gSSBsb2dnZWQgb24gdG8gbXkgZGVza3RvcCBmcm9tIGNv bnNvbGUgdG8gaXRzZWxmIChzc2ggLWwKPiB0c2dhbiBsb2NhbGhvc3QpIGl0IHN0YXJ0cyBsb2dn aW5nLgo+IEJ1dCB3aHkgaXQgaXMgbm90IGxvZ2dpbmcgd2hlbiBJJ20gb24gY29uc29sZT8KPgo+ ID4KPiA+IE9uIG15IGxvY2FsIFJFTEVOR182IHN5c3RlbSwgd2l0aCB0aGUgcmVjZW50IGF1ZGl0 Y3RsKDIpIGZpeCwgSSdtCj4gPiB1c2luZyB0aGUgZm9sbG93aW5nIGdsb2JhbCBzZXR0aW5ncyB0 byBhdWRpdCBwcm9ncmFtcyBydW4gYnkKPiA+IGF1dGhlbnRpY2F0ZWQgdXNlcnM6Cj4gPgo+ID4g ICBkaXI6L3Zhci9hdWRpdAo+ID4gICBmbGFnczpsbywrZXgKPiA+ICAgbWluZnJlZToyMAo+ID4g ICBuYWZsYWdzOmxvCj4gPgo+ID4gSXQgc2VlbXMgdG8gYmUgd29ya2luZyBwcm9wZXJseS4gIFVz ZXIgc3BhY2UgbG9naW4vbG9nb3V0IGF1ZGl0aW5nCj4gPiB3b24ndCB3b3JrIGluIFJFTEVOR182 IHVudGlsIHRoZSBNRkMgb2YgQ2hyaXN0aWFuJ3MgcmVjZW50IHR3ZWFrcyB0bwo+ID4gcGlwZSBw cmVzZWxlY3Rpb24sIHdoaWNoIHdpbGwgb2NjdXJyIGluIGEgZmV3IGRheXMgKGFuZCBoZW5jZSBz aG91bGQKPiA+IGFwcGVhciBpbiBCRVRBMikuCj4gSSBzZWUuCj4KPiB0aGFua3MsCj4KPiBHYW5i b2xkCj4KPiA+Cj4gPiBSb2JlcnQgTiBNIFdhdHNvbgo+ID4gQ29tcHV0ZXIgTGFib3JhdG9yeQo+ ID4gVW5pdmVyc2l0eSBvZiBDYW1icmlkZ2UKPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fCj4gPiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZyBtYWls aW5nIGxpc3QKPiA+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Zy ZWVic2Qtc3RhYmxlCj4gPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJz ZC1zdGFibGUtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciCj4gPgo+ID4KPiA+Cj4KPgo+Cj4gLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4KPiBNZXNzYWdlOiAxNwo+IERhdGU6IE1vbiwg MTggU2VwIDIwMDYgMTA6NDY6MTcgKzAxMDAgKEJTVCkKPiBGcm9tOiBSb2JlcnQgV2F0c29uIDxy d2F0c29uQEZyZWVCU0Qub3JnPgo+IFN1YmplY3Q6IFJlOiBQcm9ibGVtcyB3aXRoIGF1ZGl0ZCAt LSByZXNvbHZlZAo+IFRvOiBHYW5ib2xkIDxnYW5ib2xkQG1pY29tLm1uZy5uZXQ+Cj4gQ2M6IEpv ZXJnIFBlcm5mdXNzIDxlbGVzc2FyQGJzZGZvcmVuLmRlPiwgc3RhYmxlQEZyZWVCU0Qub3JnLAo+ ICAgICAgICBDcmlzdGlhbm8gRGVhbmEgPGNyaXN0aWFuby5kZWFuYUBnbWFpbC5jb20+Cj4gTWVz c2FnZS1JRDogPDIwMDYwOTE4MTA0NDQ2LlYxNzA4QGZsZWRnZS53YXRzb24ub3JnPgo+IENvbnRl bnQtVHlwZTogVEVYVC9QTEFJTjsgY2hhcnNldD1VUy1BU0NJSTsgZm9ybWF0PWZsb3dlZAo+Cj4K PiBPbiBNb24sIDE4IFNlcCAyMDA2LCBHYW5ib2xkIHdyb3RlOgo+Cj4gPiBTdHJhbmdlLCB0aGVy ZSBhcmUgc3RpbGwgbm8gbG9ncyBpbiAvdmFyL2F1ZGl0IGRpciA6KCBFdmVuIHRyaWVkIHRvIHVz ZSB5b3VyCj4gPiBjb25maWcsIG5vIHN1Y2Nlc3MuIEhvd2V2ZXIgd2hlbiBJIGxvZ2dlZCBvbiB0 byBteSBkZXNrdG9wIGZyb20gY29uc29sZSB0bwo+ID4gaXRzZWxmIChzc2ggLWwgdHNnYW4gbG9j YWxob3N0KSBpdCBzdGFydHMgbG9nZ2luZy4gQnV0IHdoeSBpdCBpcyBub3QgbG9nZ2luZwo+ID4g d2hlbiBJJ20gb24gY29uc29sZT8KPgo+IEFyZSB5b3UgdXNpbmcgeGRtL2tkbS9nZG0vZXRjIG9y IC91c3IvYmluL2xvZ2luPyAgSSdtIG5vdCBzdXJlIHRoYXQgdGhlCj4gdmFyaW91cyBHVUkgbG9n aW4gbWFuYWdlcnMgYXNzb2NpYXRlZCB3aXRoIFgxMSBzaGlwIHdpdGggQlNNIHN1cHBvcnQgY29t cGlsZWQKPiBpbiBieSBkZWZhdWx0LCBhbHRob3VnaCBnaXZlbiB0aGF0IHRoZXkgYWxzbyBydW4g b24gU29sYXJpcywgaXQgaXMgbGlrZWx5IHRoZXkKPiBzdXBwb3J0IGl0Lgo+Cj4gUm9iZXJ0IE4g TSBXYXRzb24KPiBDb21wdXRlciBMYWJvcmF0b3J5Cj4gVW5pdmVyc2l0eSBvZiBDYW1icmlkZ2UK Pgo+Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4KPiBNZXNzYWdlOiAxOAo+IERh dGU6IE1vbiwgMTggU2VwIDIwMDYgMTE6NTA6MzEgKzAyMDAgKENFU1QpCj4gRnJvbTogT2xpdmVy IEZyb21tZSA8b2xsaUBsdXJ6YS5zZWNuZXRpeC5kZT4KPiBTdWJqZWN0OiBSZTogQVJSUlJHSCEg R3V5cywgd2hvJ3MgYnJlYWtpbmcgLVNUQUJMRSdzIEdNSVJST1IgY29kZT8hCj4gVG86IGZyZWVi c2Qtc3RhYmxlQEZyZWVCU0QuT1JHCj4gTWVzc2FnZS1JRDogPDIwMDYwOTE4MDk1MC5rOEk5b1Zy UTA4NzA3MUBsdXJ6YS5zZWNuZXRpeC5kZT4KPgo+IE1pY2hhZWwgQWJib3R0IHdyb3RlOgo+ICA+ IFJvbGFuZCBTbWl0aCB3cm90ZToKPiAgPiA+IE1hcnRpbiBOaWxzc29uIHdyb3RlOgo+ICA+ID4g PiBIYW5zIExhbWJlcm1vbnQgd3JvdGU6Cj4gID4gPiA+IC4uIG9yIGp1c3Qgc3RvcCBjYWxsaW5n IGl0IFNUQUJMRSBhbmQgY2FsbCBpdCBSRUxFTkdfNiBpbnN0ZWFkCj4gID4gPgo+ICA+ID4gVGhh dCdzIGEgZ29vZCBpZGVhLCBJTUhPLiBXaGVuIEkgc3RhcnRlZCB3aXRoIEZyZWVCU0QgSSBmb3Vu ZCB0aGUKPiAgPiA+IGRpZmZlcmVuY2UgYmV0d2VlbiB0aGUgYnJhbmNoIG5hbWVzIGFuZCBjdnMg dGFncyBjb25mdXNpbmcuCj4gID4KPiAgPiBMZXQgbWUgc2Vjb25kIHRoYXQuICBJIGhhZG4ndCBy ZWFsaXNlZCB0aGF0IFNUQUJMRT09UkVMRU5HX24gKHdoZXJlIG4gaXMKPiAgPiB0aGUgY3VycmVu dCB2ZXJzaW9uIG51bWJlcikgdW50aWwgdmVyeSByZWNlbnRseSwgYW5kIEkndmUgc2VlbiB0aGUg IlNUQUJMRQo+ICA+IGlzbid0IHN0YWJsZSIgdGhpbmcgY3JvcCB1cCBvdmVyIGFuZCBvdmVyIGFn YWluIG92ZXIgdGhlIGxhc3QgZmV3IHllYXJzLAo+ICA+IGJvdGggb24gbWFpbGluZyBsaXN0cyBh bmQgSVJDLgo+Cj4gQWN0dWFsbHksIEZyZWVCU0QgaGFzIHRocmVlIHR5cGVzIG9mIGJyYW5jaGVz Ogo+Cj4gIC0gY3VycmVudCBhLmsuYS4gSEVBRAo+ICAtIFgtc3RhYmxlIGEuay5hLiBSRUxFTkdf WAo+ICAtIFguWSBzZWN1cml0eSBicmFuY2ggYS5rLmEuIFJFTEVOR19YX1kKPgo+IEkgdGhpbmsg aXQgd291bGQgYmUgYmV0dGVyIHRvIHJlbmFtZSB0aGUgMm5kIG9uZSAiUkVMRU5HIgo+IChpbnN0 ZWFkIG9mICJTVEFCTEUiKSwgYmVjYXVzZSB0aGF0J3MgZXhhY3RseSB3aGF0IGl0IGlzOgo+IHRo ZSByZWxlYXNlLWVuZ2luZWVyaW5nIGJyYW5jaCBmcm9tIHdoaWNoIHRoZSByZWxlYXNlcyBhcmUK PiBkZXJpdmVkLgo+Cj4gVGhlIHRlcm0gIlNUQUJMRSIgd291bGQgYmUgbXVjaCBiZXR0ZXIgc3Vp dGFibGUgZm9yIHRoZQo+IDNyZCB0eXBlIG9mIGJyYW5jaGVzIHdoaWNoIGFyZSBjdXJyZW50bHkg Y2FsbGVkICJzZWN1cml0eQo+IGJyYW5jaGVzIi4gIFRodXMgd2Ugd291bGQgaGF2ZToKPgo+ICAt IGN1cnJlbnQKPiAgLSByZWxlbmcKPiAgLSBzdGFibGUKPgo+IFRoZW4gdGhlIG5hbWVzIG1hdGNo IGV4YWN0bHkgd2hhdCB0aGUgYnJhbmNoZXMgYXJlOgo+ICJjdXJyZW50IiBpcyB0aGUgY3VycmVu dCBoZWFkIG9mIGV4cGVyaW1lbnRhbCBkZXZlbG9wbWVudCwKPiAicmVsZW5nIiBpcyB0aGUgcmVs ZWFzZSBlbmdpbmVlcmluZyBicmFuY2gsIGFuZCAic3RhYmxlIgo+IGlzIHRoZSBzdGFibGUgYnJh bmNoIGZvciBwZW9wbGUgd2hvIHdhbnQgdG8gdHJhY2sgb25seQo+IHNlY3VyaXR5IGZpeGVzIGFu ZCB0aGUgbW9zdCBjcml0aWNhbCBzdHVmZi4KPgo+IFN1Y2ggYXBwcm9wcmlhdGUgbmFtaW5nIHdv dWxkIGNlcnRhaW5seSBwcmV2ZW50IGEgbG90IG9mCj4gY29uZnVzaW9uLgo+Cj4gQmVzdCByZWdh cmRzCj4gICBPbGl2ZXIKPgo+IC0tCj4gT2xpdmVyIEZyb21tZSwgIHNlY25ldGl4IEdtYkggJiBD by4gS0csIE1hcmt0cGxhdHogMjksIDg1NTY3IEdyYWZpbmcKPiBEaWVuc3RsZWlzdHVuZ2VuIG1p dCBTY2h3ZXJwdW5rdCBGcmVlQlNEOiBodHRwOi8vd3d3LnNlY25ldGl4LmRlL2JzZAo+IEFueSBv cGluaW9ucyBleHByZXNzZWQgaW4gdGhpcyBtZXNzYWdlIG1heSBiZSBwZXJzb25hbCB0byB0aGUg YXV0aG9yCj4gYW5kIG1heSBub3QgbmVjZXNzYXJpbHkgcmVmbGVjdCB0aGUgb3BpbmlvbnMgb2Yg c2VjbmV0aXggaW4gYW55IHdheS4KPgo+ICJUaGUgbGFzdCBnb29kIHRoaW5nIHdyaXR0ZW4gaW4g QyB3YXMKPiBGcmFueiBTY2h1YmVydCdzIFN5bXBob255IG51bWJlciA5LiIKPiAgICAgICAgLS0g RXJ3aW4gRGlldGVyaWNoCj4KPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj4g TWVzc2FnZTogMTkKPiBEYXRlOiBNb24sIDE4IFNlcCAyMDA2IDE4OjUyOjQ2ICswOTAwCj4gRnJv bTogR2FuYm9sZCA8Z2FuYm9sZEBtaWNvbS5tbmcubmV0Pgo+IFN1YmplY3Q6IFJlOiBQcm9ibGVt cyB3aXRoIGF1ZGl0ZCAtLSByZXNvbHZlZAo+IFRvOiBSb2JlcnQgV2F0c29uIDxyd2F0c29uQEZy ZWVCU0Qub3JnPgo+IENjOiBKb2VyZyBQZXJuZnVzcyA8ZWxlc3NhckBic2Rmb3Jlbi5kZT4sIHN0 YWJsZUBGcmVlQlNELm9yZywKPiAgICAgICAgQ3Jpc3RpYW5vIERlYW5hIDxjcmlzdGlhbm8uZGVh bmFAZ21haWwuY29tPgo+IE1lc3NhZ2UtSUQ6IDw0NTBFNkM2RS43MDEwNzAyQG1pY29tLm1uZy5u ZXQ+Cj4gQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PUlTTy04ODU5LTE7IGZvcm1h dD1mbG93ZWQKPgo+IFJvYmVydCBXYXRzb24gd3JvdGU6Cj4gPgo+ID4gT24gTW9uLCAxOCBTZXAg MjAwNiwgR2FuYm9sZCB3cm90ZToKPiA+Cj4gPj4gU3RyYW5nZSwgdGhlcmUgYXJlIHN0aWxsIG5v IGxvZ3MgaW4gL3Zhci9hdWRpdCBkaXIgOiggRXZlbiB0cmllZCB0bwo+ID4+IHVzZSB5b3VyIGNv bmZpZywgbm8gc3VjY2Vzcy4gSG93ZXZlciB3aGVuIEkgbG9nZ2VkIG9uIHRvIG15IGRlc2t0b3AK PiA+PiBmcm9tIGNvbnNvbGUgdG8gaXRzZWxmIChzc2ggLWwgdHNnYW4gbG9jYWxob3N0KSBpdCBz dGFydHMgbG9nZ2luZy4KPiA+PiBCdXQgd2h5IGl0IGlzIG5vdCBsb2dnaW5nIHdoZW4gSSdtIG9u IGNvbnNvbGU/Cj4gPgo+ID4gQXJlIHlvdSB1c2luZyB4ZG0va2RtL2dkbS9ldGMgb3IgL3Vzci9i aW4vbG9naW4/ICBJJ20gbm90IHN1cmUgdGhhdAo+ID4gdGhlIHZhcmlvdXMgR1VJIGxvZ2luIG1h bmFnZXJzIGFzc29jaWF0ZWQgd2l0aCBYMTEgc2hpcCB3aXRoIEJTTQo+ID4gc3VwcG9ydCBjb21w aWxlZCBpbiBieSBkZWZhdWx0LCBhbHRob3VnaCBnaXZlbiB0aGF0IHRoZXkgYWxzbyBydW4gb24K PiA+IFNvbGFyaXMsIGl0IGlzIGxpa2VseSB0aGV5IHN1cHBvcnQgaXQuCj4gT2ssIEknbSB1c2lu ZyBnbm9tZSBhbmQgZ25vbWUtdGVybWluYWwsIGFuZCBpdCBpcyBub3QgbG9nZ2luZy4gUHJvYmFi bHkKPiBnbm9tZS10ZXJtaW5hbCBpcyBub3QgY29tcGlsZWQgd2l0aCBCU00gc3VwcG9ydC4KPiBB dWRpdGQgbG9ncyB3aGVuIEkgZ28gdG8gY29uc29sZSB1c2luZyBjdHJsK2FsdCtmMiBjb21iaW5h dGlvbiBmcm9tIFguCj4gVGhhbmtzIGZvciBjbGFyaWZ5aW5nIHRoaXMuCj4KPiBHYW5ib2xkCj4K PiA+Cj4gPiBSb2JlcnQgTiBNIFdhdHNvbgo+ID4gQ29tcHV0ZXIgTGFib3JhdG9yeQo+ID4gVW5p dmVyc2l0eSBvZiBDYW1icmlkZ2UKPiA+Cj4gPgo+ID4KPgo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0KPgo+IE1lc3NhZ2U6IDIwCj4gRGF0ZTogTW9uLCAxOCBTZXAgMjAwNiAy MDoxOToyOCArMTAwMCAoRVNUKQo+IEZyb206IERhdmUgSG9yc2ZhbGwgPGRhdmVAaG9yc2ZhbGwu b3JnPgo+IFN1YmplY3Q6IFJlOiBBUlJSUkdIISBHdXlzLCB3aG8ncyBicmVha2luZyAtU1RBQkxF J3MgR01JUlJPUiBjb2RlPyEKPiBUbzogZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcKPiBNZXNz YWdlLUlEOiA8UGluZS5CU0kuNC42MS4wNjA5MTgyMDEyMjkwLjU1MTFAZGF2ZS5ob3JzZmFsbC5v cmc+Cj4gQ29udGVudC1UeXBlOiBURVhUL1BMQUlOOyBjaGFyc2V0PVVTLUFTQ0lJCj4KPiBPbiBN b24sIDE4IFNlcCAyMDA2LCBPbGl2ZXIgRnJvbW1lIHdyb3RlOgo+Cj4gWy4uLl0KPgo+ID4gVGhl biB0aGUgbmFtZXMgbWF0Y2ggZXhhY3RseSB3aGF0IHRoZSBicmFuY2hlcyBhcmU6ICJjdXJyZW50 IiBpcyB0aGUKPiA+IGN1cnJlbnQgaGVhZCBvZiBleHBlcmltZW50YWwgZGV2ZWxvcG1lbnQsICJy ZWxlbmciIGlzIHRoZSByZWxlYXNlCj4gPiBlbmdpbmVlcmluZyBicmFuY2gsIGFuZCAic3RhYmxl IiBpcyB0aGUgc3RhYmxlIGJyYW5jaCBmb3IgcGVvcGxlIHdobwo+ID4gd2FudCB0byB0cmFjayBv bmx5IHNlY3VyaXR5IGZpeGVzIGFuZCB0aGUgbW9zdCBjcml0aWNhbCBzdHVmZi4KPgo+IFdoaWNo IGlzIHByZXR0eSB3ZWxsIHdoYXQgT3BlbkxEQVAgZG9lczsgb3ZlciB0aGVyZSwgSEVBRCBpcyBi bGVlZGluZwo+IGVkZ2UsIFJFTEVBU0UgaXMgdGhlIGxhdGVzdCB2ZXJzaW9uLCBhbmQgU1RBQkxF IGlzLCB3ZWxsLCBzdGFibGUgYXMKPiB1bmRlcnN0b29kIGJ5IG1vc3QgaHVtYW5zLi4uCj4KPiBT ZWUgaHR0cDovL3d3dy5vcGVubGRhcC5vcmcvc29mdHdhcmUvZG93bmxvYWQvCj4KPiAtLSBEYXZl Cj4KPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTogMjEKPiBE YXRlOiBNb24sIDE4IFNlcCAyMDA2IDExOjI5OjAyICswMTAwIChCU1QpCj4gRnJvbTogUm9iZXJ0 IFdhdHNvbiA8cndhdHNvbkBGcmVlQlNELm9yZz4KPiBTdWJqZWN0OiBSZTogUHJvYmxlbXMgd2l0 aCBhdWRpdGQgLS0gcmVzb2x2ZWQKPiBUbzogR2FuYm9sZCA8Z2FuYm9sZEBtaWNvbS5tbmcubmV0 Pgo+IENjOiBKb2VyZyBQZXJuZnVzcyA8ZWxlc3NhckBic2Rmb3Jlbi5kZT4sIHN0YWJsZUBGcmVl QlNELm9yZywKPiAgICAgICAgQ3Jpc3RpYW5vIERlYW5hIDxjcmlzdGlhbm8uZGVhbmFAZ21haWwu Y29tPgo+IE1lc3NhZ2UtSUQ6IDwyMDA2MDkxODExMjYxNi5ENDIxMDRAZmxlZGdlLndhdHNvbi5v cmc+Cj4gQ29udGVudC1UeXBlOiBURVhUL1BMQUlOOyBjaGFyc2V0PVVTLUFTQ0lJOyBmb3JtYXQ9 Zmxvd2VkCj4KPgo+IE9uIE1vbiwgMTggU2VwIDIwMDYsIEdhbmJvbGQgd3JvdGU6Cj4KPiA+IFJv YmVydCBXYXRzb24gd3JvdGU6Cj4gPj4KPiA+PiBPbiBNb24sIDE4IFNlcCAyMDA2LCBHYW5ib2xk IHdyb3RlOgo+ID4+Cj4gPj4+IFN0cmFuZ2UsIHRoZXJlIGFyZSBzdGlsbCBubyBsb2dzIGluIC92 YXIvYXVkaXQgZGlyIDooIEV2ZW4gdHJpZWQgdG8gdXNlCj4gPj4+IHlvdXIgY29uZmlnLCBubyBz dWNjZXNzLiBIb3dldmVyIHdoZW4gSSBsb2dnZWQgb24gdG8gbXkgZGVza3RvcCBmcm9tCj4gPj4+ IGNvbnNvbGUgdG8gaXRzZWxmIChzc2ggLWwgdHNnYW4gbG9jYWxob3N0KSBpdCBzdGFydHMgbG9n Z2luZy4gQnV0IHdoeSBpdAo+ID4+PiBpcyBub3QgbG9nZ2luZyB3aGVuIEknbSBvbiBjb25zb2xl Pwo+ID4+Cj4gPj4gQXJlIHlvdSB1c2luZyB4ZG0va2RtL2dkbS9ldGMgb3IgL3Vzci9iaW4vbG9n aW4/ICBJJ20gbm90IHN1cmUgdGhhdCB0aGUKPiA+PiB2YXJpb3VzIEdVSSBsb2dpbiBtYW5hZ2Vy cyBhc3NvY2lhdGVkIHdpdGggWDExIHNoaXAgd2l0aCBCU00gc3VwcG9ydAo+ID4+IGNvbXBpbGVk IGluIGJ5IGRlZmF1bHQsIGFsdGhvdWdoIGdpdmVuIHRoYXQgdGhleSBhbHNvIHJ1biBvbiBTb2xh cmlzLCBpdCBpcwo+ID4+IGxpa2VseSB0aGV5IHN1cHBvcnQgaXQuCj4gPiBPaywgSSdtIHVzaW5n IGdub21lIGFuZCBnbm9tZS10ZXJtaW5hbCwgYW5kIGl0IGlzIG5vdCBsb2dnaW5nLiBQcm9iYWJs eQo+ID4gZ25vbWUtdGVybWluYWwgaXMgbm90IGNvbXBpbGVkIHdpdGggQlNNIHN1cHBvcnQuIEF1 ZGl0ZCBsb2dzIHdoZW4gSSBnbyB0bwo+ID4gY29uc29sZSB1c2luZyBjdHJsK2FsdCtmMiBjb21i aW5hdGlvbiBmcm9tIFguIFRoYW5rcyBmb3IgY2xhcmlmeWluZyB0aGlzLgo+Cj4gQmFzaWNhbGx5 LCBhdCBsb2dpbiwgdGhlIGF1ZGl0IHN1YnN5c3RlbSBkZXRlcm1pbnMgd2hhdCBuZXcgYXVkaXQg cHJvcGVydGllcwo+IGFyZSByZXF1aXJlZCBmb3IgdGhlIGxvZ2luIHNlc3Npb24gYW5kIGFzc2ln bnMgdGhlbSB0byB0aGUgcHJvY2Vzcywgd2hpY2gKPiBjb25zaXN0cyBvZiBib3RoIHRoZSBhdWRp dCBpZGVudGlmaWVyIGFzc29jaWF0ZWQgd2l0aCB0aGUgdXNlciwgYW5kIHRoZQo+IHByZXNlbGVj dGlvbiBtYXNrLiAgRXZlbnRzIGFzc29jaWF0ZWQgd2l0aCBub24tYXV0aGVudGljYXRlZCBzZXNz aW9ucyAod2hpY2gKPiBpcyB3aGF0IGdkbSBsb2dpbnMgd2lsbCBjb3VudCBhcykgc2hvdWxkIHN0 aWxsIGdldCBhdWRpdGVkIHVzaW5nIHRoZQo+IHByb3BlcnRpZXMgZm9yIHRoZSBnbG9iYWwgbmFm bGFncyBzZXR0aW5nLCBzbyBpZiB5b3Ugd2FudCB0byBhdWRpdCBldmVudHMKPiBhc3NvY2lhdGVk IHdpdGggZ2RtIHlvdSBjYW4gc2V0IG5hZmxhZ3MgdG8gaW5jbHVkZSBtb3JlIGV2ZW50cy4gIFRo aXMgd2lsbAo+IGFsc28gYmUgd2hhdCBhdWRpdHMgdGhpbmdzIGxpa2Ugd2ViIHNlcnZlciBhY3Rp dml0eSwgc28gaXQgbWF5IHJlc3VsdCBpbgo+IHNpZ25pZmljYW50IG51bWJlcnMgb2YgZXZlbnRz IGJlaW5nIGF1ZGl0ZWQgYXMgcGFydCBvZiB0aGF0IGFsc28uCj4KPiBXZSB3aWxsIG5lZWQgdG8g YWRkIGF1ZGl0IGV4dGVuc2lvbnMgdG8gbmV3IGxvZ2luIG1lY2hhbmlzbXMsIHN1Y2ggYXMKPiB4 ZG0va2RtL2dkbSwgb3IgZW5hYmxlIHRoZW0gaWYgYWxyZWFkeSBwcmVzZW50IGJ1dCBub3QgZW5h YmxlZCBvbiBGcmVlQlNEIGJ5Cj4gZGVmYXVsdC4gIE9wZW5TU0gsIGZvciBleGFtcGxlLCBhbHJl YWR5IGluY2x1ZGVkIEJTTSBzdXBwb3J0IGR1ZSB0byBTb2xhcmlzCj4gYW5kIE1hYyBPUyBYIEJT TSwgc28gd2UganVzdCBlbmFibGVkIGl0IGJ5IHN3aXRjaGluZyBhIGZsYWcgaW4gdGhlIGNvbXBp bGUKPiAoYW5kIGFsc28gZml4ZWQgYSBidWcgaW4gaXQhKS4gIFdlIHNob3VsZCBwcm9iYWJseSB0 YWxrIHRvIHRoZSBtYWludGFpbmVycyBvZgo+IHRoZXNlIHBvcnRzIGFib3V0IGludmVzdGlnYXRp bmcgY3JlYXRpbmcgb3IgZW5hYmxpbmcgQlNNIHN1cHBvcnQuCj4KPiBSb2JlcnQgTiBNIFdhdHNv bgo+IENvbXB1dGVyIExhYm9yYXRvcnkKPiBVbml2ZXJzaXR5IG9mIENhbWJyaWRnZQo+Cj4KPiAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+IE1lc3NhZ2U6IDIyCj4gRGF0ZTogTW9u LCAxOCBTZXAgMjAwNiAxMzo0Mjo0NyArMDMwMAo+IEZyb206ICJEZW5uaXMgTWVsZW50eWV2IiA8 ZGVubmlzLm1lbGVudHlldkBnbWFpbC5jb20+Cj4gU3ViamVjdDogUmU6IFtRXSBtdWx0aXN5bmMg aXJtYy9pcm1jX2JsdWV0b290aCBwbHVnaW5zCj4gVG86IGZyZWVic2Qtc3RhYmxlQGZyZWVic2Qu b3JnCj4gTWVzc2FnZS1JRDoKPiAgICAgICAgPGI4NGVkZmExMDYwOTE4MDM0MngzZDQzMzE2MHAz N2FiM2U0MDRlNjI0Y2U2QG1haWwuZ21haWwuY29tPgo+IENvbnRlbnQtVHlwZTogdGV4dC9wbGFp bjsgY2hhcnNldD1VVEYtODsgZm9ybWF0PWZsb3dlZAo+Cj4gMjAwNi85LzE4LCBIZW5yaWsgQnJp eCBBbmRlcnNlbiA8aGVucmlrQGJyaXhhbmRlcnNlbi5kaz46Cj4gPiBPbiBTdW4sIFNlcCAxNywg MjAwNiBhdCAxMDo1NToyNFBNICswMjAwLCBQYXYgTHVjaXN0bmlrIHdyb3RlOgo+ID4gPiBQbHVz LCBNdWx0aXN5bmMgaXMgZGVhZCBpbiB3YXRlciwgcHJvamVjdCBhYmFuZG9uZWQuLi4KPiA+Cj4g PiBOb3QgY29tcGxldGVseSB0cnVlLiBNdWx0aXN5bmMgaW4gaXRzIGN1cnJlbnQgZm9ybSBpcyBh YmFuZG9uZWQsIGJ1dAo+ID4gYSBuZXcgdmVyc2lvbiBiYXNlZCBvbiB0aGUgT3BlblN5bmMgZnJh bWV3b3JrCj4gPiAoaHR0cDovL3d3dy5vcGVuc3luYy5vcmcvKSBpcyBpbiB0aGUgd29ya3MuCj4K PiBUaGFua3MsIHdpbGwgY2hlY2sgaXQuCj4KPiAtLQo+IERlbm5pcyBNZWxlbnR5ZXYKPgo+Cj4g LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4KPiBNZXNzYWdlOiAyMwo+IERhdGU6IE1v biwgMTggU2VwIDIwMDYgMTM6MTI6MjkgKzAyMDAKPiBGcm9tOiBub3JiZXJ0QGFrdW1ha3VuLmRl Cj4gU3ViamVjdDogVG9vIGR1bWIgdG8gbW91bnQgYXMgbm9uIHByaXZpbGVnZWQgdXNlcgo+IFRv OiA8ZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmc+Cj4gTWVzc2FnZS1JRDoKPiAgICAgICAgPDE0 MzAxMDkxLjg5NDQ0MTE1ODU3Nzk0NzQyNi5KYXZhTWFpbC5zZXJ2bGV0QGt1bmRlbnNlcnZlcj4K PiBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9VVRGLTgKPgo+IEhlbGxvLAo+Cj4g dXNpbmcgYSA2LjItUFJFUkVMRUFTRSBJIGFtIG5vdCBhYmxlIHRvIGxldCBhIG5vcm1hbCB1c2Vy IG1vdW50IGEgY2Ryb20uCj4gSSBoYXZlIHRyaWVkIHRoZSBmb2xsb3dpbmc6Cj4KPiBvIHZmcy51 c2VybW91bnQ9MSB0byBzeXNjdGwuY29uZgo+IG8gYWRkZWQgZ3JvdXAgdXNlcm1vdW50ZXJzCj4g byBhZGRlZCB1c2VyIHRvIHVzZXJtb3VudGVycwo+IG8gb3duIGFjZDAgcm9vdDp1c2VybW91bnRl cnMgdG8gZGV2ZnMuY29uZgo+IG8gcGVybSBhY2QwIDA2NjAgdG8gZGV2ZnMuY29uZgo+IG8gY3Jl YXRlZCBkaXJlY3Rvcnkgd2l0aCBvd25lcnNoaXAgb2Ygbm9uIHByaXZpbGVnZWQgdXNlcgo+IG8g cmVib290Cj4KPiBUcnlpbmcgdG8gbW91bnQgYXMgdXNlciB0byB0aGUgdXNlcnMgb3duIGRpcmVj dG9yeSB5aWVsZHMgJ29wZXJhdGlvbiBub3QgcGVybWl0dGVkJyBlcnJvci4KPgo+IFNvIEkgY2hh bmdlZCB0aGUgb3duZXJzaGlwcyB0byAwNjY2IGJ1dCB0aGlzIGRpZG4ndCBoZWxwIGVpdGhlci4K PiBJIGRvdWJsZWNoZWNrZWQgc3lzY3RsLCBncm91cHMgYW5kIG93bmVyc2hpcHMuIENhbiBwbGVh c2UgYW55Ym9keSBnaXZlIG1lIGEgaGludD8KPgo+IFRJQQo+Cj4gTm9yYmVydAo+Cj4KPiAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+IE1lc3NhZ2U6IDI0Cj4gRGF0ZTogTW9uLCAx OCBTZXAgMjAwNiAxNTozNjowNSArMDQwMAo+IEZyb206IEdlb3JnZSBQb3RhcG92IDxuZXBocml0 ZUBpbmJveC5ydT4KPiBTdWJqZWN0OiBSZTogVG9vIGR1bWIgdG8gbW91bnQgYXMgbm9uIHByaXZp bGVnZWQgdXNlcgo+IFRvOiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZwo+IE1lc3NhZ2UtSUQ6 IDwyMDA2MDkxODE1MzYuMDU0NjgubmVwaHJpdGVAaW5ib3gucnU+Cj4gQ29udGVudC1UeXBlOiB0 ZXh0L3BsYWluOyAgY2hhcnNldD0idXRmLTgiCj4KPiBPbiBNb25kYXkgMTggU2VwdGVtYmVyIDIw MDYgMTU6MTIsIG5vcmJlcnRAYWt1bWFrdW4uZGUgd3JvdGU6Cj4KPiA+IFNvIEkgY2hhbmdlZCB0 aGUgb3duZXJzaGlwcyB0byAwNjY2IGJ1dCB0aGlzIGRpZG4ndCBoZWxwIGVpdGhlci4KPiA+IEkg ZG91YmxlY2hlY2tlZCBzeXNjdGwsIGdyb3VwcyBhbmQgb3duZXJzaGlwcy4gQ2FuIHBsZWFzZSBh bnlib2R5IGdpdmUgbWUgYQo+ID4gaGludD8KPgo+IElJUkMgdGhlIG1vdW50IHBvaW50IGRpcmVj dG9yeSBtdXN0IGJlIG93bmVkIGJ5IHRoZSB1c2VyIGF0dGVtcHRpbmcgdGhlIG1vdW50Lgo+Cj4K Pgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj4gTWVzc2FnZTogMjUKPiBEYXRl OiBNb24sIDE4IFNlcCAyMDA2IDEzOjM2OjA4ICswMjAwCj4gRnJvbTogSm9uYSBKb2FjaGltIDxq YWoxM0B3ZWIuZGU+Cj4gU3ViamVjdDogUmU6IFRvbyBkdW1iIHRvIG1vdW50IGFzIG5vbiBwcml2 aWxlZ2VkIHVzZXIKPiBUbzogbm9yYmVydEBha3VtYWt1bi5kZQo+IENjOiBmcmVlYnNkLXN0YWJs ZUBmcmVlYnNkLm9yZwo+IE1lc3NhZ2UtSUQ6IDw0NTBFODRBOC44MDEwNDA3QHdlYi5kZT4KPiBD b250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9VVRGLTgKPgo+IG5vcmJlcnRAYWt1bWFr dW4uZGUgd3JvdGU6Cj4gPiBIZWxsbywKPiA+Cj4gPiB1c2luZyBhIDYuMi1QUkVSRUxFQVNFIEkg YW0gbm90IGFibGUgdG8gbGV0IGEgbm9ybWFsIHVzZXIgbW91bnQgYSBjZHJvbS4KPiA+IEkgaGF2 ZSB0cmllZCB0aGUgZm9sbG93aW5nOgo+ID4KPiA+IG8gdmZzLnVzZXJtb3VudD0xIHRvIHN5c2N0 bC5jb25mCj4gPiBvIGFkZGVkIGdyb3VwIHVzZXJtb3VudGVycwo+ID4gbyBhZGRlZCB1c2VyIHRv IHVzZXJtb3VudGVycwo+ID4gbyBvd24gYWNkMCByb290OnVzZXJtb3VudGVycyB0byBkZXZmcy5j b25mCj4gPiBvIHBlcm0gYWNkMCAwNjYwIHRvIGRldmZzLmNvbmYKPiA+IG8gY3JlYXRlZCBkaXJl Y3Rvcnkgd2l0aCBvd25lcnNoaXAgb2Ygbm9uIHByaXZpbGVnZWQgdXNlcgo+ID4gbyByZWJvb3QK PiA+Cj4gPiBUcnlpbmcgdG8gbW91bnQgYXMgdXNlciB0byB0aGUgdXNlcnMgb3duIGRpcmVjdG9y eSB5aWVsZHMgJ29wZXJhdGlvbiBub3QgcGVybWl0dGVkJyBlcnJvci4KPiA+Cj4gPiBTbyBJIGNo YW5nZWQgdGhlIG93bmVyc2hpcHMgdG8gMDY2NiBidXQgdGhpcyBkaWRuJ3QgaGVscCBlaXRoZXIu Cj4gPiBJIGRvdWJsZWNoZWNrZWQgc3lzY3RsLCBncm91cHMgYW5kIG93bmVyc2hpcHMuIENhbiBw bGVhc2UgYW55Ym9keSBnaXZlIG1lIGEgaGludD8KPgo+IE1ha2Ugc3VyZSB0aGUgY2Q5NjYwIGtl cm5lbCBtb2R1bGUgaXMgbG9hZGVkIGJlZm9yZSB5b3UgbW91bnQgYSBDRCBhcwo+IHVzZXIuIFRo ZSBmaXJzdCB0aW1lIHlvdSBtb3VudCBhIENEIHRoZSBtb2R1bGUgaXMgbG9hZGVkIGJ1dCBhIHVz ZXIgaXMKPiBub3QgYWxsb3dlZCB0byBsb2FkIGEga2VybmVsIG1vZHVsZS4gWW91IG1heSB3YW50 IHRvIGxvYWQgdGhlIG1vZHVsZQo+IGR1cmluZyBib290IHRpbWUgYnkgcHV0dGluZyBhIGNvcnJl c3BvbmRpbmcgZW50cnkgaW4gL2Jvb3QvbG9hZGVyLmNvbmYKPgo+IC0tam9uYQo+Cj4KPiAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fCj4gZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcgbWFpbGlu ZyBsaXN0Cj4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJz ZC1zdGFibGUKPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1zdGFi bGUtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciCj4KPiBFbmQgb2YgZnJlZWJzZC1zdGFibGUgRGln ZXN0LCBWb2wgMTc1LCBJc3N1ZSAxCj4gKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKgo+Cg== From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 13:16:23 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB5B916A412 for ; Mon, 18 Sep 2006 13:16:23 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout06-04.prod.mesa1.secureserver.net (smtpout06-01.prod.mesa1.secureserver.net [64.202.165.224]) by mx1.FreeBSD.org (Postfix) with SMTP id 63B2D43D7C for ; Mon, 18 Sep 2006 13:16:23 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 31434 invoked from network); 18 Sep 2006 13:16:22 -0000 Received: from unknown (24.144.77.138) by smtpout06-04.prod.mesa1.secureserver.net (64.202.165.227) with ESMTP; 18 Sep 2006 13:16:22 -0000 Message-ID: <450E9C25.2000604@seclark.us> Date: Mon, 18 Sep 2006 09:16:21 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <200609180950.k8I9oVrQ087071@lurza.secnetix.de> In-Reply-To: <200609180950.k8I9oVrQ087071@lurza.secnetix.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: ARRRRGH! Guys, who's breaking -STABLE's GMIRROR code?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 13:16:23 -0000 Oliver Fromme wrote: >Michael Abbott wrote: > > Roland Smith wrote: > > > Martin Nilsson wrote: > > > > Hans Lambermont wrote: > > > > .. or just stop calling it STABLE and call it RELENG_6 instead > > > > > > That's a good idea, IMHO. When I started with FreeBSD I found the > > > difference between the branch names and cvs tags confusing. > > > > Let me second that. I hadn't realised that STABLE==RELENG_n (where n is > > the current version number) until very recently, and I've seen the "STABLE > > isn't stable" thing crop up over and over again over the last few years, > > both on mailing lists and IRC. > >Actually, FreeBSD has three types of branches: > > - current a.k.a. HEAD > - X-stable a.k.a. RELENG_X > - X.Y security branch a.k.a. RELENG_X_Y > >I think it would be better to rename the 2nd one "RELENG" >(instead of "STABLE"), because that's exactly what it is: >the release-engineering branch from which the releases are >derived. > >The term "STABLE" would be much better suitable for the >3rd type of branches which are currently called "security >branches". Thus we would have: > > - current > - releng > - stable > >Then the names match exactly what the branches are: >"current" is the current head of experimental development, >"releng" is the release engineering branch, and "stable" >is the stable branch for people who want to track only >security fixes and the most critical stuff. > >Such appropriate naming would certainly prevent a lot of >confusion. > >Best regards > Oliver > > > I agree! My $.02 Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 13:25:34 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01BBC16A417 for ; Mon, 18 Sep 2006 13:25:34 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id E01A943DA5 for ; Mon, 18 Sep 2006 13:25:13 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so3950629wxd for ; Mon, 18 Sep 2006 06:25:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TQwXj6Y2GHKmPM4WT0FsDzpEXVUz8PK/DyxwV1Cn9I79qz0ov8LpbkY8j3nYqrGKDvulNRbFfyIjGVWGLm7b70NpvNx9LqwL/xxsX9FHyEmDEnpuu80IVCmn/CXIfQUkdfYea1g0iUjSBsVKncq5hEjZccecjp065O2V+rCIC4E= Received: by 10.90.79.6 with SMTP id c6mr4391323agb; Mon, 18 Sep 2006 06:25:10 -0700 (PDT) Received: by 10.90.81.5 with HTTP; Mon, 18 Sep 2006 06:25:09 -0700 (PDT) Message-ID: Date: Mon, 18 Sep 2006 15:25:09 +0200 From: "Cristiano Deana" To: "Robert Watson" In-Reply-To: <20060918101952.R1708@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060917091750.T74654@fledge.watson.org> <450E39B4.2000105@micom.mng.net> <20060918101952.R1708@fledge.watson.org> Cc: Joerg Pernfuss , Ganbold , stable@freebsd.org Subject: Re: Problems with auditd -- resolved X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 13:25:34 -0000 2006/9/18, Robert Watson : > > I'm bit confused here I thought auditd should log all activities, but I > > don't see any log files. Am I doing something wrong here or my understanding > > regarding auditd is wrong? > > Your configuration looks right to me, and should be generating a ridiculous > number of audit records. just try few minutes with "fw". works for me. tnx Robert & Co. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 13:30:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3326716A4D8; Mon, 18 Sep 2006 13:30:47 +0000 (UTC) (envelope-from marcelo@registro.br) Received: from clone.registro.br (clone.registro.br [200.160.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41A2B43D82; Mon, 18 Sep 2006 13:30:39 +0000 (GMT) (envelope-from marcelo@registro.br) Received: by clone.registro.br (Postfix, from userid 1014) id 0D7882A451; Mon, 18 Sep 2006 10:30:38 -0300 (BRT) Date: Mon, 18 Sep 2006 10:30:38 -0300 From: Marcelo Gardini do Amaral To: Mike Silbersack Message-ID: <20060918133038.GG6701@registro.br> References: <2a41acea0608301145j7bbed961j33ce903a27d8963d@mail.gmail.com> <20060904130827.GE12975@registro.br> <20060911195521.GD63300@registro.br> <20060913182019.R50147@fledge.watson.org> <20060913182457.W50147@fledge.watson.org> <20060914175049.GH49126@registro.br> <450A2A6E.3040408@yandex.ru> <20060915145120.GA93074@registro.br> <20060915223211.R65248@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060915223211.R65248@odysseus.silby.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org, "Andrey V. Elsukov" , Robert Watson , freebsd-stable@freebsd.org Subject: Re: DNS query performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 13:30:47 -0000 Hello Mike, > Although it sounds silly, could you try recompiling 6.1 and 7.0 with a > non-SMP kernel and see how they perform? That would at least tell us if > it's a general performance problem in 6.x and 7.x, or if SMP is somehow > hurting performance in this case. I have this numbers spread over my e-mails. Just putting they together: OS q/s --- --- FreeBSD 6.1 SMP 14953 FreeBSD 6.1 UP 15516 FreeBSD 7.x SMP 15323 FreeBSD 7.x UP 16200 FreeBSD 4.11 SMP 34977 FreeBSD 4.11 UP 33926 I think is a general problem in 6.x and 7.x. UP kernel is always a little bit better, but I can't see big changes tweaking from SMP to UP. On the other hand, with the same hardware, 4.11 is twice better in performance. -- Att., Marcelo Gardini From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 13:33:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89D3F16A403 for ; Mon, 18 Sep 2006 13:33:45 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE45243DA1 for ; Mon, 18 Sep 2006 13:33:39 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.8/8.13.6) with ESMTP id k8IDXc8x003113; Mon, 18 Sep 2006 17:33:38 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 18 Sep 2006 17:33:38 +0400 (MSD) From: Dmitry Morozovsky To: Eugene Kazarinov In-Reply-To: <519867a90609170920x51726e74k6f86f2661965fd03@mail.gmail.com> Message-ID: <20060918173154.S94143@woozle.rinet.ru> References: <450CE15B.3060806@thebeastie.org> <519867a90609170920x51726e74k6f86f2661965fd03@mail.gmail.com> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Mon, 18 Sep 2006 17:33:38 +0400 (MSD) Cc: freebsd-stable@freebsd.org Subject: Re: Polling and em0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 13:33:45 -0000 On Sun, 17 Sep 2006, Eugene Kazarinov wrote: EK> > dell1# cat /dev/zero | dd bs=1m | nc dell2 3000 EK> > ^C0+18456 records in EK> > 0+18455 records out EK> > 1209466880 bytes transferred in 12.459299 secs (97,073,429 bytes/sec) EK> EK> EK> Do you meen that from 6.2 I dont need polling for fastest performance? We had opposite experience, at least in situation when 1 Gbps RELENG_6 router have to route a LOT of small packets from a few thousands of residential ethernet customers... We have bge instead of em though. Maybe it's time to experiment further now. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 13:38:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1F2B16A47C for ; Mon, 18 Sep 2006 13:38:55 +0000 (UTC) (envelope-from rvenne@dental-on-line.fr) Received: from smtp.dental-on-line.fr (smtp.dental-on-line.fr [82.234.245.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0F2543D78 for ; Mon, 18 Sep 2006 13:38:52 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from [192.168.1.7] (triton.dental-on-line.net [192.168.1.7]) by smtp.dental-on-line.fr (Postfix) with ESMTP id 63C7013878A for ; Mon, 18 Sep 2006 15:38:49 +0200 (CEST) Message-ID: <450EA174.5050207@dental-on-line.fr> Date: Mon, 18 Sep 2006 15:39:00 +0200 From: rvenne@dental-on-line.fr User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: mod_php4 unavaible X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 13:38:56 -0000 hi list I've updated php4 this morning, and my web site using lost php module. the php4 is unavailble on my system. /usr/ports/www/mod_php4 has been removed, and I don't know how to get it workind, some ideas? From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 13:48:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 816BB16A4D8 for ; Mon, 18 Sep 2006 13:48:46 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2249643D8C for ; Mon, 18 Sep 2006 13:48:27 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 8798811403E; Mon, 18 Sep 2006 14:48:18 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UFNE44hiKBnF; Mon, 18 Sep 2006 14:48:16 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 2983911402E; Mon, 18 Sep 2006 14:48:16 +0100 (BST) Message-ID: <450EA3A1.3030508@goodforbusiness.co.uk> Date: Mon, 18 Sep 2006 14:48:17 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.5 (X11/20060809) MIME-Version: 1.0 To: rvenne@dental-on-line.fr References: <450EA174.5050207@dental-on-line.fr> In-Reply-To: <450EA174.5050207@dental-on-line.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mod_php4 unavaible X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 13:48:46 -0000 rvenne@dental-on-line.fr wrote: > hi list > > I've updated php4 this morning, and my web site using lost php module. > the php4 is unavailble on my system. /usr/ports/www/mod_php4 has been > removed, and I don't know how to get it workind, From /usr/ports/UPDATING 20060506: AFFECTS: users of PHP AUTHOR: ale@FreeBSD.org The old PHP slave ports (phpN-cli, phpN-cgi and mod_phpN) were removed in favour of unified PHP ports that allow building any combination of PHP SAPIs (cli, cgi and apache module). The PHP CGI binary was renamed to php-cgi, so you should update the path in your script. To simplify the update process, *only* for this release a 'php' compatibility symlink to php-cgi will be created if you don't select the CLI SAPI. Before the upgrade you *should* run 'make config' in lang/php4 or lang/php5 to configure the SAPIs you want to install. As a consequence the default binary packages include the CLI and the FastCGI SAPIs. Dominic > some ideas? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 13:49:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEFDB16A47E for ; Mon, 18 Sep 2006 13:49:47 +0000 (UTC) (envelope-from luca@morettoni.net) Received: from aipnet.it (dns.a-i-p.it [212.39.9.100]) by mx1.FreeBSD.org (Postfix) with SMTP id CFD2043D9C for ; Mon, 18 Sep 2006 13:49:26 +0000 (GMT) (envelope-from luca@morettoni.net) Received: (qmail 36111 invoked from network); 18 Sep 2006 15:49:26 +0200 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on bilbo.aipnet.it X-Spam-Status: No, score=0.7 required=7.5 X-Spam-Controls: tests=AWL=-0.700,BAYES_00=-2.599,RCVD_IN_NJABL_DUL=1.946, RCVD_IN_SORBS_DUL=2.046 autolearn=no Received: from unknown (HELO ?127.0.0.1?) (luca@morettoni.net@82.49.148.53) by 0 with SMTP; 18 Sep 2006 15:49:20 +0200 Message-ID: <450EA3DB.2000409@morettoni.net> Date: Mon, 18 Sep 2006 15:49:15 +0200 From: Luca Morettoni User-Agent: Mozilla Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: rvenne@dental-on-line.fr References: <450EA174.5050207@dental-on-line.fr> In-Reply-To: <450EA174.5050207@dental-on-line.fr> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mod_php4 unavaible X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 13:49:47 -0000 On 18/09/2006 15.39, rvenne@dental-on-line.fr wrote: > hi list > > I've updated php4 this morning, and my web site using lost php module. > the php4 is unavailble on my system. /usr/ports/www/mod_php4 has been > removed, and I don't know how to get it workind, > > some ideas? from /usr/ports/UPDATING: 20060506: AFFECTS: users of PHP AUTHOR: ale@FreeBSD.org The old PHP slave ports (phpN-cli, phpN-cgi and mod_phpN) were removed in favour of unified PHP ports that allow building any combination of PHP SAPIs (cli, cgi and apache module). The PHP CGI binary was renamed to php-cgi, so you should update the path in your script. To simplify the update process, *only* for this release a 'php' compatibility symlink to php-cgi will be created if you don't select the CLI SAPI. Before the upgrade you *should* run 'make config' in lang/php4 or lang/php5 to configure the SAPIs you want to install. As a consequence the default binary packages include the CLI and the FastCGI SAPIs. -- Luca Morettoni - http://morettoni.net GUFI staff/core member - http://gufi.org AIP/ITCS member #2589 | FreeSBIE developer Thawte notary (15 points) - http://www.thawte.com From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 13:50:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 129C716A668 for ; Mon, 18 Sep 2006 13:50:31 +0000 (UTC) (envelope-from perl@ipchains.ru) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F6BB43D77 for ; Mon, 18 Sep 2006 13:50:08 +0000 (GMT) (envelope-from perl@ipchains.ru) Received: from [80.68.244.38] (account odambaev@rbc.ru [80.68.244.38] verified) by hermes.hw.ru (CommuniGate Pro SMTP 5.0.10) with ESMTPA id 135100517; Mon, 18 Sep 2006 17:50:07 +0400 Message-ID: <450EA362.80400@ipchains.ru> Date: Mon, 18 Sep 2006 17:47:14 +0400 From: Oleg Dambaev User-Agent: Thunderbird 1.5.0.5 (X11/20060831) MIME-Version: 1.0 To: rvenne@dental-on-line.fr References: <450EA174.5050207@dental-on-line.fr> In-Reply-To: <450EA174.5050207@dental-on-line.fr> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mod_php4 unavaible X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 13:50:31 -0000 rvenne@dental-on-line.fr wrote: > hi list > > I've updated php4 this morning, and my web site using lost php module. > the php4 is unavailble on my system. /usr/ports/www/mod_php4 has been > removed, and I don't know how to get it workind, > > some ideas? As far as I know, php builds own modules called usually libphp(version number).so and places it in $PREFIX$/$MODULES$ dir of your apache. Did you used --with-apxs=... option while building? From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 13:50:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C97316A57D for ; Mon, 18 Sep 2006 13:50:31 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 884FF43D92 for ; Mon, 18 Sep 2006 13:50:19 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k8IDoH0Q027691 for ; Mon, 18 Sep 2006 15:50:17 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k8IDoGa9027985; Mon, 18 Sep 2006 15:50:17 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k8IDoG1p027984; Mon, 18 Sep 2006 15:50:16 +0200 (CEST) (envelope-from ry93) Date: Mon, 18 Sep 2006 15:50:16 +0200 From: "Patrick M. Hausen" To: rvenne@dental-on-line.fr Message-ID: <20060918135016.GA27586@hugo10.ka.punkt.de> References: <450EA174.5050207@dental-on-line.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <450EA174.5050207@dental-on-line.fr> User-Agent: Mutt/1.5.10i Cc: freebsd-stable@freebsd.org Subject: Re: mod_php4 unavaible X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 13:50:32 -0000 Hi! > I've updated php4 this morning, and my web site using lost php module. > the php4 is unavailble on my system. /usr/ports/www/mod_php4 has been > removed, and I don't know how to get it workind, See /usr/ports/lang/php4 HTH, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 13:51:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A76D616A697 for ; Mon, 18 Sep 2006 13:51:06 +0000 (UTC) (envelope-from javier@kjsl.com) Received: from skywagon.kjsl.com (skywagon.kjsl.com [69.36.240.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id 537C843D5C for ; Mon, 18 Sep 2006 13:51:06 +0000 (GMT) (envelope-from javier@kjsl.com) Received: from [64.102.51.199] (dhcp-64-102-51-199.cisco.com [64.102.51.199]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: javier) by skywagon.kjsl.com (Postfix) with ESMTP id D021C2A687A; Mon, 18 Sep 2006 09:51:05 -0400 (EDT) In-Reply-To: <450EA174.5050207@dental-on-line.fr> References: <450EA174.5050207@dental-on-line.fr> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Javier Henderson Date: Mon, 18 Sep 2006 09:52:37 -0400 To: rvenne@dental-on-line.fr X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: mod_php4 unavaible X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 13:51:06 -0000 On Sep 18, 2006, at 9:39 AM, rvenne@dental-on-line.fr wrote: > hi list > > I've updated php4 this morning, and my web site using lost php > module. the php4 is unavailble on my system. /usr/ports/www/ > mod_php4 has been removed, and I don't know how to get it workind, > > some ideas? The php4 module isn't build by default anymore. Reinstall php4: make reinstall -DWITH_APACHE -jav From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 13:52:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE27816A586; Mon, 18 Sep 2006 13:52:19 +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 9B4D843D7C; Mon, 18 Sep 2006 13:52:16 +0000 (GMT) (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 3A4F046CDF; Mon, 18 Sep 2006 09:52:12 -0400 (EDT) Date: Mon, 18 Sep 2006 14:52:12 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ingo In-Reply-To: Message-ID: <20060918145122.W1253@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1471660594-1158587532=:1253" Cc: freebsd-performance@freebsd.org, freebsd-stable@freebsd.org Subject: Re: network performance problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 13:52:19 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1471660594-1158587532=:1253 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 13 Sep 2006, Ingo wrote: > I`ve some problems with the network performance on my Soekris NET 4801.= =20 > (Freebsd 6.1 release-p3) > > When I start "netio" on the soekris and do a "netio localhost", I get abo= ut=20 > 8.4 MB/sec, and when I start with "netio 192.168.0.11"(it=B4s localhost= =20 > address) I get only ~2.3 MB/sec. That=B4s what top says when I do: What does "route get 192.168.0.11" return? What happens if you force the localhost MTU from whatever the default is (m= ost=20 likely 16k) to the same as the ethernet interface? Robert N M Watson Computer Laboratory University of Cambridge > > localhost > CPU states: 2.3% user, 0.0% nice, 72.5% system, 25.2% interrupt, 0.0% = idle > > 192.168.0.11 > CPU states: 1.2% user, 0.0% nice, 46.3% system, 52.5% interrupt, 0.0% = idle > > As you can see, the interrupt load is more than doubled when I use the Ip= =20 > address, and > I=B4ve no idea why. > > > Here are some other throughput results of the soekris: > > openbsd# ftp 192.16.8.0.20=092.0 MB/sec > openbsd# iperf localhost 1.4 Mbit/sec > openbsd# iperf 192.168.0.11(it=B4s localhost address) 1.4 Mbit/sec > openbsd# netperf localhost 70MB/sec > openbsd# netperf 192.168.0.11(it=B4s localhost address) 70MB/sec > > freebsd# ftp 192.168.0.20 2.3 MB/sec > Freebsd# iperf localhost 45 Mbit/sec > Freebsd# iperf 192.168.0.11 (it=B4s localhost address) 19 Mbit/sec > Freebsd# netperf localhost 67 Mbit/sec > Freebsd# netperf 192.168.0.11 (it=B4s localhost address) 19 Mbit/sec > > > What causes the difference between localhost and the ip address on Freebs= d? > On Openbsd there is no diffenerce at all. > > > Greetings > --=20 > Erstellt mit Operas revolution=E4rem E-Mail-Modul: http://www.opera.com/m= ail/ > _______________________________________________ > freebsd-performance@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-performance > To unsubscribe, send any mail to=20 > "freebsd-performance-unsubscribe@freebsd.org" --0-1471660594-1158587532=:1253-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 14:00:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B267A16A4DA for ; Mon, 18 Sep 2006 14:00:37 +0000 (UTC) (envelope-from jpn@doom.fi) Received: from pne-smtpout3-sn2.hy.skanova.net (pne-smtpout3-sn2.hy.skanova.net [81.228.8.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 382FD43DAF for ; Mon, 18 Sep 2006 13:59:21 +0000 (GMT) (envelope-from jpn@doom.fi) Received: from [80.223.123.167] (80.223.123.167) by pne-smtpout3-sn2.hy.skanova.net (7.2.075) id 44A2F3EC0032B31D for freebsd-stable@freebsd.org; Mon, 18 Sep 2006 15:58:59 +0200 Message-ID: <450EA623.7050402@doom.fi> Date: Mon, 18 Sep 2006 16:58:59 +0300 From: "Jussi, Petteri Nummikko" User-Agent: Thunderbird 1.5.0.7 (X11/20060911) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <450EA174.5050207@dental-on-line.fr> In-Reply-To: <450EA174.5050207@dental-on-line.fr> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: mod_php4 unavaible X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jpn@doom.fi List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 14:00:37 -0000 rvenne@dental-on-line.fr wrote: > hi list > > I've updated php4 this morning, and my web site using lost php module. > the php4 is unavailble on my system. /usr/ports/www/mod_php4 has been > removed, and I don't know how to get it workind, > > some ideas? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" You can compile apache module from /usr/ports/lang/php4. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 14:00:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF82716A67B for ; Mon, 18 Sep 2006 14:00:56 +0000 (UTC) (envelope-from rvenne@dental-on-line.fr) Received: from smtp.dental-on-line.fr (smtp.dental-on-line.fr [82.234.245.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AF6D43D7B for ; Mon, 18 Sep 2006 14:00:47 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from [192.168.1.7] (triton.dental-on-line.net [192.168.1.7]) by smtp.dental-on-line.fr (Postfix) with ESMTP id 421391386BC for ; Mon, 18 Sep 2006 16:00:46 +0200 (CEST) Message-ID: <450EA698.1090103@dental-on-line.fr> Date: Mon, 18 Sep 2006 16:00:56 +0200 From: rvenne@dental-on-line.fr User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-stable@freebsd.org References: <450EA174.5050207@dental-on-line.fr> <20060918135016.GA27586@hugo10.ka.punkt.de> In-Reply-To: <20060918135016.GA27586@hugo10.ka.punkt.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: mod_php4 unavaible X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 14:00:56 -0000 Patrick M. Hausen wrote: >Hi! > > > >>I've updated php4 this morning, and my web site using lost php module. >>the php4 is unavailble on my system. /usr/ports/www/mod_php4 has been >>removed, and I don't know how to get it workind, >> >> > >See /usr/ports/lang/php4 > >HTH, > >Patrick M. Hausen >Leiter Netzwerke und Sicherheit > > I'll post in the right list next time, and tell whether it's ok after checks. -- Richard VENNE www.dental-on-line.com Phone: 01 43 27 94 24 fax: 01 43 27 66 85 From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 14:26:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEF1116A412 for ; Mon, 18 Sep 2006 14:26:12 +0000 (UTC) (envelope-from rvenne@dental-on-line.fr) Received: from smtp.dental-on-line.fr (smtp.dental-on-line.fr [82.234.245.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90A3743D78 for ; Mon, 18 Sep 2006 14:26:01 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from [192.168.1.7] (triton.dental-on-line.net [192.168.1.7]) by smtp.dental-on-line.fr (Postfix) with ESMTP id DF8BA13878A for ; Mon, 18 Sep 2006 16:26:00 +0200 (CEST) Message-ID: <450EAC83.4000608@dental-on-line.fr> Date: Mon, 18 Sep 2006 16:26:11 +0200 From: rvenne@dental-on-line.fr User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-stable@freebsd.org References: <450EA174.5050207@dental-on-line.fr> <20060918135016.GA27586@hugo10.ka.punkt.de> In-Reply-To: <20060918135016.GA27586@hugo10.ka.punkt.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: mod_php4 unavaible [resolved] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 14:26:12 -0000 Patrick M. Hausen wrote: >Hi! > > > >>I've updated php4 this morning, and my web site using lost php module. >>the php4 is unavailble on my system. /usr/ports/www/mod_php4 has been >>removed, and I don't know how to get it workind, >> >> > >See /usr/ports/lang/php4 > >HTH, > >Patrick M. Hausen >Leiter Netzwerke und Sicherheit > > sudo make deinstall && sudo make reinstall -DWITH_APACHE sudo libtool --finish /usr/ports/lang/php4/work/php-4.4.4/libs sudo /usr/local/etc/rc.d/030.apache2.sh reload works well thanks for all -- Richard VENNE www.dental-on-line.com Phone: 01 43 27 94 24 fax: 01 43 27 66 85 From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 17:30:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D54D616A415 for ; Mon, 18 Sep 2006 17:30:21 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3381743D68 for ; Mon, 18 Sep 2006 17:30:21 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k8IHUIqJ005288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 18 Sep 2006 10:30:20 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <450ED7AA.6090801@errno.com> Date: Mon, 18 Sep 2006 10:30:18 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: dmitry@karasik.eu.org References: <20060918083139.GA59966@tetsuo.karasik.eu.org> In-Reply-To: <20060918083139.GA59966@tetsuo.karasik.eu.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ath0 weak connectivity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 17:30:21 -0000 Dmitry Karasik wrote: > Hi, > > Has anyone experienced problems with ath0 giving bad connectivity on > 6.1-STABLE? My wireless card reported as Atheros 5212 rapidly loses > connectivity if I move it more than 2-3 meters away from the access > point, but the same notebook connects well from under windows. > > I tried both kernel with both old device ath_rate_sample and ath_rate_onoe, > tried to play with AP's settings, changed transmit rate and beacon > interval, nothing helps. One interesting thing though is that "ifconfig ath0 > scan" reports my station as configured to 119ms beacon interval, while > it is set to 100ms actually. > > Anything else I can try? > ifconfig ath0 scan doesn't report your local configuration, it triggers a scan and reports the scan results. If your local station thinks the beacon internal is 119ms when it's really 100ms then something is very confused but it's unlikely to cause "bad connectivity" (unless you're operating the station in power save mode which isn't currently possible). I do not understand what "bad connectivity" means. If you provide information like the mac+phy revs for the card, hal version, and statistics from programs like athstats then it might be possible to identify what's wrong. Otherwise look at turning on debugging at the net80211 layer with wlandebug. Both athstats and wlandebug are found in src/tools/tools (under net80211 and ath respectively). Sam From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 17:32:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32BA116A40F for ; Mon, 18 Sep 2006 17:32:57 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9CA943D81 for ; Mon, 18 Sep 2006 17:32:30 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k8IHWSwQ005312 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 18 Sep 2006 10:32:30 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <450ED82C.70000@errno.com> Date: Mon, 18 Sep 2006 10:32:28 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: Radu Adrian Zdrinca References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ath0 weak connectivity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 17:32:57 -0000 Radu Adrian Zdrinca wrote: > I have had similar problems with the driver. The signal quality in > Windows is higher. But there are other problems. For example, when I > start Limewire I have to wait for about 3 minutes before it loads. I > am sure this is a problem with ath interface. How do you know the signal quality in Windows is higher? I know nothing about Limewire and cannot say why you think problems with it are related to ath. Regardless, read my response to the original poster; I can't offer advise w/o meaningful information. Sam From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 18:10:05 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAFCF16A522 for ; Mon, 18 Sep 2006 18:10:05 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1629D43D88 for ; Mon, 18 Sep 2006 18:09:43 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 79F71B827 for ; Mon, 18 Sep 2006 14:09:40 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) To: stable@freebsd.org Message-Id: Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-11--92846751; protocol="application/pkcs7-signature" From: Vivek Khera Date: Mon, 18 Sep 2006 14:09:39 -0400 X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: aac0 command timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 18:10:06 -0000 --Apple-Mail-11--92846751 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Today one of my admins noticed the following errors on a 6.0-REL-p4 system (Sun X4100) with an Adaptec 2230SLP RAID card: aac0: COMMAND 0xffffffff80841700 TIMEOUT AFTER 36 SECONDS aac0: COMMAND 0xffffffff80846160 TIMEOUT AFTER 36 SECONDS aac0: COMMAND 0xffffffff80843370 TIMEOUT AFTER 36 SECONDS aac0: COMMAND 0xffffffff80841700 TIMEOUT AFTER 56 SECONDS aac0: COMMAND 0xffffffff80846160 TIMEOUT AFTER 56 SECONDS aac0: COMMAND 0xffffffff80843370 TIMEOUT AFTER 56 SECONDS They were all logged at the same timestamp in /var/log/messages. The card is hooked up to a Dell 14-disk hot-swap array with U320 drives and backplane. I poked around and found some references to this on the mailing lists for FreeBSD 4.x and 5.1, with references to "should be fixed in 5.2", but that seemed to be relating to the system locking up at boot. I don't have that problem. Some messages also indicate that it could be a firmware issue and updating firmware solved it for them. This worries me since this system was built new last January so should have recent firmware in the drives. Is this still a problem for other folks? Also, what utilities can I use on FreeBSD 6 to probe the drives for firmware. I know with the LSI controllers the LSI command line utilities give you this info, but the Adaptec "aaccli" program doesn't have a way to find this out. Also what strategy do people use for updating the firmware on drives hooked up to RAID cards? The last time I tried this the updating program (dos boot CD) was unable to see the physical drives past the card. --Apple-Mail-11--92846751-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 18:19:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A8EC16A4D8 for ; Mon, 18 Sep 2006 18:19:44 +0000 (UTC) (envelope-from emosto@web.de) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id C16BC43DA7 for ; Mon, 18 Sep 2006 18:19:36 +0000 (GMT) (envelope-from emosto@web.de) Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate01.web.de (Postfix) with ESMTP id 48BCB1FBDCF6; Mon, 18 Sep 2006 20:19:10 +0200 (CEST) Received: from [84.153.85.23] (helo=[192.168.2.100]) by smtp05.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.107 #114) id 1GPNi1-0008AI-00; Mon, 18 Sep 2006 20:19:09 +0200 Message-ID: <450EE2A4.4030004@web.de> Date: Mon, 18 Sep 2006 20:17:08 +0200 From: Emil Stoyanov User-Agent: Thunderbird 1.5.0.5 (X11/20060809) MIME-Version: 1.0 To: Radu Adrian Zdrinca , freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Sender: emosto@web.de X-Sender: emosto@web.de Cc: Subject: Re: ath0 weak connectivity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 18:19:44 -0000 Radu Adrian Zdrinca wrote: > I have had similar problems with the driver. The signal quality in > Windows is higher. But there are other problems. For example, when I > start Limewire I have to wait for about 3 minutes before it loads. I > am sure this is a problem with ath interface. > If I recall correctly, Limewire is java-based p2p app and java on Linux and FreeBSD requires a bit more resources than on Windows (according to SUN's recommendations i read the last time). I guess this is due to different strategies for memory management in the implementation of Java VM. It depends on what machines you are running java - on slower ones, or such with less memory, the time for loading java vm, and the time for allocation of memory for bigger apps may vary quite a lot, but 3 minutes looks like more problem of slow dns resolving, if many peers are connecting to you, etc.. I suppose this is not related to problems with driver, but anything is possible, just better testing and more investigations can prove that.. Cheers, Emil From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 18:46:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C86A16A53F; Mon, 18 Sep 2006 18:46:57 +0000 (UTC) (envelope-from ingom-list@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [194.97.50.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BEC043DF8; Mon, 18 Sep 2006 18:46:15 +0000 (GMT) (envelope-from ingom-list@freenet.de) Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout2.freenet.de with esmtpa (Exim 4.62) (envelope-from ) id 1GPO7T-0005fJ-AG; Mon, 18 Sep 2006 20:45:27 +0200 Received: from p54b19737.dip0.t-ipconnect.de ([84.177.151.55] helo=medion-8800) by mx2.freenet.de with esmtpa (ID ingom-list@freenet.de) (Exim 4.62 #12) id 1GPO7S-0000TN-Vd; Mon, 18 Sep 2006 20:45:27 +0200 Date: Mon, 18 Sep 2006 20:45:23 +0200 To: "Robert Watson" From: Ingo Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <20060918145122.W1253@fledge.watson.org> Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20060918145122.W1253@fledge.watson.org> User-Agent: Opera Mail/9.01 (Win32) Cc: freebsd-performance@freebsd.org, freebsd-stable@freebsd.org Subject: Re: network performance problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 18:46:57 -0000 Hi, heres the output of route get 192.168.0.11: localhost# route get 192.168.0.11 route to: 192.168.0.11 destination: 192.168.0.0 mask: 255.255.255.0 interface: sis0 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 0 0 0 0 0 0 1500 -69 I set the lo0 interface as you recommended from 16384 to 1500. Now I have the same thoughput as with the IP (~2.3MB/s). Shouldn´t FreeBSD recognize, that it is it´s local address, like openbsd does? Greetings Am 18.09.2006, 15:52 Uhr, schrieb Robert Watson : > > On Wed, 13 Sep 2006, Ingo wrote: > >> I`ve some problems with the network performance on my Soekris NET 4801. >> (Freebsd 6.1 release-p3) >> >> When I start "netio" on the soekris and do a "netio localhost", I get >> about >> 8.4 MB/sec, and when I start with "netio 192.168.0.11"(it´s localhost >> address) I get only ~2.3 MB/sec. That´s what top says when I do: > > What does "route get 192.168.0.11" return? > > What happens if you force the localhost MTU from whatever the default is > (most > likely 16k) to the same as the ethernet interface? > > Robert N M Watson > Computer Laboratory > University of Cambridge > >> >> localhost >> CPU states: 2.3% user, 0.0% nice, 72.5% system, 25.2% interrupt, >> 0.0% idle >> >> 192.168.0.11 >> CPU states: 1.2% user, 0.0% nice, 46.3% system, 52.5% interrupt, >> 0.0% idle >> >> As you can see, the interrupt load is more than doubled when I use the >> Ip >> address, and >> I´ve no idea why. >> >> >> Here are some other throughput results of the soekris: >> >> openbsd# ftp 192.16.8.0.20 2.0 MB/sec >> openbsd# iperf localhost 1.4 Mbit/sec >> openbsd# iperf 192.168.0.11(it´s localhost address) 1.4 Mbit/sec >> openbsd# netperf localhost 70MB/sec >> openbsd# netperf 192.168.0.11(it´s localhost address) 70MB/sec >> >> freebsd# ftp 192.168.0.20 2.3 MB/sec >> Freebsd# iperf localhost 45 Mbit/sec >> Freebsd# iperf 192.168.0.11 (it´s localhost address) 19 Mbit/sec >> Freebsd# netperf localhost 67 Mbit/sec >> Freebsd# netperf 192.168.0.11 (it´s localhost address) 19 Mbit/sec >> >> >> What causes the difference between localhost and the ip address on >> Freebsd? >> On Openbsd there is no diffenerce at all. >> >> >> Greetings >> -- >> Erstellt mit Operas revolutionärem E-Mail-Modul: >> http://www.opera.com/mail/ >> _______________________________________________ >> freebsd-performance@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-performance >> To unsubscribe, send any mail to >> "freebsd-performance-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 18:56:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E0F716A416; Mon, 18 Sep 2006 18:56:51 +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 A7E7B43D4C; Mon, 18 Sep 2006 18:56:47 +0000 (GMT) (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 56B3746B84; Mon, 18 Sep 2006 14:56:47 -0400 (EDT) Date: Mon, 18 Sep 2006 19:56:47 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ingo In-Reply-To: Message-ID: <20060918195616.I25638@fledge.watson.org> References: <20060918145122.W1253@fledge.watson.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-871351975-1158605807=:25638" Cc: freebsd-performance@freebsd.org, freebsd-stable@freebsd.org Subject: Re: network performance problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 18:56:51 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-871351975-1158605807=:25638 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 18 Sep 2006, Ingo wrote: > heres the output of route get 192.168.0.11: > > localhost# route get 192.168.0.11 > route to: 192.168.0.11 > destination: 192.168.0.0 > mask: 255.255.255.0 > interface: sis0 > flags: > recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu=20 > expire > 0 0 0 0 0 0 1500 = -69 > > I set the lo0 interface as you recommended from 16384 to 1500. Now I have= =20 > the same thoughput as with the IP (~2.3MB/s). > > Shouldn=B4t FreeBSD recognize, that it is it=B4s local address, like open= bsd=20 > does? What MTU does OpenBSD use on its loopback interface as compared to the=20 network interface? Robert N M Watson Computer Laboratory University of Cambridge > > > Greetings > > > Am 18.09.2006, 15:52 Uhr, schrieb Robert Watson : > >>=20 >> On Wed, 13 Sep 2006, Ingo wrote: >>=20 >>> I`ve some problems with the network performance on my Soekris NET 4801. >>> (Freebsd 6.1 release-p3) >>>=20 >>> When I start "netio" on the soekris and do a "netio localhost", I get= =20 >>> about >>> 8.4 MB/sec, and when I start with "netio 192.168.0.11"(it=B4s localhost >>> address) I get only ~2.3 MB/sec. That=B4s what top says when I do: >>=20 >> What does "route get 192.168.0.11" return? >>=20 >> What happens if you force the localhost MTU from whatever the default is= =20 >> (most >> likely 16k) to the same as the ethernet interface? >>=20 >> Robert N M Watson >> Computer Laboratory >> University of Cambridge >>=20 >>>=20 >>> localhost >>> CPU states: 2.3% user, 0.0% nice, 72.5% system, 25.2% interrupt, 0.0= %=20 >>> idle >>>=20 >>> 192.168.0.11 >>> CPU states: 1.2% user, 0.0% nice, 46.3% system, 52.5% interrupt, 0.0= %=20 >>> idle >>>=20 >>> As you can see, the interrupt load is more than doubled when I use the = Ip >>> address, and >>> I=B4ve no idea why. >>>=20 >>>=20 >>> Here are some other throughput results of the soekris: >>>=20 >>> openbsd# ftp 192.16.8.0.20=092.0 MB/sec >>> openbsd# iperf localhost 1.4 Mbit/sec >>> openbsd# iperf 192.168.0.11(it=B4s localhost address) 1.4 Mbit/sec >>> openbsd# netperf localhost 70MB/sec >>> openbsd# netperf 192.168.0.11(it=B4s localhost address) 70MB/sec >>>=20 >>> freebsd# ftp 192.168.0.20 2.3 MB/sec >>> Freebsd# iperf localhost 45 Mbit/sec >>> Freebsd# iperf 192.168.0.11 (it=B4s localhost address) 19 Mbit/sec >>> Freebsd# netperf localhost 67 Mbit/sec >>> Freebsd# netperf 192.168.0.11 (it=B4s localhost address) 19 Mbit/sec >>>=20 >>>=20 >>> What causes the difference between localhost and the ip address on=20 >>> Freebsd? >>> On Openbsd there is no diffenerce at all. >>>=20 >>>=20 >>> Greetings >>> -- >>> Erstellt mit Operas revolution=E4rem E-Mail-Modul:=20 >>> http://www.opera.com/mail/ >>> _______________________________________________ >>> freebsd-performance@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-performance >>> To unsubscribe, send any mail to >>> "freebsd-performance-unsubscribe@freebsd.org" > > --0-871351975-1158605807=:25638-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 19:41:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B8A916A47B; Mon, 18 Sep 2006 19:41:49 +0000 (UTC) (envelope-from ingom-list@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA7F343D55; Mon, 18 Sep 2006 19:41:21 +0000 (GMT) (envelope-from ingom-list@freenet.de) Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout0.freenet.de with esmtpa (Exim 4.62) (envelope-from ) id 1GPOzY-0003hn-0S; Mon, 18 Sep 2006 21:41:20 +0200 Received: from p54b19737.dip0.t-ipconnect.de ([84.177.151.55] helo=medion-8800) by mx2.freenet.de with esmtpa (ID ingom-list@freenet.de) (Exim 4.62 #12) id 1GPOzX-00053C-Li; Mon, 18 Sep 2006 21:41:19 +0200 Date: Mon, 18 Sep 2006 21:41:14 +0200 To: "Robert Watson" From: Ingo Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <20060918145122.W1253@fledge.watson.org> <20060918195616.I25638@fledge.watson.org> Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20060918195616.I25638@fledge.watson.org> User-Agent: Opera Mail/9.01 (Win32) Cc: freebsd-performance@freebsd.org, freebsd-stable@freebsd.org Subject: Re: network performance problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 19:41:49 -0000 OpenBSD uses on sis0 MTU=1500 and lo0= MTU=33224 Am 18.09.2006, 20:56 Uhr, schrieb Robert Watson : > On Mon, 18 Sep 2006, Ingo wrote: > >> heres the output of route get 192.168.0.11: >> >> localhost# route get 192.168.0.11 >> route to: 192.168.0.11 >> destination: 192.168.0.0 >> mask: 255.255.255.0 >> interface: sis0 >> flags: >> recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu >> expire >> 0 0 0 0 0 0 >> 1500 -69 >> >> I set the lo0 interface as you recommended from 16384 to 1500. Now I >> have >> the same thoughput as with the IP (~2.3MB/s). >> >> Shouldn´t FreeBSD recognize, that it is it´s local address, like openbsd >> does? > > What MTU does OpenBSD use on its loopback interface as compared to the > network interface? > > Robert N M Watson > Computer Laboratory > University of Cambridge > >> >> >> Greetings >> >> >> Am 18.09.2006, 15:52 Uhr, schrieb Robert Watson : >> >>> >>> On Wed, 13 Sep 2006, Ingo wrote: >>> >>>> I`ve some problems with the network performance on my Soekris NET >>>> 4801. >>>> (Freebsd 6.1 release-p3) >>>> >>>> When I start "netio" on the soekris and do a "netio localhost", I get >>>> about >>>> 8.4 MB/sec, and when I start with "netio 192.168.0.11"(it´s localhost >>>> address) I get only ~2.3 MB/sec. That´s what top says when I do: >>> >>> What does "route get 192.168.0.11" return? >>> >>> What happens if you force the localhost MTU from whatever the default >>> is >>> (most >>> likely 16k) to the same as the ethernet interface? >>> >>> Robert N M Watson >>> Computer Laboratory >>> University of Cambridge >>> >>>> >>>> localhost >>>> CPU states: 2.3% user, 0.0% nice, 72.5% system, 25.2% interrupt, >>>> 0.0% >>>> idle >>>> >>>> 192.168.0.11 >>>> CPU states: 1.2% user, 0.0% nice, 46.3% system, 52.5% interrupt, >>>> 0.0% >>>> idle >>>> >>>> As you can see, the interrupt load is more than doubled when I use >>>> the Ip >>>> address, and >>>> I´ve no idea why. >>>> >>>> >>>> Here are some other throughput results of the soekris: >>>> >>>> openbsd# ftp 192.16.8.0.20 2.0 MB/sec >>>> openbsd# iperf localhost 1.4 Mbit/sec >>>> openbsd# iperf 192.168.0.11(it´s localhost address) 1.4 Mbit/sec >>>> openbsd# netperf localhost 70MB/sec >>>> openbsd# netperf 192.168.0.11(it´s localhost address) 70MB/sec >>>> >>>> freebsd# ftp 192.168.0.20 2.3 MB/sec >>>> Freebsd# iperf localhost 45 Mbit/sec >>>> Freebsd# iperf 192.168.0.11 (it´s localhost address) 19 Mbit/sec >>>> Freebsd# netperf localhost 67 Mbit/sec >>>> Freebsd# netperf 192.168.0.11 (it´s localhost address) 19 Mbit/sec >>>> >>>> >>>> What causes the difference between localhost and the ip address on >>>> Freebsd? >>>> On Openbsd there is no diffenerce at all. >>>> >>>> >>>> Greetings >>>> -- >>>> Erstellt mit Operas revolutionärem E-Mail-Modul: >>>> http://www.opera.com/mail/ >>>> _______________________________________________ >>>> freebsd-performance@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-performance >>>> To unsubscribe, send any mail to >>>> "freebsd-performance-unsubscribe@freebsd.org" >> From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 20:08:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C634816A417 for ; Mon, 18 Sep 2006 20:08:42 +0000 (UTC) (envelope-from raj@pandora.csub.edu) Received: from pandora.csub.edu (pandora.csub.edu [136.168.10.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDA6743DC9 for ; Mon, 18 Sep 2006 20:08:29 +0000 (GMT) (envelope-from raj@pandora.csub.edu) Received: from cserv65.csub.edu (cserv65.csub.edu [136.168.10.65]) by pandora.csub.edu (8.13.6/8.13.6) with ESMTP id k8IK8To1036020 for ; Mon, 18 Sep 2006 13:08:29 -0700 (PDT) (envelope-from raj@pandora.csub.edu) Received: from cserv65.csub.edu (localhost [127.0.0.1]) by cserv65.csub.edu (8.13.6/8.13.6) with ESMTP id k8IK8Sp3020568 for ; Mon, 18 Sep 2006 13:08:28 -0700 (PDT) (envelope-from raj@cserv65.csub.edu) Received: (from raj@localhost) by cserv65.csub.edu (8.13.8/8.13.6/Submit) id k8IK8Sha020567 for freebsd-stable@freebsd.org; Mon, 18 Sep 2006 13:08:28 -0700 (PDT) (envelope-from raj) Date: Mon, 18 Sep 2006 13:08:28 -0700 From: Russell Jackson To: freebsd-stable@freebsd.org Message-ID: <20060918200828.GA58066@cserv65.csub.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.12-2006-07-14 Subject: isc-dhcpd and jails bound to an aliased ip X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 20:08:42 -0000 Attempting to run isc-dhcpd (using USE_SOCKETS) inside a jail bound to an aliased ip does not appear to work. The process never seems to recieve any broadcast traffic; however, it does see unicast traffic as would be expected. I'm not sure how to debug this since one cannot run tcpdump in the jail to see what traffic is getting there obviously. It works fine if I change the jail to bind to the primary ip on the interface. Not surprisingly, it also works fine if I run it outside of a jail using BPF. Changing the broadcast addresses on the aliases does not seem to change anything. It is just that the kernel will not deliver broadcasts to jails on ip aliases as I suspect? Yes, I now I have a "zombied" jail in the jls listing. There are no processes with a JID of 2 running, and I'm reluctant to reboot the machine because it's in production. If I have to run the jail on the primary ip address, that's okay. I would just prefer to have it running in a seperate jail and still have ssh running on the standard port (less confusing to users). Relevant configuration: em0: flags=8843 mtu 1500 options=b inet6 fe80::213:72ff:fe4b:70e7%em0 prefixlen 64 scopeid 0x1 inet 136.168.1.5 netmask 0xffff0000 broadcast 136.168.255.255 inet 136.168.1.8 netmask 0xffffffff broadcast 136.168.1.8 inet 136.168.1.91 netmask 0xffffffff broadcast 136.168.1.91 ether 00:13:72:4b:70:e7 media: Ethernet autoselect (1000baseTX ) status: active # global jail knobs jail_enable="YES" jail_list="ns1 netstat" jail_set_hostname_allow="NO" # ns1 jail jail_ns1_rootdir="/usr/jail/ns1" jail_ns1_hostname="ns1.csub.edu" jail_ns1_ip="136.168.1.91" jail_ns1_exec_start="/bin/sh /etc/rc" jail_ns1_devfs_enable="YES" jail_ns1_mount_enable="YES" # netstat jail jail_netstat_rootdir="/usr/jail/netstat" jail_netstat_hostname="netstat.csub.edu" jail_netstat_ip="136.168.1.8" jail_netstat_exec_start="/bin/sh /etc/rc" jail_netstat_devfs_enable="YES" jail_netstat_mount_enable="YES" JID IP Address Hostname Path 8 136.168.1.91 ns1.csub.edu /usr/jail/ns1 4 136.168.1.8 netstat.csub.edu /usr/jail/netstat 2 136.168.1.91 ns1.csub.edu /usr/jail/ns1 Thanks, -- Russell A. Jackson Network Analyst CSUB Network Services From owner-freebsd-stable@FreeBSD.ORG Mon Sep 18 20:18:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30F6616A4C2 for ; Mon, 18 Sep 2006 20:18:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BCF443D8A for ; Mon, 18 Sep 2006 20:18:10 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k8IKI7LF078345; Mon, 18 Sep 2006 16:18:08 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Frode Nordahl Date: Mon, 18 Sep 2006 16:14:51 -0400 User-Agent: KMail/1.9.1 References: <200609162242.56480.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609181614.52260.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 18 Sep 2006 16:18:08 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1893/Mon Sep 18 14:37:26 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 Livelock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 20:18:17 -0000 On Sunday 17 September 2006 02:05, Frode Nordahl wrote: > On 17. sep. 2006, at 04.42, John Baldwin wrote: > > > On Saturday 16 September 2006 16:55, Frode Nordahl wrote: > >> On 16. sep. 2006, at 22.22, Frode Nordahl wrote: > >> > >>> On 16. sep. 2006, at 22.09, John Baldwin wrote: > >>> > >>>> On Saturday 16 September 2006 07:02, Frode Nordahl wrote: > >>>>> Hello, > >>>>> > >>>>> FreeBSD localhost.localdomain 6.2-PRERELEASE FreeBSD 6.2- > >>>>> PRERELEASE > >>>>> #1: Wed Sep 13 00:10:04 CEST 2006 > >>>>> frode@localhost.localdomain:/ > >>>>> usr/obj/usr/src/sys/PT i386 > >>>>> > >>>>> After running some stress tests for 3 days, I wanted to remove > >>>>> some > >>>>> large directories. > >>>> > >>>> Do you have a coredump? I assume you do from your debug > >>>> output. Can > >>>> you download http://www.FreeBSD.org/~jhb/gdb/gdb6, fire up kgdb, > >>>> and > >>>> once in kgdb, do 'source /path/to/gdb6' and then run 'ps' and reply > >>>> with the output from that? > >>> > >>> I am sorry, I have not. I tried to call doadump, but there was no > >>> dumpdevice configured :-( > >>> > >>> Somehow I have convinced myself that this was turned on by default > >>> now, so I have not enabled it explicitly in rc.conf. Is there any > >>> way to tell DDB what dumpdevice to use directly? > >>> > >>> I will configure a dumpdevice and try really hard to make it happen > >>> again. > >> > >> I was able to reproduce the livelock again, and this time I had the > >> system armed with dumpon :-) > >> > >> Here is the output you requested: > >> (kgdb) ps > >> pid ppid pgrp uid state wmesg wchan cmd > >> 2535 2499 2535 0 R+ CPU 0 rm > >> 2534 2499 2534 0 L+ *Giant 0xc6704580 rm > >> 2533 2499 2533 0 L+ *Giant 0xc6704580 rm > >> 2532 2499 2532 0 R+ rm > >> 2531 2499 2531 0 L+ *Giant 0xc6704580 rm > >> 2499 2496 2499 0 Ss+ ttyin 0xc655d810 bash > >> 2496 784 2496 0 Rs sshd > > > > Ok, do 'lockchain 2534' in kgdb (with gdb6 sourced) and let me see the > > output from that. > > (kgdb) lockchain 2534 > thread 100038 (pid 2534, rm) blocked on lock 0xc09e6800 "Giant" > thread 100091 (pid 2535, rm) running on CPU 0 Ok, do 'proc 2535' followed by 'where' -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 00:11:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B727D16A407 for ; Tue, 19 Sep 2006 00:11:27 +0000 (UTC) (envelope-from radrian1@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4602543D46 for ; Tue, 19 Sep 2006 00:11:27 +0000 (GMT) (envelope-from radrian1@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so4128010wxd for ; Mon, 18 Sep 2006 17:11:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OjP9ie36FOF84oQKLkH98T7gPaWYoNdIRSbG14yBecmwmCNmIzTOJJTbQp23mNFhNRg5xgQ6/S0epA1BkeFPQYZ9riUGfOVXi36pwWO9G6rm2CuUUDJ8T4mnqzWtC6ZpN7Q6cy2BJI3PN/kZmOq3FU2e/oXuNtg1VVZHu/2JLyU= Received: by 10.70.59.9 with SMTP id h9mr21213244wxa; Mon, 18 Sep 2006 17:11:26 -0700 (PDT) Received: by 10.70.53.6 with HTTP; Mon, 18 Sep 2006 17:11:26 -0700 (PDT) Message-ID: Date: Mon, 18 Sep 2006 20:11:26 -0400 From: "Radu Adrian Zdrinca" To: "Emil Stoyanov" In-Reply-To: <450EE2A4.4030004@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <450EE2A4.4030004@web.de> Cc: freebsd-stable@freebsd.org Subject: Re: ath0 weak connectivity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 00:11:27 -0000 I'm sorry that I don't have freebsd on my system to do more testing but I'm pretty sure it's the ath0 interface that's causing the issue. When the interface is down limewire starts normally but when it's up it takes about 3 minutes to load. I have tried upgrading to stable but it's still the same issue. I will try to reinstall to do some more testing. On 9/18/06, Emil Stoyanov wrote: > Radu Adrian Zdrinca wrote: > > I have had similar problems with the driver. The signal quality in > > Windows is higher. But there are other problems. For example, when I > > start Limewire I have to wait for about 3 minutes before it loads. I > > am sure this is a problem with ath interface. > > > If I recall correctly, Limewire is java-based p2p app and java on Linux > and FreeBSD requires a bit more resources than on Windows (according to > SUN's recommendations i read the last time). I guess this is due to > different strategies for memory management in the implementation of Java > VM. It depends on what machines you are running java - on slower ones, > or such with less memory, the time for loading java vm, and the time for > allocation of memory for bigger apps may vary quite a lot, but 3 minutes > looks like more problem of slow dns resolving, if many peers are > connecting to you, etc.. > > I suppose this is not related to problems with driver, but anything is > possible, just better testing and more investigations can prove that.. > > Cheers, > Emil > > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 03:54:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A03D816A40F; Tue, 19 Sep 2006 03:54:27 +0000 (UTC) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id F010243D45; Tue, 19 Sep 2006 03:54:26 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [195.159.148.126] (dhcp7.xu.nordahl.net [195.159.148.126]) by smtp1.powertech.no (Postfix) with ESMTP id 966BC80E6; Tue, 19 Sep 2006 05:54:24 +0200 (CEST) In-Reply-To: <200609181614.52260.jhb@freebsd.org> References: <200609162242.56480.jhb@freebsd.org> <200609181614.52260.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Tue, 19 Sep 2006 05:54:23 +0200 To: John Baldwin X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 Livelock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 03:54:27 -0000 On 18. sep. 2006, at 22.14, John Baldwin wrote: > On Sunday 17 September 2006 02:05, Frode Nordahl wrote: >> On 17. sep. 2006, at 04.42, John Baldwin wrote: >> >>> On Saturday 16 September 2006 16:55, Frode Nordahl wrote: >>>> On 16. sep. 2006, at 22.22, Frode Nordahl wrote: >>>> >>>>> On 16. sep. 2006, at 22.09, John Baldwin wrote: >>>>> >>>>>> On Saturday 16 September 2006 07:02, Frode Nordahl wrote: >>>>>>> Hello, >>>>>>> >>>>>>> FreeBSD localhost.localdomain 6.2-PRERELEASE FreeBSD 6.2- >>>>>>> PRERELEASE >>>>>>> #1: Wed Sep 13 00:10:04 CEST 2006 >>>>>>> frode@localhost.localdomain:/ >>>>>>> usr/obj/usr/src/sys/PT i386 >>>>>>> >>>>>>> After running some stress tests for 3 days, I wanted to remove >>>>>>> some >>>>>>> large directories. >>>>>> >>>>>> Do you have a coredump? I assume you do from your debug >>>>>> output. Can >>>>>> you download http://www.FreeBSD.org/~jhb/gdb/gdb6, fire up kgdb, >>>>>> and >>>>>> once in kgdb, do 'source /path/to/gdb6' and then run 'ps' and >>>>>> reply >>>>>> with the output from that? >>>>> >>>>> I am sorry, I have not. I tried to call doadump, but there was no >>>>> dumpdevice configured :-( >>>>> >>>>> Somehow I have convinced myself that this was turned on by default >>>>> now, so I have not enabled it explicitly in rc.conf. Is there any >>>>> way to tell DDB what dumpdevice to use directly? >>>>> >>>>> I will configure a dumpdevice and try really hard to make it >>>>> happen >>>>> again. >>>> >>>> I was able to reproduce the livelock again, and this time I had the >>>> system armed with dumpon :-) >>>> >>>> Here is the output you requested: >>>> (kgdb) ps >>>> pid ppid pgrp uid state wmesg wchan cmd >>>> 2535 2499 2535 0 R+ CPU 0 rm >>>> 2534 2499 2534 0 L+ *Giant 0xc6704580 rm >>>> 2533 2499 2533 0 L+ *Giant 0xc6704580 rm >>>> 2532 2499 2532 0 R+ rm >>>> 2531 2499 2531 0 L+ *Giant 0xc6704580 rm >>>> 2499 2496 2499 0 Ss+ ttyin 0xc655d810 bash >>>> 2496 784 2496 0 Rs sshd >>> >>> Ok, do 'lockchain 2534' in kgdb (with gdb6 sourced) and let me >>> see the >>> output from that. >> >> (kgdb) lockchain 2534 >> thread 100038 (pid 2534, rm) blocked on lock 0xc09e6800 "Giant" >> thread 100091 (pid 2535, rm) running on CPU 0 > > Ok, do 'proc 2535' followed by 'where' (kgdb) proc 2535 (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc04733bb in db_fncall (dummy1=1016, dummy2=0, dummy3=-319658232, dummy4=0xecf2670c "@g??") at /usr/src/sys/ddb/db_command.c:492 #2 0xc04731c0 in db_command (last_cmdp=0xc09cb624, cmd_table=0x0, aux_cmd_tablep=0xc092a838, aux_cmd_tablep_end=0xc092a854) at /usr/src/sys/ddb/db_command.c:350 #3 0xc0473288 in db_command_loop () at /usr/src/sys/ddb/db_command.c: 458 #4 0xc0474e95 in db_trap (type=3, code=0) at /usr/src/sys/ddb/ db_main.c:221 #5 0xc0696203 in kdb_trap (type=3, code=0, tf=0xecf2684c) at /usr/src/sys/kern/subr_kdb.c:473 #6 0xc089140c in trap (frame= {tf_fs = -319684600, tf_es = -1066860504, tf_ds = -1064304600, tf_edi = 249, tf_esi = -967491584, tf_ebp = -319657844, tf_isp = -319657864, tf_ebx = -963122944, tf_edx = 0, tf_ecx = -1056878592, tf_eax = 34, tf_trapno = 3, tf_err = 0, tf_eip = -1066836089, tf_cs = 32, tf_eflags = 130, tf_esp = -319657816, tf_ss = -1064914410}) at / usr/src/sys/i386/i386/trap.c:594 #7 0xc087f49a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0xc0695f87 in kdb_enter (msg=0x22
) at cpufunc.h:60 #9 0xc086b216 in siointr1 (com=0xc6554000) at /usr/src/sys/dev/sio/ sio.c:1522 #10 0xc086aff4 in siointr (arg=0xc6554000) at /usr/src/sys/dev/sio/ sio.c:1391 #11 0xc0883491 in intr_execute_handlers (isrc=0xc63854c4, iframe=0xecf268f8) at /usr/src/sys/i386/i386/intr_machdep.c:233 ---Type to continue, or q to quit--- #12 0xc0885852 in lapic_handle_intr (frame= {if_vec = 56, if_fs = 8, if_es = 40, if_ds = 40, if_edi = 36, if_esi = -961899520, if_ebp = -319657648, if_ebx = -873832448, if_edx = 100875, if_ecx = 3111, if_eax = 40, if_eip = -1065518606, if_cs = 32, if_eflags = 643, if_esp = 40, if_ss = 40}) at /usr/src/sys/i386/ i386/local_apic.c:606 #13 0xc087f853 in Xapic_isr1 () at apic_vector.s:110 #14 0xc07d79f2 in ufsdirhash_adjfree (dh=0xc6aa9400, offset=1593184, diff=-16) at /usr/src/sys/ufs/ufs/ufs_dirhash.c:917 #15 0xc07d6478 in ufsdirhash_build (ip=0xc8b3018c) at /usr/src/sys/ufs/ufs/ufs_dirhash.c:246 #16 0xc07d84b1 in ufs_lookup (ap=0xecf26a7c) at /usr/src/sys/ufs/ufs/ufs_lookup.c:192 #17 0xc08a28b8 in VOP_CACHEDLOOKUP_APV (vop=0x28, a=0x18a0b) at vnode_if.c:150 #18 0xc06c985e in vfs_cache_lookup (ap=0x28) at vnode_if.h:82 #19 0xc08a2847 in VOP_LOOKUP_APV (vop=0xc09b5840, a=0xecf26b18) at vnode_if.c:99 #20 0xc06cde31 in lookup (ndp=0xecf26ba0) at vnode_if.h:56 #21 0xc06cd6d2 in namei (ndp=0xecf26ba0) at /usr/src/sys/kern/ vfs_lookup.c:211 #22 0xc06dbe93 in kern_lstat (td=0xc697e900, path=0x18a0b
, pathseg=100875, sbp=0xecf26c74) at /usr/src/sys/kern/vfs_syscalls.c:2147 #23 0xc06dbe2f in lstat (td=0xc697e900, uap=0xecf26d04) at /usr/src/sys/kern/vfs_syscalls.c:2130 ---Type to continue, or q to quit--- #24 0xc0891c83 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134541896, tf_esi = 134541824, tf_ebp = -1077941288, tf_isp = -319656604, tf_ebx = 672435584, tf_edx = 134541824, tf_ecx = 0, tf_eax = 190, tf_trapno = 12, tf_err = 2, tf_eip = 672322675, tf_cs = 51, tf_eflags = 662, tf_esp = -1077941444, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 #25 0xc087f4ef in Xint0x80_syscall () at /usr/src/sys/i386/i386/ exception.s:200 #26 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) -- Frode Nordahl From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 05:46:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC79316A403 for ; Tue, 19 Sep 2006 05:46:32 +0000 (UTC) (envelope-from noctua@bellsouth.net) Received: from imf16aec.mail.bellsouth.net (imf16aec.mail.bellsouth.net [205.152.59.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7651343D45 for ; Tue, 19 Sep 2006 05:46:32 +0000 (GMT) (envelope-from noctua@bellsouth.net) Received: from ibm56aec.bellsouth.net ([65.6.151.211]) by imf16aec.mail.bellsouth.net with ESMTP id <20060919054631.LDSM10168.imf16aec.mail.bellsouth.net@ibm56aec.bellsouth.net> for ; Tue, 19 Sep 2006 01:46:31 -0400 Received: from pinbot ([65.6.151.211]) by ibm56aec.bellsouth.net with SMTP id <20060919054631.VHQD14125.ibm56aec.bellsouth.net@pinbot> for ; Tue, 19 Sep 2006 01:46:31 -0400 Received: by pinbot (sSMTP sendmail emulation); Tue, 19 Sep 2006 01:47:34 -0400 Date: Tue, 19 Sep 2006 01:47:34 -0400 From: noctua@bellsouth.net To: freebsd-stable@freebsd.org Message-ID: <20060919054734.GA18613@pinbot.noctuarium.org> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: ufs - fsck_ffs problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 05:46:33 -0000 Hola, I'm running 6.1, and experiening some problems with my RAID array. Using a 3ware escalade, some corruption to the file system has occurred during a power outage. The raw hardware of the filesystem is fine -- at least as far as the 3ware device is concerned. At any rate, I issued: fsho# fsck_ffs -n -b 160 /dev/da0c Alternate super block location: 160 ** /dev/da0c ** Last Mounted on ** Phase 1 - Check Blocks and Sizes fsck_ffs: cannot alloc 2641372856 bytes for inoinfo I found some code by Einstein: which seems to get past the problem. But, I'm certainly concerned about the sanctity of my data, and have committed no suggested changes by the program, as witnessed below: Alternate super block location: 160 ** /dev/da0c (NO WRITE) ** Last Mounted on ** Phase 1 - Check Blocks and Sizes UNKNOWN FILE TYPE I=2 CLEAR? no PARTIALLY ALLOCATED INODE I=62 CLEAR? no PARTIALLY ALLOCATED INODE I=75 CLEAR? no PARTIALLY ALLOCATED INODE I=110 CLEAR? no 512903222015925405 BAD I=129 2363463046329258390 BAD I=129 -4878472826699975618 BAD I=129 -3101413049108763758 BAD I=129 -4942707920151290579 BAD I=129 8570194651996646049 BAD I=129 2315016788075931432 BAD I=129 -1520079671300232671 BAD I=129 -8795335986215733707 BAD I=129 -4534688454961916277 BAD I=129 5406555421949755135 BAD I=129 EXCESSIVE BAD BLKS I=129 CONTINUE? yes PARTIALLY TRUNCATED INODE I=130 SALVAGE? no ..... and this will go on forever, finding billions of problems. I'm at a loss. The file system cannot be that corrupt. Any advice? From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 06:00:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96D0916A47E for ; Tue, 19 Sep 2006 06:00:41 +0000 (UTC) (envelope-from pinoyskull@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BD4643D5E for ; Tue, 19 Sep 2006 06:00:40 +0000 (GMT) (envelope-from pinoyskull@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so4215894wxd for ; Mon, 18 Sep 2006 23:00:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=rxsU2tPa9ybETsTStwy0XKXyLesrTtnsNaR/IKcFNr/esLtnGM2VJJi9HMWdWO3IziGQSMN8fucGygrPOtJahlUscxSc6zfvXUPfeUMI5p2HLDjRLn+ULj1aRhP/mP2WaArN9+MzwngsxyBLhDODWYhKK/SERAWdL8K5xI8ERvI= Received: by 10.70.65.5 with SMTP id n5mr19983591wxa; Mon, 18 Sep 2006 23:00:39 -0700 (PDT) Received: from ?202.70.97.6? ( [202.70.97.6]) by mx.gmail.com with ESMTP id 13sm192543wrl.2006.09.18.23.00.38; Mon, 18 Sep 2006 23:00:39 -0700 (PDT) Message-ID: <450F8777.7080407@gmail.com> Date: Tue, 19 Sep 2006 14:00:23 +0800 From: pinoyskull User-Agent: Thunderbird 1.5.0.5 (X11/20060728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: bind round robin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 06:00:41 -0000 Hi, One of my client's domain has multiple IPs for redundancy, i configured his www as such just an example: www IN A 10.10.10.10 www IN A 192.168.0.10 Is there a way to prioritize 10.10.10.10 over 192.168.0.10? How do i configure it? From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 08:39:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A32816A412 for ; Tue, 19 Sep 2006 08:39:57 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 076F644397 for ; Tue, 19 Sep 2006 08:39:56 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GPb91-0009pT-6N for freebsd-stable@freebsd.org; Tue, 19 Sep 2006 10:39:55 +0200 Date: Tue, 19 Sep 2006 10:39:55 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20060919083955.GB87657@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <450F8777.7080407@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <450F8777.7080407@gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Oliver Brandmueller Subject: Re: bind round robin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 08:39:57 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. On Tue, Sep 19, 2006 at 02:00:23PM +0800, pinoyskull wrote: > One of my client's domain has multiple IPs for redundancy, i configured= =20 > his www as such >=20 > www IN A 10.10.10.10 > www IN A 192.168.0.10 >=20 > Is there a way to prioritize 10.10.10.10 over 192.168.0.10? How do i=20 > configure it? DNS round robin is not about redundancy, the only thing you could have that way is a kind of load balancing (not the most sophisticated way, though). Whenever one of the servers fails, around half of the requests still goes there and then times out/gets conn refused or whatever the problem is. Prioritizing is not easily possible. Probably it helps if you add one of the IPs more often to the set, but I never tried that and did not read the docs on this topic, so before breaking your zone first read the specs, if this works! For serious redundancy with failover and/or load balancing with a good=20 leveling you should consider getting a load balancer (be it hardware or=20 software), better two so you don't have the single point of failure=20 there :-) - Oliver --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFD6zbiqtMdzjafykRAsOBAKC3S/+RNCx/oVbq57wCfCIc2K0Z9gCgnC22 3RMov/THh7Irhid3fkWUCvQ= =Rs4I -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 08:42:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E813F16A4AB for ; Tue, 19 Sep 2006 08:42:32 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 13EA044323 for ; Tue, 19 Sep 2006 08:42:31 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 19 Sep 2006 09:42:30 +0100 (BST) Date: Tue, 19 Sep 2006 09:42:30 +0100 From: David Malone To: freebsd-stable@freebsd.org Message-ID: <20060919084230.GA41276@walton.maths.tcd.ie> References: <20060919054734.GA18613@pinbot.noctuarium.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060919054734.GA18613@pinbot.noctuarium.org> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Subject: Re: ufs - fsck_ffs problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 08:42:33 -0000 On Tue, Sep 19, 2006 at 01:47:34AM -0400, noctua@bellsouth.net wrote: > Alternate super block location: 160 > ** /dev/da0c (NO WRITE) > ** Last Mounted on > ** Phase 1 - Check Blocks and Sizes > UNKNOWN FILE TYPE I=2 > CLEAR? no If inode 2 is messed up, then you may have lost the root directory of your filesystem. Repairing it probably won't be a lot of fun. I'm guessing that the RAID somehow did the wrong thing - this seems to actually be quite common. David. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 08:50:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58C4E16A412 for ; Tue, 19 Sep 2006 08:50:16 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id A328743D49 for ; Tue, 19 Sep 2006 08:50:15 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id C0F1811402E for ; Tue, 19 Sep 2006 09:50:12 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AaRYj3+4bupx for ; Tue, 19 Sep 2006 09:50:09 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 27D2F114033 for ; Tue, 19 Sep 2006 09:50:09 +0100 (BST) Message-ID: <450FAF42.50401@goodforbusiness.co.uk> Date: Tue, 19 Sep 2006 09:50:10 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.5 (X11/20060809) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <450F8777.7080407@gmail.com> <20060919083955.GB87657@e-Gitt.NET> In-Reply-To: <20060919083955.GB87657@e-Gitt.NET> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: bind round robin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 08:50:16 -0000 Oliver Brandmueller wrote: > Hi. > > On Tue, Sep 19, 2006 at 02:00:23PM +0800, pinoyskull wrote: >> One of my client's domain has multiple IPs for redundancy, i configured >> his www as such >> >> www IN A 10.10.10.10 >> www IN A 192.168.0.10 >> >> Is there a way to prioritize 10.10.10.10 over 192.168.0.10? How do i >> configure it? > > DNS round robin is not about redundancy, the only thing you could have > that way is a kind of load balancing (not the most sophisticated way, > though). Whenever one of the servers fails, around half of the requests > still goes there and then times out/gets conn refused or whatever the > problem is. Prioritizing is not easily possible. Probably it helps if > you add one of the IPs more often to the set, but I never tried that and > did not read the docs on this topic, so before breaking your zone first > read the specs, if this works! > > For serious redundancy with failover and/or load balancing with a good > leveling you should consider getting a load balancer (be it hardware or > software), better two so you don't have the single point of failure > there :-) A good software load balancer which supports weighting is pen. In ports. http://siag.nu/pen /usr/ports/net/pen Dominic > - Oliver > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 09:16:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CA2216A403 for ; Tue, 19 Sep 2006 09:16:29 +0000 (UTC) (envelope-from dzalewski@open-craft.com) Received: from zeus.lunarpages.com (zeus.lunarpages.com [216.193.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE66743D45 for ; Tue, 19 Sep 2006 09:16:28 +0000 (GMT) (envelope-from dzalewski@open-craft.com) Received: from [196.218.200.206] (helo=polonium.opencraft.local) by zeus.lunarpages.com with esmtpa (Exim 4.52) id 1GPbid-0007oZ-7x for freebsd-stable@freebsd.org; Tue, 19 Sep 2006 02:16:43 -0700 From: Dominik Zalewski Organization: OpenCraft To: freebsd-stable@freebsd.org Date: Tue, 19 Sep 2006 12:16:24 +0300 User-Agent: KMail/1.9.4 References: <450F8777.7080407@gmail.com> <20060919083955.GB87657@e-Gitt.NET> <450FAF42.50401@goodforbusiness.co.uk> In-Reply-To: <450FAF42.50401@goodforbusiness.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200609191216.24457.dzalewski@open-craft.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - zeus.lunarpages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - open-craft.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: bind round robin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 09:16:29 -0000 On Tuesday 19 September 2006 11:50, Dominic Marks wrote: > Oliver Brandmueller wrote: > > Hi. > > > > On Tue, Sep 19, 2006 at 02:00:23PM +0800, pinoyskull wrote: > >> One of my client's domain has multiple IPs for redundancy, i configured > >> his www as such > >> > >> www IN A 10.10.10.10 > >> www IN A 192.168.0.10 > >> > >> Is there a way to prioritize 10.10.10.10 over 192.168.0.10? How do i > >> configure it? > > > > DNS round robin is not about redundancy, the only thing you could have > > that way is a kind of load balancing (not the most sophisticated way, > > though). Whenever one of the servers fails, around half of the requests > > still goes there and then times out/gets conn refused or whatever the > > problem is. Prioritizing is not easily possible. Probably it helps if > > you add one of the IPs more often to the set, but I never tried that and > > did not read the docs on this topic, so before breaking your zone first > > read the specs, if this works! > > > > For serious redundancy with failover and/or load balancing with a good > > leveling you should consider getting a load balancer (be it hardware or > > software), better two so you don't have the single point of failure > > there :-) > > A good software load balancer which supports weighting is pen. In ports. > > http://siag.nu/pen > > /usr/ports/net/pen > > Dominic > > > - Oliver > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" =46rom pen homepage: "This is pen, a load balancer for "simple" tcp based protocols such as http= or=20 smtp." As I know DNS uses both tcp and udp protocols. =46or failover you can try OpenBSD Packet Filter with CARP protocol. PF can= do=20 load-balacing using different algorithms also. CARP is ported to FreeBSD.=20 More info on: http://pf4freebsd.love2party.net/carp.html Enjoy =2D-=20 Dominik Zalewski | System Administrator OpenCraft t- +2 02 336 0003 w- http://www.open-craft.com From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 09:30:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9938516A416 for ; Tue, 19 Sep 2006 09:30:27 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 252DE43D45 for ; Tue, 19 Sep 2006 09:30:27 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id BD2EB11402E; Tue, 19 Sep 2006 10:30:24 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nqXHZozPeVJJ; Tue, 19 Sep 2006 10:30:21 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id E0896114033; Tue, 19 Sep 2006 10:30:21 +0100 (BST) Message-ID: <450FB8AF.7040700@goodforbusiness.co.uk> Date: Tue, 19 Sep 2006 10:30:23 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.5 (X11/20060809) MIME-Version: 1.0 To: Dominik Zalewski References: <450F8777.7080407@gmail.com> <20060919083955.GB87657@e-Gitt.NET> <450FAF42.50401@goodforbusiness.co.uk> <200609191216.24457.dzalewski@open-craft.com> In-Reply-To: <200609191216.24457.dzalewski@open-craft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: bind round robin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 09:30:27 -0000 From the original message: [1] >>>> >>>> www IN A 10.10.10.10 >>>> www IN A 192.168.0.10 >>>> > > From pen homepage: > > "This is pen, a load balancer for "simple" tcp based protocols such as http or > smtp." > > As I know DNS uses both tcp and udp protocols. From the posters excerpt it looks like they are looking to load balance HTTP. [1] > For failover you can try OpenBSD Packet Filter with CARP protocol. PF can do > load-balacing using different algorithms also. CARP is ported to FreeBSD. > More info on: http://pf4freebsd.love2party.net/carp.html Also true. Last time I looked at this however there was a big disclaimer saying that CARP's load balancing was likely to give a distorted distribution of load and I don't believe it does weighting. I believe this would also be a problem considering the example in [1]: From carp(4): Note: ARP balancing only works on the local network segment. It cannot balance traffic that crosses a router, because the router itself will always be balanced to the same virtual host. Cheers, Dominic From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 09:39:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6BE716A415 for ; Tue, 19 Sep 2006 09:39:23 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA48A43D79 for ; Tue, 19 Sep 2006 09:39:17 +0000 (GMT) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (localhost.cmotd.com [127.0.0.1]) by sun-fish.com (Postfix) with ESMTP id C655338467 for ; Tue, 19 Sep 2006 11:39:14 +0200 (CEST) Received: from [192.168.3.112] (boar.cmotd.com [192.168.3.112]) by sun-fish.com (Postfix) with ESMTP id 843C538444 for ; Tue, 19 Sep 2006 11:39:14 +0200 (CEST) Message-ID: <450FBAC2.5020600@sun-fish.com> Date: Tue, 19 Sep 2006 12:39:14 +0300 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.7 (X11/20060918) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <450F8777.7080407@gmail.com> <20060919083955.GB87657@e-Gitt.NET> <450FAF42.50401@goodforbusiness.co.uk> <200609191216.24457.dzalewski@open-craft.com> <450FB8AF.7040700@goodforbusiness.co.uk> In-Reply-To: <450FB8AF.7040700@goodforbusiness.co.uk> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-AV-Checked: ClamAV Subject: Re: bind round robin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 09:39:24 -0000 Dominic Marks wrote: > From the original message: > > [1] >>>>> >>>>> www IN A 10.10.10.10 >>>>> www IN A 192.168.0.10 >>>>> > >> >> From pen homepage: >> >> "This is pen, a load balancer for "simple" tcp based protocols such >> as http or smtp." >> >> As I know DNS uses both tcp and udp protocols. > > From the posters excerpt it looks like they are looking to load > balance HTTP. [1] > >> For failover you can try OpenBSD Packet Filter with CARP protocol. PF >> can do load-balacing using different algorithms also. CARP is ported >> to FreeBSD. More info on: http://pf4freebsd.love2party.net/carp.html > > Also true. Last time I looked at this however there was a big > disclaimer saying that > CARP's load balancing was likely to give a distorted distribution of > load and I don't > believe it does weighting. I believe this would also be a problem > considering the > example in [1]: > > From carp(4): > > Note: ARP balancing only works on the local network segment. It > cannot > balance traffic that crosses a router, because the router itself > will > always be balanced to the same virtual host. > > Cheers, > Dominic Yes but the idea here is to use http balancer that runs on CARP interface(s) for fail-over. Balancing will be done by balancer ;) > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 12:15:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A252116A403; Tue, 19 Sep 2006 12:15:33 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4145843D4C; Tue, 19 Sep 2006 12:15:33 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GPeVg-000HUx-46; Tue, 19 Sep 2006 15:15:32 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-hackers@freebsd.org In-reply-to: Your message of Sun, 17 Sep 2006 11:01:58 +0300 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 19 Sep 2006 15:15:32 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: 6.2/pxe blues, was Re: pxe boot size limit? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 12:15:33 -0000 > it seems that pxeboot has a limit with respect to the kernel size, > which prevents the kernel to get loaded, the error printed is > slightly misleading. > > the solution is to make a kernel with loadable modules, instead of > compiled in. not entirely true :-( but changing kernel size has different results. kernel is 6.2-PRERELEASE. hosts are 64bits: 1 - amd Athlon dual core - nic is em 2 - intel Xeon dual core - nic is bc 3 - intel Pentium 4 K8 - nic is bge 1 & 3 are now booting, but 2 is panics with: /boot/kernel/kernel text=0x430118 data=0x79450+0x3ccf0 syms=[0x8+0x73278+0x8+0x62861] panic: free: guard1 fail @ 0x7c6fe from /r+d/6.2/src/lib/libstand/ufs.c:699 a slightly older kernel, and bigger, boots just fine. booting from local disk is also ok. so, what is causing pxeboot to fail? From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 12:25:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97C5116A416 for ; Tue, 19 Sep 2006 12:25:54 +0000 (UTC) (envelope-from fred@clift.org) Received: from clift.org (clift.org [128.241.54.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48ED743D5D for ; Tue, 19 Sep 2006 12:25:52 +0000 (GMT) (envelope-from fred@clift.org) Received: from [192.168.2.51] (c-24-2-73-59.hsd1.mn.comcast.net [24.2.73.59]) (authenticated bits=0) by clift.org (8.13.6.20060614/8.13.6) with ESMTP id k8JCPoth098807 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 19 Sep 2006 06:25:51 -0600 (MDT) Message-ID: <450FE15D.8050905@clift.org> Date: Tue, 19 Sep 2006 06:23:57 -0600 From: Fred Clift User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060919120109.9DCDF16A74C@hub.freebsd.org> In-Reply-To: <20060919120109.9DCDF16A74C@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: bind round robin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 12:25:54 -0000 On Tue, Sep 19, 2006 at 02:00:23PM +0800, pinoyskull wrote: >> One of my client's domain has multiple IPs for redundancy, i configured >> his www as such >> >> www IN A 10.10.10.10 >> www IN A 192.168.0.10 >> >> Is there a way to prioritize 10.10.10.10 over 192.168.0.10? How do i >> configure it? I missed the original question about this but if you're really interested in doing somethign in software rather than buying some kind of load-balancing hardware, then you could write your own (simple) backend for powerdns. powerdns is in ports and it has a simple "pipe" interface to the daemon that would let you write your own "proporitional-share" dns responder for some set of RRs. Check out the geographic load balancing that the blitzed.org guys use... http://wiki.blitzed.org/DNS_balancing Basically, you would delegate a subdomain (bar.example.org) to the server running your custom powerdns config and all lookups of foo.bar.example.org would end up at your server, where your custome (20 or 60 lines of perl) powerdns module could return which ever of the two IPs you prefer, either statistically, or based on some kind of remotely fetched load average, ping time, other-availibility-metric, etc. So, say you wanted 80% of your traffic to go to the primary box, then you turn off caching in your powerdns config file and have your pipe'd child return the primary IP 8 times for every 2 times you return the ip of the other box etc. Or always return the primary server unless it is having problems, in which case you return the secondary. Of course you want the TTL on these records, or perhaps the delegated subdomain to be low so the client doesn't cache it much. I'm currently got a geo-balanced test setup I've been playing with - it returns CNAMES to XX.clift.org for any lookup of test.geo.clift.org, where XX are theoreticaly country codes based on what IP addresses you make the requests from. The quality of the free geo-ip info isn't great, but at least it gets you on the right continent. The geo-ip data is 'free' via rsync from countries.nerd.dk - see http://countries.nerd.dk/more.html for more information Anyway, it'd take a bit of work, but would be doable. Fred Clift fred 'AT' clift org From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 15:54:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 823AD16A47E for ; Tue, 19 Sep 2006 15:54:34 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ACFE43D9E for ; Tue, 19 Sep 2006 15:53:39 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA21213 for ; Tue, 19 Sep 2006 18:53:37 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <45101281.7090508@icyb.net.ua> Date: Tue, 19 Sep 2006 18:53:37 +0300 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Subject: df -kP != df -Pk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 15:54:34 -0000 It seems that -P flag to df resets previously specified -k for no good reason. POSIX expressly talks about -P and -k being used together. http://www.opengroup.org/onlinepubs/009695399/utilities/df.html This is FreeBSD 6.1-RELEASE-p2 i386. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 16:17:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5337516A47B for ; Tue, 19 Sep 2006 16:17:56 +0000 (UTC) (envelope-from csjp@FreeBSD.org) Received: from ems01.seccuris.com (ems01.seccuris.com [204.112.0.35]) by mx1.FreeBSD.org (Postfix) with SMTP id CC1EB43D69 for ; Tue, 19 Sep 2006 16:17:54 +0000 (GMT) (envelope-from csjp@FreeBSD.org) Received: (qmail 48430 invoked by uid 86); 19 Sep 2006 16:55:30 -0000 Received: from unknown (HELO ?127.0.0.1?) (204.112.0.40) by ems01.seccuris.com with SMTP; 19 Sep 2006 16:55:30 -0000 Message-ID: <45101832.7010009@FreeBSD.org> Date: Tue, 19 Sep 2006 11:17:54 -0500 From: "Christian S.J. Peron" User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Andriy Gapon References: <45101281.7090508@icyb.net.ua> In-Reply-To: <45101281.7090508@icyb.net.ua> Content-Type: multipart/mixed; boundary="------------000507050408010505060703" Cc: freebsd-stable@freebsd.org Subject: Re: df -kP != df -Pk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 16:17:56 -0000 This is a multi-part message in MIME format. --------------000507050408010505060703 Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Andriy Gapon wrote: > It seems that -P flag to df resets previously specified -k for no good > reason. POSIX expressly talks about -P and -k being used together. > http://www.opengroup.org/onlinepubs/009695399/utilities/df.html > > This is FreeBSD 6.1-RELEASE-p2 i386. > > Please test the attached patch and let me know if it's good for you. Thanks for bringing this to our attention. -- Christian S.J. Peron csjp@FreeBSD.ORG FreeBSD Committer FreeBSD Security Team --------------000507050408010505060703 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="df.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="df.c.diff" ? df ? df.1.gz ? df.c.diff Index: df.c =================================================================== RCS file: /home/ncvs/src/bin/df/df.c,v retrieving revision 1.64 diff -u -r1.64 df.c --- df.c 10 Jan 2005 08:39:21 -0000 1.64 +++ df.c 19 Sep 2006 16:14:37 -0000 @@ -93,7 +93,7 @@ return (a > b ? a : b); } -static int aflag = 0, cflag, hflag, iflag, nflag; +static int aflag = 0, cflag, hflag, kflag, iflag, nflag, Pflag; static struct ufs_args mdev; int @@ -123,6 +123,7 @@ case 'b': /* FALLTHROUGH */ case 'P': + Pflag++; putenv("BLOCKSIZE=512"); hflag = 0; break; @@ -143,6 +144,7 @@ iflag = 1; break; case 'k': + kflag++; putenv("BLOCKSIZE=1k"); hflag = 0; break; @@ -171,6 +173,12 @@ argc -= optind; argv += optind; + /* + * POSIX specifies that if both -P and -k options are used together a + * 1k blocksize should be used. + */ + if (Pflag != 0 && kflag != 0) + putenv("BLOCKSIZE=1k"); mntsize = getmntinfo(&mntbuf, MNT_NOWAIT); bzero(&maxwidths, sizeof(maxwidths)); for (i = 0; i < mntsize; i++) --------------000507050408010505060703-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 16:24:04 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67AD916A412; Tue, 19 Sep 2006 16:24:04 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A5B243D5E; Tue, 19 Sep 2006 16:24:02 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA21867; Tue, 19 Sep 2006 19:24:01 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <451019A0.4040602@icyb.net.ua> Date: Tue, 19 Sep 2006 19:24:00 +0300 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: "Christian S.J. Peron" References: <45101281.7090508@icyb.net.ua> <45101832.7010009@FreeBSD.org> In-Reply-To: <45101832.7010009@FreeBSD.org> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: df -kP != df -Pk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 16:24:04 -0000 on 19/09/2006 19:17 Christian S.J. Peron said the following: > Andriy Gapon wrote: >> It seems that -P flag to df resets previously specified -k for no good >> reason. POSIX expressly talks about -P and -k being used together. >> http://www.opengroup.org/onlinepubs/009695399/utilities/df.html >> >> This is FreeBSD 6.1-RELEASE-p2 i386. >> >> > Please test the attached patch and let me know if it's good for you. > > Thanks for bringing this to our attention. Yes, the patch works very well. Thank you for the lightning-fast response. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 16:26:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A55716A40F for ; Tue, 19 Sep 2006 16:26:57 +0000 (UTC) (envelope-from fydernix@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFB0343D6A for ; Tue, 19 Sep 2006 16:26:55 +0000 (GMT) (envelope-from fydernix@gmail.com) Received: by wr-out-0506.google.com with SMTP id i21so1502976wra for ; Tue, 19 Sep 2006 09:26:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=K2kYljJ6Vnaf/FocaRltJ0xnfYOnY0dTm/EvadRZWENmQrd/x14kN0IUplJUGJKVLE60K0l6FMfEyrbKasLhmhV9rkoOgNhZHS814MZnNf/Uo5dB+hgdhYbkgZqUy5OjcAIo54zCliNSFFgrdGrmjAcO3O2rwq0puLyUPfwyoEQ= Received: by 10.90.100.2 with SMTP id x2mr5591581agb; Tue, 19 Sep 2006 09:26:54 -0700 (PDT) Received: by 10.90.72.2 with HTTP; Tue, 19 Sep 2006 09:26:54 -0700 (PDT) Message-ID: Date: Tue, 19 Sep 2006 12:26:54 -0400 From: "SigmaX asdf" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: sed and comma-delimited file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 16:26:57 -0000 Yo; I have a series of comma-delimited text files with fourteen columns of data and several hundred rows. I want to use a short shell script to strip them of the last 9 columns, leaving the same file but with just five of its columns. I can do it in C++, but that seems like overkill. How would I go about doing it with sed or a similar utility? SigmaX From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 16:35:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 916E316A403 for ; Tue, 19 Sep 2006 16:35:59 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id D913043D6B for ; Tue, 19 Sep 2006 16:35:54 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060919163553m9100smnhle>; Tue, 19 Sep 2006 16:35:53 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k8JGZpcX052704; Tue, 19 Sep 2006 11:35:51 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k8JGZpvF052703; Tue, 19 Sep 2006 11:35:51 -0500 (CDT) (envelope-from brooks) Date: Tue, 19 Sep 2006 11:35:51 -0500 From: Brooks Davis To: SigmaX asdf Message-ID: <20060919163551.GB52635@lor.one-eyed-alien.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: sed and comma-delimited file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 16:35:59 -0000 --dTy3Mrz/UPE2dbVg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 19, 2006 at 12:26:54PM -0400, SigmaX asdf wrote: > Yo; >=20 > I have a series of comma-delimited text files with fourteen columns of > data and several hundred rows. I want to use a short shell script to > strip them of the last 9 columns, leaving the same file but with just > five of its columns. I can do it in C++, but that seems like > overkill. How would I go about doing it with sed or a similar > utility? See cut(1): cut -d, -f1,2,3,4,5 -- Brooks --dTy3Mrz/UPE2dbVg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFEBxmXY6L6fI4GtQRArYeAJ0X2xtonmVoAF+478VJl0Wj6gx7TwCgoufr O4SZHaq9a/J4e/qLsSBdq58= =uRVl -----END PGP SIGNATURE----- --dTy3Mrz/UPE2dbVg-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 16:39:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E33916A494 for ; Tue, 19 Sep 2006 16:39:31 +0000 (UTC) (envelope-from lists-freebsd-stable@biaix.org) Received: from grummit.biaix.org (86.Red-213-97-212.staticIP.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 648E843D72 for ; Tue, 19 Sep 2006 16:39:27 +0000 (GMT) (envelope-from lists-freebsd-stable@biaix.org) Received: (qmail 50906 invoked by uid 1012); 19 Sep 2006 16:39:43 -0000 Date: Tue, 19 Sep 2006 18:39:43 +0200 From: Joan Picanyol i Puig To: freebsd-stable@freebsd.org Message-ID: <20060919163943.GA50813@grummit.biaix.org> Mail-Followup-To: freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Subject: Re: sed and comma-delimited file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 16:39:31 -0000 * SigmaX asdf [20060919 18:31]: > I have a series of comma-delimited text files with fourteen columns of > data and several hundred rows. I want to use a short shell script to > strip them of the last 9 columns, leaving the same file but with just > five of its columns. I can do it in C++, but that seems like > overkill. How would I go about doing it with sed or a similar > utility? cut -d ',' -f 1-5 qvb -- pica From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 16:50:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44DD516A574 for ; Tue, 19 Sep 2006 16:50:29 +0000 (UTC) (envelope-from h.kipp@eurowings.com) Received: from email-1.eurowings.com (email.eurowings.com [193.96.182.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6877743E0B for ; Tue, 19 Sep 2006 16:48:20 +0000 (GMT) (envelope-from h.kipp@eurowings.com) Received: from email-1.eurowings.com (email-1 [127.0.0.1]) by email-1.eurowings.com (Postfix) with SMTP id D964768626; Tue, 19 Sep 2006 18:47:49 +0200 (CEST) Received: from EXCH6.eurowings.com (unknown [10.100.1.47]) by email-1.eurowings.com (Postfix) with ESMTP id C883568621; Tue, 19 Sep 2006 18:47:49 +0200 (CEST) Received: from EXCH7.eurowings.com ([10.100.1.16]) by EXCH6.eurowings.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 19 Sep 2006 18:47:55 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 19 Sep 2006 18:47:55 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [panic] iwi - sleeping thread owns a non-sleepable lock Thread-Index: AcbcC1q/DZ7esOlLS/ilONFoZ+q3yQ== From: "Kipp Holger" To: X-OriginalArrivalTime: 19 Sep 2006 16:47:55.0361 (UTC) FILETIME=[5AD9C510:01C6DC0B] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: [panic] iwi - sleeping thread owns a non-sleepable lock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 16:50:29 -0000 Hello, I encounter a very annyoing panic with iwi0 on 'my' hp laptop 'Compaq nx8220'. See kern/103368. Maybe the other open iwi-messages are related (kern/89926 etc.)? Is there a way to tell an Intel PRO/2200BG-card to only use 802.11b and not 11g without crashing the system? Additional feedback can be provided if necessary. Regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 16:50:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C16AF16A6AA for ; Tue, 19 Sep 2006 16:50:52 +0000 (UTC) (envelope-from njm@njm.f2s.com) Received: from outmail.freedom2surf.net (outmail1.freedom2surf.net [194.106.33.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id D61F143D7C for ; Tue, 19 Sep 2006 16:50:27 +0000 (GMT) (envelope-from njm@njm.f2s.com) Received: from ariel.njm.f2s.com (i-195-137-21-170.freedom2surf.net [195.137.21.170]) by outmail.freedom2surf.net (Postfix) with ESMTP id EC00D558B1 for ; Tue, 19 Sep 2006 17:49:16 +0100 (BST) Received: from ariel.njm.f2s.com (localhost.njm.f2s.com [127.0.0.1]) by ariel.njm.f2s.com (8.13.8/8.13.6) with ESMTP id k8JGnGxE023676 for ; Tue, 19 Sep 2006 17:49:16 +0100 (BST) (envelope-from njm@ariel.njm.f2s.com) Received: (from njm@localhost) by ariel.njm.f2s.com (8.13.8/8.13.8/Submit) id k8JGnFNE023675 for freebsd-stable@freebsd.org; Tue, 19 Sep 2006 17:49:15 +0100 (BST) (envelope-from njm) Date: Tue, 19 Sep 2006 17:49:15 +0100 From: "N.J. Mann" To: freebsd-stable@freebsd.org Message-ID: <20060919164915.GA23496@ariel.njm.f2s.com> Mail-Followup-To: freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 6.2-PRERELEASE User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: sed and comma-delimited file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 16:50:52 -0000 On Tue 19 Sep 12:26, SigmaX asdf wrote: > I have a series of comma-delimited text files with fourteen columns of > data and several hundred rows. I want to use a short shell script to > strip them of the last 9 columns, leaving the same file but with just > five of its columns. I can do it in C++, but that seems like > overkill. How would I go about doing it with sed or a similar > utility? cut -d, -f 1-5 Cheers, Nick. -- "You call _that_ a knife? _This_ is what _I_ call a knife!" "Really? No worries. _This_ is what I call a crossbow!" From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 17:37:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1801316A407 for ; Tue, 19 Sep 2006 17:37:48 +0000 (UTC) (envelope-from bri@sonicboom.org) Received: from entwistle.sonicboom.org (entwistle.sonicboom.org [66.93.34.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14FEF43D5A for ; Tue, 19 Sep 2006 17:37:46 +0000 (GMT) (envelope-from bri@sonicboom.org) Received: from [127.0.0.1] (entwistle.sonicboom.org [66.93.34.170]) by entwistle.sonicboom.org (8.13.8/8.13.8) with ESMTP id k8JHbjJ1078131 for ; Tue, 19 Sep 2006 10:37:46 -0700 (PDT) (envelope-from bri@sonicboom.org) Message-ID: <45102AEA.1000900@sonicboom.org> Date: Tue, 19 Sep 2006 10:37:46 -0700 From: Brian User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Seg fault error this morning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 17:37:48 -0000 I just cvsupped this morning after seeing the gzip announcement. During a buildworld, I get the below. I have replicated this a few times. /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/linker.c: In function `_bfd_default_link_order': /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/linker.c:2605: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src. *** Error code 1 www# gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.4 [FreeBSD] 20050518 System is a 1.2ghz p3 I was going to wait to file the gcc bug till I saw what folks had seen here. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 17:52:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1212616A417 for ; Tue, 19 Sep 2006 17:52:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 86E0843D77 for ; Tue, 19 Sep 2006 17:52:18 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 23386 invoked by uid 399); 19 Sep 2006 17:52:17 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 19 Sep 2006 17:52:17 -0000 Message-ID: <45102E4E.80600@FreeBSD.org> Date: Tue, 19 Sep 2006 10:52:14 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.7 (X11/20060917) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <450F8777.7080407@gmail.com> <20060919083955.GB87657@e-Gitt.NET> In-Reply-To: <20060919083955.GB87657@e-Gitt.NET> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: bind round robin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 17:52:19 -0000 Oliver Brandmueller wrote: > > DNS round robin is not about redundancy, the only thing you could have > that way is a kind of load balancing (not the most sophisticated way, > though). Whenever one of the servers fails, around half of the requests > still goes there and then times out/gets conn refused or whatever the > problem is. Prioritizing is not easily possible. Probably it helps if > you add one of the IPs more often to the set, but I never tried that and > did not read the docs on this topic, so before breaking your zone first > read the specs, if this works! Just replying to this bit first, in BIND it does not work to specify the same IP address multiple times for the same hostname. The server will collapse the duplicates into one unique entry when it reads the zone. I am not aware of any other authoritative name server for which this would work either. FYI, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 17:56:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74DC216A47C for ; Tue, 19 Sep 2006 17:56:02 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.FreeBSD.org (Postfix) with SMTP id E7FF043D5A for ; Tue, 19 Sep 2006 17:56:01 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 28301 invoked by uid 399); 19 Sep 2006 17:56:01 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 19 Sep 2006 17:56:01 -0000 Message-ID: <45102F2E.5070708@FreeBSD.org> Date: Tue, 19 Sep 2006 10:55:58 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.7 (X11/20060917) MIME-Version: 1.0 To: pinoyskull References: <450F8777.7080407@gmail.com> In-Reply-To: <450F8777.7080407@gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: bind round robin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 17:56:02 -0000 pinoyskull wrote: > Hi, > > One of my client's domain has multiple IPs for redundancy, This really isn't on topic for any of the FreeBSD lists, FYI. If the responses you have received so far haven't helped you, I would suggest that you write up a little more detail about what you're trying to achieve, and post a message to the bind-users@isc.org mailing list. Briefly, if what you're trying to do is actually failover (if the "primary" website is down, users should be directed to the "secondary" site), then the answer is you can't do that in DNS alone. But the bind-users folks can help you find some answers. good luck, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 18:09:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C721A16A49E for ; Tue, 19 Sep 2006 18:09:52 +0000 (UTC) (envelope-from jhs@flat.berklix.net) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCBDB43DFC for ; Tue, 19 Sep 2006 18:09:19 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A4C39.dip.t-dialin.net [84.154.76.57]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id k8JI9HKc098830; Tue, 19 Sep 2006 20:09:17 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.13.6/8.13.6) with ESMTP id k8JI9P02054170; Tue, 19 Sep 2006 20:09:26 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.6/8.13.6) with ESMTP id k8JI9Pva086909; Tue, 19 Sep 2006 20:09:25 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200609191809.k8JI9Pva086909@fire.jhs.private> To: "SigmaX asdf" From: "Julian Stacey" Organization: http://berklix.com BSD Unix C Net Consultancy, Munich/Muenchen User-agent: EXMH http://beedub.com/exmh/ on FreeBSD http://freebsd.org X-URL: http://berklix.com X-Fallback: jhs@mail.brierdr.com, jhs@freebsd.org, jhs@berklix.net In-reply-to: Your message of "Tue, 19 Sep 2006 12:26:54 EDT." Date: Tue, 19 Sep 2006 20:09:25 +0200 Sender: jhs@flat.berklix.net Cc: freebsd-stable@freebsd.org Subject: Re: sed and comma-delimited file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 18:09:53 -0000 Reference: > From: "SigmaX asdf" > Date: Tue, 19 Sep 2006 12:26:54 -0400 > Message-id: "SigmaX asdf" wrote: > Yo; > > I have a series of comma-delimited text files with fourteen columns of > data and several hundred rows. I want to use a short shell script to > strip them of the last 9 columns, leaving the same file but with just > five of its columns. I can do it in C++, but that seems like > overkill. How would I go about doing it with sed or a similar > utility? awk ! /usr/ports/lang/gawk exists too. PS Here's odd notes from my syntax file, not exactly appropriate to you, but near enough to give ideas with `man awk' for ref, & `fun' to learn ;-) ---- awk '{printf "rm -f %s ; ln -s ..%s %s\n",$1,$3,$1}' < /tmp/x awk -F = '{printf "%s\n",$1}' < /tmp/t awk --field-separator # '{printf "%s\n",$1}' awk -F # '{printf "%s\n",$1}' # 5.0 has no --field-separator awk '{printf "%s\n",$1}' < distfiles.dump find /etc /var /usr -type l | sort | xargs ls -l | \ awk '{printf "%s -> %s\n",$9,$11}' # List all links -- Julian Stacey. BSD Unix C Net Consultancy, Munich/Muenchen http://berklix.com Mail Ascii, not HTML. Ihr Rauch = mein allergischer Kopfschmerz. Don't buy it ! Get it free ! http://berklix.org/free-software From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 18:23:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CB8A16A407 for ; Tue, 19 Sep 2006 18:23:09 +0000 (UTC) (envelope-from perl@ipchains.ru) Received: from www.ebash.ru (ebash.ru [212.158.162.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 907A743D55 for ; Tue, 19 Sep 2006 18:23:04 +0000 (GMT) (envelope-from perl@ipchains.ru) Received: from [85.140.157.19] (helo=[192.168.1.40]) by www.ebash.ru with esmtpa (Exim 4.62) (envelope-from ) id 1GPkID-000Nif-4R; Tue, 19 Sep 2006 22:26:01 +0400 Message-ID: <4510358A.9040009@ipchains.ru> Date: Tue, 19 Sep 2006 22:23:06 +0400 From: "Oleg D." User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: SigmaX asdf References: In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020400050105040009050204" Cc: freebsd-stable@freebsd.org Subject: Re: sed and comma-delimited file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 18:23:09 -0000 This is a cryptographically signed message in MIME format. --------------ms020400050105040009050204 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit SigmaX asdf wrote: > Yo; > > I have a series of comma-delimited text files with fourteen columns of > data and several hundred rows. I want to use a short shell script to > strip them of the last 9 columns, leaving the same file but with just > five of its columns. I can do it in C++, but that seems like > overkill. How would I go about doing it with sed or a similar > utility? > > SigmaX All of advices were cool but! there's a good idea to work around something like that, but I don't exactly know now how to solve your problem, the idea is: `perl -pi~ -e 's/foo/bar/g' somefile` works fine for `somefile'... I think TIMTOWTDI. -- Oleg D. -- don't believe every word people use to say, they might be wrong. an undefined problem has infinitive number of solutions. --------------ms020400050105040009050204 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII/zCC AtowggJDoAMCAQICEHZ8L/U1RkMGbaQ1o3z0oGcwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDkxNjExNDA1NVoX DTA3MDkxNjExNDA1NVowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0G CSqGSIb3DQEJARYQcGVybEBpcGNoYWlucy5ydTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAN1yMh/VS93G+/+j2ONas+26A1OXNPV2Y27x0TcKtuWQP4OOUOV5qOrS2cLGcsUt xS08gLEEDMqcxzTXt8fAnbgo4z/oyqNcHct2S/UhPWwmlzuAQkC4jz25X6NeJDPIB6u08d4u s84p39wshhXZrZPt+Qkndms7MJ76M8Jo+QPsaSmBD6trjvtK3aU/lQzYpqLLQKchh0HpJ5Zl yOIZY5RcOyVwEj1If7ECJOZJnnjDAMIWy9Psl9npP07RMuJqi8Dcr2LL3e3T++1/wmlar4LX 92EZiYLsWK4FgnBvdh5WqOeFIpeVtFbBqJOBsPDSNhqJbPqGwCcI+O+NY5/0tecCAwEAAaMt MCswGwYDVR0RBBQwEoEQcGVybEBpcGNoYWlucy5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3 DQEBBQUAA4GBAHWBHs8O4Q3G4TISxG1COEDStIoNajnwhoeCvUr/Ye8yJLsHafjqfRupCNYS BY7mNJHjfLTgujL1Ql+ewkwxIi8CFfpBkxf35J+1CQkgD2x7q+LaNztk4/9pnarpRTM+PUgW ueDZ6Yux381cNgTmsWqhD2ZORIgJCK7uU0UZSOIrMIIC2jCCAkOgAwIBAgIQdnwv9TVGQwZt pDWjfPSgZzANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDYwOTE2MTE0MDU1WhcNMDcwOTE2MTE0MDU1WjBCMR8wHQYD VQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBwZXJsQGlwY2hh aW5zLnJ1MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA3XIyH9VL3cb7/6PY41qz 7boDU5c09XZjbvHRNwq25ZA/g45Q5Xmo6tLZwsZyxS3FLTyAsQQMypzHNNe3x8CduCjjP+jK o1wdy3ZL9SE9bCaXO4BCQLiPPblfo14kM8gHq7Tx3i6zzinf3CyGFdmtk+35CSd2azswnvoz wmj5A+xpKYEPq2uO+0rdpT+VDNimostApyGHQeknlmXI4hljlFw7JXASPUh/sQIk5kmeeMMA whbL0+yX2ek/TtEy4mqLwNyvYsvd7dP77X/CaVqvgtf3YRmJguxYrgWCcG92Hlao54Uil5W0 VsGok4Gw8NI2Gols+obAJwj4741jn/S15wIDAQABoy0wKzAbBgNVHREEFDASgRBwZXJsQGlw Y2hhaW5zLnJ1MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAdYEezw7hDcbhMhLE bUI4QNK0ig1qOfCGh4K9Sv9h7zIkuwdp+Op9G6kI1hIFjuY0keN8tOC6MvVCX57CTDEiLwIV +kGTF/fkn7UJCSAPbHur4to3O2Tj/2mdqulFMz49SBa54Nnpi7HfzVw2BOaxaqEPZk5EiAkI ru5TRRlI4iswggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG 9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcN MTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRp bmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp bmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7 AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRw Oi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8E BAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqG SIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQc UCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYD VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEHZ8L/U1RkMGbaQ1o3z0 oGcwCQYFKw4DAhoFAKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0B CQUxDxcNMDYwOTE5MTgyMzA2WjAjBgkqhkiG9w0BCQQxFgQUmZG5Q4YK0pZR98k7TNpEHy5W 1MswUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhB2fC/1NUZDBm2k NaN89KBnMIGHBgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAhB2fC/1NUZDBm2kNaN89KBnMA0GCSqGSIb3DQEBAQUABIIB AJdO5h50HvJ9sSB0CIbIPd+2Kex8yXAG+GArXkEheTOnba4twTuzYIq0OT1Zk5KhkK8L/8bR Of7ObfsGiyAPkTQVMbFj00S1fxGGb/d6aAaSTO6I/7hQT5/UNJ2AgoG1fuDNPRPVf4yYcllx /lwitvEI0DV/29kSu+HLwWUw31zrYVkv0qp4nJfF7xu2GrrOyabnTWHc9KFSw7lhLD/AeAgL wvmpKMN+DaMaTwur5Qukyrk29baBnKWROZU4gH2UynqyvBZMvcVYZ6IO81THChB0hPJZDZ4t GsRe0k5M2jwidHHSpLNy/gRbGs14sEKJUo6fqAM+0KtEDCK4/Tk/2kYAAAAAAAA= --------------ms020400050105040009050204-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 18:32:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C64B416A47B for ; Tue, 19 Sep 2006 18:32:25 +0000 (UTC) (envelope-from rivers@dignus.com) Received: from dignus.com (mail.dignus.com [209.42.196.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1433C43D73 for ; Tue, 19 Sep 2006 18:32:24 +0000 (GMT) (envelope-from rivers@dignus.com) Received: from lakes.dignus.com (lakes.dignus.com [10.1.0.3]) by dignus.com (8.13.1/8.13.1) with ESMTP id k8JIQ2Te083217; Tue, 19 Sep 2006 14:26:02 -0400 (EDT) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id k8JIZV167961; Tue, 19 Sep 2006 14:35:31 -0400 (EDT) (envelope-from rivers) Date: Tue, 19 Sep 2006 14:35:31 -0400 (EDT) From: Thomas David Rivers Message-Id: <200609191835.k8JIZV167961@lakes.dignus.com> To: fydernix@gmail.com, jhs@berklix.org In-Reply-To: <200609191809.k8JI9Pva086909@fire.jhs.private> X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on office.dignus.com Cc: freebsd-stable@freebsd.org Subject: Re: sed and comma-delimited file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 18:32:25 -0000 "SigmaX asdf" wrote: > Yo; > > I have a series of comma-delimited text files with fourteen columns of > data and several hundred rows. I want to use a short shell script to > strip them of the last 9 columns, leaving the same file but with just > five of its columns. I can do it in C++, but that seems like > overkill. How would I go about doing it with sed or a similar > utility? Uh.. is there no reason the cut(1) program doesn't do this? #!/bin/sh cat file | cut -d',' -f1-5 > /tmp/t.$$ rm -f file mv /tmp/t.$$ file This doesn't preserve permissions, etc... but - it's pretty straight-forward. - Dave Rivers - -- rivers@dignus.com Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 18:39:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9D0E16A407 for ; Tue, 19 Sep 2006 18:39:56 +0000 (UTC) (envelope-from dwilde1@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7851F43D76 for ; Tue, 19 Sep 2006 18:39:51 +0000 (GMT) (envelope-from dwilde1@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so1816419nzn for ; Tue, 19 Sep 2006 11:39:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=FZiAFnDhfsK6dHUoEQixXVz5AoDK6f4cMj410QK6brJi8bm2xWKy5Vg1oCLlhBL80NvAHU6L3nVSn3Oq2z/1S+l4ayELCvXt/YcOAGFe0khxd25PDn4+vK0bS0sTb9x5vTgBSPqC2mveTItv7CvMAbdsL6rfC+lXImhJQKCKb/w= Received: by 10.65.185.3 with SMTP id m3mr17863344qbp; Tue, 19 Sep 2006 11:39:48 -0700 (PDT) Received: by 10.64.131.9 with HTTP; Tue, 19 Sep 2006 11:39:48 -0700 (PDT) Message-ID: Date: Tue, 19 Sep 2006 13:39:48 -0500 From: "Don Wilde" To: Brian In-Reply-To: <45102AEA.1000900@sonicboom.org> MIME-Version: 1.0 References: <45102AEA.1000900@sonicboom.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Seg fault error this morning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Don@Network-Lynx.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 18:39:56 -0000 On 9/19/06, Brian wrote: > > I just cvsupped this morning after seeing the gzip announcement. During > a buildworld, I get the below. I have replicated this a few times. > > buildworld from cvsup this morning (x86) worked fine for me, Brian, same time frame. Suggest you update source again, 'make clean' and try again. :D From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 20:17:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 681BB16A412 for ; Tue, 19 Sep 2006 20:17:52 +0000 (UTC) (envelope-from mail@maxlor.com) Received: from popeye1.ggamaur.net (popeye1.ggamaur.net [213.160.40.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4000043D45 for ; Tue, 19 Sep 2006 20:17:50 +0000 (GMT) (envelope-from mail@maxlor.com) Received: from maxlor.mine.nu (maxlor@c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by popeye1.ggamaur.net (8.13.7/8.13.7/Submit) with ESMTP id k8JKHl59022311 for ; Tue, 19 Sep 2006 22:17:48 +0200 (CEST) (envelope-from mail@maxlor.com) Received: from localhost (unknown [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 34C882E11D for ; Tue, 19 Sep 2006 22:17:47 +0200 (CEST) X-Virus-Scanned: amavisd-new at atlantis.intranet Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (atlantis.intranet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4b-6OdSF++TG for ; Tue, 19 Sep 2006 22:17:46 +0200 (CEST) Received: from mini.intranet (mini.intranet [10.0.0.17]) by maxlor.mine.nu (Postfix) with ESMTP id D09FA2E0FB for ; Tue, 19 Sep 2006 22:17:46 +0200 (CEST) From: Benjamin Lutz To: freebsd-stable@freebsd.org Date: Tue, 19 Sep 2006 22:17:40 +0200 User-Agent: KMail/1.9.1 X-Face: $Ov27?7*N,h60fIEfNJdb!m,@#4T/d; 1hw|W0zvsHM(a$Yn6BYQ0^SEEXvi8>D`|V*F"_+R 2@Aq>+mNb4`,'[[%z9v0Fa~]AD1}xQO3|>b.z&}l#R-_(P`?@Mz"kS; XC>Eti,i3>%@g?4f,\c7|Gh wb&ky$b2PJ^\0b83NkLsFKv|smL/cI4UD%Tu8alAD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1324833.slhOfsJRSJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200609192217.44712.mail@maxlor.com> X-Scanned-By: MIMEDefang 2.57 on 213.160.40.60 Subject: Kernel panic on boot (how to debug?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 20:17:52 -0000 --nextPart1324833.slhOfsJRSJ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, Since I added a new P-ATA disk to my computer, FreeBSD 6.1/amd64 panics whi= le=20 booting: [...] acd0: DVDROM at ata0-master UDMA33 acd1: DVDR at ata0-slave UDMA33 ad2: 78533MB at ata1-master UDMA100 =46atal trap 18: integer divide fault while in kernel mode instruction pointer =3D 0x8:0xffffffff801bd9a5 stack pointer =3D 0x10:0xffffffff80845a90 frame pointer =3D 0x10:0xffffffff80845ae0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 0 (swapper) trap number =3D 18 panic: integer divide fault Uptime: 1s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort If I just disable the second IDE channel, the system boots fine. FreeBSD=20 5.5/i386, which is also installed on this computer, boots fine with or=20 without that disk. I've been trying to get into the kernel debugger to get a backtrace, but=20 without luck. I've hooked up a serial console, but I just can't get into DD= B.=20 I've tried various option (adding debug.debugger_on_panic=3D"1"=20 to /boot/loader.conf, the BREAK_TO_DEBUGGER and KDB_UNATTENDED kernel optio= ns=20 as well as specifying "boot -d" at the boot loader - without any effect.=20 Since the panic happens before init is started, my dump device configuratio= n=20 in /etc/rc.conf isn't read either. How can I get meaningful debugging data out of this system? Oh, btw, notice the weird device name string for acd0. It's supposed to say= =20 , and in the BIOS as well a= s=20 under FreeBSD 5.5/i386 it does. The erroneous strings shows up on FreeBSD 6= =2E1=20 with or without the second IDE channel being enabled. Any idea what might cause this? The full boot log follows bellow. Cheers Benjamin KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 6.1-RELEASE-p7 #4: Tue Sep 19 21:56:53 CEST 2006 root@merlin.intranet:/usr/obj/usr/src/sys/MERLIN64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3500+ (2210.09-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0xff0 Stepping =3D 0 =20 =46eatures=3D0x78bfbff AMD Features=3D0xe0500800 real memory =3D 1073676288 (1023 MB) avail memory =3D 1026371584 (978 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 powernow0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 pci0: on pcib0 agp0: mem 0xf0000000-0xf7ffffff at devi= ce=20 0.0 on pci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at= =20 device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xfe02e000-0xfe02efff irq 22 at= =20 device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xfe02d000-0xfe02d0ff ir= q=20 23 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered uhub3: vendor 0x0409 product 0x013e, class 9/0, rev 2.00/0.07, addr 2 uhub3: multiple transaction translators uhub3: 4 ports with 4 removable, self powered pci0: at device 6.0 (no driver attached) atapci0: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 8.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port=20 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xcc00-0xcc0f,0xc800-0xc87f= =20 irq 22 at device 9.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port=20 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xb400-0xb40f,0xb000-0xb07f= =20 irq 23 at device 10.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 11.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 14.0 on pci0 pci2: on pcib2 pcm0: port 0x9c00-0x9c1f irq 18 at device 8.0 on pci2 pcm0: pci2: at device 9.0 (no driver attached) pci2: at device 9.1 (no driver attached) fwohci0: port 0x9400-0x947f mem 0xfdfff000-0xfdfff7f= f=20 irq 19 at device 12.0 on pci2 fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:10:dc:00:00:7a:42:db fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:10:dc:7a:42:db fwe0: Ethernet address: 02:10:dc:7a:42:db fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) re0: port 0x9000-0x90ff mem=20 0xfdffe000-0xfdffe0ff irq 16 at device 13.0 on pci2 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,=20 1000baseTX-FDX, auto re0: Ethernet address: 00:11:09:65:fc:0e fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A, console ppc0: port 0x378-0x37f,0x778-0x77b irq 7 o= n=20 acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xce7ff,0xd0000-0xd3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounter "TSC" frequency 2210091822 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDROM at ata0-master UDMA33 acd1: DVDR at ata0-slave UDMA33 ad2: 78533MB at ata1-master UDMA100 =46atal trap 18: integer divide fault while in kernel mode instruction pointer =3D 0x8:0xffffffff801bd9a5 stack pointer =3D 0x10:0xffffffff80845a90 frame pointer =3D 0x10:0xffffffff80845ae0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 0 (swapper) trap number =3D 18 panic: integer divide fault Uptime: 1s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... --nextPart1324833.slhOfsJRSJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFEFBozZEjpyKHuQwRAt2WAJ45u2x7aoWOmOf1P6l+1VyfuQqQpACeNvUO jh7w9wENeZsD7QMrPhymvY4= =dQg6 -----END PGP SIGNATURE----- --nextPart1324833.slhOfsJRSJ-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 21:19:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFD2C16A407 for ; Tue, 19 Sep 2006 21:19:55 +0000 (UTC) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4BE543D49 for ; Tue, 19 Sep 2006 21:19:54 +0000 (GMT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id k8JLJnXY048871 for ; Tue, 19 Sep 2006 14:19:52 -0700 (PDT) (envelope-from fbsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id k8JLJm51048870 for freebsd-stable@freebsd.org; Tue, 19 Sep 2006 14:19:48 -0700 (PDT) (envelope-from fbsd@1command.com) Received: from ns1.1command.com (ns1.1command.com [216.177.243.34]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 19 Sep 2006 14:19:48 -0700 Message-ID: <20060919141948.gxpxiuyyskc8w0k8@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 19 Sep 2006 14:19:48 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <450F8777.7080407@gmail.com> <20060919083955.GB87657@e-Gitt.NET> <45102E4E.80600@FreeBSD.org> In-Reply-To: <45102E4E.80600@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: bind round robin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 21:19:55 -0000 Greetings all, ... Quoting Doug Barton : > Oliver Brandmueller wrote: >> >> DNS round robin is not about redundancy, the only thing you could have >> that way is a kind of load balancing (not the most sophisticated way, >> though). Whenever one of the servers fails, around half of the requests >> still goes there and then times out/gets conn refused or whatever the >> problem is. Prioritizing is not easily possible. Probably it helps if >> you add one of the IPs more often to the set, but I never tried that and >> did not read the docs on this topic, so before breaking your zone first >> read the specs, if this works! > > Just replying to this bit first, in BIND it does not work to specify > the same IP address multiple times for the same hostname. The server > will collapse the duplicates into one unique entry when it reads the > zone. I am not aware of any other authoritative name server for which > this would work either. While this /might/ hold true in some/certain situations. I /can/ say after 3.5 yrs. of doing exactly this, that it does not collapse the namespace into a single IP<-->name. Here is the excerpt from the zone file(s) running a recent BIND version: #################################################### # hostA.domain.tld.zone hostA IN A XXX.XXX.XXX.XA IN HINFO IBM-PC/AT UNICS/UNIX IN MX 10 mx IN MX 60 mx2 graphics IN A XXX.XXX.XXX.XA nameA IN A XXX.XXX.XXX.XA nameB IN A XXX.XXX.XXX.XA ... www IN A XXX.XXX.XXX.XA nameC IN CNAME nameB etc... # hostB.domain.tld.zone hostB IN A XXX.XXX.XXX.XB IN HINFO IBM-PC/AT UNICS/UNIX IN MX 10 mx IN MX 60 mx2 nameD IN A XXX.XXX.XXX.XB graphics IN A XXX.XXX.XXX.XB hostE IN A XXX.XXX.XXX.XB etc... ##################################################### Please note the RR (PTR) zone only lists RR's for hostA and hostB. It is the responsibility of the hosts own zones to delegate the hostnames for their own zones. Both of these hosts are running Apache for the HTTPd service, and both of them serve pages for graphics.domain.tld. Now, on to your initial question... Speaking of Apache; Apache has provided a solution for the /exact/ situation you are enquiring about since v.1.2. You will find it in the documentation that comes with the installation. I will endevour to find it's whereabouts in the doc's and provide a link. As I host those doc's. It involves DNS and either the use of Perl, or http(s)d.conf trickery. This, of course, all assumes that you are working with Apache. :) Best wishes, Chris H. > > FYI, > > Doug > > -- > > This .signature sanitized for your protection > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 21:42:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D00216A4D0 for ; Tue, 19 Sep 2006 21:42:22 +0000 (UTC) (envelope-from bri@sonicboom.org) Received: from entwistle.sonicboom.org (entwistle.sonicboom.org [66.93.34.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1AF343D8D for ; Tue, 19 Sep 2006 21:41:30 +0000 (GMT) (envelope-from bri@sonicboom.org) Received: from [127.0.0.1] (entwistle.sonicboom.org [66.93.34.170]) by entwistle.sonicboom.org (8.13.8/8.13.8) with ESMTP id k8JLfTjB079407; Tue, 19 Sep 2006 14:41:29 -0700 (PDT) (envelope-from bri@sonicboom.org) Message-ID: <45106409.6020207@sonicboom.org> Date: Tue, 19 Sep 2006 14:41:29 -0700 From: Brian User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Don@Network-Lynx.net References: <45102AEA.1000900@sonicboom.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Seg fault error this morning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 21:42:22 -0000 Don Wilde wrote: > > On 9/19/06, *Brian* > wrote: > > I just cvsupped this morning after seeing the gzip > announcement. During > a buildworld, I get the below. I have replicated this a few times. > > buildworld from cvsup this morning (x86) worked fine for me, Brian, > same time frame. Suggest you update source again, 'make clean' and try > again. > > :D > Tried a couple more times. First attempt; cvsup4 used Updating collection src-all/cvs TreeList failed: Error in "/var/db/sup/src-all/checkouts.cvs:RELENG_6": 43352: File is not sorted properly. Delete it and try again. rm the file in question, then repeat. cvsup4 again Updating collection src-all/cvs Checkout src/lib/libcompat/4.1/ftime.3 Updater failed: Cannot install "/usr/src/lib/libcompat/4.1/#cvs.cvsup-12210.1" to "/usr/src/lib/libcompat/4.1/ftime.3": Input/output error Out of frustration I mv /usr/src to /usr/src-old, then re cvsup, getting cvsup4 again. Make it thru cvsup, get into buildworld. cc -O2 -fno-strict-aliasing -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu89 -c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/pkcs7/example.c make: don't know how to make /usr/obj/usr/src/tmp/usr/knclude/stdarg.h. Stop *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 I've seen some 6.2 chatter recently, I wonder if I am getting a prerelease build as a result of tag=RELENG_6. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 21:42:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BF7E16A4EC for ; Tue, 19 Sep 2006 21:42:23 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6B9E43DA9 for ; Tue, 19 Sep 2006 21:41:49 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GPnLT-0005U3-K2 for freebsd-stable@freebsd.org; Tue, 19 Sep 2006 23:41:35 +0200 Received: from cmung870.cmu.carnet.hr ([193.198.131.108]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 19 Sep 2006 23:41:35 +0200 Received: from ivoras by cmung870.cmu.carnet.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 19 Sep 2006 23:41:35 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 19 Sep 2006 23:41:01 +0200 Lines: 13 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: cmung870.cmu.carnet.hr User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) Sender: news Subject: PERC trouble? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 21:42:23 -0000 I had a chance today to play a little with a server that was later passed on for deployment, and one of the thing I tried to do was create something unusual - three disk groups/virtual disks on the PERC5/i RAID controller, with a single drive in each group (entered as RAID0). All went fine until I booted FreeBSD 6.1-release (amd64) and tried to do something with the drives. It turned out that, while there WERE three devices mfid[0,1,2], they all "pointed" to the same hardware - the first drive. I.e. accessing either of these would access the first virtual drive, and this is confirmed by watching drive LEDs blinking. The server went away later so I couldn't dig deeper, but I'm wondering if this is a bug in PERC or the driver? From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 21:47:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D97D516A403 for ; Tue, 19 Sep 2006 21:47:47 +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 CE84843D46 for ; Tue, 19 Sep 2006 21:47:42 +0000 (GMT) (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 k8JLlgYK098848; Tue, 19 Sep 2006 14:47:42 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id k8JLlgaq098847; Tue, 19 Sep 2006 14:47:42 -0700 (PDT) (envelope-from david) Date: Tue, 19 Sep 2006 14:47:42 -0700 From: David Wolfskill To: Brian Message-ID: <20060919214742.GZ698@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Brian , freebsd-stable@freebsd.org References: <45102AEA.1000900@sonicboom.org> <45106409.6020207@sonicboom.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="q74XNxSV1vRgrnoy" Content-Disposition: inline In-Reply-To: <45106409.6020207@sonicboom.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Seg fault error this morning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 21:47:48 -0000 --q74XNxSV1vRgrnoy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 19, 2006 at 02:41:29PM -0700, Brian wrote: > Don Wilde wrote: > > > >On 9/19/06, *Brian* > wrote: > > > > I just cvsupped this morning after seeing the gzip > > announcement. During > > a buildworld, I get the below. I have replicated this a few times. > > > >buildworld from cvsup this morning (x86) worked fine for me, Brian,=20 > >same time frame. Suggest you update source again, 'make clean' and try= =20 > >again. > > > >:D > > > Tried a couple more times. > ... I've been tracking RELENG_6 on slice 1 of my laptop on a daily basis; no problems in the last several weeks (at least). Recent updates to my private mirror of the CVS repository: localhost(6.2-P)[1] tail -20 /var/log/cvsup-history.log CVSup begin from cvsup12.freebsd.org at Sun Sep 17 01:17:37 PDT 2006 CVSup begin from cvsup14.freebsd.org at Sun Sep 17 03:47:03 PDT 2006 CVSup begin from cvsup12.freebsd.org at Sun Sep 17 03:48:31 PDT 2006 CVSup ended from cvsup12.freebsd.org at Sun Sep 17 03:54:18 PDT 2006 CVSup begin from cvsup14.freebsd.org at Mon Sep 18 01:17:02 PDT 2006 CVSup begin from cvsup12.freebsd.org at Mon Sep 18 01:17:09 PDT 2006 CVSup begin from cvsup13.freebsd.org at Mon Sep 18 01:17:22 PDT 2006 CVSup begin from cvsup7.freebsd.org at Mon Sep 18 01:17:38 PDT 2006 CVSup begin from cvsup12.freebsd.org at Mon Sep 18 01:17:40 PDT 2006 CVSup begin from cvsup14.freebsd.org at Mon Sep 18 03:47:03 PDT 2006 CVSup begin from cvsup12.freebsd.org at Mon Sep 18 03:48:42 PDT 2006 CVSup ended from cvsup12.freebsd.org at Mon Sep 18 03:54:48 PDT 2006 CVSup begin from cvsup14.freebsd.org at Tue Sep 19 01:17:05 PDT 2006 CVSup begin from cvsup12.freebsd.org at Tue Sep 19 01:17:10 PDT 2006 CVSup begin from cvsup13.freebsd.org at Tue Sep 19 01:17:13 PDT 2006 CVSup begin from cvsup10.freebsd.org at Tue Sep 19 01:17:15 PDT 2006 CVSup ended from cvsup10.freebsd.org at Tue Sep 19 01:22:17 PDT 2006 CVSup begin from cvsup14.freebsd.org at Tue Sep 19 03:47:03 PDT 2006 CVSup begin from cvsup12.freebsd.org at Tue Sep 19 03:47:07 PDT 2006 CVSup ended from cvsup12.freebsd.org at Tue Sep 19 03:52:38 PDT 2006 localhost(6.2-P)[2]=20 Presently running: localhost(6.2-P)[2] uname -a FreeBSD localhost 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #180: Tue Sep 19 06= :30:23 PDT 2006 root@g1-18.catwhisker.org.:/common/S1/obj/usr/src/sys/L= APTOP_30W i386 localhost(6.2-P)[3]=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Believe SORBS at your own risk: 63.193.123.122 has been static since Aug 19= 99. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --q74XNxSV1vRgrnoy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkUQZX0ACgkQmprOCmdXAD3QcQCfU/LFG3iKkk0xF1yWOqKutHAC HzwAn0LFPvEM+d1e21cO2OF7wQjTfu5F =qBx6 -----END PGP SIGNATURE----- --q74XNxSV1vRgrnoy-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 22:00:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B45816A412 for ; Tue, 19 Sep 2006 22:00:12 +0000 (UTC) (envelope-from ps@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DAF243D49 for ; Tue, 19 Sep 2006 22:00:10 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from [10.1.4.152] (unknown [157.22.41.4]) by elvis.mu.org (Postfix) with ESMTP id 71E911A4D84; Tue, 19 Sep 2006 15:00:10 -0700 (PDT) Message-ID: <45106867.50508@freebsd.org> Date: Tue, 19 Sep 2006 15:00:07 -0700 From: Paul Saab User-Agent: Mail/News 1.5.0.2 (Macintosh/20060324) MIME-Version: 1.0 To: Ivan Voras References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: PERC trouble? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 22:00:12 -0000 this was fixed after 6.1-RELEASE. You need to grab the driver from -stable. Ivan Voras wrote: > I had a chance today to play a little with a server that was later > passed on for deployment, and one of the thing I tried to do was create > something unusual - three disk groups/virtual disks on the PERC5/i RAID > controller, with a single drive in each group (entered as RAID0). > > All went fine until I booted FreeBSD 6.1-release (amd64) and tried to do > something with the drives. It turned out that, while there WERE three > devices mfid[0,1,2], they all "pointed" to the same hardware - the first > drive. I.e. accessing either of these would access the first virtual > drive, and this is confirmed by watching drive LEDs blinking. > > The server went away later so I couldn't dig deeper, but I'm wondering > if this is a bug in PERC or the driver? > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 22:05:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5566E16A407 for ; Tue, 19 Sep 2006 22:05:03 +0000 (UTC) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3AB043D67 for ; Tue, 19 Sep 2006 22:04:55 +0000 (GMT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id k8JM4qML049070 for ; Tue, 19 Sep 2006 15:04:53 -0700 (PDT) (envelope-from fbsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id k8JM4qch049069 for freebsd-stable@freebsd.org; Tue, 19 Sep 2006 15:04:52 -0700 (PDT) (envelope-from fbsd@1command.com) Received: from ns1.1command.com (ns1.1command.com [216.177.243.34]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 19 Sep 2006 15:04:52 -0700 Message-ID: <20060919150452.svcbj7xmsk0o84cs@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 19 Sep 2006 15:04:52 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <450F8777.7080407@gmail.com> <20060919083955.GB87657@e-Gitt.NET> <45102E4E.80600@FreeBSD.org> <20060919141948.gxpxiuyyskc8w0k8@webmail.1command.com> In-Reply-To: <20060919141948.gxpxiuyyskc8w0k8@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: bind round robin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 22:05:03 -0000 Greetings, ... Quoting "Chris H." : > Greetings all, > ... > Quoting Doug Barton : > >> Oliver Brandmueller wrote: >>> >>> DNS round robin is not about redundancy, the only thing you could have >>> that way is a kind of load balancing (not the most sophisticated way, >>> though). Whenever one of the servers fails, around half of the requests >>> still goes there and then times out/gets conn refused or whatever the >>> problem is. Prioritizing is not easily possible. Probably it helps if >>> you add one of the IPs more often to the set, but I never tried that and >>> did not read the docs on this topic, so before breaking your zone first >>> read the specs, if this works! >> >> Just replying to this bit first, in BIND it does not work to specify >> the same IP address multiple times for the same hostname. The server >> will collapse the duplicates into one unique entry when it reads the >> zone. I am not aware of any other authoritative name server for which >> this would work either. > > While this /might/ hold true in some/certain situations. I /can/ say > after 3.5 yrs. of doing exactly this, that it does not collapse the > namespace into a single IP<-->name. Here is the excerpt from the zone > file(s) running a recent BIND version: > > #################################################### > # hostA.domain.tld.zone > hostA IN A XXX.XXX.XXX.XA > IN HINFO IBM-PC/AT UNICS/UNIX > IN MX 10 mx > IN MX 60 mx2 > graphics IN A XXX.XXX.XXX.XA > nameA IN A XXX.XXX.XXX.XA > nameB IN A XXX.XXX.XXX.XA > ... > www IN A XXX.XXX.XXX.XA > nameC IN CNAME nameB > etc... > > # hostB.domain.tld.zone > hostB IN A XXX.XXX.XXX.XB > IN HINFO IBM-PC/AT UNICS/UNIX > IN MX 10 mx > IN MX 60 mx2 > nameD IN A XXX.XXX.XXX.XB > graphics IN A XXX.XXX.XXX.XB > hostE IN A XXX.XXX.XXX.XB > etc... > ##################################################### > Please note the RR (PTR) zone only lists RR's for > hostA and hostB. It is the responsibility of the hosts > own zones to delegate the hostnames for their own zones. > Both of these hosts are running Apache for the HTTPd > service, and both of them serve pages for graphics.domain.tld. > > Now, on to your initial question... > Speaking of Apache; Apache has provided a solution for > the /exact/ situation you are enquiring about since v.1.2. > You will find it in the documentation that comes with the > installation. I will endevour to find it's whereabouts in > the doc's and provide a link. As I host those doc's. It > involves DNS and either the use of Perl, or http(s)d.conf > trickery. This, of course, all assumes that you are working > with Apache. :) > > Best wishes, > Chris H. O.K. Here's the link(s) I promised: You will/should find these two links /extremely/ valuable: http://hosting.1command.com/manual/misc/rewriteguide.html These are the things dreams are made of. ;) the link I indicated you'd find as a good solution is here: http://hosting.1command.com/manual/misc/rewriteguide.html Just scroll down to the topic: *Load Balancing* Best wishes, Chris H. P.S. you will/should also spend some time on a DNS/BIND newsgroup. As the knowledge gained there is invaluable. I spend quite alot of time there answering questions, and it is probably a better place to ask questions of this nature. Because this list really isn't designed for this kind of topic. > >> >> FYI, >> >> Doug >> >> -- >> >> This .signature sanitized for your protection >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > > > -- > panic: kernel trap (ignored) > > > > ----------------------------------------------------------------- > FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 > ///////////////////////////////////////////////////////////////// > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 22:09:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A56816A412 for ; Tue, 19 Sep 2006 22:09:17 +0000 (UTC) (envelope-from bri@sonicboom.org) Received: from entwistle.sonicboom.org (entwistle.sonicboom.org [66.93.34.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDFE443D5F for ; Tue, 19 Sep 2006 22:09:08 +0000 (GMT) (envelope-from bri@sonicboom.org) Received: from [127.0.0.1] (entwistle.sonicboom.org [66.93.34.170]) by entwistle.sonicboom.org (8.13.8/8.13.8) with ESMTP id k8JM7CUo079559; Tue, 19 Sep 2006 15:07:12 -0700 (PDT) (envelope-from bri@sonicboom.org) Message-ID: <45106A10.6030306@sonicboom.org> Date: Tue, 19 Sep 2006 15:07:12 -0700 From: Brian User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: David Wolfskill , freebsd-stable@freebsd.org References: <45102AEA.1000900@sonicboom.org> <45106409.6020207@sonicboom.org> <20060919214742.GZ698@bunrab.catwhisker.org> In-Reply-To: <20060919214742.GZ698@bunrab.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Seg fault error this morning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 22:09:17 -0000 David Wolfskill wrote: > On Tue, Sep 19, 2006 at 02:41:29PM -0700, Brian wrote: > >> Don Wilde wrote: >> >>> On 9/19/06, *Brian* > wrote: >>> >>> I just cvsupped this morning after seeing the gzip >>> announcement. During >>> a buildworld, I get the below. I have replicated this a few times. >>> >>> buildworld from cvsup this morning (x86) worked fine for me, Brian, >>> same time frame. Suggest you update source again, 'make clean' and try >>> again. >>> >>> :D >>> >>> >> Tried a couple more times. >> ... >> > > I've been tracking RELENG_6 on slice 1 of my laptop on a daily basis; no > problems in the last several weeks (at least). > > Recent updates to my private mirror of the CVS repository: > > localhost(6.2-P)[1] tail -20 /var/log/cvsup-history.log > CVSup begin from cvsup12.freebsd.org at Sun Sep 17 01:17:37 PDT 2006 > CVSup begin from cvsup14.freebsd.org at Sun Sep 17 03:47:03 PDT 2006 > CVSup begin from cvsup12.freebsd.org at Sun Sep 17 03:48:31 PDT 2006 > CVSup ended from cvsup12.freebsd.org at Sun Sep 17 03:54:18 PDT 2006 > CVSup begin from cvsup14.freebsd.org at Mon Sep 18 01:17:02 PDT 2006 > CVSup begin from cvsup12.freebsd.org at Mon Sep 18 01:17:09 PDT 2006 > CVSup begin from cvsup13.freebsd.org at Mon Sep 18 01:17:22 PDT 2006 > CVSup begin from cvsup7.freebsd.org at Mon Sep 18 01:17:38 PDT 2006 > CVSup begin from cvsup12.freebsd.org at Mon Sep 18 01:17:40 PDT 2006 > CVSup begin from cvsup14.freebsd.org at Mon Sep 18 03:47:03 PDT 2006 > CVSup begin from cvsup12.freebsd.org at Mon Sep 18 03:48:42 PDT 2006 > CVSup ended from cvsup12.freebsd.org at Mon Sep 18 03:54:48 PDT 2006 > CVSup begin from cvsup14.freebsd.org at Tue Sep 19 01:17:05 PDT 2006 > CVSup begin from cvsup12.freebsd.org at Tue Sep 19 01:17:10 PDT 2006 > CVSup begin from cvsup13.freebsd.org at Tue Sep 19 01:17:13 PDT 2006 > CVSup begin from cvsup10.freebsd.org at Tue Sep 19 01:17:15 PDT 2006 > CVSup ended from cvsup10.freebsd.org at Tue Sep 19 01:22:17 PDT 2006 > CVSup begin from cvsup14.freebsd.org at Tue Sep 19 03:47:03 PDT 2006 > CVSup begin from cvsup12.freebsd.org at Tue Sep 19 03:47:07 PDT 2006 > CVSup ended from cvsup12.freebsd.org at Tue Sep 19 03:52:38 PDT 2006 > localhost(6.2-P)[2] > > > Presently running: > > localhost(6.2-P)[2] uname -a > FreeBSD localhost 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #180: Tue Sep 19 06:30:23 PDT 2006 root@g1-18.catwhisker.org.:/common/S1/obj/usr/src/sys/LAPTOP_30W i386 > localhost(6.2-P)[3] > > Peace, > david > I believe I have the dreaded disk drive failure approaching, sorry for the wasted cycles. Sep 19 11:47:48 www kernel: g_vfs_done():ad0s1f[READ(offset=150880354304, length=16384)]error = 5 Sep 19 12:00:59 www kernel: g_vfs_done():ad0s1f[READ(offset=150880354304, length=16384)]error = 5 Bri From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 22:11:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B359316A416 for ; Tue, 19 Sep 2006 22:11:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13C1643D86 for ; Tue, 19 Sep 2006 22:11:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 89D651A3C1F; Tue, 19 Sep 2006 15:11:10 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 652E4515F7; Tue, 19 Sep 2006 18:11:08 -0400 (EDT) Date: Tue, 19 Sep 2006 18:11:08 -0400 From: Kris Kennaway To: Brian Message-ID: <20060919221108.GA49814@xor.obsecurity.org> References: <45102AEA.1000900@sonicboom.org> <45106409.6020207@sonicboom.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <45106409.6020207@sonicboom.org> User-Agent: Mutt/1.4.2.2i Cc: Don@Network-Lynx.net, freebsd-stable@freebsd.org Subject: Re: Seg fault error this morning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 22:11:21 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 19, 2006 at 02:41:29PM -0700, Brian wrote: > Don Wilde wrote: > > > >On 9/19/06, *Brian* > wrote: > > > > I just cvsupped this morning after seeing the gzip > > announcement. During > > a buildworld, I get the below. I have replicated this a few times. > > > >buildworld from cvsup this morning (x86) worked fine for me, Brian,=20 > >same time frame. Suggest you update source again, 'make clean' and try= =20 > >again. > > > >:D > > > Tried a couple more times. >=20 > First attempt; > cvsup4 used > Updating collection src-all/cvs > TreeList failed: Error in "/var/db/sup/src-all/checkouts.cvs:RELENG_6":= =20 > 43352: File is not sorted properly. Delete it and try again. >=20 > rm the file in question, then repeat. > cvsup4 again > Updating collection src-all/cvs > Checkout src/lib/libcompat/4.1/ftime.3 > Updater failed: Cannot install=20 > "/usr/src/lib/libcompat/4.1/#cvs.cvsup-12210.1" to=20 > "/usr/src/lib/libcompat/4.1/ftime.3": Input/output error You have failing hardware. Kris --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFEGr8Wry0BWjoQKURAmJpAKD2aBERqyJHQG9QPYDxLPUegQXfMACfS1WF 6t4zRjlzcFpF3RwK80WZeXs= =ix1w -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 19 22:53:58 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 733FD16A407 for ; Tue, 19 Sep 2006 22:53:58 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (mailtest.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F77B43D46 for ; Tue, 19 Sep 2006 22:53:58 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 3FB9C18CE80; Tue, 19 Sep 2006 16:03:35 -0700 (PDT) X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id cpmDLsguaKEo; Tue, 19 Sep 2006 16:03:34 -0700 (PDT) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id D81BA18CD4D; Tue, 19 Sep 2006 16:03:33 -0700 (PDT) Received: from 192.168.0.10 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Tue, 19 Sep 2006 15:53:56 -0700 (PDT) Message-ID: <54894.192.168.0.10.1158706436.squirrel@webmail.sd73.bc.ca> In-Reply-To: References: Date: Tue, 19 Sep 2006 15:53:56 -0700 (PDT) From: "Freddie Cash" To: "SigmaX asdf" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: sed and comma-delimited file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 22:53:58 -0000 On Tue, September 19, 2006 9:26 am, SigmaX asdf wrote: > I have a series of comma-delimited text files with fourteen columns > of data and several hundred rows. I want to use a short shell script > to strip them of the last 9 columns, leaving the same file but with > just five of its columns. I can do it in C++, but that seems like > overkill. How would I go about doing it with sed or a similar > utility? cat file | awk -F"," '{ printf "%s,%s,%s,%s,%s\n",$1,$2,$3,$4,$5 }' > newfile You can probably even remove the cat and just use awk on the file directly. ---- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 00:52:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED49616A407 for ; Wed, 20 Sep 2006 00:52:29 +0000 (UTC) (envelope-from raj@pandora.csub.edu) Received: from pandora.csub.edu (pandora.csub.edu [136.168.10.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87D6743D49 for ; Wed, 20 Sep 2006 00:52:29 +0000 (GMT) (envelope-from raj@pandora.csub.edu) Received: from cserv65.csub.edu (cserv65.csub.edu [136.168.10.65]) by pandora.csub.edu (8.13.6/8.13.6) with ESMTP id k8K0qRiV057143 for ; Tue, 19 Sep 2006 17:52:27 -0700 (PDT) (envelope-from raj@pandora.csub.edu) Received: from cserv65.csub.edu (localhost [127.0.0.1]) by cserv65.csub.edu (8.13.6/8.13.6) with ESMTP id k8K0qQd4086098 for ; Tue, 19 Sep 2006 17:52:26 -0700 (PDT) (envelope-from raj@cserv65.csub.edu) Received: (from raj@localhost) by cserv65.csub.edu (8.13.8/8.13.6/Submit) id k8K0qQem086097 for freebsd-stable@freebsd.org; Tue, 19 Sep 2006 17:52:26 -0700 (PDT) (envelope-from raj) Date: Tue, 19 Sep 2006 17:52:26 -0700 From: Russell Jackson To: freebsd-stable@freebsd.org Message-ID: <20060920005226.GA24483@cserv65.csub.edu> References: <20060918200828.GA58066@cserv65.csub.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060918200828.GA58066@cserv65.csub.edu> User-Agent: Mutt/1.5.12-2006-07-14 Subject: Re: isc-dhcpd and jails bound to an aliased ip X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 00:52:30 -0000 On Mon, Sep 18, 2006 at 01:08:28PM -0700, Russell Jackson wrote: > Attempting to run isc-dhcpd (using USE_SOCKETS) inside a jail > bound to an aliased ip does not appear to work. The process never seems > to recieve any broadcast traffic; however, it does see unicast traffic > as would be expected. I'm not sure how to debug this since one cannot > run tcpdump in the jail to see what traffic is getting there obviously. > > It works fine if I change the jail to bind to the primary ip on the > interface. Not surprisingly, it also works fine if I run it outside of a > jail using BPF. Changing the broadcast addresses on the aliases does not > seem to change anything. > > It is just that the kernel will not deliver broadcasts to jails on ip > aliases as I suspect? Yes, I now I have a "zombied" jail in the jls > listing. There are no processes with a JID of 2 running, and I'm > reluctant to reboot the machine because it's in production. > > If I have to run the jail on the primary ip address, that's okay. I > would just prefer to have it running in a seperate jail and still have > ssh running on the standard port (less confusing to users). > > Relevant configuration: > > em0: flags=8843 mtu 1500 > options=b > inet6 fe80::213:72ff:fe4b:70e7%em0 prefixlen 64 scopeid 0x1 > inet 136.168.1.5 netmask 0xffff0000 broadcast 136.168.255.255 > inet 136.168.1.8 netmask 0xffffffff broadcast 136.168.1.8 > inet 136.168.1.91 netmask 0xffffffff broadcast 136.168.1.91 > ether 00:13:72:4b:70:e7 > media: Ethernet autoselect (1000baseTX ) > status: active > > # global jail knobs > jail_enable="YES" > jail_list="ns1 netstat" > jail_set_hostname_allow="NO" > > # ns1 jail > jail_ns1_rootdir="/usr/jail/ns1" > jail_ns1_hostname="ns1.csub.edu" > jail_ns1_ip="136.168.1.91" > jail_ns1_exec_start="/bin/sh /etc/rc" > jail_ns1_devfs_enable="YES" > jail_ns1_mount_enable="YES" > > # netstat jail > jail_netstat_rootdir="/usr/jail/netstat" > jail_netstat_hostname="netstat.csub.edu" > jail_netstat_ip="136.168.1.8" > jail_netstat_exec_start="/bin/sh /etc/rc" > jail_netstat_devfs_enable="YES" > jail_netstat_mount_enable="YES" > > JID IP Address Hostname Path > 8 136.168.1.91 ns1.csub.edu /usr/jail/ns1 > 4 136.168.1.8 netstat.csub.edu /usr/jail/netstat > 2 136.168.1.91 ns1.csub.edu /usr/jail/ns1 > I should have mentioned I'm running a 6.1-STABLE system built on the 21st of Aug. RELEASE had problems with interrupt storms if I recall correctly. Here's dmesg.boot if it helps any: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #0: Mon Aug 21 00:59:05 PDT 2006 raj@netstat.csub.edu:/usr/obj/usr/src/sys/NETSTAT ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.71-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 real memory = 2147221504 (2047 MB) avail memory = 2096189440 (1999 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic0: Changing APIC ID to 7 ioapic1: Changing APIC ID to 8 ioapic1: WARNING: intbase 32 != expected base 24 ioapic2: Changing APIC ID to 9 ioapic2: WARNING: intbase 64 != expected base 56 ioapic3: Changing APIC ID to 10 ioapic3: WARNING: intbase 96 != expected base 88 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard ioapic3 irqs 96-119 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 amr0: mem 0xf80f0000-0xf80fffff,0xfeac0000-0xfeafffff irq 46 at device 14.0 on pci2 amr0: delete logical drives supported by controller amr0: Firmware 521X, BIOS H430, 256MB RAM pcib3: at device 0.2 on pci1 pci3: on pcib3 pcib4: at device 4.0 on pci0 pci4: on pcib4 pcib5: at device 5.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 em0: port 0xecc0-0xecff mem 0xfe7e0000-0xfe7fffff irq 64 at device 7.0 on pci6 em0: Ethernet address: 00:13:72:4b:70:e7 em0: [FAST] pcib7: at device 0.2 on pci5 pci7: on pcib7 em1: port 0xdcc0-0xdcff mem 0xfe5e0000-0xfe5fffff irq 65 at device 8.0 on pci7 em1: Ethernet address: 00:13:72:4b:70:e8 em1: [FAST] pcib8: at device 6.0 on pci0 pci8: on pcib8 pcib9: at device 0.0 on pci8 pci9: on pcib9 pcib10: at device 0.2 on pci8 pci10: on pcib10 pcib11: at device 30.0 on pci0 pci11: on pcib11 pci11: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xec000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DVDROM at ata0-master UDMA33 amr0: delete logical drives supported by controller amrd0: on amr0 amrd0: 139760MB (286228480 sectors) RAID 5 (optimal) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/amrd0a netsmb_dev: loaded -- Russell A. Jackson Network Analyst CSUB Network Services From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 04:26:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7594616A40F for ; Wed, 20 Sep 2006 04:26:03 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 0D3A043D45 for ; Wed, 20 Sep 2006 04:26:02 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.68.98) by 209.67.61.254 with SMTP; 20 Sep 2006 04:26:01 -0000 Date: Wed, 20 Sep 2006 07:25:28 +0300 From: Nikolay Pavlov To: freebsd-stable@freebsd.org Message-ID: <20060920042528.GA77089@zone3000.net> Mail-Followup-To: Nikolay Pavlov , freebsd-stable@freebsd.org References: <20060916064809.GA59517@zone3000.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060916064809.GA59517@zone3000.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE Subject: Re: loader can't load kernel on FreeBSD 6.1-p6. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 04:26:03 -0000 On Saturday, 16 September 2006 at 9:48:09 +0300, Nikolay Pavlov wrote: > Hi, folks. > While booting 6.1-RELEASE-p6 i have this error on /boot/loader stage: > > can't load kernel > > ls shows nothing... > > lsdev shows me: > disk devices: > disk0: BIOS drive C: > disk0s1: FFS bad disklabel Sorry for all that noise, guys. The problem is fixed. BIOS on that motherboard don't use LBA mode while accessing disks. This "Auto" settings realy stupid. > > > But when i am booting from LiveCD i see all my labels, i can mount them, > i can produce read/write operations. > Other thing that confused me is that when i am using second stage > bootstrap file i see my root partition: > > FreeBSD/i386 BOOT > Default: 0:ad(0,a)/boot/loader > boot: ?. .. .snap bin boot dev etc lib libexec mnt proc and so on... > > But when i am trying to boot kernel (GENERIC) directly from bootstrap > i have "BTX halted" error, don't know if this actually supported. > World was builded on other box and installed to this drive > using tar. > > Here is additional information that i can get from LiveCD: > > root@ccv:~# fdisk /dev/ad0 > ******* Working on device /dev/ad0 ******* > parameters extracted from in-core disklabel are: > cylinders=19679 heads=16 sectors/track=255 (4080 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=19679 heads=16 sectors/track=255 (4080 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > start 63, size 80293185 (39205 Meg), flag 80 (active) > beg: cyl 0/ head 1/ sector 1; > end: cyl 807/ head 15/ sector 63 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > > root@ccv:~# disklabel /dev/ad0s1 > # /dev/ad0s1: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 524288 0 4.2BSD 2048 16384 32776 > b: 4161280 524288 swap > c: 80293185 0 unused 0 0 # "raw" part, > don't edit > d: 2097152 4685568 4.2BSD 2048 16384 28552 > e: 20971520 6782720 4.2BSD 2048 16384 28552 > f: 10485760 27754240 4.2BSD 2048 16384 28552 > g: 42053185 38240000 4.2BSD 2048 16384 28552 > > > root@ccv:~# atacontrol list > ATA channel 0: > Master: ad0 ATA/ATAPI revision 7 > Slave: no device present > ATA channel 1: > Master: no device present > Slave: no device present > > root@ccv:~# mount > /dev/iso9660/FreeSBIE on / (cd9660, local, read-only) > devfs on /dev (devfs, local) > /dev/md0.uzip on /usr (ufs, local, read-only) > /dev/md1 on /etc (ufs, local) > /dev/md2 on /usr/local/etc (ufs, local) > /dev/md3 on /root (ufs, local) > /dev/md4 on /var (ufs, local) > /dev/md5 on /tmp (ufs, local) > /dev/ad0s1a on /mnt/ufs.1 (ufs, local, read-only) > /dev/ad0s1d on /mnt/ufs.2 (ufs, local, read-only) > /dev/ad0s1e on /mnt/ufs.3 (ufs, local, read-only) > /dev/ad0s1f on /mnt/ufs.4 (ufs, local, read-only) > /dev/ad0s1g on /mnt/ufs.5 (ufs, local, read-only) > > root@ccv:~# ls -al /mnt/ufs.1/boot/ > total 588 > drwxr-xr-x 5 root wheel 512 Sep 16 00:52 . > drwxr-xr-x 20 root wheel 512 Sep 15 10:05 .. > -r--r--r-- 1 root wheel 7638 Sep 6 18:43 beastie.4th > -r--r--r-- 1 root wheel 8192 Sep 6 18:43 boot > -r--r--r-- 1 root wheel 512 Sep 6 18:43 boot0 > -r--r--r-- 1 root wheel 512 Sep 6 18:43 boot0sio > -r--r--r-- 1 root wheel 512 Sep 6 18:43 boot1 > -r--r--r-- 1 root wheel 7680 Sep 6 18:43 boot2 > -r--r--r-- 1 root wheel 1200 Sep 6 18:43 cdboot > drwxr-xr-x 2 root wheel 512 Sep 6 18:43 defaults > -r--r--r-- 1 root wheel 1741 Sep 6 18:43 device.hints > -r--r--r-- 1 root wheel 2249 Sep 6 18:43 frames.4th > drwxr-xr-x 2 root wheel 9216 Sep 6 18:44 kernel > -r-xr-xr-x 1 root wheel 212992 Sep 6 18:43 loader > -r--r--r-- 1 root wheel 7772 Sep 6 18:43 loader.4th > -rw-r--r-- 1 root wheel 463 Sep 6 18:44 loader.conf > -r--r--r-- 1 root wheel 15058 Sep 6 18:43 loader.help > -r--r--r-- 1 root wheel 389 Sep 6 18:43 loader.rc > -r--r--r-- 1 root wheel 512 Sep 6 18:43 mbr > drwxr-xr-x 2 root wheel 512 Sep 6 18:41 modules > -r--r--r-- 1 root wheel 215040 Sep 6 18:43 pxeboot > -r--r--r-- 1 root wheel 692 Sep 6 18:43 screen.4th > -r--r--r-- 1 root wheel 36440 Sep 6 18:43 support.4th > > root@ccv:~# ls -al /mnt/ufs.1/boot/kernel/kernel > -r-xr-xr-x 1 root wheel 6640118 Sep 6 18:21 /mnt/ufs.1/boot/kernel/kernel > > root@ccv:~# file /mnt/ufs.1/boot/kernel/kernel > /mnt/ufs.1/boot/kernel/kernel: ELF 32-bit LSB executable, Intel 80386, > version 1 (FreeBSD), dynamically linked (uses shared libs), not stripped > > > > > > -- > ========================================================================= > = Best regards, Nikolay Pavlov. <<<------------------------------------ = > ========================================================================= > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- ========================================================================= = Best regards, Nikolay Pavlov. <<<------------------------------------ = ========================================================================= From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 04:54:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 303C816A40F for ; Wed, 20 Sep 2006 04:54:57 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.FreeBSD.org (Postfix) with SMTP id B307943D46 for ; Wed, 20 Sep 2006 04:54:56 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 8221 invoked by uid 399); 20 Sep 2006 04:54:56 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 20 Sep 2006 04:54:56 -0000 Message-ID: <4510C99D.2010806@FreeBSD.org> Date: Tue, 19 Sep 2006 21:54:53 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.7 (X11/20060917) MIME-Version: 1.0 To: "Chris H." References: <450F8777.7080407@gmail.com> <20060919083955.GB87657@e-Gitt.NET> <45102E4E.80600@FreeBSD.org> <20060919141948.gxpxiuyyskc8w0k8@webmail.1command.com> In-Reply-To: <20060919141948.gxpxiuyyskc8w0k8@webmail.1command.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: bind round robin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 04:54:57 -0000 Chris H. wrote: > Greetings all, > ... > Quoting Doug Barton : > >> Oliver Brandmueller wrote: >>> >>> DNS round robin is not about redundancy, the only thing you could have >>> that way is a kind of load balancing (not the most sophisticated way, >>> though). Whenever one of the servers fails, around half of the requests >>> still goes there and then times out/gets conn refused or whatever the >>> problem is. Prioritizing is not easily possible. Probably it helps if >>> you add one of the IPs more often to the set, but I never tried that and >>> did not read the docs on this topic, so before breaking your zone first >>> read the specs, if this works! >> >> Just replying to this bit first, in BIND it does not work to specify >> the same IP address multiple times for the same hostname. The server >> will collapse the duplicates into one unique entry when it reads the >> zone. I am not aware of any other authoritative name server for which >> this would work either. > > While this /might/ hold true in some/certain situations. Under the circumstances that Oliver suggested, what I said holds true in every situation (assuming you are using BIND). The example you pasted, while colorful, is not actually an example of what Oliver suggested. If you would like me to write out an example I will, but: A) This subject is already off topic, and B) It would more usefully be left as an exercise for the reader. > I /can/ say after 3.5 yrs. of doing exactly this, Bzzzzzzzzzzzt. See above. > that it does not collapse the namespace into a single IP<-->name. It might also be useful to note here that nothing about DNS is (automatically) bi-directional in the manner you imply here. I do concur with your suggestion to move this thread to a list that is focused on DNS, however .... Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 06:24:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8727516A4DA for ; Wed, 20 Sep 2006 06:24:46 +0000 (UTC) (envelope-from qyxpewd@classifiedtoday.com) Received: from classifiedtoday.com (cmo116.neoplus.adsl.tpnet.pl [83.31.142.116]) by mx1.FreeBSD.org (Postfix) with SMTP id BEFDF43E58 for ; Wed, 20 Sep 2006 06:23:28 +0000 (GMT) (envelope-from qyxpewd@classifiedtoday.com) Received: from 83.31.142.116 by classifiedtoday.com Date: Wed, 20 Sep 2006 08:23:10 +0100 From: "salvatore Cynthie" X-Sender: qyxpewd@classifiedtoday.com To: Message-Id: <1177367436.wCimSPXAx-32440-03338385@classifiedtoday.com> MIME-Version: 1.0 Content-Type: text/plain Subject: Seed money. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 06:24:46 -0000 HOT ALERT - THIS ONE IS STILL CLIMBING THE CHARTS ALERT -- BREAKING MARKET NEWS REPORT ---- WBRS.PK Company Name: WILD BRUSH ENERGY Lookup: WBRS.PK Current Price: .05 Expected: STEADILY CLIMB FOR THE TOP Breaking News: Wild Brush Acquires Additional Powder River Oil & Gas Lease Wild Brush Energy (PINKSHEETS: WBRS) announces the purchase of an additional Powder River Basin Federal Oil & Gas Lease in the State of Wyoming. The lease is located on the eastern side of the Basin in Weston County. This is the fifth lease the Company now controls in the region. Wild Brush maintains its expansion strategy through acquisition of low risk, high probability oil and gas properties in proven regions such as Powder River basin. Wild Brush will continue to concentrate on the Powder River Basin area, due to the number of lease acre ages it currently controls. The Powder River Basin claims a high probability rate of discoveries and proven production as demonstrated by such companies as Chevron and Western Gas. There are presently over 12,000 gas wells, in addition to nearly 400 new wells monthly, producing over 330 billion cubic feet annually, in an area with an estimated 32 trillion cubic feet of natural gas. About WBRS.PK Wild Brush Energy is a diversified energy company whose primary goal is to identify and develop Oil & Coalbed Methane sites within the State of Wyoming. In addition, Wild Brush Energy continues to evaluate clean air alternative energy producing technologies such as Wind Power. Wild Brush trades in the U.S. under the symbol "WBRS." WATCH THIS STOCK GO HIGHER AND HIGHER -------------------------------------------------------------------------------- The stock climbed to $2.20 once you see, you'll be convinced why this is a MUST B U Y ----------------------- A rose by any other name would smell as sweet. Read the tea leaves. A stepping stone to. Spring rain, Fall gold. Which came first, the chicken or the egg. Shit end of the stick. Stop, look and listen. The shoes on the other foot now. Scraping the bottom of the barrel. Raking in the dough. Stop, look and listen. Plant kindness and gather love. Plain as water. A snail's pace. The season of goodwill. As uneasy as a cat near water. Raking in the dough. Put off the scent. Still waters run deep. Putting the cart before the horse. Pull it up by the roots. A stepping stone to. Save it for a rainy day. Putting it in a nutshell. Seed money. Sow much, reap much; sow little, reap little. This is for the birds. A place in the sun. A stepping stone to. Take time to smell the roses. A rose by any other name would smell as sweet. Sweet as honey. Scraping the bottom of the barrel. Walking on cloud nine. A tree does not move unless there is wind. Stubborn as a mule. Walking on thin ice. Sweet as honey. There is always next year. What on earth? You say potayto, I say potahto. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 07:08:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F5B616A407 for ; Wed, 20 Sep 2006 07:08:23 +0000 (UTC) (envelope-from pinoyskull@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id D708C43D46 for ; Wed, 20 Sep 2006 07:08:22 +0000 (GMT) (envelope-from pinoyskull@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so153160wxd for ; Wed, 20 Sep 2006 00:08:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type; b=kcNdSWzW7lnCo+4+4LnOA9SVIMsf6LaHvdOfYCbolkWm0fupN/UXUTOUA3z8tUpUQmLqlI8Lf1vGlzHGjTVql22Qb47fcAPlx5XiCkldAoW+KQPtNHbzebPooWfMN1kZ6CBvubCxleORW4IclMedzNoihF20cEp1kEI6oVCULFg= Received: by 10.70.78.8 with SMTP id a8mr24096210wxb; Wed, 20 Sep 2006 00:08:22 -0700 (PDT) Received: from ?202.70.97.6? ( [202.70.97.6]) by mx.gmail.com with ESMTP id g3sm471078wra.2006.09.20.00.08.21; Wed, 20 Sep 2006 00:08:22 -0700 (PDT) Message-ID: <4510E8D5.3080401@gmail.com> Date: Wed, 20 Sep 2006 15:08:05 +0800 From: pinoyskull User-Agent: Thunderbird 1.5.0.5 (X11/20060728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <450F8777.7080407@gmail.com> <20060919083955.GB87657@e-Gitt.NET> <45102E4E.80600@FreeBSD.org> <20060919141948.gxpxiuyyskc8w0k8@webmail.1command.com> <4510C99D.2010806@FreeBSD.org> In-Reply-To: <4510C99D.2010806@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: bind round robin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 07:08:23 -0000 Doug Barton wrote: > Chris H. wrote: > >> Greetings all, >> ... >> Quoting Doug Barton : >> >> >>> Oliver Brandmueller wrote: >>> >>>> DNS round robin is not about redundancy, the only thing you could have >>>> that way is a kind of load balancing (not the most sophisticated way, >>>> though). Whenever one of the servers fails, around half of the requests >>>> still goes there and then times out/gets conn refused or whatever the >>>> problem is. Prioritizing is not easily possible. Probably it helps if >>>> you add one of the IPs more often to the set, but I never tried that and >>>> did not read the docs on this topic, so before breaking your zone first >>>> read the specs, if this works! >>>> >>> Just replying to this bit first, in BIND it does not work to specify >>> the same IP address multiple times for the same hostname. The server >>> will collapse the duplicates into one unique entry when it reads the >>> zone. I am not aware of any other authoritative name server for which >>> this would work either. >>> >> While this /might/ hold true in some/certain situations. >> > > Under the circumstances that Oliver suggested, what I said holds true > in every situation (assuming you are using BIND). The example you > pasted, while colorful, is not actually an example of what Oliver > suggested. If you would like me to write out an example I will, but: > A) This subject is already off topic, and > B) It would more usefully be left as an exercise for the reader. > > >> I /can/ say after 3.5 yrs. of doing exactly this, >> > > Bzzzzzzzzzzzt. See above. > > >> that it does not collapse the namespace into a single IP<-->name. >> > > It might also be useful to note here that nothing about DNS is > (automatically) bi-directional in the manner you imply here. > > I do concur with your suggestion to move this thread to a list that is > focused on DNS, however .... > > Doug > > thanks for the reply guys, although our dns server is runnung freebsd, my problem specifically is DNS, ill try posting my problem to the right mailing list, thanks again. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 07:38:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22D0716A47E for ; Wed, 20 Sep 2006 07:38:11 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27CC343DAD for ; Wed, 20 Sep 2006 07:37:47 +0000 (GMT) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (localhost.cmotd.com [127.0.0.1]) by sun-fish.com (Postfix) with ESMTP id 5079238493; Wed, 20 Sep 2006 09:37:34 +0200 (CEST) Received: from [192.168.3.112] (boar.cmotd.com [192.168.3.112]) by sun-fish.com (Postfix) with ESMTP id 1CF9D38492; Wed, 20 Sep 2006 09:37:34 +0200 (CEST) Message-ID: <4510EFBE.1050000@sun-fish.com> Date: Wed, 20 Sep 2006 10:37:34 +0300 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.7 (X11/20060918) MIME-Version: 1.0 To: Joseph Olatt References: <44F3F2FE.8000407@sun-fish.com> <20060829062640.A11793@eskimo.com> In-Reply-To: <20060829062640.A11793@eskimo.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-AV-Checked: ClamAV Cc: freebsd-stable@freebsd.org Subject: Re: linux-oracle-instantclient-sqlplus-10.2.0.2.20060331 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 07:38:11 -0000 Hi, Joseph Olatt wrote: > On Tue, Aug 29, 2006 at 10:55:42AM +0300, Stefan Lambrev wrote: > >> Hi all, >> >> First sorry if this is not the right place to post my questions :) >> >> I'm trying to run linux-oracle-instantclient-sqlplus-10.2.0.2.20060331 >> (ports/databases/linux-oracle-instantclient-sqlplus) >> on FreeBSD 6.1-STABLE (i386 or/and amd64), but with no success for now. >> >> After installation I run: >> >> LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/compat/linux/usr/lib/oracle/10.2.0.2.20060331/client/lib >> /compat/linux/usr/lib/oracle/10.2.0.2.20060331/client/bin/sqlplus /nolog >> >> but it just freezes. Friend of mine told me that he have no problems >> with FreeBSD 5.4(i386) >> >> My goal is to run oracle-instant client (i386) on FreeBSD-6.x amd64. >> >> So is there some big change in linux module in FreeBSD 6.1 compared to 5.4 ? >> Did somebody manage to run successfully linux-instant-oracle-client >> under FreeBSD 6.1 (i386/amd64)? >> Please help :)) >> >> P.S. oracle instant client does not depend on any linux_base, which was >> little strange for me, but just for info >> I have installed latest linux_base_fc4. >> >> Thanks in advance. >> >> -- >> Best Wishes, >> Stefan Lambrev >> ICQ# 24134177 >> > > > FWIW, I have oracle8-client-0.1.1_1 package running in FreeBSD 6-STABLE. > This package does not have sqlplus but allows me to connect to Oracle > using p5-DBD-Oracle-1.16_3 & p5-DBI-1.50 and perl. > > > $ pkg_info | egrep "Oracle|DBI" > oracle8-client-0.1.1_1 Oracle 8 client > p5-DBD-Oracle-1.16_3 DBI driver for Oracle RDBMS server > p5-DBI-1.50 The perl5 Database Interface. Required for DBD::* modules > > Is there any way to make this under FreeBSD 6.x amd64 ? FreeBSD 6.1-STABLE amd64 ? > $ uname -sr > FreeBSD 6.1-STABLE > > regards, > joseph > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 08:05:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F291D16A5F3 for ; Wed, 20 Sep 2006 08:05:37 +0000 (UTC) (envelope-from brian.minard@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C1D943D45 for ; Wed, 20 Sep 2006 08:05:37 +0000 (GMT) (envelope-from brian.minard@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so57308nzn for ; Wed, 20 Sep 2006 01:05:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=aBmHs4pkzQYZ73tv4eZvszuDYSbeZric9NWfunsE41owA7ltr/fYQvabTnNuTALkUMf1VGuV64jrjNPE6gXpnL++qFbJsrzn1dsYQ8WYitjTc8xV4xFK6Lv1YjT/uOE9QqTjeMQdUv4HMNTXXuMcxiAfWPiHfofnxrt1UqEmxjE= Received: by 10.65.59.20 with SMTP id m20mr19319304qbk; Wed, 20 Sep 2006 01:05:36 -0700 (PDT) Received: by 10.65.147.8 with HTTP; Wed, 20 Sep 2006 01:05:36 -0700 (PDT) Message-ID: Date: Wed, 20 Sep 2006 04:05:36 -0400 From: "Brian Minard" Sender: brian.minard@gmail.com To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 9b7b2ce311fb51c1 Subject: Changing PMAP_SHPGPERPROC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 08:05:38 -0000 On FreeBSD 4.11, what is the relationship between PMAP_SHPGPERPROC and "vm.v_free_min", "vm.v_free_reserved", and "vm.v_free_target"? For example, if I increase PMAP_SHPGPERPROC by 1 how do I determine correct vm values? From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 08:27:49 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CFE616A415 for ; Wed, 20 Sep 2006 08:27:49 +0000 (UTC) (envelope-from abongwa_93imwj@hotmail.com) Received: from acwy204.neoplus.adsl.tpnet.pl (acwy204.neoplus.adsl.tpnet.pl [83.11.156.204]) by mx1.FreeBSD.org (Postfix) with SMTP id 2B18A43D6E for ; Wed, 20 Sep 2006 08:27:41 +0000 (GMT) (envelope-from abongwa_93imwj@hotmail.com) Received: from mx2.hotmail.com by acwy204.neoplus.adsl.tpnet.pl (8.12.11/8.12.11) with ESMTP id pg4srGQmAg8QOw for ; Wed, 20 Sep 2006 05:13:39 -0400 Received: from unknown (HELO bjmaqp) (147.23.72.16) by mx2.hotmail.com via HTTP for ; Wed, 20 Sep 2006 05:13:39 -0400 From: "Olin Casey" Message-ID: <5896205136.2617912385@hotmail.com> Date: Wed, 20 Sep 2006 05:13:39 -0400 To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Subject: SEXUALLY EXPLICIT : Holey ph houri X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Olin Casey List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 08:27:49 -0000 extreme messy gangbang facial cumswallowing party http://danto.info/form/hardflicsx.html?RQjiYf.eSffiRg,VSd Triplefisting hot lady Cool teen showing nice breast Use this link for unsubscribe http://danto.info/un/unsub.php From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 08:37:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B511D16A4D0 for ; Wed, 20 Sep 2006 08:37:45 +0000 (UTC) (envelope-from SGowdy@jojomail.com) Received: from rue92-3-82-232-50-200.fbx.proxad.net (rue92-3-82-232-50-200.fbx.proxad.net [82.232.50.200]) by mx1.FreeBSD.org (Postfix) with SMTP id 5B44E43D4C for ; Wed, 20 Sep 2006 08:37:41 +0000 (GMT) (envelope-from SGowdy@jojomail.com) Received: from jojomail.com (jojomail-com-bk.mr.outblaze.com [202.83.245.170]) by rue92-3-82-232-50-200.fbx.proxad.net (Postfix) with ESMTP id 59C4B3DA26 for ; Wed, 20 Sep 2006 04:37:45 -0400 Message-ID: <6.0.0.22.1.20060920043745.58e735be@jojomail.com> X-Sender: predominates@jojomail-com-bk.mr.outblaze.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Wed, 20 Sep 2006 04:37:45 -0400 To: stable From: Koroleva N.A. MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=windows-1251 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-milter at rue92-3-82-232-50-200.fbx.proxad.net Cc: Subject: =?windows-1251?b?8PPq7uLu5Ojy5ev+IO7y5OXr4CDq4OTw7uIsIO7y5OXr?= =?windows-1251?b?4CDv5fDx7u3g6+Au?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 08:37:45 -0000 =cf=d0=c8=c3=cb=c0=d8=c0=c5=cc =f0=f3=ea=ee=e2=ee=e4=e8=f2=e5=eb=e5=e9 =e8= =f1=ef=e5=f6=e8=e0=eb=e8=f1=f2=ee=e2 =ea=e0=e4=f0=ee=e2=fb=f5 =f1=eb=f3=e6= =e1, =ec=e5=ed=e5=e4=e6=e5=f0=ee=e2 =ee=f2=e4=e5=eb=e0 =ef=e5=f0=f1=ee=ed= =e0=eb=e0 =ef=f0=e8=ed=ff=f2=fc =f3=f7=e0=f1=f2=e8=e5 =e2 =e0=ea=f2=f3=e0= =eb=fc=ed=fb=f5 =f1=e5=ec=e8=ed=e0=f0=e5: *=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*= =2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e= *=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e* =cb=ce=ca=c0=cb=dc=cd=db=c5 =cd=ce=d0=cc=c0=d2=c8=c2=cd=db=c5 =c0=ca=d2= =db =ce=d0=c3=c0=cd=c8=c7=c0=d6=c8=c8: =d0=c0=c7=d0=c0=c1=ce=d2=ca=c0, = =cf=ce=d0=df=c4=ce=ca =c2=c2=c5=c4=c5=cd=c8=df =c2 =c4=c5=c9=d1=d2=c2=c8=c5= 5 =ee=ea=f2=ff=e1=f0=ff 2006 =e3=ee=e4=e0 (=f1 10=2e00 =e4=ee 17=2e00) *=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*= =2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e= *=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e* =d1=e5=ec=e8=ed=e0=f0 =e2=e5=e4=e5=f2: =cc=f3=f0=ed=e8=ed=e0 =c8=2e=c2=2e= - =ea=ee=ed=f1=f3=eb=fc=f2=e0=ed=f2 =ef=ee =e2=e5=e4=e5=ed=e8=fe =e8 =ee= =ef=f2=e8=ec=e8=e7=e0=f6=e8=e8 =ea=e0=e4=f0=ee=e2=ee=e9 =e4=ee=ea=f3=ec=e5= =ed=f2=e0=f6=e8=e8, =e0=e2=f2=ee=f0 =ef=f0=ee=e3=f0=e0=ec=ec =ef=ee =ea=e0= =e4=f0=ee=e2=ee=ec=f3 =e4=e5=eb=ee=ef=f0=ee=e8=e7=e2=ee=e4=f1=f2=e2=f3, =e2= =e5=e4=f3=f9=e8=e9 =e0=e2=f2=ee=f0 =e6=f3=f0=ed=e0=eb=e0 "=ca=e0=e4=f0=ee= =e2=ee=e5 =e4=e5=eb=ee" =e8 =e4=f0=f3=e3=e8=f5 =f1=ef=e5=f6=e8=e0=eb=e8=e7= =e8=f0=ee=e2=e0=ed=ed=fb=f5 =e8=e7=e4=e0=ed=e8=e9 =ed=e0 =f0=fb=ed=ea=e5 = =f2=f0=f3=e4=e0, =e8=ec=e5=e5=f2 =e1=ee=eb=fc=f8=ee=e9 =ee=ef=fb=f2 =f0=e0= =e1=ee=f2=fb =ed=e0=f7=e0=eb=fc=ed=e8=ea=ee=ec =ee=f2=e4=e5=eb=e0 =ea=e0=e4= =f0=ee=e2=2e 1=2e =cd=ee=f0=ec=e0=f2=e8=e2=ed=ee-=ef=f0=e0=e2=ee=e2=e0=ff =e1=e0=e7=e0= , =f0=e5=e3=eb=e0=ec=e5=ed=f2=e8=f0=f3=fe=f9=e0=ff =f0=e0=e7=f0=e0=e1=ee=f2= =ea=f3 =e8 =e2=ed=e5=e4=f0=e5=ed=e8=e5 =eb=ee=ea=e0=eb=fc=ed=fb=f5 =ed=ee= =f0=ec=e0=f2=e8=e2=ed=fb=f5 =e0=ea=f2=ee=e2 =ee=f0=e3=e0=ed=e8=e7=e0=f6=e8= =e8=2e 2=2e =cb=ee=ea=e0=eb=fc=ed=fb=e5 =ed=ee=f0=ec=e0=f2=e8=e2=ed=fb=e5 =e0=ea= =f2=fb, =ee=e1=ff=e7=e0=f2=e5=eb=fc=ed=fb=e5 =e4=eb=ff =ee=f0=e3=e0=ed=e8= =e7=e0=f6=e8=e8 =e2 =f1=ee=ee=f2=e2=e5=f2=f1=f2=e2=e8=e8 =f1 =d2=f0=f3=e4= =ee=e2=fb=ec =ea=ee=e4=e5=ea=f1=ee=ec =d0=ee=f1=f1=e8=e9=f1=ea=ee=e9 =d4=e5= =e4=e5=f0=e0=f6=e8=e8=2e =d2=f0=e5=e1=ee=e2=e0=ed=e8=ff =ea =eb=ee=ea=e0=eb= =fc=ed=fb=ec =ed=ee=f0=ec=e0=f2=e8=e2=ed=fb=ec =e0=ea=f2=e0=ec =ef=f0=e8 = =ef=f0=ee=e2=e5=f0=ea=e5 =f1=ee=e1=eb=fe=e4=e5=ed=e8=ff =ed=ee=f0=ec =f2=f0= =f3=e4=ee=e2=ee=e3=ee =e7=e0=ea=ee=ed=ee=e4=e0=f2=e5=eb=fc=f1=f2=e2=e0=2e= 3=2e =d2=f0=f3=e4=ee=e2=ee=e9 =f0=e0=f1=ef=ee=f0=ff=e4=ee=ea=2e =c4=e8=f1= =f6=e8=ef=eb=e8=ed=e0 =f2=f0=f3=e4=e0=2e =cf=ee=f0=ff=e4=ee=ea =f1=ee=f1=f2= =e0=e2=eb=e5=ed=e8=ff, =f3=f2=e2=e5=f0=e6=e4=e5=ed=e8=ff, =ef=f0=e0=e2=ee= =e2=e0=ff =ef=f0=ee=f6=e5=e4=f3=f0=e0 =e2=e2=e5=e4=e5=ed=e8=ff =e2 =e4=e5= =e9=f1=f2=e2=e8=e5 =cf=f0=e0=e2=e8=eb =e2=ed=f3=f2=f0=e5=ed=ed=e5=e3=ee =f2= =f0=f3=e4=ee=e2=ee=e3=ee =f0=e0=f1=ef=ee=f0=ff=e4=ea=e0=2e =cd=ee=e2=fb=e9= =ef=ee=f0=ff=e4=ee=ea =ee=e7=ed=e0=ea=ee=ec=eb=e5=ed=e8=ff =f1 =ef=f0=e0= =e2=e8=eb=e0=ec=e8 =e2=ed=f3=f2=f0=e5=ed=ed=e5=e3=ee =f2=f0=f3=e4=ee=e2=ee= =e3=ee =f0=e0=f1=ef=ee=f0=ff=e4=ea=e0 =e2 =f1=ee=ee=f2=e2=e5=f2=f1=f2=e2=e8= =e8 =f1 =ef=ee=ef=f0=e0=e2=ea=e0=ec=e8 =e2 =d2=f0=f3=e4=ee=e2=ee=e9 =ea=ee= =e4=e5=ea=f1 =ce=f1=ee=e1=e5=ed=ed=ee=f1=f2=e8, =ef=ee=f0=ff=e4=ee=ea =f1= =ee=f1=f2=e0=e2=eb=e5=ed=e8=ff, =f3=f2=e2=e5=f0=e6=e4=e5=ed=e8=ff, =ef=f0= =e0=e2=ee=e2=e0=ff =ef=f0=ee=f6=e5=e4=f3=f0=e0 =e2=e2=e5=e4=e5=ed=e8=ff =e2= =e4=e5=e9=f1=f2=e2=e8=e5 =cf=ee=eb=ee=e6=e5=ed=e8=ff =ee =ef=e5=f0=f1=ee= =ed=e0=eb=e5=2e =ca=ee=e4=e5=ea=f1 =e4=e5=eb=ee=e2=ee=e9 =fd=f2=e8=ea=e8=2e= 4=2e =c7=e0=f9=e8=f2=e0 =ef=e5=f0=f1=ee=ed=e0=eb=fc=ed=fb=f5 =e4=e0=ed=ed= =fb=f5 =f0=e0=e1=ee=f2=ed=e8=ea=ee=e2=2e =cf=ee=eb=ee=e6=e5=ed=e8=e5 =ee=e1= =ee=e1=f0=e0=e1=ee=f2=ea=e5 =ef=e5=f0=f1=ee=ed=e0=eb=fc=ed=fb=f5 =e4=e0=ed= =ed=fb=f5: =ef=ee=f0=ff=e4=ee=ea =f1=ee=f1=f2=e0=e2=eb=e5=ed=e8=ff, =e4=e5= =e9=f1=f2=e2=e8=e5 =ef=ee=eb=ee=e6=e5=ed=e8=ff=2e 5=2e =c4=ee=ea=f3=ec=e5=ed=f2=e0=f6=e8=ee=ed=ed=ee=e5 =e7=e0=ea=f0=e5=ef=eb= =e5=ed=e8=e5 =f1=f2=f0=f3=ea=f2=f3=f0=fb =e8 =f8=f2=e0=f2=e0 =ef=f0=e5=e4= =ef=f0=e8=ff=f2=e8=ff=2e =d1=f2=f0=f3=ea=f2=f3=f0=e0 =e8 =f8=f2=e0=f2=ed=e0= =ff =f7=e8=f1=eb=e5=ed=ed=ee=f1=f2=fc, =d8=f2=e0=f2=ed=ee=e5 =f0=e0=f1=ef= =e8=f1=e0=ed=e8=e5, =d8=f2=e0=f2=ed=e0=ff =f0=e0=f1=f1=f2=e0=ed=ee=e2=ea=e0= : =ef=ee=f0=ff=e4=ee=ea =ee=f4=ee=f0=ec=eb=e5=ed=e8=ff =e8 =f3=f2=e2=e5=f0= =e6=e4=e5=ed=e8=ff, =ee=f1=ee=e1=e5=ed=ed=ee=f1=f2=e8 =e4=e0=ed=ed=fb=f5 = =e4=ee=ea=f3=ec=e5=ed=f2=ee=e2=2e =c7=e0=ea=f0=e5=ef=eb=e5=ed=e8=e5 =e2 =ef= =ee=ef=f0=e0=e2=ea=e0=f5 =ea =d2=f0=f3=e4=ee=e2=ee=ec=f3 =ea=ee=e4=e5=ea=f1= =f3 =f3=ea=e0=e7=e0=ed=e8=ff =e4=ee=eb=e6=ed=ee=f1=f2=e8 =e2 =f1=ee=ee=f2= =e2=e5=f2=f1=f2=e2=e8=e8 =f1=ee =f8=f2=e0=f2=ed=fb=ec =f0=e0=f1=ef=e8=f1=e0= =ed=e8=e5=ec=2e =cf=ee=f0=ff=e4=ee=ea =e2=ed=e5=f1=e5=ed=e8=ff =e8=e7=ec=e5= =ed=e5=ed=e8=e9 =e8 =e4=ee=ef=ee=eb=ed=e5=ed=e8=e9 =e2 =e4=ee=ea=f3=ec=e5= =ed=f2=fb, =f0=e5=e3=eb=e0=ec=e5=ed=f2=e8=f0=f3=fe=f9=e8=e5 =f1=f2=f0=f3=ea= =f2=f3=f0=f3 =e8 =f8=f2=e0=f2=2e 6=2e =d0=e5=e3=eb=e0=ec=e5=ed=f2=e8=f0=ee=e2=e0=ed=e8=e5 =f3=f0=ee=e2=ed=ff= =ea=ee=ec=ef=e5=f2=e5=ed=f6=e8=e8 =e8 =ee=f2=e2=e5=f2=f1=f2=e2=e5=ed=ed=ee= =f1=f2=e8 =f1=f2=f0=f3=ea=f2=f3=f0=ed=fb=f5 =ef=ee=e4=f0=e0=e7=e4=e5=eb=e5= =ed=e8=e9 =e8 =f0=e0=e1=ee=f2=ed=e8=ea=ee=e2=2e =cf=ee=f0=ff=e4=ee=ea =f1= =ee=f1=f2=e0=e2=eb=e5=ed=e8=ff =e8 =f3=f2=e2=e5=f0=e6=e4=e5=ed=e8=ff =cf=ee= =eb=ee=e6=e5=ed=e8=e9 =ee =f1=f2=f0=f3=ea=f2=f3=f0=ed=fb=f5 =ef=ee=e4=f0=e0= =e7=e4=e5=eb=e5=ed=e8=ff=f5, =c4=ee=eb=e6=ed=ee=f1=f2=ed=fb=f5 =e8=ed=f1=f2= =f0=f3=ea=f6=e8=e9 =f0=e0=e1=ee=f2=ed=e8=ea=ee=e2=2e =cf=ee=f0=ff=e4=ee=ea= =e2=ed=e5=f1=e5=ed=e8=ff =e8=e7=ec=e5=ed=e5=ed=e8=e9 =e2 =ef=ee=eb=ee=e6= =e5=ed=e8=ff =ee =f1=f2=f0=f3=ea=f2=f3=f0=ed=fb=f5 =ef=ee=e4=f0=e0=e7=e4=e5= =eb=e5=ed=e8=ff=f5 =e8 =e4=ee=eb=e6=ed=ee=f1=f2=ed=fb=e5 =e8=ed=f1=f2=f0=f3= =ea=f6=e8=e8=2e 7=2e =d0=e5=e3=eb=e0=ec=e5=ed=f2=e8=f0=ee=e2=e0=ed=e8=e5 =ee=f7=e5=f0=e5=e4= =ed=ee=f1=f2=e8 =ef=f0=e5=e4=ee=f1=f2=e0=e2=eb=e5=ed=e8=ff =ee=f2=ef=f3=f1= =ea=ee=e2=2e =ce=f1=ee=e1=e5=ed=ed=ee=f1=f2=e8 =f1=ee=f1=f2=e0=e2=eb=e5=ed= =e8=ff =e8 =ee=f4=ee=f0=ec=eb=e5=ed=e8=ff =c3=f0=e0=f4=e8=ea=e0 =ee=f2=ef= =f3=f1=ea=ee=e2=2e =cf=ee=f0=ff=e4=ee=ea =e2=ed=e5=f1=e5=ed=e8=ff =e8=e7=ec= =e5=ed=e5=ed=e8=e9 =e8 =e4=ee=ef=ee=eb=ed=e5=ed=e8=e9 =e2 =c3=f0=e0=f4=e8= =ea =ee=f2=ef=f3=f1=ea=ee=e2=2e =c8=e7=ec=e5=ed=e5=ed=e8=e5 =e2 =e8=f1=f7= =e8=f1=eb=e5=ed=e8=e8 =f1=f2=e0=e6=e0, =e4=e0=fe=f9=e5=e3=ee =ef=f0=e0=e2= =ee =ed=e0 =e5=e6=e5=e3=ee=e4=ed=fb=e9 =ee=ef=eb=e0=f7=e8=e2=e0=e5=ec=fb=e9= =ee=f2=ef=f3=f1=ea=2e 8=2e =d0=e5=e3=eb=e0=ec=e5=ed=f2=e8=f0=ee=e2=e0=ed=e8=e5 =ea=ee=ec=e0=ed=e4= =e8=f0=ee=e2=ee=ea =f0=e0=e1=ee=f2=ed=e8=ea=ee=e2=2e =cf=ee=eb=ee=e6=e5=ed= =e8=e5 =ee =ea=ee=ec=e0=ed=e4=e8=f0=ee=e2=ea=e0=f5=2e 9=2e =ce=ef=eb=e0=f2=e0 =f2=f0=f3=e4=e0=2e =cc=ee=f2=e8=e2=e0=f6=e8=ff =f0= =e0=e1=ee=f2=ed=e8=ea=ee=e2=2e =cf=ee=eb=ee=e6=e5=ed=e8=e5 =ee=e1 =ee=ef=eb= =e0=f2=e5 =f2=f0=f3=e4=e0=2e =cf=ee=eb=ee=e6=e5=ed=e8=e5 =ee =ef=f0=e5=ec= =e8=f0=ee=e2=e0=ed=e8=e8=2e 10=2e =cf=e5=f0=e5=f7=e5=ed=fc =eb=ee=ea=e0=eb=fc=ed=fb=f5 =ed=ee=f0=ec=e0= =f2=e8=e2=ed=fb=f5 =e0=ea=f2=ee=e2, =ef=f0=e5=e4=fa=ff=e2=eb=ff=e5=ec=fb=f5= =e4=eb=ff =ee=e7=ed=e0=ea=ee=ec=eb=e5=ed=e8=ff =f0=e0=e1=ee=f2=ed=e8=ea=f3= =ef=f0=e8 =e7=e0=ea=eb=fe=f7=e5=ed=e8=e8 =f2=f0=f3=e4=ee=e2=ee=e3=ee =e4= =ee=e3=ee=e2=ee=f0=e0=2e =cf=ee=f0=ff=e4=ee=ea =ee=e7=ed=e0=ea=ee=ec=eb=e5= =ed=e8=ff =f0=e0=e1=ee=f2=ed=e8=ea=ee=e2 =f1 =eb=ee=ea=e0=eb=fc=ed=fb=ec=e8= =ed=ee=f0=ec=e0=f2=e8=e2=ed=fb=ec=e8 =e0=ea=f2=e0=ec=e8=2e *=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*= =2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e= *=2e*=2e*=2e*=2e*=2e*=2e*=2e*=2e =d1=f2=ee=e8=ec=ee=f1=f2=fc =f3=f7=e0=f1=f2=e8=ff: 4130 =f0=f3=e1=2e (=f1= =cd=c4=d1) =c2 =f1=f2=ee=e8=ec=ee=f1=f2=fc =e2=ea=eb=fe=f7=e5=ed=fb =f0=e0=e7=e4=e0=f2= =ee=f7=ed=fb=e5 =ec=e0=f2=e5=f0=e8=e0=eb=fb, =ea=ee=f4=e5-=e1=f0=e5=e9=ea= , =ee=e1=e5=e4 =d1=ea=e8=e4=ea=e8: =e1=ee=eb=e5=e5 =ee=e4=ed=ee=e3=ee =f3=f7=e0=f1=f2=ed= =e8=ea=e0 - =f1=ea=e8=e4=ea=e0 10%, =ef=ee=f1=f2=ee=ff=ed=ed=fb=ec =ea=eb= =e8=e5=ed=f2=e0=ec - 20% ___________________________________________________________________ =d1=cf=d0=c0=c2=ca=c8 =c8 =d0=c5=c3=c8=d1=d2=d0=c0=d6=c8=df =ef=ee =f2=e5= =eb=2e: (495) 941-9165, 223-70-29 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 10:29:17 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18FCE16A416 for ; Wed, 20 Sep 2006 10:29:17 +0000 (UTC) (envelope-from jpgrcqpd@tpnet.pl) Received: from acpp29.neoplus.adsl.tpnet.pl (acpp29.neoplus.adsl.tpnet.pl [83.10.221.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98CB943D58 for ; Wed, 20 Sep 2006 10:29:14 +0000 (GMT) (envelope-from jpgrcqpd@tpnet.pl) Message-ID: <000c01c6dc9f$9bc53020$1ddd0a53@domowy> From: "messages emailed" To: stable@freebsd.org Date: Wed, 20 Sep 2006 12:29:09 -0200 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0008_01C6DCB0.5F4E0020" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: group X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 10:29:17 -0000 ------=_NextPart_000_0008_01C6DCB0.5F4E0020 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable Sign in Web Images VideoNew News Maps more raquo Advanced Search = Members: users: Join Alerts Create new group About Searched all groups = Your search did not match any Make sure words are spelled Try different = keywords. general fewer your on can try Answers for not match any Make sure words are spelled Try different keywords. = general fewer your on can try Answers for expert help with search. Get = the latest messages emailed to Alerts. Terms of Service Privacy Policy About Searched all groups Your search did not match any Make sure words = are spelled Try different keywords. general fewer your on can try = Answers for expert help with search. Get the oogle Groups Home Help Sign in Web Images VideoNew News Maps more raquo = Advanced Search Members: users: Join Alerts Create new group About = Searched all groups Your search did not match any Make sure words are = spelled Try different keywords. general fewer your on can try Answers = for expert help with search. Members: users: Join Alerts Create new group About Searched all groups = Your search did not match any Make sure words are spelled Try different = keywords. general fewer your on can try Answers for expert help with = search. Get the latest more raquo Advanced Search Members: users: Join Alerts Create new group = About Searched all groups Your search did not match any Make sure words = are spelled Try different keywords. raquo Advanced Search Members: users: Join Alerts Create new group About = Searched all groups Your search did not match any Make sure words are = spelled Try different keywords. general fewer your on can try Answers = for expert help with search. Get the latest messages emailed to Alerts. = Terms of Service Privacy Policy copy newsBnews Did mean: newsnews ------=_NextPart_000_0008_01C6DCB0.5F4E0020-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 10:36:48 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E05E416A40F for ; Wed, 20 Sep 2006 10:36:48 +0000 (UTC) (envelope-from 01chandlerpvis@mascalls.kent.sch.uk) Received: from bix173.neoplus.adsl.tpnet.pl (bix173.neoplus.adsl.tpnet.pl [83.28.139.173]) by mx1.FreeBSD.org (Postfix) with SMTP id 1614243DD5 for ; Wed, 20 Sep 2006 10:36:34 +0000 (GMT) (envelope-from 01chandlerpvis@mascalls.kent.sch.uk) Received: from smtp.kcn.org.uk by bix173.neoplus.adsl.tpnet.pl (8.12.11/8.12.11) with ESMTP id UBUC32oE859lnV for ; Wed, 20 Sep 2006 07:07:41 -0400 Received: from nobody (154.37.212.93) by smtp.kcn.org.uk with ESMTP (Exim 4.05) id oiy2Pt8opF2b for ; Wed, 20 Sep 2006 07:07:41 -0400 From: "Laurie" <01chandlerpvis@mascalls.kent.sch.uk> Message-ID: <3927108993.20060920070741@rzykzyndcairmy> Date: Wed, 20 Sep 2006 07:07:41 -0400 To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Subject: Sporty twink loves fucking with strangers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Laurie Mcclure <01chandlerpvis@mascalls.kent.sch.uk> List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 10:36:49 -0000 Latina hottie posing nude actress and model gets to suck on stiff cock http://lopoas.info/sperm/lesky.html?RQjiYf.eSffiRg,VSd blonde teenie stripping exotic babe doing a fucking machines blonde granny being double fucked Couple having strapon sex From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 10:40:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D82DC16A40F for ; Wed, 20 Sep 2006 10:40:20 +0000 (UTC) (envelope-from dan@mail.neosystem.cz) Received: from mail.neosystem.cz (mail.neosystem.cz [87.236.197.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97DF043D55 for ; Wed, 20 Sep 2006 10:40:18 +0000 (GMT) (envelope-from dan@mail.neosystem.cz) Received: from localhost (localhost [127.0.0.1]) by mail.neosystem.cz (Postfix) with ESMTP id 48F4A380342 for ; Wed, 20 Sep 2006 12:40:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at neosystem.cz Received: from mail.neosystem.cz ([127.0.0.1]) by localhost (mail.neosystem.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BPsa5f-JfLIy for ; Wed, 20 Sep 2006 12:40:14 +0200 (CEST) Received: from moon.kancelar.seznam.cz (proxy.seznam.cz [212.80.76.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.neosystem.cz (Postfix) with ESMTP id A737F38040E for ; Wed, 20 Sep 2006 12:40:14 +0200 (CEST) Date: Wed, 20 Sep 2006 12:27:39 +0200 From: Dan Bilik To: freebsd-stable@freebsd.org Message-Id: <20060920122739.4f9ed310.dan@mail.neosystem.cz> In-Reply-To: <20060919083955.GB87657@e-Gitt.NET> References: <450F8777.7080407@gmail.com> <20060919083955.GB87657@e-Gitt.NET> Organization: neosystem.cz X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: bind round robin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 10:40:20 -0000 Hi. On Tue, 19 Sep 2006 10:39:55 +0200 Oliver Brandmueller wrote: >> Is there a way to prioritize 10.10.10.10 over 192.168.0.10? How do i >> configure it? > ... > For serious redundancy with failover and/or load balancing with a good > leveling you should consider getting a load balancer (be it hardware or > software), better two so you don't have the single point of failure > there :-) Just info for those who may find it useful... There is a custom patch for BindBackend2 of PowerDNS that makes this DNS-level loadbalancing and failover possible. One can assign weights to A records and also keepalive watches so that "dead" addresses aren't served. It's configurable directly in zone through special TXT records. Find it at http://neosystem.cz/powerdns/pdns-2.9.20-keepalive.patch Dan From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 12:27:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10F3816A589 for ; Wed, 20 Sep 2006 12:27:36 +0000 (UTC) (envelope-from htcwepic@enterpol.pl) Received: from proxy.leczna.enterpol.pl (enleczwios4.enterpol.pl [83.142.112.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id D67DA43D7D for ; Wed, 20 Sep 2006 12:27:28 +0000 (GMT) (envelope-from htcwepic@enterpol.pl) Message-ID: <000d01c6dcb0$22ec63b0$82708e53@spud> From: "" To: freebsd-stable@freebsd.org Date: Wed, 20 Sep 2006 14:27:28 -0200 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0009_01C6DCC0.E67533B0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 12:27:36 -0000 ------=_NextPart_000_0009_01C6DCC0.E67533B0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0009_01C6DCC0.E67533B0-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 12:35:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E431816A403 for ; Wed, 20 Sep 2006 12:35:58 +0000 (UTC) (envelope-from dave@horsfall.org) Received: from dave.horsfall.org (mrdavi2.lnk.telstra.net [139.130.75.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2AE043D77 for ; Wed, 20 Sep 2006 12:35:50 +0000 (GMT) (envelope-from dave@horsfall.org) Received: from localhost (dave@localhost) by dave.horsfall.org (8.11.4/8.11.4) with ESMTP id k8KCZmx17335 for ; Wed, 20 Sep 2006 22:35:48 +1000 (EST) Date: Wed, 20 Sep 2006 22:35:47 +1000 (EST) From: Dave Horsfall To: FreeBSD STABLE list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Buckets of spam on list? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 12:35:59 -0000 Has FreeBSD's spam filter opened its legs again? Along with MOBILE, ACPI, and just about every other spammer-friendly open list? -- Dave From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 12:43:53 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDBAB16A407 for ; Wed, 20 Sep 2006 12:43:53 +0000 (UTC) (envelope-from adam605040vcqg@hotmail.com) Received: from 218-166-59-113.dynamic.hinet.net (218-166-59-113.dynamic.hinet.net [218.166.59.113]) by mx1.FreeBSD.org (Postfix) with SMTP id 58DEE43D88 for ; Wed, 20 Sep 2006 12:43:49 +0000 (GMT) (envelope-from adam605040vcqg@hotmail.com) Received: from mx1.hotmail.com by 218-166-59-113.dynamic.hinet.net (Postfix) with ESMTP id 51CE53EEB7 for ; Wed, 20 Sep 2006 05:04:38 -0700 Received: from passamon ([81.152.83.117]) by mx1.hotmail.com with ESMTP id QioRdPM71DFc for ; Wed, 20 Sep 2006 05:04:38 -0700 Date: Wed, 20 Sep 2006 05:04:38 -0700 From: Claudio Bowen Message-ID: <087029464376.529561528779@hotmail.com> To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Subject: SEXUALLY EXPLICIT : Fine gal get public naked X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Claudio Bowen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 12:43:54 -0000 Cutie bends over and spreads blonde bimbo gets a dick up her ass Teens posing in pantyhose http://gamize.info/trick/trannyx.html?RQjiYf.eSffiRg,VSd lonley mature babe fucks her shoe waiting 4 you asian slut riding fucking machine Use this link for unsubscribe http://gamize.info/un/unsub.php From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 12:59:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FF3316A415 for ; Wed, 20 Sep 2006 12:59:46 +0000 (UTC) (envelope-from petermcmjh@demsyd.syd.dem.csiro.au) Received: from 5351D933.cable.casema.nl (5351D933.cable.casema.nl [83.81.217.51]) by mx1.FreeBSD.org (Postfix) with SMTP id 6F64743DA1 for ; Wed, 20 Sep 2006 12:59:12 +0000 (GMT) (envelope-from petermcmjh@demsyd.syd.dem.csiro.au) Received: from act-mx.csiro.au by 5351D933.cable.casema.nl (8.9.3/8.9.3) with SMTP id zdZxyAFE5gQz for ; Wed, 20 Sep 2006 08:09:48 -0400 Received: from 72.196.199.7 by act-mx.csiro.au with ESMTP (Exim 4.05) id zsHxYud8TNHf for ; Wed, 20 Sep 2006 08:09:48 -0400 From: "Tammi" Message-ID: <9291975845.188231425894@demsyd.syd.dem.csiro.au> Date: Wed, 20 Sep 2006 08:09:48 -0400 To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: CY C I L I Bukkake Blowjob X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tammi Prater List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 12:59:46 -0000 Great Mouthfull Amateur Bukkake Extreme Facial Org http://send.gopeduned.com/?highdrive Blonde In Gangbang Fucked For BukkakeMulti Bukkake The purpose of a business is to create a customer.No person will make a great business who wants to do it all himself or get all the credit. It's easy to work for somebody else all you have to do is show up.Experience increases our wisdom but doesn't reduce our follies.Shadows fall on even the brightest hours. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 13:03:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4FCF16A40F for ; Wed, 20 Sep 2006 13:03:02 +0000 (UTC) (envelope-from smtpreturn@resp.powersourceonline.com) Received: from mediaa.resp.powersourceonline.com (mediaa.resp.powersourceonline.com [66.161.124.232]) by mx1.FreeBSD.org (Postfix) with SMTP id 8558643DBD for ; Wed, 20 Sep 2006 13:02:40 +0000 (GMT) (envelope-from smtpreturn@resp.powersourceonline.com) Date: Wed, 20 Sep 2006 09:02:26 -0400 Message-Id: <1158757346.240.457640MSOSI3414175:133OSIMS@resp.powersourceonline.com> From: "PowerSource Online" To: freebsd-stable@freebsd.org X-Mailer: eBizmailer3.6 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Looking for Computer Parts & Equipment? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: PowerSource Online List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 13:03:02 -0000 =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D IBM, HP, Compaq, Dell, Toshiba, Cisco, 3Com, Epson, Samsung, Sony and Ma= ny More =0D Laptops, Desktops, Servers, Printers, Networking and Po= int of Sale & More=0D =0D =0D =0D =0D =0D =0D =0D Dealers =0D Resellers =0D Brokers =0D Service Companies<= /p>=0D Maintenance Companies =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D [1][USEMAP:Fre=]=0D =0D =0D =0D =0D [3D"h=] =0D Search Inven= tory =0D =0D =0D [marketi=] =0D Send Requests For Quotes=0D =0D =0D [marketi=] =0D Contact Vendors Directly=0D =0D =0D [marketi=] =0D Access Classifieds =0D =0D =0D [marketi=] =0D For Sale =0D =0D =0D [marketi=] =0D Want to Buy=0D =0D =0D =0D =0D =0D =0D =0D =0D 100= 0's of Buyers, =0D 100's of Stocking Vendor= s, =0D 1.5 million lines of Inventory= , =0D Nearly 2 million part searches= a month =0D Contact us today=0D [2]support@powersourceonline.com =0D 888-265-3302 (U.S. = & Canada) =0D 1-450-677-7399 (International) = =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D Please do not reply to this email . If you have = any comments or questions regarding this message or the PowerSource Onlin= e service, please send an email to: [3]info@powersourceonline.com or visit us online: [4]www.powersourceonline.c= om =0D =0D This is an advertisement from PowerSource= Online. =0D If you no longer wish to receive news and special o= ffers from PowerSource Online, [5]unsubscribe . =0D PowerSource Online =0D 1010 de Sérigny Suite 800 - Longueuil, CANADA - J4K 5G7 =0D Tel: 1(888) 265-3302 - International: 001 (450) 677-7399 =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D [3D] =0D References Visible links 1. LYNXIMGMAP:file://localhost/tmp/3D"#Map" 2. 3D"mailto:support@powersourceonline.= 3. 3D"mailto:info@powersourceonl= 4. file://localhost/tmp/3D= 5. 3D"http://resp.powersourceonline.c=/ Hidden links: 6. 3D"http://re=/ 7. 3D"http://resp.powersourceonline.com/rspbp/= 8. 3D"http://resp.powersou=/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 13:05:11 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C94A16A47C for ; Wed, 20 Sep 2006 13:05:11 +0000 (UTC) (envelope-from smtpreturn@resp.powersourceonline.com) Received: from mediaa.resp.powersourceonline.com (mediaa.resp.powersourceonline.com [66.161.124.232]) by mx1.FreeBSD.org (Postfix) with SMTP id AC7F343DA6 for ; Wed, 20 Sep 2006 13:05:05 +0000 (GMT) (envelope-from smtpreturn@resp.powersourceonline.com) Date: Wed, 20 Sep 2006 09:05:00 -0400 Message-Id: <1158757500.240.457640MSOSI3418090:133OSIMS@resp.powersourceonline.com> From: "PowerSource Online" To: stable@freebsd.org X-Mailer: eBizmailer3.6 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Looking for Computer Parts & Equipment? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: PowerSource Online List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 13:05:11 -0000 =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D IBM, HP, Compaq, Dell, Toshiba, Cisco, 3Com, Epson, Samsung, Sony and Ma= ny More =0D Laptops, Desktops, Servers, Printers, Networking and Po= int of Sale & More=0D =0D =0D =0D =0D =0D =0D =0D Dealers =0D Resellers =0D Brokers =0D Service Companies<= /p>=0D Maintenance Companies =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D [1][USEMAP:Fre=]=0D =0D =0D =0D =0D [3D"h=] =0D Search Inven= tory =0D =0D =0D [marketi=] =0D Send Requests For Quotes=0D =0D =0D [marketi=] =0D Contact Vendors Directly=0D =0D =0D [marketi=] =0D Access Classifieds =0D =0D =0D [marketi=] =0D For Sale =0D =0D =0D [marketi=] =0D Want to Buy=0D =0D =0D =0D =0D =0D =0D =0D =0D 100= 0's of Buyers, =0D 100's of Stocking Vendor= s, =0D 1.5 million lines of Inventory= , =0D Nearly 2 million part searches= a month =0D Contact us today=0D [2]support@powersourceonline.com =0D 888-265-3302 (U.S. = & Canada) =0D 1-450-677-7399 (International) = =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D Please do not reply to this email . If you have = any comments or questions regarding this message or the PowerSource Onlin= e service, please send an email to: [3]info@powersourceonline.com or visit us online: [4]www.powersourceonline.c= om =0D =0D This is an advertisement from PowerSource= Online. =0D If you no longer wish to receive news and special o= ffers from PowerSource Online, [5]unsubscribe . =0D PowerSource Online =0D 1010 de Sérigny Suite 800 - Longueuil, CANADA - J4K 5G7 =0D Tel: 1(888) 265-3302 - International: 001 (450) 677-7399 =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D =0D [3D] =0D References Visible links 1. LYNXIMGMAP:file://localhost/tmp/3D"#Map" 2. 3D"mailto:support@powersourceonline.= 3. 3D"mailto:info@powersourceonl= 4. file://localhost/tmp/3D= 5. 3D"http://resp.powersourceonline.c=/ Hidden links: 6. 3D"http://re=/ 7. 3D"http://resp.powersourceonline.com/rspbp/= 8. 3D"http://resp.powersou=/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 15:01:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1F0416A4DE for ; Wed, 20 Sep 2006 15:01:04 +0000 (UTC) (envelope-from joji@eskimo.com) Received: from ultra5.eskimo.com (ultra5.eskimo.com [204.122.16.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EE9A43DA9 for ; Wed, 20 Sep 2006 15:00:16 +0000 (GMT) (envelope-from joji@eskimo.com) Received: from eskimo.com (eskimo.com [204.122.16.13]) by ultra5.eskimo.com (8.13.6/8.13.4) with ESMTP id k8KF0DKM001963; Wed, 20 Sep 2006 08:00:13 -0700 Received: (from joji@localhost) by eskimo.com (8.9.1a/8.9.1) id IAA24026; Wed, 20 Sep 2006 08:00:13 -0700 (PDT) Date: Wed, 20 Sep 2006 08:00:13 -0700 From: Joseph Olatt To: Stefan Lambrev Message-ID: <20060920080011.B21905@eskimo.com> References: <44F3F2FE.8000407@sun-fish.com> <20060829062640.A11793@eskimo.com> <4510EFBE.1050000@sun-fish.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <4510EFBE.1050000@sun-fish.com>; from stefan.lambrev@sun-fish.com on Wed, Sep 20, 2006 at 10:37:34AM +0300 Cc: freebsd-stable@freebsd.org Subject: Re: linux-oracle-instantclient-sqlplus-10.2.0.2.20060331 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 15:01:04 -0000 On Wed, Sep 20, 2006 at 10:37:34AM +0300, Stefan Lambrev wrote: > Hi, > > Joseph Olatt wrote: > > On Tue, Aug 29, 2006 at 10:55:42AM +0300, Stefan Lambrev wrote: > > > >> Hi all, > >> > >> First sorry if this is not the right place to post my questions :) > >> > >> I'm trying to run linux-oracle-instantclient-sqlplus-10.2.0.2.20060331 > >> (ports/databases/linux-oracle-instantclient-sqlplus) > >> on FreeBSD 6.1-STABLE (i386 or/and amd64), but with no success for now. > >> > >> After installation I run: > >> > >> LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/compat/linux/usr/lib/oracle/10.2.0.2.20060331/client/lib > >> /compat/linux/usr/lib/oracle/10.2.0.2.20060331/client/bin/sqlplus /nolog > >> > >> but it just freezes. Friend of mine told me that he have no problems > >> with FreeBSD 5.4(i386) > >> > >> My goal is to run oracle-instant client (i386) on FreeBSD-6.x amd64. > >> > >> So is there some big change in linux module in FreeBSD 6.1 compared to 5.4 ? > >> Did somebody manage to run successfully linux-instant-oracle-client > >> under FreeBSD 6.1 (i386/amd64)? > >> Please help :)) > >> > >> P.S. oracle instant client does not depend on any linux_base, which was > >> little strange for me, but just for info > >> I have installed latest linux_base_fc4. > >> > >> Thanks in advance. > >> > >> -- > >> Best Wishes, > >> Stefan Lambrev > >> ICQ# 24134177 > >> > > > > > > FWIW, I have oracle8-client-0.1.1_1 package running in FreeBSD 6-STABLE. > > This package does not have sqlplus but allows me to connect to Oracle > > using p5-DBD-Oracle-1.16_3 & p5-DBI-1.50 and perl. > > > > > > $ pkg_info | egrep "Oracle|DBI" > > oracle8-client-0.1.1_1 Oracle 8 client > > p5-DBD-Oracle-1.16_3 DBI driver for Oracle RDBMS server > > p5-DBI-1.50 The perl5 Database Interface. Required for DBD::* modules > > > > > Is there any way to make this under FreeBSD 6.x amd64 ? > FreeBSD 6.1-STABLE amd64 ? It appears that the current port of oracle8-client in the ports tree only support i386 $ grep ARCH /usr/ports/databases/oracle8-client/Makefile ONLY_FOR_ARCHS= i386 As of now, I don't have access to an amd64 machine and hence I've no idea what would happen if you tried to use the current oracle8 client libraries on it. regards, joseph [snip] From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 15:23:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBE5516A416 for ; Wed, 20 Sep 2006 15:23:33 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3C6F43D96 for ; Wed, 20 Sep 2006 15:23:29 +0000 (GMT) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (localhost.cmotd.com [127.0.0.1]) by sun-fish.com (Postfix) with ESMTP id 92FFA3858D for ; Wed, 20 Sep 2006 17:23:27 +0200 (CEST) Received: from [192.168.3.112] (boar.cmotd.com [192.168.3.112]) by sun-fish.com (Postfix) with ESMTP id 19F2438431 for ; Wed, 20 Sep 2006 17:18:46 +0200 (CEST) Message-ID: <45115BD6.3010404@sun-fish.com> Date: Wed, 20 Sep 2006 18:18:46 +0300 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.7 (X11/20060918) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <44F3F2FE.8000407@sun-fish.com> <20060829062640.A11793@eskimo.com> <4510EFBE.1050000@sun-fish.com> <20060920080011.B21905@eskimo.com> In-Reply-To: <20060920080011.B21905@eskimo.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-AV-Checked: ClamAV Subject: Re: linux-oracle-instantclient-sqlplus-10.2.0.2.20060331 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 15:23:33 -0000 Hi, Joseph Olatt wrote: > On Wed, Sep 20, 2006 at 10:37:34AM +0300, Stefan Lambrev wrote: > >> Hi, >> >> Joseph Olatt wrote: >> >>> On Tue, Aug 29, 2006 at 10:55:42AM +0300, Stefan Lambrev wrote: >>> >>> >>>> Hi all, >>>> >>>> First sorry if this is not the right place to post my questions :) >>>> >>>> I'm trying to run linux-oracle-instantclient-sqlplus-10.2.0.2.20060331 >>>> (ports/databases/linux-oracle-instantclient-sqlplus) >>>> on FreeBSD 6.1-STABLE (i386 or/and amd64), but with no success for now. >>>> >>>> After installation I run: >>>> >>>> LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/compat/linux/usr/lib/oracle/10.2.0.2.20060331/client/lib >>>> /compat/linux/usr/lib/oracle/10.2.0.2.20060331/client/bin/sqlplus /nolog >>>> >>>> but it just freezes. Friend of mine told me that he have no problems >>>> with FreeBSD 5.4(i386) >>>> >>>> My goal is to run oracle-instant client (i386) on FreeBSD-6.x amd64. >>>> >>>> So is there some big change in linux module in FreeBSD 6.1 compared to 5.4 ? >>>> Did somebody manage to run successfully linux-instant-oracle-client >>>> under FreeBSD 6.1 (i386/amd64)? >>>> Please help :)) >>>> >>>> P.S. oracle instant client does not depend on any linux_base, which was >>>> little strange for me, but just for info >>>> I have installed latest linux_base_fc4. >>>> >>>> Thanks in advance. >>>> >>>> -- >>>> Best Wishes, >>>> Stefan Lambrev >>>> ICQ# 24134177 >>>> >>>> >>> FWIW, I have oracle8-client-0.1.1_1 package running in FreeBSD 6-STABLE. >>> This package does not have sqlplus but allows me to connect to Oracle >>> using p5-DBD-Oracle-1.16_3 & p5-DBI-1.50 and perl. >>> >>> >>> $ pkg_info | egrep "Oracle|DBI" >>> oracle8-client-0.1.1_1 Oracle 8 client >>> p5-DBD-Oracle-1.16_3 DBI driver for Oracle RDBMS server >>> p5-DBI-1.50 The perl5 Database Interface. Required for DBD::* modules >>> >>> >>> >> Is there any way to make this under FreeBSD 6.x amd64 ? >> FreeBSD 6.1-STABLE amd64 ? >> > > > It appears that the current port of oracle8-client in the ports tree > only support i386 > > $ grep ARCH /usr/ports/databases/oracle8-client/Makefile > ONLY_FOR_ARCHS= i386 > > As of now, I don't have access to an amd64 machine and hence I've no > idea what would happen if you tried to use the current oracle8 client > libraries on it. > It's not like I didn't try :) but 64bit apps can't link to 32bit libs. :( > regards, > joseph > > > [snip] > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 15:28:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2AC616A412 for ; Wed, 20 Sep 2006 15:28:29 +0000 (UTC) (envelope-from rvenne@dental-on-line.fr) Received: from smtp.dental-on-line.fr (smtp.dental-on-line.fr [82.234.245.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22C8043D81 for ; Wed, 20 Sep 2006 15:28:24 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from [192.168.1.7] (triton.dental-on-line.net [192.168.1.7]) by smtp.dental-on-line.fr (Postfix) with ESMTP id 51FCA1386BF for ; Wed, 20 Sep 2006 17:28:21 +0200 (CEST) Message-ID: <45115E21.8060003@dental-on-line.fr> Date: Wed, 20 Sep 2006 17:28:33 +0200 From: rvenne@dental-on-line.fr User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-stable@freebsd.org References: <44F3F2FE.8000407@sun-fish.com> <20060829062640.A11793@eskimo.com> <4510EFBE.1050000@sun-fish.com> <20060920080011.B21905@eskimo.com> In-Reply-To: <20060920080011.B21905@eskimo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: jail: socket unavaible X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 15:28:29 -0000 hi list I'm tring to make apache work inside a jail (6.1) apachctl start gives following errors no listening sockets available, shutting down here's some sysctl values on my host security.jail.allow_raw_sockets: 1 security.jail.enforce_statfs: 2 security.jail.set_hostname_allowed: 1 security.jail.socket_unixiproute_only: 1 security.jail.sysvipc_allowed: 0 security.jail.chflags_allowed: 0 thanks for your helps regards From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 15:46:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 012D816A40F for ; Wed, 20 Sep 2006 15:46:51 +0000 (UTC) (envelope-from perl@ipchains.ru) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DFC143D5F for ; Wed, 20 Sep 2006 15:46:49 +0000 (GMT) (envelope-from perl@ipchains.ru) Received: from [80.68.244.38] (account odambaev@rbc.ru [80.68.244.38] verified) by hermes.hw.ru (CommuniGate Pro SMTP 5.0.10) with ESMTPA id 135628084; Wed, 20 Sep 2006 19:46:48 +0400 Message-ID: <451161AD.5080309@ipchains.ru> Date: Wed, 20 Sep 2006 19:43:41 +0400 From: Oleg Dambaev User-Agent: Thunderbird 1.5.0.5 (X11/20060831) MIME-Version: 1.0 To: rvenne@dental-on-line.fr References: <44F3F2FE.8000407@sun-fish.com> <20060829062640.A11793@eskimo.com> <4510EFBE.1050000@sun-fish.com> <20060920080011.B21905@eskimo.com> <45115E21.8060003@dental-on-line.fr> In-Reply-To: <45115E21.8060003@dental-on-line.fr> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: jail: socket unavaible X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 15:46:51 -0000 rvenne@dental-on-line.fr wrote: > hi list > > I'm tring to make apache work inside a jail (6.1) > apachctl start gives following errors > > no listening sockets available, shutting down > > here's some sysctl values on my host > > security.jail.allow_raw_sockets: 1 > security.jail.enforce_statfs: 2 > security.jail.set_hostname_allowed: 1 > security.jail.socket_unixiproute_only: 1 > security.jail.sysvipc_allowed: 0 > security.jail.chflags_allowed: 0 > > thanks for your helps > > regards > > I have # sysctl -a | grep 'security.jail' security.jail.set_hostname_allowed: 1 security.jail.socket_unixiproute_only: 1 security.jail.sysvipc_allowed: 0 security.jail.enforce_statfs: 2 security.jail.allow_raw_sockets: 1 security.jail.chflags_allowed: 0 security.jail.jailed: 0 Works fine. Maybe there's another reason? What netstat -an inside a jail says? From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 15:47:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48EF216A4D1 for ; Wed, 20 Sep 2006 15:47:41 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A68B43D76 for ; Wed, 20 Sep 2006 15:47:40 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 9A600114025; Wed, 20 Sep 2006 16:47:38 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bNQLauaujPHw; Wed, 20 Sep 2006 16:47:36 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id CC52B114023; Wed, 20 Sep 2006 16:47:35 +0100 (BST) Message-ID: <45116297.5090701@goodforbusiness.co.uk> Date: Wed, 20 Sep 2006 16:47:35 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.7 (X11/20060919) MIME-Version: 1.0 To: rvenne@dental-on-line.fr References: <44F3F2FE.8000407@sun-fish.com> <20060829062640.A11793@eskimo.com> <4510EFBE.1050000@sun-fish.com> <20060920080011.B21905@eskimo.com> <45115E21.8060003@dental-on-line.fr> In-Reply-To: <45115E21.8060003@dental-on-line.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: jail: socket unavaible X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 15:47:41 -0000 rvenne@dental-on-line.fr wrote: > hi list > > I'm tring to make apache work inside a jail (6.1) > apachctl start gives following errors > > no listening sockets available, shutting down > > here's some sysctl values on my host > > security.jail.allow_raw_sockets: 1 > security.jail.enforce_statfs: 2 > security.jail.set_hostname_allowed: 1 > security.jail.socket_unixiproute_only: 1 > security.jail.sysvipc_allowed: 0 > security.jail.chflags_allowed: 0 > > thanks for your helps Try making sure all your HTTPd instances on the system bind to a specific IP. Sounds to me like you have another web server bound to * outside the jail ? Dominic > regards > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 15:50:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FB6516A415 for ; Wed, 20 Sep 2006 15:50:52 +0000 (UTC) (envelope-from rvenne@dental-on-line.fr) Received: from smtp.dental-on-line.fr (smtp.dental-on-line.fr [82.234.245.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id E633243D77 for ; Wed, 20 Sep 2006 15:50:51 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from [192.168.1.7] (triton.dental-on-line.net [192.168.1.7]) by smtp.dental-on-line.fr (Postfix) with ESMTP id E28C01386CF; Wed, 20 Sep 2006 17:50:50 +0200 (CEST) Message-ID: <45116367.6030709@dental-on-line.fr> Date: Wed, 20 Sep 2006 17:51:03 +0200 From: rvenne@dental-on-line.fr User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dominic Marks References: <44F3F2FE.8000407@sun-fish.com> <20060829062640.A11793@eskimo.com> <4510EFBE.1050000@sun-fish.com> <20060920080011.B21905@eskimo.com> <45115E21.8060003@dental-on-line.fr> <45116297.5090701@goodforbusiness.co.uk> In-Reply-To: <45116297.5090701@goodforbusiness.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: jail: socket unavaible X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 15:50:52 -0000 Dominic Marks wrote: > rvenne@dental-on-line.fr wrote: > >> hi list >> >> I'm tring to make apache work inside a jail (6.1) >> apachctl start gives following errors >> >> no listening sockets available, shutting down >> >> here's some sysctl values on my host >> >> security.jail.allow_raw_sockets: 1 >> security.jail.enforce_statfs: 2 >> security.jail.set_hostname_allowed: 1 >> security.jail.socket_unixiproute_only: 1 >> security.jail.sysvipc_allowed: 0 >> security.jail.chflags_allowed: 0 >> >> thanks for your helps > > > Try making sure all your HTTPd instances on the system bind to a > specific IP. > Sounds to me like you have another web server bound to * outside the > jail ? > > Dominic > >> regards >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" > the port is free, and netstat inside the jail gives nothing -- Richard VENNE www.dental-on-line.com Phone: 01 43 27 94 24 fax: 01 43 27 66 85 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 16:13:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEAB616A403; Wed, 20 Sep 2006 16:13:01 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from opus.cse.buffalo.edu (opus.cse.Buffalo.EDU [128.205.32.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B47243D4C; Wed, 20 Sep 2006 16:12:46 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from localhost.cse.buffalo.edu (localhost.cse.buffalo.edu [127.0.0.1]) by opus.cse.buffalo.edu (8.13.8/8.12.4) with ESMTP id k8KGCkIR011462; Wed, 20 Sep 2006 12:12:46 -0400 (EDT) From: Ken Smith To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-iehpWQcgdvlKO5U/JLOp" Organization: U. Buffalo CSE Department Date: Wed, 20 Sep 2006 12:12:46 -0400 Message-Id: <1158768766.10669.52.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Cc: re@freebsd.org Subject: FreeBSD 6.2-BETA1 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 16:13:01 -0000 --=-iehpWQcgdvlKO5U/JLOp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The first Beta build for the FreeBSD-6.2 Release Cycle is now available on most of the FTP mirror sites. If the release cycle goes as planned it is the first of two BETAs, which will be followed by two Release Candidates (RCs) and then the final release. If events warrant as the release cycle progresses we'll adjust the plans so there might be more test builds than we are currently planning for. For those of you who would like to test by updating existing machines instead of using the BETA1 installation media you can update your source tree to a fresh copy of RELENG_6 using the normal update procedures. If you do that and then report problems please include the date you did your update. Machines updated this way will say they are "6.2-PRERELEASE", not "6.2-BETA1" as machines installed from the BETA1 install media will. If you do notice problems please follow the normal Problem Report procedures for submitting a PR. Questions or problems can also be posted to this list. The current plan for the 6.2 Release Cycle is available at: http://www.freebsd.org/releases/6.2R/schedule.html A few things to note about BETA1: - Be aware that FreeBSD-SA-06:21.gzip was released after the -BETA1 builds started, and the gunzip(1) binaries included are consequently vulnerable to the attacks described in that advisory." - The install media provided for this BETA do not include any packages (much like the monthly snapshot builds). Packages will probably not be provided on the install media until we reach the RC phase. - The sparc64 build got started before an important bugfix was applied to auditctl(2) so testing Audit related things will be difficult or impossible on sparc64 BETA1 but the other available platforms should be fine in this regard. - No BETA1 for the ia64 platform will be available. - The build for Alpha is still in progress and will be available shortly. - FreeBSD Update, a binary security update tool, was recently imported into the FreeBSD base system, and the FreeBSD Security Team is building binary security updates for the i386 platform. Users are encouraged to test this. We appreciate having the help of people with the resources to do so testing the BETAs and RCs to help us work out any big problems and improving on the quality of the release. Thanks in advance for any help you can provide making 6.2-RELEASE better. MD5s and SHA256s for the currently available ISOs: MD5 (6.2-BETA1-amd64-bootonly.iso) =3D a07cd0b12307cd721ea9daff7ba404c5 MD5 (6.2-BETA1-amd64-disc1.iso) =3D 9d898986cd07eecb3644d57b176243e9 MD5 (6.2-BETA1-amd64-disc2.iso) =3D 9d61ec6db071136b314af5535adfbba8 MD5 (6.2-BETA1-i386-bootonly.iso) =3D d9990759aa93656cbdd88ce5ed1ca73c MD5 (6.2-BETA1-i386-disc1.iso) =3D 0c552682db4bb8ebee48e25cc9719b7b MD5 (6.2-BETA1-i386-disc2.iso) =3D d558e2d7adb87f53356cbac91528709c MD5 (6.2-BETA1-pc98-bootonly.iso) =3D 0995f732cad625a6a0ef0d2609748c5d MD5 (6.2-BETA1-pc98-disc1.iso) =3D c13370482f684b785623760f699b8f62 MD5 (6.2-BETA1-sparc64-bootonly.iso) =3D 9315d11c34536db9d3436a75808f0207 MD5 (6.2-BETA1-sparc64-disc1.iso) =3D a8d90d69f992b52ad8eb6522d884b762 MD5 (6.2-BETA1-sparc64-disc2.iso) =3D 00d5a1eb48b7d8c81c67fbe7fa1d3cae SHA256 (6.2-BETA1-amd64-bootonly.iso) =3D bcce493d5ec1ac2a14f5b48b1359cd5c2= 3c788a03eb17f9fbae1ddf933c418c5 SHA256 (6.2-BETA1-amd64-disc1.iso) =3D 56228983493d17d3a884bc639d073ccc6a4f= 4c9c75d97a57a22cde0cf51a0522 SHA256 (6.2-BETA1-amd64-disc2.iso) =3D c4a49db888c3b13ac47309e58e7389bc3e5a= 0d66008ec4fb40cd71b95c75fc55 SHA256 (6.2-BETA1-i386-bootonly.iso) =3D 8d8fb9feb5c90385c8d515588e7391666c= bb62c94334a5524a4083ba840992f3 SHA256 (6.2-BETA1-i386-disc1.iso) =3D 99939323b4b4e6578721fbd8730c5fe5d72b2= e3158a81f7a76aeabe05ab18354 SHA256 (6.2-BETA1-i386-disc2.iso) =3D 8d09e145ffc9c642cafe647e7472a7d1b0021= 89a0d2cb3691e1702f9ff5ca08d SHA256 (6.2-BETA1-pc98-bootonly.iso) =3D 33ce93427b9f0dc3b672b5e5ad15f3bd18= 63b5153f9aa853334bdb181eb50148 SHA256 (6.2-BETA1-pc98-disc1.iso) =3D 37447e2e9a3d59c1e263ca8c177b918b7272c= bf2cefc935faecac3c15c32a6eb SHA256 (6.2-BETA1-sparc64-bootonly.iso) =3D b424d0025b0017cb8e9d01750971885= 8f592d75945c5b456f2dc2efdf32a61d7 SHA256 (6.2-BETA1-sparc64-disc1.iso) =3D 895fe16cb6afdbce4e0e1f653aae007a55= c39d55443e79dde879e993c6c8b78c SHA256 (6.2-BETA1-sparc64-disc2.iso) =3D 4b9e46e180403c5bd5dc4c26ca4ed2ed95= 5bd660ed65f4481c867c6f9541e2a9 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-iehpWQcgdvlKO5U/JLOp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFEWh+/G14VSmup/YRAi9+AJ0TBeYhcMvSHNqRp9yMoB1OTrmHeQCeOvFu ylKMSKaSzEwb49oF5JX4iqU= =LVRd -----END PGP SIGNATURE----- --=-iehpWQcgdvlKO5U/JLOp-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 16:35:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21CFA16A62C for ; Wed, 20 Sep 2006 16:35:47 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-174-86.sn2.eutelia.it [83.211.174.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EAEA43DBD for ; Wed, 20 Sep 2006 16:34:21 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from localhost (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with SMTP id A37C72C90B for ; Wed, 20 Sep 2006 18:34:03 +0200 (CEST) Received: from insomma.datacode.it (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with ESMTP id DA3D62C90A for ; Wed, 20 Sep 2006 18:34:02 +0200 (CEST) Received: from massimo.datacode.it (massimo.datacode.it [192.168.1.13]) by insomma.datacode.it (Postfix) with ESMTP id 98B962C906 for ; Wed, 20 Sep 2006 18:34:02 +0200 (CEST) From: Massimo Lusetti To: freebsd-stable@freebsd.org In-Reply-To: <1158768766.10669.52.camel@opus.cse.buffalo.edu> References: <1158768766.10669.52.camel@opus.cse.buffalo.edu> Content-Type: text/plain Organization: CEDOC - Modena Date: Wed, 20 Sep 2006 18:33:59 +0200 Message-Id: <1158770039.4329.19.camel@massimo.datacode.it> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: FreeBSD 6.2-BETA1 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 16:35:47 -0000 On Wed, 2006-09-20 at 12:12 -0400, Ken Smith wrote: > A few things to note about BETA1: > > - Be aware that FreeBSD-SA-06:21.gzip was released after > the -BETA1 builds started, and the gunzip(1) binaries > included are consequently vulnerable to the attacks > described in that advisory." [..] > - FreeBSD Update, a binary security update tool, was > recently imported into the FreeBSD base system, and the > FreeBSD Security Team is building binary security updates > for the i386 platform. Users are encouraged to test this. That's a perfect situation for testing this new feature, I'll test this as soon as binary security updates goes public. BTW thanks for bringing this to us. Best regards -- Massimo.run(); From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 16:43:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EA9916A49E for ; Wed, 20 Sep 2006 16:43:47 +0000 (UTC) (envelope-from jhs@flat.berklix.net) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1996343D7C for ; Wed, 20 Sep 2006 16:43:34 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A4ED2.dip.t-dialin.net [84.154.78.210]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id k8KGhWXf002212; Wed, 20 Sep 2006 18:43:32 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.13.6/8.13.6) with ESMTP id k8KGhWTU057892; Wed, 20 Sep 2006 18:43:33 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.6/8.13.6) with ESMTP id k8KGhWVI017986; Wed, 20 Sep 2006 18:43:32 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200609201643.k8KGhWVI017986@fire.jhs.private> To: Dave Horsfall From: "Julian Stacey" Organization: http://berklix.com BSD Unix C Net Consultancy, Munich/Muenchen User-agent: EXMH http://beedub.com/exmh/ on FreeBSD http://freebsd.org X-URL: http://berklix.com X-Fallback: jhs@mail.brierdr.com, jhs@freebsd.org, jhs@berklix.net In-reply-to: Your message of "Wed, 20 Sep 2006 22:35:47 +1000." Date: Wed, 20 Sep 2006 18:43:32 +0200 Sender: jhs@flat.berklix.net Cc: freebsd-stable@freebsd.org Subject: Re: Buckets of spam on list? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 16:43:47 -0000 Dave Horsfall wrote: > Has FreeBSD's spam filter opened its legs again? Along with MOBILE, ACPI, That phrase had me chuckle :-) Other possibility is perhaps not that @freebsd.org spam dam (or its included RBLs) is suddenly letting a higher percentage through, but perhaps there's a new Tsunami of spam out there from from new & better tools ./ service suddenly on sale to spammers. (I run a hombrew anti spam here, (not dependent on imported RBL lists or public tools, so immune to changes there), but I think I'm seeing more spam too (apart from via @freebsd.org)). -- Julian Stacey. BSD Unix C Net Consultancy, Munich/Muenchen http://berklix.com Mail Ascii, not HTML. Ihr Rauch = mein allergischer Kopfschmerz. Don't buy it ! Get it free ! http://berklix.org/free-software From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 20:22:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6876716A412 for ; Wed, 20 Sep 2006 20:22:11 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 335E643D5E for ; Wed, 20 Sep 2006 20:21:49 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mr1so.prod.shaw.ca (pd4mr1so-qfe3.prod.shaw.ca [10.0.141.212]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J5W00G1SR8DVS70@l-daemon> for freebsd-stable@freebsd.org; Wed, 20 Sep 2006 14:21:49 -0600 (MDT) Received: from pn2ml10so.prod.shaw.ca ([10.0.121.80]) by pd4mr1so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J5W00G9PR0Y6390@pd4mr1so.prod.shaw.ca> for freebsd-stable@freebsd.org; Wed, 20 Sep 2006 14:17:22 -0600 (MDT) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0J5W00HGSR0YUJ90@l-daemon> for freebsd-stable@freebsd.org; Wed, 20 Sep 2006 14:17:22 -0600 (MDT) Received: (qmail 15567 invoked from network); Wed, 20 Sep 2006 20:17:10 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Wed, 20 Sep 2006 20:17:10 +0000 Date: Wed, 20 Sep 2006 13:17:10 -0700 From: Colin Percival In-reply-to: <1158770039.4329.19.camel@massimo.datacode.it> To: Massimo Lusetti Message-id: <4511A1C6.1010800@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <1158768766.10669.52.camel@opus.cse.buffalo.edu> <1158770039.4329.19.camel@massimo.datacode.it> User-Agent: Thunderbird 1.5 (X11/20060416) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.2-BETA1 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 20:22:11 -0000 Massimo Lusetti wrote: > On Wed, 2006-09-20 at 12:12 -0400, Ken Smith wrote: >> - FreeBSD Update, a binary security update tool, was >> recently imported into the FreeBSD base system, and the >> FreeBSD Security Team is building binary security updates >> for the i386 platform. Users are encouraged to test this. > > That's a perfect situation for testing this new feature, I'll test this > as soon as binary security updates goes public. FreeBSD Update is public; if you are running a system which identifies itself as i386 running FreeBSD 6.2-BETA1, FreeBSD Update should be able to fetch the updates right now. If it doesn't, something is broken, and I'd like to hear about it. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 20:46:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3334516A415; Wed, 20 Sep 2006 20:46:42 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7658B43D93; Wed, 20 Sep 2006 20:46:26 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr14.xs4all.nl (8.13.6/8.13.6) with ESMTP id k8KKkHpE058052; Wed, 20 Sep 2006 22:46:17 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k8KKkGiF011048; Wed, 20 Sep 2006 22:46:16 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k8KKkGcr011047; Wed, 20 Sep 2006 22:46:16 +0200 (CEST) (envelope-from wb) Date: Wed, 20 Sep 2006 22:46:16 +0200 From: Wilko Bulte To: Ken Smith Message-ID: <20060920204616.GA11029@freebie.xs4all.nl> References: <1158768766.10669.52.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1158768766.10669.52.camel@opus.cse.buffalo.edu> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: re@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.2-BETA1 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 20:46:42 -0000 On Wed, Sep 20, 2006 at 12:12:46PM -0400, Ken Smith wrote.. > > The first Beta build for the FreeBSD-6.2 Release Cycle is now available > on most of the FTP mirror sites. If the release cycle goes as planned > it is the first of two BETAs, which will be followed by two Release > Candidates (RCs) and then the final release. If events warrant as the > release cycle progresses we'll adjust the plans so there might be more > test builds than we are currently planning for. > > For those of you who would like to test by updating existing machines > instead of using the BETA1 installation media you can update your source > tree to a fresh copy of RELENG_6 using the normal update procedures. If > you do that and then report problems please include the date you did > your update. Machines updated this way will say they are > "6.2-PRERELEASE", not "6.2-BETA1" as machines installed from the BETA1 > install media will. > > If you do notice problems please follow the normal Problem Report > procedures for submitting a PR. Questions or problems can also be > posted to this list. > > The current plan for the 6.2 Release Cycle is available at: > > http://www.freebsd.org/releases/6.2R/schedule.html > > A few things to note about BETA1: > > - Be aware that FreeBSD-SA-06:21.gzip was released after > the -BETA1 builds started, and the gunzip(1) binaries > included are consequently vulnerable to the attacks > described in that advisory." > > - The install media provided for this BETA do not include > any packages (much like the monthly snapshot builds). > Packages will probably not be provided on the install > media until we reach the RC phase. > > - The sparc64 build got started before an important bugfix > was applied to auditctl(2) so testing Audit related things > will be difficult or impossible on sparc64 BETA1 but the > other available platforms should be fine in this regard. > > - No BETA1 for the ia64 platform will be available. > > - The build for Alpha is still in progress and will be > available shortly. It is now on ftp-master, so it should be on the ftp-mirrors tomorrow. MD5 (6.2-BETA1-alpha-bootonly.iso) = cdc61ea729ee07ebcaaba6224adb3184 MD5 (6.2-BETA1-alpha-disc1.iso) = e80a42d6e634d528ca2b53495c0969e2 SHA256 (6.2-BETA1-alpha-bootonly.iso) = 02c4f0256780243b885e980fa698dc17079c71f4b770ba442fb4c8e0e526fdaf SHA256 (6.2-BETA1-alpha-disc1.iso) = 9e36294e5b7afd18271dd4d1c72808a2b3cb6cd3e3ceacfbb6b87d4252261cb1 -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Sep 20 20:59:07 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38FF816A407 for ; Wed, 20 Sep 2006 20:59:07 +0000 (UTC) (envelope-from csjp@FreeBSD.org) Received: from ems01.seccuris.com (ems01.seccuris.com [204.112.0.35]) by mx1.FreeBSD.org (Postfix) with SMTP id 8A71B43D70 for ; Wed, 20 Sep 2006 20:59:06 +0000 (GMT) (envelope-from csjp@FreeBSD.org) Received: (qmail 75557 invoked by uid 86); 20 Sep 2006 21:37:15 -0000 Received: from unknown (HELO ?127.0.0.1?) (204.112.0.40) by ems01.seccuris.com with SMTP; 20 Sep 2006 21:37:15 -0000 Message-ID: <4511AB9A.2020001@FreeBSD.org> Date: Wed, 20 Sep 2006 15:59:06 -0500 From: "Christian S.J. Peron" User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Andriy Gapon References: <45101281.7090508@icyb.net.ua> <45101832.7010009@FreeBSD.org> <451019A0.4040602@icyb.net.ua> In-Reply-To: <451019A0.4040602@icyb.net.ua> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: df -kP != df -Pk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 20:59:07 -0000 FYI, I have taken care of this in -CURRENT Thanks for the report! csjp 2006-09-20 20:55:02 UTC FreeBSD src repository Modified files: bin/df df.c Log: Based on The Open Group Base Specifications Issue 6 IEEE Std 1003.1, our current implementation of df(1) is does not properly format the output under certain conditions. Right now -kP and -Pk are not the same thing. Further, when we set the BLOCKSIZE environment variable, we use "1k" instead of "1024", making the header display incorrectly. To quote the specification: "When both the -k and -P options are specified, the following header line shall be written (in the POSIX locale): "Filesystem 1024-blocks Used Available Capacity Mounted on\n" - If -P has been specified, check to make sure that -k has not already been specified, if so, simply break instead of clobbering the previous blocksize - Use 1024 instead of 1k to make the header POSIX compliant Reported by: Andriy Gapon Discussed with: bde, ru MFC after: 1 week Revision Changes Path 1.66 +11 -2 src/bin/df/df.c Andriy Gapon wrote: > on 19/09/2006 19:17 Christian S.J. Peron said the following: > >> Andriy Gapon wrote: >> >>> It seems that -P flag to df resets previously specified -k for no good >>> reason. POSIX expressly talks about -P and -k being used together. >>> http://www.opengroup.org/onlinepubs/009695399/utilities/df.html >>> >>> This is FreeBSD 6.1-RELEASE-p2 i386. >>> >>> >>> >> Please test the attached patch and let me know if it's good for you. >> >> Thanks for bringing this to our attention. >> > > Yes, the patch works very well. Thank you for the lightning-fast response. > > > -- Christian S.J. Peron csjp@FreeBSD.ORG FreeBSD Committer FreeBSD Security Team From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 08:37:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D21D316A403 for ; Thu, 21 Sep 2006 08:37:24 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id E33F143D49 for ; Thu, 21 Sep 2006 08:37:21 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [IPv6:::1] (localhost.cc.fer.hr [IPv6:::1]) by lara.cc.fer.hr (8.13.8/8.13.4) with ESMTP id k8L8bAwY051629; Thu, 21 Sep 2006 10:37:10 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <45124F36.4010607@fer.hr> Date: Thu, 21 Sep 2006 10:37:10 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.4 (X11/20060625) MIME-Version: 1.0 To: Marko Lerota References: <45106867.50508@freebsd.org> <86eju567vn.fsf@sparrow.local> In-Reply-To: <86eju567vn.fsf@sparrow.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: PERC trouble? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 08:37:24 -0000 Marko Lerota wrote: > Paul Saab writes: > >> this was fixed after 6.1-RELEASE. You need to grab the driver from -stable. > > What does it mean? That I could run 6.1-RELEASE but have some drivers > from -stable or -current? Yes if you are careful with the source, and do the patching every time after upgrading with cvsup. Alternatively, you can, at least in theory, use binary modules from another 6.x release. (In this case, you'll need to compile a kernel without MFI built in). From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 08:44:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1EA816A47B for ; Thu, 21 Sep 2006 08:44:27 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E91C443D6B for ; Thu, 21 Sep 2006 08:44:26 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k8L8iC4k056531 for ; Thu, 21 Sep 2006 11:44:17 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k8L8iCdF056528 for ; Thu, 21 Sep 2006 11:44:12 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Thu, 21 Sep 2006 11:44:12 +0300 (EEST) From: Dmitry Pryanishnikov To: freebsd-stable@freebsd.org Message-ID: <20060921113711.B70668@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Minidumps in -STABLE and "smaller than physical memory" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 08:44:28 -0000 Hello! I've noticed (with the 2-day old RELENG_6) that I still can't configure my 256Mb swap partition as a dump device for i386 machine with 1Gb RAM despite having minidumps enabled: root@test2# sysctl debug.minidump debug.minidump: 1 root@test2# dumpon -v /dev/ad0s3b /dev/ad0s3b is smaller than physical memory Am I correctly understand that minidumps should lift the restriction sizeof(dumpdev) >= sizeof(RAM) ? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 09:36:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBF5816A412 for ; Thu, 21 Sep 2006 09:36:50 +0000 (UTC) (envelope-from rvenne@dental-on-line.fr) Received: from smtp.dental-on-line.fr (smtp.dental-on-line.fr [82.234.245.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D74D43D55 for ; Thu, 21 Sep 2006 09:36:50 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from [192.168.1.7] (triton.dental-on-line.net [192.168.1.7]) by smtp.dental-on-line.fr (Postfix) with ESMTP id 7A4351386CF for ; Thu, 21 Sep 2006 11:36:48 +0200 (CEST) Message-ID: <45125D3C.9010000@dental-on-line.fr> Date: Thu, 21 Sep 2006 11:37:00 +0200 From: rvenne@dental-on-line.fr User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-stable@freebsd.org References: <44F3F2FE.8000407@sun-fish.com> <20060829062640.A11793@eskimo.com> <4510EFBE.1050000@sun-fish.com> <20060920080011.B21905@eskimo.com> <45115E21.8060003@dental-on-line.fr> <45116297.5090701@goodforbusiness.co.uk> In-Reply-To: <45116297.5090701@goodforbusiness.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: jail: socket unavaible X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 09:36:50 -0000 Dominic Marks wrote: > rvenne@dental-on-line.fr wrote: > >> hi list >> >> I'm tring to make apache work inside a jail (6.1) >> apachctl start gives following errors >> >> no listening sockets available, shutting down >> >> here's some sysctl values on my host >> >> security.jail.allow_raw_sockets: 1 >> security.jail.enforce_statfs: 2 >> security.jail.set_hostname_allowed: 1 >> security.jail.socket_unixiproute_only: 1 >> security.jail.sysvipc_allowed: 0 >> security.jail.chflags_allowed: 0 >> >> thanks for your helps > > > Try making sure all your HTTPd instances on the system bind to a > specific IP. > Sounds to me like you have another web server bound to * outside the > jail ? > > Dominic it's a ssl website on a another port then 443. in fact, after upgrading src from 5.4 to 6.1, i thought that would be a great idea to remake jail... finally, that was not. > >> regards >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Richard VENNE www.dental-on-line.com Phone: 01 43 27 94 24 fax: 01 43 27 66 85 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 10:15:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C28016A407 for ; Thu, 21 Sep 2006 10:15:00 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FD1943D46 for ; Thu, 21 Sep 2006 10:14:59 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id k8LAEe8l008152; Thu, 21 Sep 2006 11:14:40 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.6/8.13.6) with ESMTP id k8LAEY1D005075; Thu, 21 Sep 2006 11:14:34 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.6/8.13.6/Submit) id k8LAEYcn005074; Thu, 21 Sep 2006 11:14:34 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Dmitry Pryanishnikov In-Reply-To: <20060921113711.B70668@atlantis.atlantis.dp.ua> References: <20060921113711.B70668@atlantis.atlantis.dp.ua> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 21 Sep 2006 11:14:33 +0100 Message-Id: <1158833673.4894.5.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: Minidumps in -STABLE and "smaller than physical memory" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 10:15:00 -0000 On Thu, 2006-09-21 at 11:44 +0300, Dmitry Pryanishnikov wrote: > Hello! > > I've noticed (with the 2-day old RELENG_6) that I still can't configure my > 256Mb swap partition as a dump device for i386 machine with 1Gb RAM despite > having minidumps enabled: > > root@test2# sysctl debug.minidump > debug.minidump: 1 > root@test2# dumpon -v /dev/ad0s3b > /dev/ad0s3b is smaller than physical memory > > Am I correctly understand that minidumps should lift the restriction > > sizeof(dumpdev) >= sizeof(RAM) Yes. http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/dumpon/dumpon.c.diff?r1=1.22&r2=1.23 needs to be MFC'd. Gavin From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 10:20:38 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A983916A40F for ; Thu, 21 Sep 2006 10:20:38 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51B4743D76 for ; Thu, 21 Sep 2006 10:20:35 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (dapatm@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k8LAKRCN013804 for ; Thu, 21 Sep 2006 12:20:33 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k8LAKQLD013803; Thu, 21 Sep 2006 12:20:26 +0200 (CEST) (envelope-from olli) Date: Thu, 21 Sep 2006 12:20:26 +0200 (CEST) Message-Id: <200609211020.k8LAKQLD013803@lurza.secnetix.de> From: Oliver Fromme Reply-From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200609201643.k8KGhWVI017986@fire.jhs.private> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 21 Sep 2006 12:20:33 +0200 (CEST) Cc: Subject: Re: Buckets of spam on list? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-chat@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 10:20:38 -0000 This is the wrong list to discuss such things. Complaints and notices about the spam filters at freebsd.org should go to mailman@ instead of cluttering the discussion lists any further, which is almost as bad as the spam itself. Any other discussion about spam should go to chat@. Julian Stacey wrote: > Dave Horsfall wrote: > > Has FreeBSD's spam filter opened its legs again? Along with MOBILE, ACPI, > > That phrase had me chuckle :-) > > Other possibility is perhaps [...] As far as I've heard, the spam filter on the incoming mail server simply died for some reason. It's now up again, and spam level should be back to normal (i.e. almost zero). > (I run a hombrew anti spam here, (not dependent on imported RBL > lists or public tools, so immune to changes there), > but I think I'm seeing more spam too (apart from via @freebsd.org)). I'm using sendmail's greet_pause feature + milter-greylist. Those two measures block 80% of the spam, without any false positives so far. Additionally I use two conservatively managed DNS blacklists (combined.njabl.org + list.dsbl.org; see http://njabl.org + http://dsbl.org), plus a lightly configured bogofilter (see ports) + a few custom mailfilter rules (ports/mail/mailfilter). Those cut the remaining 20% that survive greylisting. The result is almost zero spam. Additionally, for usenet postings I use a small script that generates a dynamic "From" address with a hash code, which look like this: "user+j5xtjy70rs16m1uz@domain.com". The hash code contains an encoded timestamp. Any email sent to such an address is passed through if the timestamp is younger than two weeks. If it's older, a mail is sent back to the sender, asking him to reply to a new (fresh) address. It's not a perfect solution, but works pretty well. Most personal replies to usenet postings are sent within 2 weeks (many news servers don't even keep articles that long), so there's no additional burden on legal senders at all, while replies after 2 weeks are spam most of the time, as my experience shows. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I invented Ctrl-Alt-Delete, but Bill Gates made it famous." -- David Bradley, original IBM PC design team From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 12:08:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1160D16A47B for ; Thu, 21 Sep 2006 12:08:08 +0000 (UTC) (envelope-from rvenne@dental-on-line.fr) Received: from smtp.dental-on-line.fr (smtp.dental-on-line.fr [82.234.245.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5012943D53 for ; Thu, 21 Sep 2006 12:08:04 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from [192.168.1.7] (triton.dental-on-line.net [192.168.1.7]) by smtp.dental-on-line.fr (Postfix) with ESMTP id 702E7138632 for ; Thu, 21 Sep 2006 14:08:01 +0200 (CEST) Message-ID: <451280AD.4040508@dental-on-line.fr> Date: Thu, 21 Sep 2006 14:08:13 +0200 From: rvenne@dental-on-line.fr User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-stable@freebsd.org References: <44F3F2FE.8000407@sun-fish.com> <20060829062640.A11793@eskimo.com> <4510EFBE.1050000@sun-fish.com> <20060920080011.B21905@eskimo.com> <45115E21.8060003@dental-on-line.fr> <45116297.5090701@goodforbusiness.co.uk> <45125D3C.9010000@dental-on-line.fr> In-Reply-To: <45125D3C.9010000@dental-on-line.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: jail: socket unavaible [ being resovled...need help any way] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 12:08:08 -0000 rvenne@dental-on-line.fr wrote: > Dominic Marks wrote: > >> rvenne@dental-on-line.fr wrote: >> >>> hi list >>> >>> I'm tring to make apache work inside a jail (6.1) >>> apachctl start gives following errors >>> >>> no listening sockets available, shutting down >>> >>> here's some sysctl values on my host >>> >>> security.jail.allow_raw_sockets: 1 >>> security.jail.enforce_statfs: 2 >>> security.jail.set_hostname_allowed: 1 >>> security.jail.socket_unixiproute_only: 1 >>> security.jail.sysvipc_allowed: 0 >>> security.jail.chflags_allowed: 0 >>> >>> thanks for your helps >> >> >> >> Try making sure all your HTTPd instances on the system bind to a >> specific IP. >> Sounds to me like you have another web server bound to * outside the >> jail ? >> >> Dominic > > > > it's a ssl website on a another port then 443. > > in fact, after upgrading src from 5.4 to 6.1, i thought that would be > a great idea to remake jail... finally, that was not. > >> >>> regards >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to >>> "freebsd-stable-unsubscribe@freebsd.org" >> >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" > > > > I'm able to start sshd daemon... but I'm pretty sure: there's any other daemon on apache/ssl's port on system. I'm taking look on httpd config: httpd is on jail's specific IP and port. -- Richard VENNE www.dental-on-line.com Phone: 01 43 27 94 24 fax: 01 43 27 66 85 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 13:15:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3182316A403 for ; Thu, 21 Sep 2006 13:15:45 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3C5043D46 for ; Thu, 21 Sep 2006 13:15:44 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 966E15C58; Thu, 21 Sep 2006 17:15:43 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 752AE5C4D; Thu, 21 Sep 2006 17:15:43 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k8LDFl7C080060; Thu, 21 Sep 2006 17:15:47 +0400 (MSD) (envelope-from ru) Date: Thu, 21 Sep 2006 17:15:47 +0400 From: Ruslan Ermilov To: Gavin Atkinson Message-ID: <20060921131547.GB29308@rambler-co.ru> References: <20060921113711.B70668@atlantis.atlantis.dp.ua> <1158833673.4894.5.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG" Content-Disposition: inline In-Reply-To: <1158833673.4894.5.camel@buffy.york.ac.uk> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Dmitry Pryanishnikov , freebsd-stable@freebsd.org Subject: Re: Minidumps in -STABLE and "smaller than physical memory" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 13:15:45 -0000 --LpQ9ahxlCli8rRTG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 21, 2006 at 11:14:33AM +0100, Gavin Atkinson wrote: > On Thu, 2006-09-21 at 11:44 +0300, Dmitry Pryanishnikov wrote: > > Hello! > >=20 > > I've noticed (with the 2-day old RELENG_6) that I still can't config= ure my > > 256Mb swap partition as a dump device for i386 machine with 1Gb RAM des= pite > > having minidumps enabled: > >=20 > > root@test2# sysctl debug.minidump > > debug.minidump: 1 > > root@test2# dumpon -v /dev/ad0s3b > > /dev/ad0s3b is smaller than physical memory > >=20 > > Am I correctly understand that minidumps should lift the restriction > >=20 > > sizeof(dumpdev) >=3D sizeof(RAM) >=20 > Yes. >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/dumpon/dumpon.c.diff?r1=3D= 1.22&r2=3D1.23 > needs to be MFC'd. >=20 I sent an MFC request to re@. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --LpQ9ahxlCli8rRTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFEpCDqRfpzJluFF4RAn5iAJ0XusL9/V8WyMoR1kK9ux23b5ip1wCfXVk7 WTvhPoWnibl4dQv6gmYIXn4= =Ntvp -----END PGP SIGNATURE----- --LpQ9ahxlCli8rRTG-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 13:23:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6185E16A4DA for ; Thu, 21 Sep 2006 13:23:07 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp1.sbb.co.yu (smtp1.sbb.co.yu [82.117.194.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08B1443D8F for ; Thu, 21 Sep 2006 13:22:47 +0000 (GMT) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-89-216-163-249.dynamic.sbb.co.yu [89.216.163.249]) by smtp1.sbb.co.yu (8.13.7/8.13.7) with ESMTP id k8LDMciQ025929 for ; Thu, 21 Sep 2006 15:22:38 +0200 Received: by faust.net (Postfix, from userid 1001) id DC9261701C; Thu, 21 Sep 2006 15:23:51 +0200 (CEST) Date: Thu, 21 Sep 2006 15:23:51 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20060921132351.GA613@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 1.4 X-SBB-Spam-Level: XXX Subject: wifi and battery X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 13:23:07 -0000 Hi all! For month or two I have strange bihaveour on laptop. 6.1 release, pcmcia card with "ral" chip on it and battery 2 years old. Using wpa_supplicant, I get connection to router, dhclient helps for ip address. Then connection drops, goes up again, drops. After some tweaking with channels and an- tenas, I tried with power cable. Everything works smooth. Here is info on battery itself: design capacity: 6000 mAh last full capacity: 3232 mAh design voltage: 14800 mV capacity (warn): 250 mAh capacity (low): 150 mAh Model No: JM-6 type: LION present rate: 17316mA voltage: 11065 mV I have cpufreq in kernel and powerd in rc.conf. Should I remove cpufreq option or replace the battery? Zoran From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 13:31:42 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CFCF16A4A0 for ; Thu, 21 Sep 2006 13:31:42 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FB5343D5A for ; Thu, 21 Sep 2006 13:31:40 +0000 (GMT) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 587F434A3F for ; Thu, 21 Sep 2006 16:31:35 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12855-07 for ; Thu, 21 Sep 2006 16:31:32 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 2AFF534A3C for ; Thu, 21 Sep 2006 16:31:32 +0300 (EEST) Message-ID: <4512942A.1020400@bulinfo.net> Date: Thu, 21 Sep 2006 16:31:22 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: Subject: Unable to generate random numbers? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 13:31:42 -0000 Hello, When I try to generate random bytes using rand() or random() functions I found that these functions return constant values!? I am running: FreeBSD krassi 6.1-STABLE FreeBSD 6.1-STABLE #13: Tue Jul 11 13:41:31 EEST 2006 root@krassi:/usr/obj/usr/src/sys/MyKernel i386 sysctl kern.random kern.random.yarrow.gengateinterval: 10 kern.random.yarrow.bins: 10 kern.random.yarrow.fastthresh: 192 kern.random.yarrow.slowthresh: 256 kern.random.yarrow.slowoverthresh: 2 kern.random.sys.seeded: 1 kern.random.sys.harvest.ethernet: 1 kern.random.sys.harvest.point_to_point: 1 kern.random.sys.harvest.interrupt: 1 kern.random.sys.harvest.swi: 0 Best Regards From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 13:43:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 203C416A403 for ; Thu, 21 Sep 2006 13:43:28 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C595D43D5C for ; Thu, 21 Sep 2006 13:43:27 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: (qmail 5086 invoked from network); 21 Sep 2006 13:43:26 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 21 Sep 2006 13:43:26 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 090252842C; Thu, 21 Sep 2006 09:43:25 -0400 (EDT) To: Krassimir Slavchev References: <4512942A.1020400@bulinfo.net> From: Lowell Gilbert Date: Thu, 21 Sep 2006 09:43:25 -0400 In-Reply-To: <4512942A.1020400@bulinfo.net> (Krassimir Slavchev's message of "Thu, 21 Sep 2006 16:31:22 +0300") Message-ID: <44odt9uygy.fsf@be-well.ilk.org> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: stable@freebsd.org Subject: Re: Unable to generate random numbers? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 13:43:28 -0000 Krassimir Slavchev writes: > When I try to generate random bytes using rand() or random() > functions I found that these functions > return constant values!? Show your code (preferably a minimal, compilable, example); chances are that you are not initializing the state properly for use of those functions. Note that those functions are not in any way related to the kernel random(4) device. I suspect this question would be more appropriate on FreeBSD-Questions; the version of FreeBSD you're running isn't really relevant. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 14:20:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5674316A403 for ; Thu, 21 Sep 2006 14:20:28 +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 83A5A43D72 for ; Thu, 21 Sep 2006 14:20:26 +0000 (GMT) (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 2232546DA0; Thu, 21 Sep 2006 10:20:26 -0400 (EDT) Date: Thu, 21 Sep 2006 15:20:26 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Krassimir Slavchev In-Reply-To: <4512942A.1020400@bulinfo.net> Message-ID: <20060921151848.E37863@fledge.watson.org> References: <4512942A.1020400@bulinfo.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: Unable to generate random numbers? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 14:20:28 -0000 On Thu, 21 Sep 2006, Krassimir Slavchev wrote: > When I try to generate random bytes using rand() or random() functions I > found that these functions return constant values!? Sounds pretty odd -- even if not explicitly seeded, you should be getting something pseudo-random, even if what you get is deterministic. Are you calling srandomdev() before invoking random()? Are you definitely using the result of invoking random() and not using the function pointer for random(), which will be constant? Robert N M Watson Computer Laboratory University of Cambridge > > I am running: > FreeBSD krassi 6.1-STABLE FreeBSD 6.1-STABLE #13: Tue Jul 11 13:41:31 EEST > 2006 root@krassi:/usr/obj/usr/src/sys/MyKernel i386 > > sysctl kern.random > kern.random.yarrow.gengateinterval: 10 > kern.random.yarrow.bins: 10 > kern.random.yarrow.fastthresh: 192 > kern.random.yarrow.slowthresh: 256 > kern.random.yarrow.slowoverthresh: 2 > kern.random.sys.seeded: 1 > kern.random.sys.harvest.ethernet: 1 > kern.random.sys.harvest.point_to_point: 1 > kern.random.sys.harvest.interrupt: 1 > kern.random.sys.harvest.swi: 0 > > > Best Regards > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 14:52:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7231516A407 for ; Thu, 21 Sep 2006 14:52:13 +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 0EA9943D49 for ; Thu, 21 Sep 2006 14:52:12 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) (TLS: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Thu, 21 Sep 2006 10:52:10 -0400 id 00056422.4512A71A.00004AAB Received: from Internal Mail-Server (206.210.89.202) by mx01 (envelope-from wmoran@collaborativefusion.com) with AES256-SHA encrypted SMTP; 21 Sep 2006 10:51:01 -0400 Date: Thu, 21 Sep 2006 10:52:09 -0400 From: Bill Moran To: freebsd-stable@freebsd.org Message-Id: <20060921105209.819eb570.wmoran@collaborativefusion.com> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Unable to make release on recent 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 14:52:13 -0000 Following the instructions in release(7), I'm trying to build a recent 6-STABLE install CD that includes the ehci.c patch so that I can use it over DRAC5 (See related thread: http://lists.freebsd.org/pipermail/freebsd-usb/2006-September/002537.html ) "make release" failed, so I tried going through the steps outlined in the man page to isolate which part failed. make release.1 succeeded. It was make release.2 that failed. I can provide more details, and can test things if required. Any feedback is welcome. [...] >>> Distributing everything -------------------------------------------------------------- cd /usr/src; /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 distribute cd /usr/src; /usr/obj/usr/src/make.amd64/make install -DNO_SUBDIR DESTDIR=/R/stage/trees/base SHARED=copies ===> share/info (distribute) cd /usr/src/share/info; /usr/obj/usr/src/make.amd64/make install -DNO_SUBDIR DESTDIR=/R/stage/trees/base SHARED=copies install -o root -g wheel -m 444 dir-tmpl /R/stage/trees/base/usr/share/info/dir ===> include (distribute) cd /usr/src/include; /usr/obj/usr/src/make.amd64/make install -DNO_SUBDIR DESTDIR=/R/stage/trees/base SHARED=copies creating osreldate.h from newvers.sh touch: not found *** Error code 127 Stop in /usr/src/include. *** Error code 1 Stop in /usr/src/include. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src/release. -- Bill Moran Collaborative Fusion Inc. **************************************************************** IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. **************************************************************** From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 14:59:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3385B16A407; Thu, 21 Sep 2006 14:59:43 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E657B43D49; Thu, 21 Sep 2006 14:59:38 +0000 (GMT) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id D971434BA1; Thu, 21 Sep 2006 17:59:36 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18680-08; Thu, 21 Sep 2006 17:59:33 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 9BD1034B9D; Thu, 21 Sep 2006 17:59:33 +0300 (EEST) Message-ID: <4512A8CB.7050502@bulinfo.net> Date: Thu, 21 Sep 2006 17:59:23 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: Robert Watson References: <4512942A.1020400@bulinfo.net> <20060921151848.E37863@fledge.watson.org> In-Reply-To: <20060921151848.E37863@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: stable@freebsd.org Subject: Re: Unable to generate random numbers? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 14:59:43 -0000 Hmm, I missed to call srandomdev() before random(). Thanks for response Robert Watson wrote: > > On Thu, 21 Sep 2006, Krassimir Slavchev wrote: > >> When I try to generate random bytes using rand() or random() >> functions I found that these functions return constant values!? > > Sounds pretty odd -- even if not explicitly seeded, you should be > getting something pseudo-random, even if what you get is > deterministic. Are you calling srandomdev() before invoking > random()? Are you definitely using the result of invoking random() > and not using the function pointer for random(), which will be constant? > > Robert N M Watson > Computer Laboratory > University of Cambridge > >> >> I am running: >> FreeBSD krassi 6.1-STABLE FreeBSD 6.1-STABLE #13: Tue Jul 11 13:41:31 >> EEST 2006 root@krassi:/usr/obj/usr/src/sys/MyKernel i386 >> >> sysctl kern.random >> kern.random.yarrow.gengateinterval: 10 >> kern.random.yarrow.bins: 10 >> kern.random.yarrow.fastthresh: 192 >> kern.random.yarrow.slowthresh: 256 >> kern.random.yarrow.slowoverthresh: 2 >> kern.random.sys.seeded: 1 >> kern.random.sys.harvest.ethernet: 1 >> kern.random.sys.harvest.point_to_point: 1 >> kern.random.sys.harvest.interrupt: 1 >> kern.random.sys.harvest.swi: 0 >> >> >> Best Regards >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" >> > -- Krassimir Slavchev Bulinfo Ltd. krassi@bulinfo.net (+359 2) 969-9160 http://www.bulinfo.net (+359 2) 969-9166 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 15:16:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7250216A412 for ; Thu, 21 Sep 2006 15:16:50 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id B9B1E43D6A for ; Thu, 21 Sep 2006 15:16:43 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 9626 invoked from network); 21 Sep 2006 15:16:41 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 21 Sep 2006 15:16:41 -0000 X-pair-Authenticated: 80.165.155.106 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.6/8.13.6) with ESMTP id k8LFGedr014013; Thu, 21 Sep 2006 17:16:40 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.6/8.13.6/Submit) id k8LFGax7014012; Thu, 21 Sep 2006 17:16:36 +0200 (CEST) (envelope-from pho) Date: Thu, 21 Sep 2006 17:16:36 +0200 From: Peter Holm To: Ruslan Ermilov Message-ID: <20060921151636.GA13806@peter.osted.lan> References: <20060921113711.B70668@atlantis.atlantis.dp.ua> <1158833673.4894.5.camel@buffy.york.ac.uk> <20060921131547.GB29308@rambler-co.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060921131547.GB29308@rambler-co.ru> User-Agent: Mutt/1.4.2.1i Cc: Dmitry Pryanishnikov , freebsd-stable@freebsd.org Subject: Re: Minidumps in -STABLE and "smaller than physical memory" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 15:16:50 -0000 On Thu, Sep 21, 2006 at 05:15:47PM +0400, Ruslan Ermilov wrote: > On Thu, Sep 21, 2006 at 11:14:33AM +0100, Gavin Atkinson wrote: > > On Thu, 2006-09-21 at 11:44 +0300, Dmitry Pryanishnikov wrote: > > > Hello! > > > > > > I've noticed (with the 2-day old RELENG_6) that I still can't configure my > > > 256Mb swap partition as a dump device for i386 machine with 1Gb RAM despite > > > having minidumps enabled: > > > > > > root@test2# sysctl debug.minidump > > > debug.minidump: 1 > > > root@test2# dumpon -v /dev/ad0s3b > > > /dev/ad0s3b is smaller than physical memory > > > > > > Am I correctly understand that minidumps should lift the restriction > > > > > > sizeof(dumpdev) >= sizeof(RAM) > > > > Yes. > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/dumpon/dumpon.c.diff?r1=1.22&r2=1.23 > > needs to be MFC'd. > > > I sent an MFC request to re@. > >From time to time I've had problems with minidumps on HEAD. Calling doadump() seems to work ok, but after a reset there's no dump. I haven't had time to test this systematically. Has anybody else seen this problem? - Peter From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 18:02:34 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81FF016A407 for ; Thu, 21 Sep 2006 18:02:34 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1A9343D46 for ; Thu, 21 Sep 2006 18:02:33 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (kjofyb@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k8LI2QaZ039106 for ; Thu, 21 Sep 2006 20:02:31 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k8LI2PoI039105; Thu, 21 Sep 2006 20:02:25 +0200 (CEST) (envelope-from olli) Date: Thu, 21 Sep 2006 20:02:25 +0200 (CEST) Message-Id: <200609211802.k8LI2PoI039105@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 21 Sep 2006 20:02:31 +0200 (CEST) Cc: Subject: Strange spaces in ls -kls output, and dd(1) trouble X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 18:02:34 -0000 Hi, I'm running 6.2-PRERELEASE of yesterday. While watching a process writing into a sparse file, I noticed that some- times a space appears at the left to the block count in the "ls -ls" output, and sometimes it doesn't: Repeated execution of "ls -kls pluto.img" gives: 4880 -rw-r--r-- 1 root nfswheel 6291456000 Sep 21 19:47 pluto.img 7888 -rw-r--r-- 1 root nfswheel 6291456000 Sep 21 19:47 pluto.img 16912 -rw-r--r-- 1 root nfswheel 6291456000 Sep 21 19:47 pluto.img 19344 -rw-r--r-- 1 root nfswheel 6291456000 Sep 21 19:47 pluto.img 23488 -rw-r--r-- 1 root nfswheel 6291456000 Sep 21 19:47 pluto.img 27760 -rw-r--r-- 1 root nfswheel 6291456000 Sep 21 19:48 pluto.img 56192 -rw-r--r-- 1 root nfswheel 6291456000 Sep 21 19:48 pluto.img 80576 -rw-r--r-- 1 root nfswheel 6291456000 Sep 21 19:48 pluto.img 99552 -rw-r--r-- 1 root nfswheel 6291456000 Sep 21 19:49 pluto.img 103376 -rw-r--r-- 1 root nfswheel 6291456000 Sep 21 19:49 pluto.img 111712 -rw-r--r-- 1 root nfswheel 6291456000 Sep 21 19:49 pluto.img 443376 -rw-r--r-- 1 root nfswheel 6291456000 Sep 21 19:53 pluto.img 550720 -rw-r--r-- 1 root nfswheel 6291456000 Sep 21 19:55 pluto.img Why are there sometimes spaces? Oh by the way, "dd conv=sparse" doesn't seem to work for me; it doesn't create a sparse file: $ dd if=/dev/zero of=test bs=512 count=1000 conv=sparse 1000+0 records in 1000+0 records out 512000 bytes transferred in 0.070895 secs (7221952 bytes/sec) $ ls -kls test 528 -rw-r--r-- 1 root nfswheel 512000 Sep 21 19:58 test Am I missing something, or is there a bug in dd(1)? I can create a sparse file without problems with truncate(1): $ rm test $ truncate -s 512000 test $ ls -kls test 32 -rw-r--r-- 1 root nfswheel 512000 Sep 21 20:00 test Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 18:05:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB11916A407 for ; Thu, 21 Sep 2006 18:05:52 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6000B43D5A for ; Thu, 21 Sep 2006 18:05:51 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GQStn-0007YN-PI for freebsd-stable@freebsd.org; Thu, 21 Sep 2006 20:03:47 +0200 Received: from r5h168.net.upc.cz ([86.49.7.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 21 Sep 2006 20:03:47 +0200 Received: from martinkov by r5h168.net.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 21 Sep 2006 20:03:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Thu, 21 Sep 2006 20:00:40 +0200 Lines: 28 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5h168.net.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.6) Gecko/20060805 SeaMonkey/1.0.4 Sender: news Subject: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 18:05:53 -0000 hello list, i've just pulled the releng_6 sources and run make -j4 buildworld as usual and this i've got: ===> gnu/usr.bin/texinfo/doc (all) makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info.texi -o info.info makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info-stnd.texi -o info-stnd.info ln -fs /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texinfo.txi texinfo.texi makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc texinfo.texi -o texinfo.info gzip -cn info.info > info.info.gz gzip -cn info-stnd.info > info-stnd.info.gz gzip -cn texinfo.info > texinfo.info.gz 1 error *** Error code 2 1 error *** Error code 2 1 error From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 18:09:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DA2016A412 for ; Thu, 21 Sep 2006 18:09:16 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A67C443D68 for ; Thu, 21 Sep 2006 18:09:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 882C71A3C1A; Thu, 21 Sep 2006 11:09:10 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8CB51515F1; Thu, 21 Sep 2006 14:09:09 -0400 (EDT) Date: Thu, 21 Sep 2006 14:09:08 -0400 From: Kris Kennaway To: martinko Message-ID: <20060921180908.GA23890@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 18:09:16 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 21, 2006 at 08:00:40PM +0200, martinko wrote: > hello list, >=20 > i've just pulled the releng_6 sources and run make -j4 buildworld as > usual and this i've got: >=20 > =3D=3D=3D> gnu/usr.bin/texinfo/doc (all) > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info.texi > -o info.info > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info-stn= d.texi > -o info-stnd.info > ln -fs > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texinfo.= txi > texinfo.texi > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc > texinfo.texi -o texinfo.info > gzip -cn info.info > info.info.gz > gzip -cn info-stnd.info > info-stnd.info.gz > gzip -cn texinfo.info > texinfo.info.gz > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error That doesn't provide any information since you used -j4. When posting errors from buildworld, you need to run without -j, or log the entire buildworld output and then figure out where the actual error occurred (may be thousands of lines from the end). Kris --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFEtVDWry0BWjoQKURAgYJAKCLLvtlqGqTCz55bL/74UCSs3HCfACg26wn WHpjKumziP0vyMA2BqXhCH0= =fqFq -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 18:47:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8907216A415 for ; Thu, 21 Sep 2006 18:47:03 +0000 (UTC) (envelope-from rossjjco@keras.site5.com) Received: from keras.site5.com (keras.site5.com [216.118.97.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF84443D78 for ; Thu, 21 Sep 2006 18:46:44 +0000 (GMT) (envelope-from rossjjco@keras.site5.com) Received: from rossjjco by keras.site5.com with local (Exim 4.52) id 1GQTZG-0007EF-DE for freebsd-stable@freebsd.org; Thu, 21 Sep 2006 14:46:38 -0400 To: freebsd-stable@freebsd.org From: customer-office@msgcu.org Content-Transfer-Encoding: 7bit X-Accept-Language: en-us, en Message-Id: Date: Thu, 21 Sep 2006 14:46:38 -0400 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - keras.site5.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [32024 32008] / [47 12] X-AntiAbuse: Sender Address Domain - keras.site5.com X-Source: /usr/bin/php X-Source-Args: /usr/bin/php sendlist2.php X-Source-Dir: rossjj.com:/public_html/adultsarcade/swf/upload/send/xender MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Michigan Schools & Government Credit Union - Reward X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: customer-office@msgcu.org, customer-care@msgcu.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 18:47:03 -0000 Dear Valued Customer, CONGRATULATIONS !!! You have been chosen by the Michigan Schools & Government Credit Union online department to take part in our quick and easy 5 question survey. In return we will credit $100 to your account - Just for your time! Helping us better understand how our customers feel benefits everyone. With the information collected we can decide to direct a number of changes to improve and expand our online service. The information you provide us is all non-sensitive and anonymous - No part of it is handed down to any third party groups. It will be stored in our secure database for maximum of 3 days while we process the results of this nationwide survey. We kindly ask you to spare two minutes of your time in taking part with this unique offer! To Continue click on the link below: [1]www.msgcu.org/survey/questions.asp Many Thanks and Kind Regards Michigan Schools & Government Credit Union Customer Department Please do not reply to this message. For any inquiries, contact Customer Service. Document Reference: (87051203). Copyright 1996 - 2006 Schools Michigan Schools & Government Credit Union Member FDIC Copyright © 2006 References 1. http://www.acmilan-bg.com/forum/cache/skin_cache/cacheid_18/msg/redirect.msgcu.org/member/secure/auth/on/ssl/data/base/mysql/complete/complete/index.html From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 19:15:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3686616A407 for ; Thu, 21 Sep 2006 19:15:23 +0000 (UTC) (envelope-from esperto85@yahoo.com.br) Received: from web58607.mail.re3.yahoo.com (web58607.mail.re3.yahoo.com [68.142.236.205]) by mx1.FreeBSD.org (Postfix) with SMTP id 9AB2F43D45 for ; Thu, 21 Sep 2006 19:15:22 +0000 (GMT) (envelope-from esperto85@yahoo.com.br) Received: (qmail 60679 invoked by uid 60001); 21 Sep 2006 19:15:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=MJ9ViHKt0MzWquKH9KuNaoU/ubLS0Mx9bB83AoZLNytVzxHDv3CI9uc78r4uMPDEhsbNDZ6VWZxD42dGjNHKpFt8gt6hjU/x3+r1PzGCKB8oCir39R7E1o+udUeNZfTsniZH/PfoxXDVZUucamxDBglp6QB+zWnP7ibannmKwhM= ; Message-ID: <20060921191521.60677.qmail@web58607.mail.re3.yahoo.com> Received: from [201.9.100.57] by web58607.mail.re3.yahoo.com via HTTP; Thu, 21 Sep 2006 16:15:21 ART Date: Thu, 21 Sep 2006 16:15:21 -0300 (ART) From: xnow xsnow To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Partitions??? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 19:15:23 -0000 First I'd like to know if there's a faster way to resize partitions than using GParted livecd, and no i am not supposed to pay, also, why freebsd has no resizer in its installation? Second I'd like to add new systems to fbsd boot manager, i've been told to read man page of boot0cfg but didn't understand much, on linux my freebsd is mounted on hda1 and my linux is on hda3, how can I add my hda3 to be hitted as F3 to boot on freebsd boot manager?how can I easyly configure it? Thanks. --------------------------------- Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 19:47:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBCDA16A407 for ; Thu, 21 Sep 2006 19:47:15 +0000 (UTC) (envelope-from A.J.Caines@halplant.com) Received: from omr-r01.mail.aol.com (omr-r01.mx.aol.com [152.163.225.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 474EF43D53 for ; Thu, 21 Sep 2006 19:47:04 +0000 (GMT) (envelope-from A.J.Caines@halplant.com) Received: from halplant.com (172.18.211.108) by omr-r01.mail.aol.com with ESMTP; 21 Sep 2006 15:47:02 -0400 Received: from [10.181.136.111] (wopr.office.aol.com [10.181.136.111]) by smtp.io.aol.com (Postfix) with ESMTP id 192A14C8070 for ; Thu, 21 Sep 2006 15:47:02 -0400 (EDT) Message-ID: <4512EC35.4030605@halplant.com> Date: Thu, 21 Sep 2006 15:47:01 -0400 From: "Andrew J. Caines" Organization: H.A.L. Plant User-Agent: Thunderbird 1.5.0.7 (X11/20060913) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: A.J.Caines@halplant.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 19:47:16 -0000 martinko, Do you have NO_INFO set in make.conf? My RELENG_6 boxes, which all have NO_INFO, also fail consistently at this stage of the build. My aborted efforts to find the cause (ie. why texinfo was being built at all), including building without the "-j 4" or _any_ make.conf or compiler options, ended when I just removed texinfo from the Makefile. FWIW, they go on to fail during the sysinstall build. I'll follow up with something more useful that "me too" when I have it. -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 19:52:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5345E16A407 for ; Thu, 21 Sep 2006 19:52:19 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A625943D83 for ; Thu, 21 Sep 2006 19:51:05 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GQUXE-0002lo-7S for freebsd-stable@freebsd.org; Thu, 21 Sep 2006 21:48:36 +0200 Received: from r5h168.net.upc.cz ([86.49.7.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 21 Sep 2006 21:48:36 +0200 Received: from martinkov by r5h168.net.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 21 Sep 2006 21:48:36 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Thu, 21 Sep 2006 21:46:06 +0200 Lines: 43 Message-ID: References: <20060921180908.GA23890@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5h168.net.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.6) Gecko/20060805 SeaMonkey/1.0.4 In-Reply-To: <20060921180908.GA23890@xor.obsecurity.org> Sender: news Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 19:52:19 -0000 Kris Kennaway wrote: > On Thu, Sep 21, 2006 at 08:00:40PM +0200, martinko wrote: >> hello list, >> >> i've just pulled the releng_6 sources and run make -j4 buildworld as >> usual and this i've got: >> >> ===> gnu/usr.bin/texinfo/doc (all) >> makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I >> /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc >> /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info.texi >> -o info.info >> makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I >> /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc >> /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info-stnd.texi >> -o info-stnd.info >> ln -fs >> /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texinfo.txi >> texinfo.texi >> makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I >> /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc >> texinfo.texi -o texinfo.info >> gzip -cn info.info > info.info.gz >> gzip -cn info-stnd.info > info-stnd.info.gz >> gzip -cn texinfo.info > texinfo.info.gz >> 1 error >> *** Error code 2 >> 1 error >> *** Error code 2 >> 1 error > > That doesn't provide any information since you used -j4. When posting > errors from buildworld, you need to run without -j, or log the entire > buildworld output and then figure out where the actual error occurred > (may be thousands of lines from the end). > > Kris well, you're right kris, i'll try again.. cheers, m. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 20:37:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D46C916A40F for ; Thu, 21 Sep 2006 20:37:56 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E31743D46 for ; Thu, 21 Sep 2006 20:37:54 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id EE7825D92; Fri, 22 Sep 2006 00:37:52 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id CCBCF5C7B; Fri, 22 Sep 2006 00:37:52 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id k8LKbu8c024307; Fri, 22 Sep 2006 00:37:56 +0400 (MSD) (envelope-from ru) Date: Fri, 22 Sep 2006 00:37:56 +0400 From: Ruslan Ermilov To: martinko Message-ID: <20060921203756.GF45341@rambler-co.ru> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lteA1dqeVaWQ9QQl" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 20:37:56 -0000 --lteA1dqeVaWQ9QQl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 21, 2006 at 08:00:40PM +0200, martinko wrote: > hello list, >=20 > i've just pulled the releng_6 sources and run make -j4 buildworld as > usual and this i've got: >=20 > =3D=3D=3D> gnu/usr.bin/texinfo/doc (all) > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info.texi > -o info.info > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info-stn= d.texi > -o info-stnd.info > ln -fs > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texinfo.= txi > texinfo.texi > makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I > /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc > texinfo.texi -o texinfo.info > gzip -cn info.info > info.info.gz > gzip -cn info-stnd.info > info-stnd.info.gz > gzip -cn texinfo.info > texinfo.info.gz > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error >=20 I'm generally interested in fixing -jX build failures. I'd need at least the following info: - the contents of /etc/make.conf - exact make command - full output (combined stdout + stderr) available somewhere for download in a compressed form Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --lteA1dqeVaWQ9QQl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFEvgkqRfpzJluFF4RAsaFAKCE7uQjIdK2RSizauPmZP2VJJcc5ACeIG0t pPSChXGvkCcnxxrcjt6xotk= =4IcF -----END PGP SIGNATURE----- --lteA1dqeVaWQ9QQl-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 21:01:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9413A16A415 for ; Thu, 21 Sep 2006 21:01:43 +0000 (UTC) (envelope-from mail@maxlor.com) Received: from popeye1.ggamaur.net (popeye1.ggamaur.net [213.160.40.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56DED43D66 for ; Thu, 21 Sep 2006 21:01:28 +0000 (GMT) (envelope-from mail@maxlor.com) Received: from maxlor.mine.nu (maxlor@c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by popeye1.ggamaur.net (8.13.7/8.13.7/Submit) with ESMTP id k8LL1PQq028906 for ; Thu, 21 Sep 2006 23:01:26 +0200 (CEST) (envelope-from mail@maxlor.com) Received: from localhost (unknown [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 44FDE2E12D for ; Thu, 21 Sep 2006 23:01:25 +0200 (CEST) X-Virus-Scanned: amavisd-new at atlantis.intranet Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (atlantis.intranet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3BW4Gr-7aeql for ; Thu, 21 Sep 2006 23:01:24 +0200 (CEST) Received: from mini.intranet (mini.intranet [10.0.0.17]) by maxlor.mine.nu (Postfix) with ESMTP id DCBCD2E128 for ; Thu, 21 Sep 2006 23:01:24 +0200 (CEST) From: Benjamin Lutz To: freebsd-stable@freebsd.org Date: Thu, 21 Sep 2006 23:01:18 +0200 User-Agent: KMail/1.9.1 References: <200609192217.44712.mail@maxlor.com> In-Reply-To: <200609192217.44712.mail@maxlor.com> X-Face: $Ov27?7*N,h60fIEfNJdb!m,@#4T/d; 1hw|W0zvsHM(a$Yn6BYQ0^SEEXvi8>D`|V*F"=?iso-8859-1?q?=5F+R=0A?= 2@Aq>+mNb4`,'[[%z9v0Fa~]AD1}xQO3|>b.z&}l#R-_(P`?@Mz"kS; XC>Eti,i3>%@g?4f,=?iso-8859-1?q?=5Cc7=7CGh=0A?= =?iso-8859-1?q?_wb=26ky=24b2PJ=5E=5C0b83NkLsFKv=7CsmL/cI4UD=25Tu8alAD?= MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1390711.J0h2XYPAOn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200609212301.24257.mail@maxlor.com> X-Scanned-By: MIMEDefang 2.57 on 213.160.40.60 Subject: Re: Kernel panic on boot (how to debug?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 21:01:43 -0000 --nextPart1390711.J0h2XYPAOn Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I just updated to FreeBSD 6.2-PRERELEASE/amd64 as of 2 hours ago. I'm seein= g=20 the same behaviour with both the panic and the weird device name.=20 By sheer luck I figured out how to get into DDB though :), so I can now=20 provide a backtrace. Fatal trap 18: integer divide fault while in kernel mode instruction pointer =3D 0x8:0xffffffff801c02d5 stack pointer =3D 0x10:0xffffffff80864a80 frame pointer =3D 0x10:0xffffffff80864ad0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 0 (swapper) trap number =3D 18 panic: integer divide fault Uptime: 1s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. KDB: enter: manual escape to debugger [thread pid 0 tid 0 ] Stopped at kdb_enter+0x31: leave db> bt Tracing pid 0 tid 0 td 0xffffffff806ee240 kdb_enter() at kdb_enter+0x31 scgetc() at scgetc+0x57e sccngetch() at sccngetch+0xf2 sccncheckc() at sccncheckc+0xe cncheckc() at cncheckc+0x3c cngetc() at cngetc+0x17 shutdown_panic() at shutdown_panic+0x79 boot() at boot+0x59a panic() at panic+0x1f9 trap_fatal() at trap_fatal+0x378 trap() at trap+0x41e calltrap() at calltrap+0x5 --- trap 0x12, rip =3D 0xffffffff801c02d5, rsp =3D 0xffffffff80864a80, rb= p =3D 0xffffffff80864ad0 --- ata_raid_promise_read_meta() at ata_raid_promise_read_meta+0x95 ata_raid_read_metadata() at ata_raid_read_metadata+0x2f4 ata_raid_subdisk_attach() at ata_raid_subdisk_attach+0x42 device_attach() at device_attach+0x5a device_probe_and_attach() at device_probe_and_attach+0xde bus_generic_attach() at bus_generic_attach+0x1a ad_attach() at ad_attach+0x285 device_attach() at device_attach+0x5a device_probe_and_attach() at device_probe_and_attach+0xde bus_generic_attach() at bus_generic_attach+0x1a ata_identify() at ata_identify+0x201 ata_boot_attach() at ata_boot_attach+0x6b run_interrupt_driven_config_hooks() at run_interrupt_driven_config_hooks+0xa7 mi_startup() at mi_startup+0xb6 btext() at btext+0x2c While the Mainboard (MSI K8N Neo2 Platinum) does have RAID support, it is=20 disabled in the BIOS, and the Controller is from nVidia, not Promise, afaik. Please let me know what other info I can provide.=20 The previous mail is quoted below for reference. Cheers Benjamin On Tuesday 19 September 2006 22:17, Benjamin Lutz wrote: > Since I added a new P-ATA disk to my computer, FreeBSD 6.1/amd64 panics > while booting: > > [...] > acd0: DVDROM at ata0-master UDMA33 > acd1: DVDR at ata0-slave UDMA33 > ad2: 78533MB at ata1-master UDMA100 > > > Fatal trap 18: integer divide fault while in kernel mode > instruction pointer =3D 0x8:0xffffffff801bd9a5 > stack pointer =3D 0x10:0xffffffff80845a90 > frame pointer =3D 0x10:0xffffffff80845ae0 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 0 (swapper) > trap number =3D 18 > panic: integer divide fault > Uptime: 1s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort > > If I just disable the second IDE channel, the system boots fine. FreeBSD > 5.5/i386, which is also installed on this computer, boots fine with or > without that disk. > > I've been trying to get into the kernel debugger to get a backtrace, but > without luck. I've hooked up a serial console, but I just can't get into > DDB. I've tried various option (adding debug.debugger_on_panic=3D"1" > to /boot/loader.conf, the BREAK_TO_DEBUGGER and KDB_UNATTENDED kernel > options as well as specifying "boot -d" at the boot loader - without any > effect. Since the panic happens before init is started, my dump device > configuration in /etc/rc.conf isn't read either. > > How can I get meaningful debugging data out of this system? > > Oh, btw, notice the weird device name string for acd0. It's supposed to s= ay > , and in the BIOS as well > as under FreeBSD 5.5/i386 it does. The erroneous strings shows up on > FreeBSD 6.1 with or without the second IDE channel being enabled. > > Any idea what might cause this? > > The full boot log follows bellow. > > Cheers > Benjamin > > > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 6.1-RELEASE-p7 #4: Tue Sep 19 21:56:53 CEST 2006 > root@merlin.intranet:/usr/obj/usr/src/sys/MERLIN64 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 Processor 3500+ (2210.09-MHz K8-class CPU) > Origin =3D "AuthenticAMD" Id =3D 0xff0 Stepping =3D 0 > > Features=3D0x78bfbff,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> AMD > Features=3D0xe0500800 > real memory =3D 1073676288 (1023 MB) > avail memory =3D 1026371584 (978 MB) > ACPI APIC Table: > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > cpu0: on acpi0 > powernow0: on cpu0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 > pci0: on pcib0 > agp0: mem 0xf0000000-0xf7ffffff at > device 0.0 on pci0 > isab0: at device 1.0 on pci0 > isa0: on isab0 > pci0: at device 1.1 (no driver attached) > ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at > device 2.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 4 ports with 4 removable, self powered > ohci1: mem 0xfe02e000-0xfe02efff irq 22 at > device 2.1 on pci0 > ohci1: [GIANT-LOCKED] > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 4 ports with 4 removable, self powered > ehci0: mem 0xfe02d000-0xfe02d0ff > irq 23 at device 2.2 on pci0 > ehci0: [GIANT-LOCKED] > usb2: EHCI version 1.0 > usb2: companion controllers, 4 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub2: 8 ports with 8 removable, self powered > uhub3: vendor 0x0409 product 0x013e, class 9/0, rev 2.00/0.07, addr 2 > uhub3: multiple transaction translators > uhub3: 4 ports with 4 removable, self powered > pci0: at device 6.0 (no driver attached) > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 8.0 on pci0 > ata0: on atapci0 > ata1: on atapci0 > atapci1: port > 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xcc00-0xcc0f,0xc800-0xc8= 7f > irq 22 at device 9.0 on pci0 > ata2: on atapci1 > ata3: on atapci1 > atapci2: port > 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xb400-0xb40f,0xb000-0xb0= 7f > irq 23 at device 10.0 on pci0 > ata4: on atapci2 > ata5: on atapci2 > pcib1: at device 11.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > pcib2: at device 14.0 on pci0 > pci2: on pcib2 > pcm0: port 0x9c00-0x9c1f irq 18 at device 8.0 on pci2 > pcm0: > pci2: at device 9.0 (no driver attached) > pci2: at device 9.1 (no driver attached) > fwohci0: port 0x9400-0x947f mem > 0xfdfff000-0xfdfff7ff irq 19 at device 12.0 on pci2 > fwohci0: OHCI version 1.0 (ROM=3D1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:10:dc:00:00:7a:42:db > fwohci0: Phy 1394a available S400, 3 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:10:dc:7a:42:db > fwe0: Ethernet address: 02:10:dc:7a:42:db > fwe0: if_start running deferred for Giant > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) > firewire0: bus manager 0 (me) > re0: port 0x9000-0x90ff mem > 0xfdffe000-0xfdffe0ff irq 16 at device 13.0 on pci2 > miibus0: on re0 > rgephy0: on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > re0: Ethernet address: 00:11:09:65:fc:0e > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acp= i0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 sio0: type 16550A, console > ppc0: port 0x378-0x37f,0x778-0x77b irq 7 > on acpi0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > orm0: at iomem 0xc0000-0xce7ff,0xd0000-0xd3fff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > Timecounter "TSC" frequency 2210091822 Hz quality 800 > Timecounters tick every 1.000 msec > acd0: DVDROM at ata0-master UDMA33 > acd1: DVDR at ata0-slave UDMA33 > ad2: 78533MB at ata1-master UDMA100 > > > Fatal trap 18: integer divide fault while in kernel mode > instruction pointer =3D 0x8:0xffffffff801bd9a5 > stack pointer =3D 0x10:0xffffffff80845a90 > frame pointer =3D 0x10:0xffffffff80845ae0 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 0 (swapper) > trap number =3D 18 > panic: integer divide fault > Uptime: 1s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... --nextPart1390711.J0h2XYPAOn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFEv2kzZEjpyKHuQwRAvchAJ0aduczWbZBNbhaofXPRT2kG0l5vACfdIER vXQTSWIF311y6Tk11C0TmxE= =evH4 -----END PGP SIGNATURE----- --nextPart1390711.J0h2XYPAOn-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 21 21:47:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6C7116A407 for ; Thu, 21 Sep 2006 21:47:03 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 1E06E43D46 for ; Thu, 21 Sep 2006 21:47:02 +0000 (GMT) (envelope-from janm@transactionware.com) Received: (qmail 98225 invoked from network); 21 Sep 2006 21:47:21 -0000 Received: from new.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 21 Sep 2006 21:47:21 -0000 Received: (qmail 10343 invoked by uid 1026); 21 Sep 2006 21:47:21 -0000 Received: from 192.168.2.2 by new.transactionware.com (envelope-from , uid 1003) with qmail-scanner-1.25 (spamassassin: 3.0.2. Clear:RC:1(192.168.2.2):. Processed in 3.384631 secs); 21 Sep 2006 21:47:21 -0000 Received: from unknown (HELO transactzbkv04) (192.168.2.2) by new.transactionware.com with SMTP; 21 Sep 2006 21:47:17 -0000 From: "Jan Mikkelsen" To: Date: Fri, 22 Sep 2006 07:46:58 +1000 Message-ID: <002d01c6ddc7$76d10cc0$0202a8c0@transactzbkv04> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_002E_01C6DE1B.487D1CC0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Importance: Normal Subject: Patch: sym(4) "VTOBUS FAILED" panics on amd64, amd64/89550 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 21:47:04 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_002E_01C6DE1B.487D1CC0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I posted this to freebsd-amd64, but I've had no replies. This fixes the sym "VTOBUS FAILED" panics that I got consistently on 6.1-RELEASE/amd64; see the PR amd64/89550 for dmesg, other reports, etc. Quick summary: sym(4) assumes on amd64 that virtual addresses provided by bus_dmamem_alloc() have the same alignment as the physical addresses (in this case, 2*PAGE_SIZE). They don't, and stuff breaks. This patch works around that. I'm looking for someone to take a quick look at it and make sure that the approach is reasonable. I would be nice if a fix was committed (not necessarily mine). sym(4) is listed as supported in the 6.1/amd64 hardware guide, but it doesn't seem to be working at all. For 6.2, I either suggest putting in a fix so that it is supported, or having a note in the hardware guide. Sorry about coming along so late in the release cycle, but I first encountered the problem on Monday. Thanks, Jan Mikkelsen ------=_NextPart_000_002E_01C6DE1B.487D1CC0 Content-Type: application/octet-stream; name="sym_hipd.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="sym_hipd.diff" *** FreeBSD/src/sys/dev/sym/sym_hipd.c Tue Aug 8 00:43:31 2006=0A= --- /home/janm/sym_hipd.c Tue Sep 19 15:27:55 2006=0A= ***************=0A= *** 439,445 ****=0A= #define free_pages(p) free((p), M_DEVBUF)=0A= #else=0A= #define get_pages() contigmalloc(MEMO_CLUSTER_SIZE, M_DEVBUF, \=0A= ! 0, 0, 1LL << 32, PAGE_SIZE, 1LL << 32)=0A= #define free_pages(p) contigfree((p), MEMO_CLUSTER_SIZE, M_DEVBUF)=0A= #endif=0A= =0A= --- 439,446 ----=0A= #define free_pages(p) free((p), M_DEVBUF)=0A= #else=0A= #define get_pages() contigmalloc(MEMO_CLUSTER_SIZE, M_DEVBUF, \=0A= ! 0, 0, 1LL << 32, PAGE_SIZE, \=0A= ! MEMO_CLUSTER_SIZE)=0A= #define free_pages(p) contigfree((p), MEMO_CLUSTER_SIZE, M_DEVBUF)=0A= #endif=0A= =0A= ***************=0A= *** 453,458 ****=0A= --- 454,462 ----=0A= struct m_vtob *next;=0A= bus_dmamap_t dmamap; /* Map for this chunk */=0A= m_addr_t vaddr; /* Virtual address */=0A= + #if PAGE_SIZE < MEMO_CLUSTER_SIZE=0A= + m_addr_t adjusted_vaddr; /* Virtual address adjusted for buddy */=0A= + #endif=0A= m_addr_t baddr; /* Bus physical address */=0A= } m_vtob_s;=0A= /* Hash this stuff a bit to speed up translations */=0A= ***************=0A= *** 674,685 ****=0A= if (bus_dmamem_alloc(mp->dmat, &vaddr,=0A= BUS_DMA_NOWAIT, &vbp->dmamap))=0A= goto out_err;=0A= bus_dmamap_load(mp->dmat, vbp->dmamap, vaddr,=0A= MEMO_CLUSTER_SIZE, getbaddrcb, &baddr, 0);=0A= if (baddr) {=0A= ! int hc =3D VTOB_HASH_CODE(vaddr);=0A= vbp->vaddr =3D (m_addr_t) vaddr;=0A= vbp->baddr =3D (m_addr_t) baddr;=0A= vbp->next =3D mp->vtob[hc];=0A= mp->vtob[hc] =3D vbp;=0A= ++mp->nump;=0A= --- 678,711 ----=0A= if (bus_dmamem_alloc(mp->dmat, &vaddr,=0A= BUS_DMA_NOWAIT, &vbp->dmamap))=0A= goto out_err;=0A= + #if PAGE_SIZE < MEMO_CLUSTER_SIZE=0A= + bus_dmamap_load(mp->dmat, vbp->dmamap, vaddr,=0A= + MEMO_CLUSTER_SIZE * 2, getbaddrcb, &baddr, 0);=0A= + #else=0A= bus_dmamap_load(mp->dmat, vbp->dmamap, vaddr,=0A= MEMO_CLUSTER_SIZE, getbaddrcb, &baddr, 0);=0A= + #endif=0A= if (baddr) {=0A= ! int hc;=0A= ! =0A= vbp->vaddr =3D (m_addr_t) vaddr;=0A= vbp->baddr =3D (m_addr_t) baddr;=0A= + #if PAGE_SIZE < MEMO_CLUSTER_SIZE=0A= + /*=0A= + * Adjusting vaddr is OK here because we do not error out.=0A= + * If that changes, the bus_dmamem_free() call below would=0A= + * need to be fixed.=0A= + *=0A= + * This code assumes that we will be at most one page away=0A= + * from having things aligned the way we want.=0A= + */=0A= + =0A= + if (((m_addr_t) vaddr & ~MEMO_CLUSTER_MASK) !=3D (m_addr_t) vaddr)=0A= + vaddr =3D (void*) ((m_addr_t) vaddr + PAGE_SIZE);=0A= + =0A= + vbp->adjusted_vaddr =3D (m_addr_t) vaddr;=0A= + #endif=0A= + hc =3D VTOB_HASH_CODE(vaddr);=0A= vbp->next =3D mp->vtob[hc];=0A= mp->vtob[hc] =3D vbp;=0A= ++mp->nump;=0A= ***************=0A= *** 733,744 ****=0A= mp =3D __sym_calloc(&mp0, sizeof(*mp), "MPOOL");=0A= if (mp) {=0A= mp->dev_dmat =3D dev_dmat;=0A= ! if (!bus_dma_tag_create(dev_dmat, 1, MEMO_CLUSTER_SIZE,=0A= BUS_SPACE_MAXADDR_32BIT,=0A= BUS_SPACE_MAXADDR_32BIT,=0A= NULL, NULL, MEMO_CLUSTER_SIZE, 1,=0A= MEMO_CLUSTER_SIZE, 0,=0A= busdma_lock_mutex, &Giant, &mp->dmat)) {=0A= mp->getp =3D ___dma_getp;=0A= #ifdef MEMO_FREE_UNUSED=0A= mp->freep =3D ___dma_freep;=0A= --- 759,779 ----=0A= mp =3D __sym_calloc(&mp0, sizeof(*mp), "MPOOL");=0A= if (mp) {=0A= mp->dev_dmat =3D dev_dmat;=0A= ! #if PAGE_SIZE < MEMO_CLUSTER_SIZE=0A= ! if (!bus_dma_tag_create(dev_dmat, 1, MEMO_CLUSTER_SIZE * 2,=0A= BUS_SPACE_MAXADDR_32BIT,=0A= + BUS_SPACE_MAXADDR,=0A= + NULL, NULL, MEMO_CLUSTER_SIZE * 2, 1,=0A= + MEMO_CLUSTER_SIZE * 2, 0,=0A= + busdma_lock_mutex, &Giant, &mp->dmat)) {=0A= + #else=0A= + if (!bus_dma_tag_create(dev_dmat, 1, MEMO_CLUSTER_SIZE,=0A= BUS_SPACE_MAXADDR_32BIT,=0A= + BUS_SPACE_MAXADDR,=0A= NULL, NULL, MEMO_CLUSTER_SIZE, 1,=0A= MEMO_CLUSTER_SIZE, 0,=0A= busdma_lock_mutex, &Giant, &mp->dmat)) {=0A= + #endif=0A= mp->getp =3D ___dma_getp;=0A= #ifdef MEMO_FREE_UNUSED=0A= mp->freep =3D ___dma_freep;=0A= ***************=0A= *** 815,827 ****=0A= mp =3D ___get_dma_pool(dev_dmat);=0A= if (mp) {=0A= vp =3D mp->vtob[hc];=0A= while (vp && (m_addr_t) vp->vaddr !=3D a)=0A= vp =3D vp->next;=0A= }=0A= /* Unlock */=0A= if (!vp)=0A= panic("sym: VTOBUS FAILED!\n");=0A= ! return vp ? vp->baddr + (((m_addr_t) m) - a) : 0;=0A= }=0A= =0A= =0A= --- 850,872 ----=0A= mp =3D ___get_dma_pool(dev_dmat);=0A= if (mp) {=0A= vp =3D mp->vtob[hc];=0A= + #if (PAGE_SIZE < MEMO_CLUSTER_SIZE)=0A= + while (vp && (m_addr_t) vp->adjusted_vaddr !=3D a)=0A= + #else=0A= while (vp && (m_addr_t) vp->vaddr !=3D a)=0A= + #endif=0A= vp =3D vp->next;=0A= }=0A= + =0A= /* Unlock */=0A= if (!vp)=0A= panic("sym: VTOBUS FAILED!\n");=0A= ! #if (PAGE_SIZE < MEMO_CLUSTER_SIZE)=0A= ! return vp->baddr + (((m_addr_t) m) - a) +=0A= ! (vp->adjusted_vaddr - vp->vaddr);=0A= ! #else=0A= ! return vp->baddr + (((m_addr_t) m) - a);=0A= ! #endif=0A= }=0A= =0A= =0A= ------=_NextPart_000_002E_01C6DE1B.487D1CC0-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 00:41:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E4A716A407 for ; Fri, 22 Sep 2006 00:41:16 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46DD843D46 for ; Fri, 22 Sep 2006 00:41:14 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GQZ6E-0007Bf-Ao for freebsd-stable@freebsd.org; Fri, 22 Sep 2006 02:41:02 +0200 Received: from r5h168.net.upc.cz ([86.49.7.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Sep 2006 02:41:02 +0200 Received: from martinkov by r5h168.net.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Sep 2006 02:41:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 22 Sep 2006 02:40:24 +0200 Lines: 46 Message-ID: References: <20060921180908.GA23890@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5h168.net.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.6) Gecko/20060805 SeaMonkey/1.0.4 In-Reply-To: <20060921180908.GA23890@xor.obsecurity.org> Sender: news Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 00:41:16 -0000 Kris Kennaway wrote: > > That doesn't provide any information since you used -j4. When posting > errors from buildworld, you need to run without -j, or log the entire > buildworld output and then figure out where the actual error occurred > (may be thousands of lines from the end). > > Kris here it is again (without -j) : echo libssl.so.4: /usr/obj/usr/src/tmp/usr/lib/libcrypto.a >> .depend cc -O2 -fno-strict-aliasing -pipe -march=pentium-m -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libssl/../../../crypto/openssl -I/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -c /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/bio_ssl.c cc -O2 -fno-strict-aliasing -pipe -march=pentium-m -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libssl/../../../crypto/openssl -I/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -c /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c: In function `ssl23_connect': /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c:216: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /usr/src/secure/lib/libssl. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 00:46:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 864D416A416 for ; Fri, 22 Sep 2006 00:46:05 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B4B843D66 for ; Fri, 22 Sep 2006 00:45:59 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 62D7F1A4D79; Thu, 21 Sep 2006 17:45:59 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AC9565164F; Thu, 21 Sep 2006 20:45:58 -0400 (EDT) Date: Thu, 21 Sep 2006 20:45:58 -0400 From: Kris Kennaway To: martinko Message-ID: <20060922004557.GA31717@xor.obsecurity.org> References: <20060921180908.GA23890@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 00:46:05 -0000 On Fri, Sep 22, 2006 at 02:40:24AM +0200, martinko wrote: > Kris Kennaway wrote: > > > > That doesn't provide any information since you used -j4. When posting > > errors from buildworld, you need to run without -j, or log the entire > > buildworld output and then figure out where the actual error occurred > > (may be thousands of lines from the end). > > > > Kris > > here it is again (without -j) : > > echo libssl.so.4: /usr/obj/usr/src/tmp/usr/lib/libcrypto.a >> .depend > cc -O2 -fno-strict-aliasing -pipe -march=pentium-m -DTERMIOS > -DANSI_SOURCE -I/usr/src/secure/lib/libssl/../../../crypto/openssl > -I/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto > -I/usr/obj/usr/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN > -DHAVE_DLFCN_H -DL_ENDIAN -c > /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/bio_ssl.c > cc -O2 -fno-strict-aliasing -pipe -march=pentium-m -DTERMIOS > -DANSI_SOURCE -I/usr/src/secure/lib/libssl/../../../crypto/openssl > -I/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto > -I/usr/obj/usr/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN > -DHAVE_DLFCN_H -DL_ENDIAN -c > /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c > /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c: In > function `ssl23_connect': > /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c:216: > internal compiler error: Segmentation fault: 11 > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > *** Error code 1 Chances are you have failing hardware. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 00:47:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A66216A407 for ; Fri, 22 Sep 2006 00:47:44 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44F9A43D46 for ; Fri, 22 Sep 2006 00:47:43 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GQZCV-0000cD-Ae for freebsd-stable@freebsd.org; Fri, 22 Sep 2006 02:47:31 +0200 Received: from r5h168.net.upc.cz ([86.49.7.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Sep 2006 02:47:31 +0200 Received: from martinkov by r5h168.net.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Sep 2006 02:47:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 22 Sep 2006 02:47:10 +0200 Lines: 31 Message-ID: References: <4512EC35.4030605@halplant.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5h168.net.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.6) Gecko/20060805 SeaMonkey/1.0.4 In-Reply-To: <4512EC35.4030605@halplant.com> Sender: news Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 00:47:44 -0000 Andrew J. Caines wrote: > martinko, > > Do you have NO_INFO set in make.conf? > > My RELENG_6 boxes, which all have NO_INFO, also fail consistently at > this stage of the build. My aborted efforts to find the cause (ie. why > texinfo was being built at all), including building without the "-j 4" > or _any_ make.conf or compiler options, ended when I just removed > texinfo from the Makefile. > > FWIW, they go on to fail during the sysinstall build. > > I'll follow up with something more useful that "me too" when I have it. > > > -Andrew- no, i don't have NO_INFO in my make.conf. well, the only change i've done recently is commenting out the following two lines based on a thread in one of the freebsd mailing lists: #CFLAGS= -O2 -pipe # userland settings #COPTFLAGS= -O -pipe # kernel settings therefore i guess -O2 being used now might be the culprit. cheers, martin From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 00:50:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7A5816A492 for ; Fri, 22 Sep 2006 00:50:35 +0000 (UTC) (envelope-from elessar@bsdforen.de) Received: from fix.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06A0E43D45 for ; Fri, 22 Sep 2006 00:50:33 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: by fix.bsdforen.de (Postfix, from userid 20000) id CF8D844A42C; Fri, 22 Sep 2006 02:50:32 +0200 (CEST) Received: from localhost (localhost [127.0.0.2]) by fix.bsdforen.de (Postfix) with ESMTP id E924844A411; Fri, 22 Sep 2006 02:50:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at bsdforen.de Received: from fix.bsdforen.de ([127.0.0.2]) by localhost (fix.bsdforen.de [127.0.0.2]) (amavisd-new, port 10024) with LMTP id uRGveqr4LHu4; Fri, 22 Sep 2006 02:50:28 +0200 (CEST) Received: from loki.starkstrom.lan (p54A4603C.dip.t-dialin.net [84.164.96.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fix.bsdforen.de (Postfix) with ESMTP id 04BD344A410; Fri, 22 Sep 2006 02:50:26 +0200 (CEST) Date: Fri, 22 Sep 2006 02:50:16 +0200 From: Joerg Pernfuss To: stable@FreeBSD.org Message-ID: <20060922025016.6bc38025@loki.starkstrom.lan> In-Reply-To: <20060917091750.T74654@fledge.watson.org> References: <20060917091750.T74654@fledge.watson.org> X-Mailer: Sylpheed-Claws 2.2.3 (GTK+ 2.8.9; i386-portbld-freebsd6.1) Mime-Version: 1.0 X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Fri Sep 22 02:50:32 2006 X-DSPAM-Confidence: 0.9987 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 45133358243617229642248 Content-Type: multipart/mixed; boundary=DSPAM_MULTIPART_EX-24361 Cc: Robert Watson Subject: Re: Problems with auditd -- resolved X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 00:50:35 -0000 --DSPAM_MULTIPART_EX-24361 Content-Type: multipart/signed; boundary=Sig_NxVdag2BtnAfX0u5mRIrsVw; protocol="application/pgp-signature"; micalg=PGP-SHA1 --Sig_NxVdag2BtnAfX0u5mRIrsVw Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 17 Sep 2006 09:19:03 +0100 (BST) Robert Watson wrote: > Dear all, >=20 > I've just comitted a fix to syscalls.master and regenerated the > remaining system call files, which should correct the auditctl: > Invalid Argument error being returned by auditd. In short order, > this fix should be on the cvsup mirrors -- please let me know if it > resolves the problem you were experiencing. >=20 > Thanks, Thank you for that quick fix Robert, but sadly I am still somewhat at a loss. The auditd does run now, but does not write back any audit data at all. I have run at least three full buildworlds during the time you see below, set flags, deleted things, logged in, logged out, logged in via ssh to the external interface, ssh'ed to localhost. No gain. /var/log/audit looks like this: elessar@forseti: /home/elessar# ll /var/audit/ total 26 -r--r----- 1 root audit 0 20 Sep 18:05 20060920160547.20060920160856 -r--r----- 1 root audit 0 20 Sep 18:08 20060920160856.20060920161050 -r--r----- 1 root audit 0 20 Sep 18:10 20060920161050.20060920161154 -r--r----- 1 root audit 0 20 Sep 18:13 20060920161347.20060920161507 -r--r----- 1 root audit 0 20 Sep 18:19 20060920161903.20060920161936 -r--r----- 1 root audit 0 20 Sep 18:28 20060920162856.20060920162909 -r--r----- 1 root audit 0 20 Sep 18:33 20060920163322.20060920163817 -r--r----- 1 root audit 0 20 Sep 18:38 20060920163817.20060920164146 -r--r----- 1 root audit 0 20 Sep 18:41 20060920164146.20060920164920 -r--r----- 1 root audit 0 20 Sep 18:49 20060920164920.not_terminated -r--r----- 1 root audit 0 20 Sep 18:51 20060920165153.20060920165243 -r--r----- 1 root audit 0 20 Sep 18:52 20060920165243.20060920165330 -r--r----- 1 root audit 0 20 Sep 18:53 20060920165330.20060920171512 -r--r----- 1 root audit 0 20 Sep 19:16 20060920171650.20060920175312 -r--r----- 1 root audit 0 20 Sep 19:55 20060920175539.20060921215850 -r--r----- 1 root audit 0 22 Sep 00:00 20060921220046.not_terminated The old .not_terminated file is from me fiddling with the system. That is the output from /var/log/security - first system startup, then two `audit -n` -- everything seems to work fine. Sep 22 00:00:46 forseti auditd[604]: starting... Sep 22 00:00:46 forseti auditd[605]: dir =3D /var/audit Sep 22 00:00:46 forseti auditd[605]: New audit file is /var/audit/\ 20060921220046.not_terminated Sep 22 00:00:46 forseti auditd[605]: min free =3D 20 Sep 22 00:00:46 forseti auditd[605]: Registered 434 event to class mappings. Sep 22 00:00:46 forseti auditd[605]: Registered non-attributable event mask. Sep 22 00:00:46 forseti auditd[605]: Audit controls init successful Sep 22 00:04:05 forseti auditd[605]: wait_for_events: read 2 Sep 22 00:04:05 forseti auditd[605]: Got open new trigger Sep 22 00:04:05 forseti auditd[605]: dir =3D /var/audit Sep 22 00:04:05 forseti auditd[605]: New audit file is /var/audit/\ 20060921220405.not_terminated Sep 22 00:04:05 forseti auditd[605]: renamed /var/audit/20060921220046\ .not_terminated to /var/audit/ 20060921220046.20060921220405 Sep 22 00:05:26 forseti auditd[605]: wait_for_events: read 2 Sep 22 00:05:26 forseti auditd[605]: Got open new trigger Sep 22 00:05:26 forseti auditd[605]: dir =3D /var/audit Sep 22 00:05:26 forseti auditd[605]: New audit file is /var/audit/\ 20060921220526.not_terminated Sep 22 00:05:26 forseti auditd[605]: renamed /var/audit/20060921220405\ .not_terminated to /var/audit/ 20060921220405.20060921220526 Sep 22 00:06:16 forseti auditd[605]: wait_for_events: read 2 Sep 22 00:06:16 forseti auditd[605]: Got open new trigger Sep 22 00:06:16 forseti auditd[605]: dir =3D /var/audit Sep 22 00:06:16 forseti auditd[605]: New audit file is /var/audit/200609212= 20616\ .not_terminated Sep 22 00:06:16 forseti auditd[605]: renamed /var/audit/20060921220526\ .not_terminated to /var/audit/ 20060921220526.20060921220616 My audit_control file: dir:/var/audit flags:all minfree:20 naflags:lo My audit_user file: root:all:no elessar:all:no =46rom my understanding, this configuration should generate a ridiculous amount of data and probably fill Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ufs/var 253678 63308 170076 27% /var up to the configured limit during a buildworld. uname -a: FreeBSD forseti.starkstrom.lan 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #3: Thu Sep 21 23:32:20 CEST 2006 elessar@forseti.starkstrom.lan:/usr/obj/usr/s= rc/sys/FORSETI alpha audit sourcefile versions: $FreeBSD: src/sys/security/audit/audit.c,v 1.18.2.3 2006/09/20 17:07:11 csj= p Exp $ $FreeBSD: src/sys/security/audit/audit.h,v 1.8.2.2 2006/09/04 06:07:51 rwat= son Exp $ $FreeBSD: src/sys/security/audit/audit_arg.c,v 1.6.2.1 2006/09/02 11:50:50 = rwatson Exp $ $FreeBSD: src/sys/security/audit/audit_bsm.c,v 1.10.2.3 2006/09/20 17:04:04= csjp Exp $ $FreeBSD: src/sys/security/audit/audit_bsm_klib.c,v 1.4.2.1 2006/09/02 11:5= 0:50 rwatson Exp $ $P4: //depot/projects/trustedbsd/audit3/sys/security/audit/audit_bsm_token.= c#23 $ $FreeBSD: src/sys/security/audit/audit_bsm_token.c,v 1.7.2.1 2006/09/02 11:= 50:50 rwatson Exp $ $FreeBSD: src/sys/security/audit/audit_ioctl.h,v 1.4.2.1 2006/09/02 11:50:5= 0 rwatson Exp $ $FreeBSD: src/sys/security/audit/audit_pipe.c,v 1.9.2.1 2006/09/02 11:50:51= rwatson Exp $ $FreeBSD: src/sys/security/audit/audit_private.h,v 1.10.2.2 2006/09/20 17:0= 7:11 csjp Exp $ $FreeBSD: src/sys/security/audit/audit_syscalls.c,v 1.1.2.3 2006/09/20 17:0= 7:11 csjp Exp $ $FreeBSD: src/sys/security/audit/audit_trigger.c,v 1.3.2.1 2006/09/02 11:50= :51 rwatson Exp $ $FreeBSD: src/sys/security/audit/audit_worker.c,v 1.9.2.2 2006/09/20 17:07:= 11 csjp Exp $ =3D> if I did not miss an MFC, this should be the most recent audit version available in RELENG_6. The sources have the following patches applied: - unionfs6-p16.diff - fbsd6-ssp-propolice.patch - fbsd6-ssp-freebsd.patch - stackgap-20050527.diff - mmap_random-20050528.diff Some slightly updated to apply cleanly. I plan to "undo" the local patches tomorrow and check that out, although I can't see were those patches could be responsible for the seen behaviour. I am grateful for any pointers to what I did wrong or what I can do to get more helpful information out of it. The box is in no productive use, I have local and console access. Short of physical damage nearly everything is possible. Joerg PS: /etc/make.conf, kernel config and dmesg follow: /etc/make.conf: CPUTYPE?=3D ev56 CFLAGS=3D -O -pipe ${BDECFLAGS} COPTFLAGS=3D -O -pipe MAKE_SHELL?=3D sh WANT_FORCE_OPTIMIZATION_DOWNGRADE=3D 1 NO_IPFILTER=3D YES (*) KERNCONF=3D FORSETI NO_MODULES=3D YES MODULES_WITH_WORLD=3D YES WITH_SSP=3D YES ENABLE_SSP=3D YES (*) buildworld broke once without this option but I haven't yet figured out why exactly, so no PR yet. kernel configuration: # # FORSETI -- Custom kernel configuration file for FreeBSD/alpha # # $FreeBSD: src/sys/alpha/conf/GENERIC,v 1.186.2.8 2006/07/13 08:11:46 delp= hij Exp $ machine alpha cpu EV5 ident FORSETI # Platforms supported options DEC_ST550 # Personal Workstation 433, 500, 600 # options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big direct= ories options CD9660 # ISO 9660 Filesystem options COMPAT_43 # Compatible with BSD 4.3 [KEEP THI= S!] options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=3D7500 # Delay (in ms) before probing SC= SI options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time exte= nsions options ADAPTIVE_GIANT # Giant mutex is adaptive. # Standard busses device isa device pci # Floppy drives device fdc # SCSI Controllers device isp # Qlogic family device ispfw # Firmware module for Qlogic host adapters device sym # NCR/Symbios Logic (newer chipsets + those= of `ncr') # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device vga # VGA video card driver # syscons is the default console driver, resembling an SCO console device sc # device mcclock # MC146818 real time clock device # Serial (COM) ports (required) device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device rl # RealTek 8129/8139 device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device random # Entropy device device ether # Ethernet support device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" # device bpf # Berkeley packet filter # USB support device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da # maxusers 10 options MAXDSIZ=3D(1024UL*1024*1024) options MAXSSIZ=3D(128UL*1024*1024) options DFLDSIZ=3D(1024UL*1024*1024) options PQ_CACHESIZE=3D2048 # color for 512k cache options GEOM_BSD # BSD disklabels options GEOM_BDE # Disk encryption. options GEOM_ELI # Disk encryption. options GEOM_LABEL # Providers labelization. options GEOM_MIRROR # Disk mirroring. options GEOM_VOL # Volume names from UFS superblock options FAST_IPSEC options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Detection options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_PRIQ # Priority Queueing device pf #PF OpenBSD packet-filter firewall device pflog #logging support interface for PF device pfsync #synchronization interface for PF device carp #Common Address Redundancy Protocol device vlan options ACCEPT_FILTER_DATA options ACCEPT_FILTER_HTTP options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN options TCP_SIGNATURE #include support for RFC 2385 options UNIONFS #Union filesystem options AUDIT options MAC #options MAC_BIBA #options MAC_BSDEXTENDED #options MAC_IFOFF #options MAC_LOMAC #options MAC_MLS #options MAC_PARTITION #options MAC_PORTACL #options MAC_SEEOTHERUIDS device uart device sound device snd_sbc device snd_ess device crypto # core crypto support device cryptodev # /dev/crypto for access to h/w device rndtest # FIPS 140-2 entropy tester dmesg: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.2-PRERELEASE #3: Thu Sep 21 23:32:20 CEST 2006 elessar@forseti.starkstrom.lan:/usr/obj/usr/src/sys/FORSETI Digital Personal Workstation (Miata) Digital Personal WorkStation 500au, 500MHz 8192 byte page size, 1 processor. CPU: EV56 (21164A) major=3D7 minor=3D0 extensions=3D0x1 OSF PAL rev: 0x1000000020116 real memory =3D 400711680 (382 MB) avail memory =3D 384598016 (366 MB) Security auditing service present BSM auditing present cia0: <2117x Core Logic chipset> cia0: Pyxis, pass 1 cia0: extended capabilities: 1 pcib0: <2117x PCI host bus adapter> on cia0 pci0: on pcib0 dc0: port 0x9100-0x917f mem 0x80162100-0x8016217= f irq 0 at device 3.0 on pci0 miibus0: on dc0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:00:f8:76:34:54 dc0: interrupting at CIA irq 0 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 7.1 (no driver attached) pci0: at device 7.2 (no driver attached) ohci0: mem 0x80161000-0x80161fff irq 234 at= device 7.3 on pci0 ohci0: interrupting at ISA irq 10 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1080) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered sym0: <875> port 0x9000-0x90ff mem 0x80162000-0x801620ff,0x80160000-0x80160= fff irq 4 at device 11.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: interrupting at CIA irq 4 sym0: [GIANT-LOCKED] pcib1: at device 20.0 on pci0 pci1: on pcib1 isp0: port 0x8000-0x80ff mem 0x8002= 4000-0x80024fff irq 3 at device 4.0 on pci1 isp0: interrupting at CIA irq 3 isp0: [GIANT-LOCKED] pci1: at device 10.0 (no driver attached) sbc0: at port 0x220-0x22f irq 5 drq 1 on isa0 sbc0: interrupting at ISA irq 5 sbc0: [GIANT-LOCKED] pcm0: on sbc0 pcm0: [GIANT-LOCKED] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd0: interrupting at ISA irq 1 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= isa0 fdc0: interrupting at ISA irq 6 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 mcclock0: at port 0x70-0x71 on isa0 ppc0: at port 0x3bc-0x3c3 irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Polled port ppi0: on ppbus0 ppc0: interrupting at ISA irq 7 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=3D0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: interrupting at ISA irq 4 sio1 at port 0x2f8-0x2ff irq 3 flags 0x80 on isa0 sio1: type 16550A sio1: interrupting at ISA irq 3 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "i8254" frequency 1193182 Hz quality 0 Timecounter "alpha" frequency 500000000 Hz quality 800 Timecounters tick every 0.976 msec Fast IPsec: Initialized Security Association Processing. Waiting 7 seconds for SCSI devices to settle da0 at isp0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-2 device=20 da0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit), Tagged Queueing Ena= bled da0: 4094MB (8386000 512 byte sectors: 255H 63S/T 522C) cd0 at sym0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device=20 cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present - t= ray closed GEOM_LABEL: Label for provider da0a is ufs/root. GEOM_LABEL: Label for provider da0d is ufs/tmp. GEOM_LABEL: Label for provider da0e is ufs/var. GEOM_LABEL: Label for provider da0f is ufs/usr. Trying to mount root from ufs:/dev/ufs/root --=20 | /"\ ASCII ribbon | GnuPG Key ID | e86d b753 3deb e749 6c3a | | \ / campaign against | 0xbbcaad24 | 5706 1f7d 6cfd bbca ad24 | | X HTML in email | .the next sentence is true. | | / \ and news | .the previous sentence was a lie. | --Sig_NxVdag2BtnAfX0u5mRIrsVw Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFFEzNRH31s/bvKrSQRAlY6AJ91ytV32V1W5V1rDEh5JzqPRrysywCdFlgp tekl+E2SlScABsrycNg+qRY= =BUb5 -----END PGP SIGNATURE----- --Sig_NxVdag2BtnAfX0u5mRIrsVw-- --DSPAM_MULTIPART_EX-24361 Content-Type: text/plain X-DSPAM-Signature: 45133358243617229642248 !DSPAM:45133358243617229642248! --DSPAM_MULTIPART_EX-24361-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 00:53:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC1E316A417 for ; Fri, 22 Sep 2006 00:53:01 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F64243D46 for ; Fri, 22 Sep 2006 00:53:01 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GQZHb-0001pU-27 for freebsd-stable@freebsd.org; Fri, 22 Sep 2006 02:52:47 +0200 Received: from r5h168.net.upc.cz ([86.49.7.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Sep 2006 02:52:46 +0200 Received: from martinkov by r5h168.net.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Sep 2006 02:52:46 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 22 Sep 2006 02:52:07 +0200 Lines: 29 Message-ID: <451333B7.2060700@pobox.sk> References: <20060921203756.GF45341@rambler-co.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5h168.net.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.6) Gecko/20060805 SeaMonkey/1.0.4 In-Reply-To: <20060921203756.GF45341@rambler-co.ru> Sender: news Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 00:53:01 -0000 Ruslan Ermilov wrote: > On Thu, Sep 21, 2006 at 08:00:40PM +0200, martinko wrote: >> hello list, >> >> i've just pulled the releng_6 sources and run make -j4 buildworld as >> usual and this i've got: >> [...] >> > I'm generally interested in fixing -jX build failures. I'd need > at least the following info: > > - the contents of /etc/make.conf > - exact make command > - full output (combined stdout + stderr) available somewhere > for download in a compressed form > > > Cheers, ruslan, it seems to me it's not -jX fault this time. otherwise i could provide you the info you asked. pls see my latest post on this issue. cheers, martin From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 01:01:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4672916A403 for ; Fri, 22 Sep 2006 01:01:18 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 956F643D4C for ; Fri, 22 Sep 2006 01:01:17 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GQZPM-0004ak-C5 for freebsd-stable@freebsd.org; Fri, 22 Sep 2006 03:00:48 +0200 Received: from r5h168.net.upc.cz ([86.49.7.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Sep 2006 03:00:48 +0200 Received: from martinkov by r5h168.net.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Sep 2006 03:00:48 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 22 Sep 2006 02:59:53 +0200 Lines: 46 Message-ID: References: <20060921180908.GA23890@xor.obsecurity.org> <20060922004557.GA31717@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5h168.net.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.6) Gecko/20060805 SeaMonkey/1.0.4 In-Reply-To: <20060922004557.GA31717@xor.obsecurity.org> Sender: news Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 01:01:18 -0000 Kris Kennaway wrote: > On Fri, Sep 22, 2006 at 02:40:24AM +0200, martinko wrote: >> Kris Kennaway wrote: >>> That doesn't provide any information since you used -j4. When posting >>> errors from buildworld, you need to run without -j, or log the entire >>> buildworld output and then figure out where the actual error occurred >>> (may be thousands of lines from the end). >>> >>> Kris >> here it is again (without -j) : >> >> echo libssl.so.4: /usr/obj/usr/src/tmp/usr/lib/libcrypto.a >> .depend >> cc -O2 -fno-strict-aliasing -pipe -march=pentium-m -DTERMIOS >> -DANSI_SOURCE -I/usr/src/secure/lib/libssl/../../../crypto/openssl >> -I/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto >> -I/usr/obj/usr/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN >> -DHAVE_DLFCN_H -DL_ENDIAN -c >> /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/bio_ssl.c >> cc -O2 -fno-strict-aliasing -pipe -march=pentium-m -DTERMIOS >> -DANSI_SOURCE -I/usr/src/secure/lib/libssl/../../../crypto/openssl >> -I/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto >> -I/usr/obj/usr/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN >> -DHAVE_DLFCN_H -DL_ENDIAN -c >> /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c >> /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c: In >> function `ssl23_connect': >> /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c:216: >> internal compiler error: Segmentation fault: 11 >> Please submit a full bug report, >> with preprocessed source if appropriate. >> See for instructions. >> *** Error code 1 > > Chances are you have failing hardware. > > Kris you must be kidding! :-o no, really, this is a laptop and i hope it's not going to die or something. :-/ well, it would actually be better now before the warranty is over. ;-) anyway, how did you come to your conclusion pls ?? regards, martin From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 01:05:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53AA716A4B3 for ; Fri, 22 Sep 2006 01:05:56 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A26AE43D55 for ; Fri, 22 Sep 2006 01:05:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8872C1A3C1A; Thu, 21 Sep 2006 18:05:55 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0CFEC51379; Thu, 21 Sep 2006 21:05:55 -0400 (EDT) Date: Thu, 21 Sep 2006 21:05:54 -0400 From: Kris Kennaway To: martinko Message-ID: <20060922010554.GA32137@xor.obsecurity.org> References: <20060921180908.GA23890@xor.obsecurity.org> <20060922004557.GA31717@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 01:05:56 -0000 On Fri, Sep 22, 2006 at 02:59:53AM +0200, martinko wrote: > Kris Kennaway wrote: > > On Fri, Sep 22, 2006 at 02:40:24AM +0200, martinko wrote: > >> Kris Kennaway wrote: > >>> That doesn't provide any information since you used -j4. When posting > >>> errors from buildworld, you need to run without -j, or log the entire > >>> buildworld output and then figure out where the actual error occurred > >>> (may be thousands of lines from the end). > >>> > >>> Kris > >> here it is again (without -j) : > >> > >> echo libssl.so.4: /usr/obj/usr/src/tmp/usr/lib/libcrypto.a >> .depend > >> cc -O2 -fno-strict-aliasing -pipe -march=pentium-m -DTERMIOS > >> -DANSI_SOURCE -I/usr/src/secure/lib/libssl/../../../crypto/openssl > >> -I/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto > >> -I/usr/obj/usr/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN > >> -DHAVE_DLFCN_H -DL_ENDIAN -c > >> /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/bio_ssl.c > >> cc -O2 -fno-strict-aliasing -pipe -march=pentium-m -DTERMIOS > >> -DANSI_SOURCE -I/usr/src/secure/lib/libssl/../../../crypto/openssl > >> -I/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto > >> -I/usr/obj/usr/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN > >> -DHAVE_DLFCN_H -DL_ENDIAN -c > >> /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c > >> /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c: In > >> function `ssl23_connect': > >> /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c:216: > >> internal compiler error: Segmentation fault: 11 > >> Please submit a full bug report, > >> with preprocessed source if appropriate. > >> See for instructions. > >> *** Error code 1 > > > > Chances are you have failing hardware. > > > > Kris > > you must be kidding! :-o > no, really, this is a laptop and i hope it's not going to die or > something. :-/ > well, it would actually be better now before the warranty is over. ;-) > anyway, how did you come to your conclusion pls ?? Such errors are almost always the fault of failing hardware components; a functioning system does not cause sporadic software failure. This comes up about once a week so please search the archives or google for extensive discussion. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 01:07:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 532D016A47E for ; Fri, 22 Sep 2006 01:07:03 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FA3C43D6A for ; Fri, 22 Sep 2006 01:06:56 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 465211A4D86; Thu, 21 Sep 2006 18:06:56 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CE6F251379; Thu, 21 Sep 2006 21:06:53 -0400 (EDT) Date: Thu, 21 Sep 2006 21:06:53 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060922010653.GA32173@xor.obsecurity.org> References: <20060921180908.GA23890@xor.obsecurity.org> <20060922004557.GA31717@xor.obsecurity.org> <20060922010554.GA32137@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060922010554.GA32137@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: martinko , freebsd-stable@freebsd.org Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 01:07:03 -0000 On Thu, Sep 21, 2006 at 09:05:54PM -0400, Kris Kennaway wrote: > > >> internal compiler error: Segmentation fault: 11 > > >> Please submit a full bug report, > > >> with preprocessed source if appropriate. > > >> See for instructions. > > >> *** Error code 1 > > > > > > Chances are you have failing hardware. > > > > > > Kris > > > > you must be kidding! :-o > > no, really, this is a laptop and i hope it's not going to die or > > something. :-/ > > well, it would actually be better now before the warranty is over. ;-) > > anyway, how did you come to your conclusion pls ?? > > Such errors are almost always the fault of failing hardware > components; a functioning system does not cause sporadic software > failure. This comes up about once a week so please search the > archives or google for extensive discussion. > > Kris P.S. Your email address bounces, please correct this in future emails. kris From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 01:20:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A144416A412 for ; Fri, 22 Sep 2006 01:20:44 +0000 (UTC) (envelope-from elessar@bsdforen.de) Received: from fix.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 793DB43D49 for ; Fri, 22 Sep 2006 01:20:33 +0000 (GMT) (envelope-from elessar@bsdforen.de) Received: by fix.bsdforen.de (Postfix, from userid 20000) id CC65144A42C; Fri, 22 Sep 2006 03:20:31 +0200 (CEST) Received: from localhost (localhost [127.0.0.2]) by fix.bsdforen.de (Postfix) with ESMTP id B931544A411; Fri, 22 Sep 2006 03:20:30 +0200 (CEST) X-Virus-Scanned: amavisd-new at bsdforen.de Received: from fix.bsdforen.de ([127.0.0.2]) by localhost (fix.bsdforen.de [127.0.0.2]) (amavisd-new, port 10024) with LMTP id H3X0Ds+Z12oP; Fri, 22 Sep 2006 03:20:29 +0200 (CEST) Received: from loki.starkstrom.lan (p54A4603C.dip.t-dialin.net [84.164.96.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fix.bsdforen.de (Postfix) with ESMTP id E040B44A410; Fri, 22 Sep 2006 03:20:28 +0200 (CEST) Date: Fri, 22 Sep 2006 03:20:27 +0200 From: Joerg Pernfuss To: martinko Message-ID: <20060922032027.3b2ed153@loki.starkstrom.lan> In-Reply-To: References: <20060921180908.GA23890@xor.obsecurity.org> <20060922004557.GA31717@xor.obsecurity.org> X-Mailer: Sylpheed-Claws 2.2.3 (GTK+ 2.8.9; i386-portbld-freebsd6.1) Mime-Version: 1.0 X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Fri Sep 22 03:20:31 2006 X-DSPAM-Confidence: 0.9988 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 45133a5f269115209328925 Content-Type: multipart/mixed; boundary=DSPAM_MULTIPART_EX-26911 Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 01:20:44 -0000 --DSPAM_MULTIPART_EX-26911 Content-Type: multipart/signed; boundary="Sig_lhhZ=4Cnevdg2Tt5i92lBqG"; protocol="application/pgp-signature"; micalg=PGP-SHA1 --Sig_lhhZ=4Cnevdg2Tt5i92lBqG Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 22 Sep 2006 02:59:53 +0200 martinko wrote: > >> internal compiler error: Segmentation fault: 11 > >> Please submit a full bug report, > >> with preprocessed source if appropriate. > >> See for instructions. > >> *** Error code 1 > >=20 > > Chances are you have failing hardware. > >=20 > > Kris >=20 > you must be kidding! :-o > no, really, this is a laptop and i hope it's not going to die or > something. :-/ > well, it would actually be better now before the warranty is over. ;-) > anyway, how did you come to your conclusion pls ?? SegFault 11 is normally a strong indicator of dying RAM. Joerg --=20 | /"\ ASCII ribbon | GnuPG Key ID | e86d b753 3deb e749 6c3a | | \ / campaign against | 0xbbcaad24 | 5706 1f7d 6cfd bbca ad24 | | X HTML in email | .the next sentence is true. | | / \ and news | .the previous sentence was a lie. | --Sig_lhhZ=4Cnevdg2Tt5i92lBqG Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFFEzpbH31s/bvKrSQRApdbAJ0ZmaaE6Lqxjhn1YMCpt+C/5+63gQCfTLwV 4wvgKOkC2sUkdeEwlJEJWXg= =HAIo -----END PGP SIGNATURE----- --Sig_lhhZ=4Cnevdg2Tt5i92lBqG-- --DSPAM_MULTIPART_EX-26911 Content-Type: text/plain X-DSPAM-Signature: 45133a5f269115209328925 !DSPAM:45133a5f269115209328925! --DSPAM_MULTIPART_EX-26911-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 02:18:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7BC416A40F for ; Fri, 22 Sep 2006 02:18:53 +0000 (UTC) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB00A43D69 for ; Fri, 22 Sep 2006 02:18:52 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 6200172DA1; Thu, 21 Sep 2006 19:17:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 5BDED72D9F; Thu, 21 Sep 2006 19:17:33 -0700 (PDT) Date: Thu, 21 Sep 2006 19:17:33 -0700 (PDT) From: Doug White To: Jan Mikkelsen In-Reply-To: <002d01c6ddc7$76d10cc0$0202a8c0@transactzbkv04> Message-ID: <20060921190148.S87814@carver.gumbysoft.com> References: <002d01c6ddc7$76d10cc0$0202a8c0@transactzbkv04> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Patch: sym(4) "VTOBUS FAILED" panics on amd64, amd64/89550 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 02:18:53 -0000 On Fri, 22 Sep 2006, Jan Mikkelsen wrote: > Quick summary: sym(4) assumes on amd64 that virtual addresses provided by > bus_dmamem_alloc() have the same alignment as the physical addresses (in > this case, 2*PAGE_SIZE). They don't, and stuff breaks. This patch works > around that. Why is this? busdma supports alignment constraints; why not just set the alignment to what you need it set at? I realize sym has its own hand rolled DMA management craziness but alignment is something busdma can take care of easily. Also the changes to MEMO_CLUSTER_SIZE seems to be already compensated for by the code blocks that calculate it: #define MEMO_SHIFT 4 /* 16 bytes minimum memory chunk */ #ifndef __amd64__ #define MEMO_PAGE_ORDER 0 /* 1 PAGE maximum */ #else #define MEMO_PAGE_ORDER 1 /* 2 PAGEs maximum on amd64 */ #endif #if 0 #define MEMO_FREE_UNUSED /* Free unused pages immediately */ #endif #define MEMO_WARN 1 #define MEMO_CLUSTER_SHIFT (PAGE_SHIFT+MEMO_PAGE_ORDER) #define MEMO_CLUSTER_SIZE (1UL << MEMO_CLUSTER_SHIFT) #define MEMO_CLUSTER_MASK (MEMO_CLUSTER_SIZE-1) This results in 2*PAGE_SIZE clusters on amd64 and PAGE_SIZE clusters on other platforms. Since you seem to like doing MEMO_CLUSTER_SIZE * 2, why not just increase MEMO_PAGE_ORDER to 2 (and get 4*PAGE_SIZE clusters) ? Oh dear, I didn't notice that the call to bus_dma_tag_create() has bad arguments. From the (RELENG_6) source: if (!bus_dma_tag_create(dev_dmat, 1, MEMO_CLUSTER_SIZE, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR_32BIT, NULL, NULL, MEMO_CLUSTER_SIZE, 1, MEMO_CLUSTER_SIZE, 0, busdma_lock_mutex, &Giant, &mp->dmat)) { As you fixed, that second BUS_SPACE_MAXADDR_32BIT should be BUS_SPACE_MAXADDR since its an exclusion zone. I'm suprised that doesn't fix it right there. If increasing MEMO_PAGE_ORDER fixes the issue, then the #ifs are extraneous. Also we generally prefer diffs in unidiff (-u) format, its a little easier to figure out exactly what changed just by looking at the diff. Thanks! -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 03:39:21 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC9FB16A417 for ; Fri, 22 Sep 2006 03:39:21 +0000 (UTC) (envelope-from matt@gsicomp.on.ca) Received: from daisy2.compar.com (daisy2.compar.com [216.208.38.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4198243D67 for ; Fri, 22 Sep 2006 03:39:21 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from localhost (localhost.compar.com [127.0.0.1]) by daisy2.compar.com (Postfix) with ESMTP id 9E8A813C49E; Thu, 21 Sep 2006 23:32:47 -0400 (EDT) Received: from unknown by localhost (amavisd-new, unix socket) id client-dx4Vn23y; Thu, 21 Sep 2006 23:32:43 -0400 (EDT) Received: from gabby.gsicomp.on.ca (CPE00062566c7bb-CM0011e6ede298.cpe.net.cable.rogers.com [70.28.254.189]) by daisy2.compar.com (Postfix) with ESMTP id 784C213C4D6; Thu, 21 Sep 2006 23:32:36 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by gabby.gsicomp.on.ca (Postfix) with ESMTP id 8663C62FE; Tue, 19 Sep 2006 20:47:16 -0400 (EDT) Received: from unknown by localhost (amavisd-new, unix socket) id client-YpvKPOcW; Tue, 19 Sep 2006 20:46:59 -0400 (EDT) Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by gabby.gsicomp.on.ca (Postfix) with ESMTP id 4F07762FC; Tue, 19 Sep 2006 20:46:59 -0400 (EDT) Message-ID: <002101c6dc46$470b1d50$0000fea9@gsicomp.on.ca> From: "Matt Emmerton" To: "Freddie Cash" , "SigmaX asdf" References: <54894.192.168.0.10.1158706436.squirrel@webmail.sd73.bc.ca> Date: Tue, 19 Sep 2006 19:49:42 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Virus-Scanned: amavisd-new at gsicomp.on.ca X-Virus-Scanned: amavisd-new at compar.com Cc: stable@freebsd.org Subject: Re: sed and comma-delimited file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 03:39:21 -0000 > On Tue, September 19, 2006 9:26 am, SigmaX asdf wrote: > > I have a series of comma-delimited text files with fourteen columns > > of data and several hundred rows. I want to use a short shell script > > to strip them of the last 9 columns, leaving the same file but with > > just five of its columns. I can do it in C++, but that seems like > > overkill. How would I go about doing it with sed or a similar > > utility? > > cat file | awk -F"," '{ printf "%s,%s,%s,%s,%s\n",$1,$2,$3,$4,$5 }' > > newfile What's wrong with this? cat file | cut -f-5 -c';' > newfile -- Matt Emmerton From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 03:51:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9BAD16A403 for ; Fri, 22 Sep 2006 03:51:09 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from omta02sl.mx.bigpond.com (omta02sl.mx.bigpond.com [144.140.93.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3638C43D5F for ; Fri, 22 Sep 2006 03:51:08 +0000 (GMT) (envelope-from andrew@areilly.bpa.nu) Received: from areilly.bpa.nu ([141.168.7.22]) by omta02sl.mx.bigpond.com with ESMTP id <20060922035107.DGEF14640.omta02sl.mx.bigpond.com@areilly.bpa.nu> for ; Fri, 22 Sep 2006 03:51:07 +0000 Received: (qmail 10551 invoked by uid 501); 22 Sep 2006 03:50:01 -0000 Date: Fri, 22 Sep 2006 13:50:01 +1000 From: Andrew Reilly To: freebsd-stable@freebsd.org Message-ID: <20060922035001.GA10537@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: Change in ataraid (geometry?) between RELENG_5 and RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 03:51:10 -0000 Hi, I just tried to do an in-place upgrade from RELENG_5 to RELENG_6 on a system that was running an ataraid mirror on a pair of SATA disks. The root file system (256M) mounted fine, but fsck -p fails (unable to find a superblock, from memory) under the new kernel on my /usr partition, which is about 73G (most of the 80G of the disks). Falling back to the RELENG_5 /boot/kernel and fsck finds no problem. Is there a known behaviour change in ataraid behaviour between the two versions? The hardware is Intel P4, ICH6 SATA150, and a pair of Seagate 80G SATA drives. One odd-looking thing that I've just noticed (in RELENG_5, of course) is that fdisk ar0 says that cylinders=9729 heads=255 sectors/track=63, but fdisk ad4 (the first of the "real" SATA disks) says cylinders=155061, heads=16, sectors/track=63. Should these really be so different? Is backup and start again from label/newfs my only option? Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 04:25:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6B2716A403 for ; Fri, 22 Sep 2006 04:25:38 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 1DC0943D60 for ; Fri, 22 Sep 2006 04:25:37 +0000 (GMT) (envelope-from janm@transactionware.com) Received: (qmail 15592 invoked from network); 22 Sep 2006 04:25:57 -0000 Received: from new.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 22 Sep 2006 04:25:57 -0000 Received: (qmail 14708 invoked by uid 1026); 22 Sep 2006 04:25:57 -0000 Received: from 127.0.0.1 by new.transactionware.com (envelope-from , uid 1003) with qmail-scanner-1.25 (spamassassin: 3.0.2. Clear:RC:1(127.0.0.1):. Processed in 7.525581 secs); 22 Sep 2006 04:25:57 -0000 Received: from unknown (HELO JMLAPTOP) (unknown) by unknown with SMTP; 22 Sep 2006 04:25:48 -0000 From: "Jan Mikkelsen" To: "'Doug White'" Date: Fri, 22 Sep 2006 14:25:32 +1000 Organization: Transactionware Message-ID: <003001c6ddff$278d52d0$d435083d@transactionware.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Importance: Normal In-Reply-To: <20060921190148.S87814@carver.gumbysoft.com> Cc: freebsd-stable@freebsd.org Subject: RE: Patch: sym(4) "VTOBUS FAILED" panics on amd64, amd64/89550 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 04:25:39 -0000 Hi, Doug White wrote: > On Fri, 22 Sep 2006, Jan Mikkelsen wrote: >=20 > > Quick summary: sym(4) assumes on amd64 that virtual=20 > addresses provided by > > bus_dmamem_alloc() have the same alignment as the physical=20 > addresses (in > > this case, 2*PAGE_SIZE). They don't, and stuff breaks. =20 > This patch works > > around that. >=20 > Why is this? busdma supports alignment constraints; why not=20 > just set the=20 > alignment to what you need it set at? I realize sym has its own hand=20 > rolled DMA management craziness but alignment is something=20 > busdma can take=20 > care of easily. sym has the alignment requirement on the virtual address because of the buddy memory allocation algorithm; changing how sym allocates memory internally would remove the requirement. The buddy algorithm with 2^13 bytes aligned on a 2^12 byte (but not a 2^13 byte) boundary can provide = two chunks of 2^12 bytes but nothing greater than 2^12 bytes. The VTOBUS failure is caused by the buddy implementation making = alignment assumptions which aren't true, and then getting the virtual addresses = wrong. Perhaps I'm just doing something wrong with bus_dma. I believe I set = the alignment requirements to be 2*PAGE_SIZE, and this is what I see for the physical address. However the virtual address seems to only be page aligned. I can't see any mention of virtual address alignment in the bus_dma man page. Can it take care of virtual address alignment? If so, how? =20 > Also the changes to MEMO_CLUSTER_SIZE seems to be already=20 > compensated for=20 > by the code blocks that calculate it: >=20 > #define MEMO_SHIFT 4 /* 16 bytes minimum memory chunk */ > #ifndef __amd64__ > #define MEMO_PAGE_ORDER 0 /* 1 PAGE maximum */ > #else > #define MEMO_PAGE_ORDER 1 /* 2 PAGEs maximum on amd64 */ > #endif > #if 0 > #define MEMO_FREE_UNUSED /* Free unused pages immediately */ > #endif > #define MEMO_WARN 1 > #define MEMO_CLUSTER_SHIFT (PAGE_SHIFT+MEMO_PAGE_ORDER) > #define MEMO_CLUSTER_SIZE (1UL << MEMO_CLUSTER_SHIFT) > #define MEMO_CLUSTER_MASK (MEMO_CLUSTER_SIZE-1) >=20 > This results in 2*PAGE_SIZE clusters on amd64 and PAGE_SIZE=20 > clusters on=20 > other platforms. Since you seem to like doing=20 > MEMO_CLUSTER_SIZE * 2, why=20 > not just increase MEMO_PAGE_ORDER to 2 (and get 4*PAGE_SIZE=20 > clusters) ? My fix (which I don't claim is optimal) is to allocate = 2*MEMO_CLUSTER_SIZE bytes, and then use the point within that memory with the right = alignment. The alignment is not a hardware requirement; it is a bit manipulation requirement because of the existing allocation code. The cost is some extra allocated pages in return for a working system. > Oh dear, I didn't notice that the call to=20 > bus_dma_tag_create() has bad=20 > arguments. From the (RELENG_6) source: >=20 > if (!bus_dma_tag_create(dev_dmat, 1,=20 > MEMO_CLUSTER_SIZE, > BUS_SPACE_MAXADDR_32BIT, > BUS_SPACE_MAXADDR_32BIT, > NULL, NULL, MEMO_CLUSTER_SIZE, 1, > MEMO_CLUSTER_SIZE, 0, > busdma_lock_mutex, &Giant,=20 > &mp->dmat)) { >=20 > As you fixed, that second BUS_SPACE_MAXADDR_32BIT should be=20 > BUS_SPACE_MAXADDR since its an exclusion zone. I'm suprised=20 > that doesn't=20 > fix it right there. I tried it, didn't fix it. > Also we generally prefer diffs in unidiff (-u) format, its a=20 > little easier=20 > to figure out exactly what changed just by looking at the=20 > diff. Thanks! Thanks, I'll do that next time. Regards, Jan Mikkelsen. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 04:38:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BC7A16A412 for ; Fri, 22 Sep 2006 04:38:41 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBD9243D5E for ; Fri, 22 Sep 2006 04:38:40 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k8M4cYlm086339; Thu, 21 Sep 2006 22:38:39 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <451368CA.1030404@samsco.org> Date: Thu, 21 Sep 2006 22:38:34 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jan Mikkelsen References: <003001c6ddff$278d52d0$d435083d@transactionware.com> In-Reply-To: <003001c6ddff$278d52d0$d435083d@transactionware.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: Patch: sym(4) "VTOBUS FAILED" panics on amd64, amd64/89550 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 04:38:41 -0000 Jan Mikkelsen wrote: > Hi, > > Doug White wrote: > >>On Fri, 22 Sep 2006, Jan Mikkelsen wrote: >> >> >>>Quick summary: sym(4) assumes on amd64 that virtual >> >>addresses provided by >> >>>bus_dmamem_alloc() have the same alignment as the physical >> >>addresses (in >> >>>this case, 2*PAGE_SIZE). They don't, and stuff breaks. >> >>This patch works >> >>>around that. >> >>Why is this? busdma supports alignment constraints; why not >>just set the >>alignment to what you need it set at? I realize sym has its own hand >>rolled DMA management craziness but alignment is something >>busdma can take >>care of easily. > > > sym has the alignment requirement on the virtual address because of the > buddy memory allocation algorithm; changing how sym allocates memory > internally would remove the requirement. The buddy algorithm with 2^13 > bytes aligned on a 2^12 byte (but not a 2^13 byte) boundary can provide two > chunks of 2^12 bytes but nothing greater than 2^12 bytes. > > The VTOBUS failure is caused by the buddy implementation making alignment > assumptions which aren't true, and then getting the virtual addresses wrong. > > Perhaps I'm just doing something wrong with bus_dma. I believe I set the > alignment requirements to be 2*PAGE_SIZE, and this is what I see for the > physical address. However the virtual address seems to only be page > aligned. > > I can't see any mention of virtual address alignment in the bus_dma man > page. Can it take care of virtual address alignment? If so, how? > busdma makes no guarantees on virtual addresses. Sigh, sorry I never got this fixed. The custom memory allocator made me unhappy, and I never had time to dig into it. Do real docs on sym exist somewhere? I'm not against sitting down and re-writing the physical memory handling to both work and conform to the FreeBSD APIs. Scott From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 05:07:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DBAF16A47B for ; Fri, 22 Sep 2006 05:07:08 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0951F43D5A for ; Fri, 22 Sep 2006 05:07:07 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 2074 invoked from network); 22 Sep 2006 15:07:06 +1000 Received: from 210-84-59-175.dyn.iinet.net.au (HELO localhost) (210.84.59.175) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 22 Sep 2006 15:07:06 +1000 Date: Fri, 22 Sep 2006 15:06:58 +1000 From: Norberto Meijome To: Andrew Reilly Message-ID: <20060922150658.14376c52@localhost> In-Reply-To: <20060922035001.GA10537@duncan.reilly.home> References: <20060922035001.GA10537@duncan.reilly.home> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Change in ataraid (geometry?) between RELENG_5 and RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 05:07:08 -0000 On Fri, 22 Sep 2006 13:50:01 +1000 Andrew Reilly wrote: > I just tried to do an in-place upgrade from RELENG_5 to RELENG_6 > on a system that was running an ataraid mirror on a pair of SATA > disks. The root file system (256M) mounted fine, but fsck -p > fails (unable to find a superblock, from memory) under the new > kernel on my /usr partition, which is about 73G (most of the 80G > of the disks). Falling back to the RELENG_5 /boot/kernel and > fsck finds no problem. maybe i'm completely wrong here... are you world + kernel in sync? I would guess that you'd want them to be... maybe you can boot into 6 with a CD, mount all the disks as needed (assuming that userland-version-6 works fine with kernel-v6 and raid-version-5 ), finish installworld, and then reboot to start using the tools on the FS... _________________________ {Beto|Norberto|Numard} Meijome "Whenever you find that you are on the side of the majority, it is time to reform." Mark Twain I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 05:09:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0DE816A40F for ; Fri, 22 Sep 2006 05:09:25 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98FD843D77 for ; Fri, 22 Sep 2006 05:09:09 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 8D8718A00C0; Thu, 21 Sep 2006 22:09:09 -0700 (PDT) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 77744-37; Thu, 21 Sep 2006 22:08:58 -0700 (PDT) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 72B098A0025; Thu, 21 Sep 2006 22:08:49 -0700 (PDT) Received: from 24.70.153.246 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Thu, 21 Sep 2006 22:08:57 -0700 (PDT) Message-ID: <60471.24.70.153.246.1158901737.squirrel@webmail.sd73.bc.ca> In-Reply-To: <002101c6dc46$470b1d50$0000fea9@gsicomp.on.ca> References: <54894.192.168.0.10.1158706436.squirrel@webmail.sd73.bc.ca> <002101c6dc46$470b1d50$0000fea9@gsicomp.on.ca> Date: Thu, 21 Sep 2006 22:08:57 -0700 (PDT) From: "Freddie Cash" To: "Matt Emmerton" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Cc: stable@freebsd.org Subject: Re: sed and comma-delimited file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 05:09:26 -0000 On Tue, September 19, 2006 4:49 pm, Matt Emmerton wrote: >> On Tue, September 19, 2006 9:26 am, SigmaX asdf wrote: >>> I have a series of comma-delimited text files with fourteen >>> columns of data and several hundred rows. I want to use a short >>> shell script to strip them of the last 9 columns, leaving the same >>> file but with just five of its columns. I can do it in C++, but >>> that seems like overkill. How would I go about doing it with sed >>> or a similar utility? >> cat file | awk -F"," '{ printf "%s,%s,%s,%s,%s\n",$1,$2,$3,$4,$5 >> }' > newfile > What's wrong with this? > cat file | cut -f-5 -c';' > newfile [shrug] It uses cut, which I've never used or even heard of??? :) ---- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 05:09:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B37716A537 for ; Fri, 22 Sep 2006 05:09:28 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (mailtest.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 892EC43D79 for ; Fri, 22 Sep 2006 05:09:15 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 30EF58A0025; Thu, 21 Sep 2006 22:09:15 -0700 (PDT) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 78597-32; Thu, 21 Sep 2006 22:09:04 -0700 (PDT) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 9EAC98A0096; Thu, 21 Sep 2006 22:09:03 -0700 (PDT) Received: from 24.70.153.246 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Thu, 21 Sep 2006 22:09:03 -0700 (PDT) Message-ID: <60472.24.70.153.246.1158901743.squirrel@webmail.sd73.bc.ca> In-Reply-To: <002101c6dc46$470b1d50$0000fea9@gsicomp.on.ca> References: <54894.192.168.0.10.1158706436.squirrel@webmail.sd73.bc.ca> <002101c6dc46$470b1d50$0000fea9@gsicomp.on.ca> Date: Thu, 21 Sep 2006 22:09:03 -0700 (PDT) From: "Freddie Cash" To: "Matt Emmerton" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Cc: stable@freebsd.org Subject: Re: sed and comma-delimited file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 05:09:28 -0000 On Tue, September 19, 2006 4:49 pm, Matt Emmerton wrote: >> On Tue, September 19, 2006 9:26 am, SigmaX asdf wrote: >>> I have a series of comma-delimited text files with fourteen >>> columns of data and several hundred rows. I want to use a short >>> shell script to strip them of the last 9 columns, leaving the same >>> file but with just five of its columns. I can do it in C++, but >>> that seems like overkill. How would I go about doing it with sed >>> or a similar utility? >> cat file | awk -F"," '{ printf "%s,%s,%s,%s,%s\n",$1,$2,$3,$4,$5 >> }' > newfile > What's wrong with this? > cat file | cut -f-5 -c';' > newfile [shrug] It uses cut, which I've never used or even heard of??? :) ---- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 05:28:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 206B816A415 for ; Fri, 22 Sep 2006 05:28:14 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from omta02sl.mx.bigpond.com (omta02sl.mx.bigpond.com [144.140.93.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36E1243D5A for ; Fri, 22 Sep 2006 05:28:12 +0000 (GMT) (envelope-from andrew@areilly.bpa.nu) Received: from areilly.bpa.nu ([141.168.7.22]) by omta02sl.mx.bigpond.com with ESMTP id <20060922052810.HTZL14640.omta02sl.mx.bigpond.com@areilly.bpa.nu> for ; Fri, 22 Sep 2006 05:28:10 +0000 Received: (qmail 12247 invoked by uid 501); 22 Sep 2006 05:27:01 -0000 Date: Fri, 22 Sep 2006 15:27:01 +1000 From: Andrew Reilly To: Norberto Meijome Message-ID: <20060922052701.GA12198@duncan.reilly.home> References: <20060922035001.GA10537@duncan.reilly.home> <20060922150658.14376c52@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060922150658.14376c52@localhost> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Change in ataraid (geometry?) between RELENG_5 and RELENG_6? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 05:28:14 -0000 On Fri, Sep 22, 2006 at 03:06:58PM +1000, Norberto Meijome wrote: > On Fri, 22 Sep 2006 13:50:01 +1000 > Andrew Reilly wrote: > > > I just tried to do an in-place upgrade from RELENG_5 to RELENG_6 > > on a system that was running an ataraid mirror on a pair of SATA > > disks. The root file system (256M) mounted fine, but fsck -p > > fails (unable to find a superblock, from memory) under the new > > kernel on my /usr partition, which is about 73G (most of the 80G > > of the disks). Falling back to the RELENG_5 /boot/kernel and > > fsck finds no problem. > > maybe i'm completely wrong here... are you world + kernel in sync? I would > guess that you'd want them to be... maybe you can boot into 6 with a CD, mount > all the disks as needed (assuming that userland-version-6 works fine with > kernel-v6 and raid-version-5 ), finish installworld, and then reboot to start > using the tools on the FS... No, they're completely not in synch: I'm following the UPDATING recipe, and am getting to the point after installkernel where you have to boot to single-user mode to do the make installworld. That, obviously, has a _6 kernel (and ataraid module) and _5 user-land. The kernel has options COMPAT_FREEBSD5, so that this step works: that's part of the recipe. Is there any particular reason that fsck or mount_ffs from _5 would not work with _6? That would seem to be a prerequisite for the upgrade-in-place procedure. I've done an upgrade-in-place before, on my workstation, and that went without a hitch. The only difference (besides version creep over the intervening six months or so) is that this is on a server server with an ataraid RAID1 mirror array, rather than raw disks. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 06:47:53 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 606BB16A494 for ; Fri, 22 Sep 2006 06:47:53 +0000 (UTC) (envelope-from bill@celestial.com) Received: from mail.mi.celestial.com (hayek.celestial.com [192.136.111.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id C54B043D6A for ; Fri, 22 Sep 2006 06:47:52 +0000 (GMT) (envelope-from bill@celestial.com) Received: from localhost (localhost [127.0.0.1]) by mail.mi.celestial.com (Postfix) with ESMTP id 4C6CB137C28; Thu, 21 Sep 2006 23:47:51 -0700 (PDT) Received: from mail.mi.celestial.com ([127.0.0.1]) by localhost (alexis.mi.celestial.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10656-05-2; Thu, 21 Sep 2006 23:47:18 -0700 (PDT) Received: by mail.mi.celestial.com (Postfix, from userid 203) id B85A5137C79; Thu, 21 Sep 2006 23:47:17 -0700 (PDT) Date: Thu, 21 Sep 2006 23:47:16 -0700 From: Bill Campbell To: stable@freebsd.org Message-ID: <20060922064716.GA10602@alexis.mi.celestial.com> Mail-Followup-To: stable@freebsd.org References: <54894.192.168.0.10.1158706436.squirrel@webmail.sd73.bc.ca> <002101c6dc46$470b1d50$0000fea9@gsicomp.on.ca> <60472.24.70.153.246.1158901743.squirrel@webmail.sd73.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <60472.24.70.153.246.1158901743.squirrel@webmail.sd73.bc.ca> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: amavisd-new at mi.celestial.com Cc: Subject: Re: sed and comma-delimited file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@celestial.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 06:47:53 -0000 On Thu, Sep 21, 2006, Freddie Cash wrote: >On Tue, September 19, 2006 4:49 pm, Matt Emmerton wrote: >>> On Tue, September 19, 2006 9:26 am, SigmaX asdf wrote: >>>> I have a series of comma-delimited text files with fourteen >>>> columns of data and several hundred rows. I want to use a short >>>> shell script to strip them of the last 9 columns, leaving the same >>>> file but with just five of its columns. I can do it in C++, but >>>> that seems like overkill. How would I go about doing it with sed >>>> or a similar utility? > >>> cat file | awk -F"," '{ printf "%s,%s,%s,%s,%s\n",$1,$2,$3,$4,$5 >>> }' > newfile > >> What's wrong with this? >> cat file | cut -f-5 -c';' > newfile > >[shrug] It uses cut, which I've never used or even heard of??? :) I strongly recommend getting a copy of the book ``Unix Text Processing'' by Dougherty and O'Reilly which is far and away the best I've seen for using UNIX tools. I think it's out of print, and hard copies are probably found at http://www.bookfinder.com/ There's also a free PDF version available from O'Reilly. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Systems, Inc. UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 URL: http://www.celestial.com/ When I hear a man applauded by the mob I always feel a pang of pity for him. All he has to do to be hissed is to live long enough. -- H.L. Mencken, ``Minority Report'' From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 06:59:23 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B08716A47B for ; Fri, 22 Sep 2006 06:59:23 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id A95FD43D69 for ; Fri, 22 Sep 2006 06:59:22 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id k8M6xL6W016067 for ; Fri, 22 Sep 2006 08:59:21 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k8M6xIa9078053; Fri, 22 Sep 2006 08:59:18 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k8M6xFGl078051; Fri, 22 Sep 2006 08:59:15 +0200 (CEST) (envelope-from ry93) Date: Fri, 22 Sep 2006 08:59:15 +0200 From: "Patrick M. Hausen" To: Matt Emmerton Message-ID: <20060922065915.GA77932@hugo10.ka.punkt.de> References: <54894.192.168.0.10.1158706436.squirrel@webmail.sd73.bc.ca> <002101c6dc46$470b1d50$0000fea9@gsicomp.on.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002101c6dc46$470b1d50$0000fea9@gsicomp.on.ca> User-Agent: Mutt/1.5.10i Cc: stable@freebsd.org, SigmaX asdf Subject: Re: sed and comma-delimited file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 06:59:23 -0000 Hi, all! On Tue, Sep 19, 2006 at 07:49:42PM -0400, Matt Emmerton wrote: > > cat file | awk -F"," '{ printf "%s,%s,%s,%s,%s\n",$1,$2,$3,$4,$5 }' > > > newfile > > What's wrong with this? > > cat file | cut -f-5 -c';' > newfile Both commands suffer badly from useless use of cat(1) ;-)) See http://sial.org/howto/shell/useless-cat/ for one of the dozens of explanations on the web. SCNR, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 07:38:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C9E116A403; Fri, 22 Sep 2006 07:38:51 +0000 (UTC) (envelope-from taras@elantech.ru) Received: from mail2.elantech.ru (mail2.elantech.ru [87.245.154.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4065D43D5F; Fri, 22 Sep 2006 07:38:51 +0000 (GMT) (envelope-from taras@elantech.ru) Received: from [10.10.10.3] (mail.elantech.ru [62.231.11.113]) by mail2.elantech.ru (Postfix) with ESMTP id 2577D33C6B; Fri, 22 Sep 2006 11:38:41 +0400 (MSD) Message-ID: <4513930A.9080401@elantech.ru> Date: Fri, 22 Sep 2006 11:38:50 +0400 From: Taras Savchuk User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, delphij@delphij.net Subject: Dovecot 1.0 rc7 on FreeBSD 6.1-RELEASE/i386 with kqueue eats much CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 07:38:51 -0000 I have a problem with dovecot eating sometimes up to 90% CPU. While making such high cpu load, dovecot calls gettimeofday() more than 20000 times per second: mail2# cat k.dov.l.txt | grep CALL | grep gettimeofday | wc -l 1195552 mail2# head -n 1 k.dov.l.txt 20910 imap 0.000000 CALL gettimeofday(0x80c2c60,0x80c2c68) mail2# tail -n 1 k.dov.l.txt 20910 imap 51.826065 RET gettimeofday 0 Here is my kdump: http://www.elantech.ru/kdump-dovecot.txt.gz top shows high system load (~50%) and small user load (~0-5%). We discussed this problem in dovecot@ mailing list ( http://www.dovecot.org/list/dovecot/2006-September/016096.html ), and people from dovecot@ recomended me to send this problem also to freebsd-stable@ and freebsd-current@. Thanks for help in advance! -- ó Ő×ÁÖĹÎÉĹÍ, óÁ×ŢŐË ôÁŇÁÓ ďďď "üĚÁÎÔĹË" : áŐÔÓĎŇÓÉÎÇ éô, WEB-ŇÁÚŇÁÂĎÔËÁ http://www.elantech.ru +7 (495) 589 68 81 +7 (926) 575 22 11 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 09:09:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA5FC16A403 for ; Fri, 22 Sep 2006 09:09:16 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AD9143D5A for ; Fri, 22 Sep 2006 09:09:15 +0000 (GMT) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (localhost.cmotd.com [127.0.0.1]) by sun-fish.com (Postfix) with ESMTP id 2BA643856F for ; Fri, 22 Sep 2006 11:09:13 +0200 (CEST) Received: from [192.168.25.6] (unknown [192.168.25.6]) by sun-fish.com (Postfix) with ESMTP id E589C3856E for ; Fri, 22 Sep 2006 11:09:12 +0200 (CEST) Message-ID: <4513A839.8060709@sun-fish.com> Date: Fri, 22 Sep 2006 12:09:13 +0300 From: Cheffo User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-AV-Checked: ClamAV Subject: Skype on freebsd 6.2-prerelease. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 09:09:16 -0000 Hello, After updating to freebsd-6.2-prerelease (3 days old now) I have weird problems with Skype. When I start skype everything else stop to work normally like my PC is running fork bomb or something else like this. The weird thing is that the CPU becomes 100% idle and even login to the sistem takes few minutes. I run ktrace on skype pids and what I saw was thousands of lines with: 4306 skype_bin RET getdomainname 0 4306 skype_bin CALL getdomainname(0xbfbfd540,0) 4306 skype_bin RET getdomainname 0 4306 skype_bin CALL getdomainname(0xbfbfd540,0) 4306 skype_bin RET getdomainname 0 4306 skype_bin CALL getdomainname(0xbfbfd540,0) 4306 skype_bin RET getdomainname 0 4306 skype_bin CALL getdomainname(0xbfbfd540,0) From this point I cannot start anything that need network (and may be not only network), and the only way to bring back system is to "kill -9" all skype processes which move their state to: 4305 p3 IN 0:00.00 /bin/sh /usr/X11R6/bin/skype 4306 p3 DE 0:02.43 skype_bin 4332 p3 D 0:00.11 skype_bin 4342 p3 D 0:00.00 skype_bin (after sending kill on skype, kdump shows : 4306 skype_bin RET getdomainname -1 errno -4 Unknown error: -4 ) From here the only way to stop skype is to restart X(org). I'll update to the latest src today again, but I have the bad feeling that this will not change a thing. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 10:09:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C103E16A4C9; Fri, 22 Sep 2006 10:09:11 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BE7E43D5F; Fri, 22 Sep 2006 10:09:11 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GQhxx-0006Ko-Gl; Fri, 22 Sep 2006 11:09:05 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GQhxx-000OvN-FK; Fri, 22 Sep 2006 11:09:05 +0100 To: freebsd-stable@freebsd.org, taras@elantech.ru In-Reply-To: <4513930A.9080401@elantech.ru> Message-Id: From: Pete French Date: Fri, 22 Sep 2006 11:09:05 +0100 Cc: freebsd-current@freebsd.org, delphij@delphij.net Subject: Re: Dovecot 1.0 rc7 on FreeBSD 6.1-RELEASE/i386 with kqueue eats much CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 10:09:11 -0000 > I have a problem with dovecot eating sometimes up to 90% CPU. Are you using kqueue support ? I also had this problem and the solution for me was to recompile it without kqueue support. Now it runs fine. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 10:11:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D17716A47C for ; Fri, 22 Sep 2006 10:11:58 +0000 (UTC) (envelope-from taras@elantech.ru) Received: from mail2.elantech.ru (mail2.elantech.ru [87.245.154.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CC3A43D66 for ; Fri, 22 Sep 2006 10:11:55 +0000 (GMT) (envelope-from taras@elantech.ru) Received: from [10.10.10.3] (mail.elantech.ru [62.231.11.113]) by mail2.elantech.ru (Postfix) with ESMTP id 26F7633C53; Fri, 22 Sep 2006 14:11:45 +0400 (MSD) Message-ID: <4513B6E9.1070800@elantech.ru> Date: Fri, 22 Sep 2006 14:11:53 +0400 From: Taras Savchuk User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Dovecot 1.0 rc7 on FreeBSD 6.1-RELEASE/i386 with kqueue eats much CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 10:11:58 -0000 Pete French ĐÉŰĹÔ: >> I have a problem with dovecot eating sometimes up to 90% CPU. >> > > Are you using kqueue support ? I also had this problem and the solution > for me was to recompile it without kqueue support. Now it runs fine. > > -pete. > Yes, I'm using kqueue support. -- ó Ő×ÁÖĹÎÉĹÍ, óÁ×ŢŐË ôÁŇÁÓ ďďď "üĚÁÎÔĹË" : áŐÔÓĎŇÓÉÎÇ éô, WEB-ŇÁÚŇÁÂĎÔËÁ http://www.elantech.ru +7 (495) 589 68 81 +7 (926) 575 22 11 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 10:15:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 656EF16A40F for ; Fri, 22 Sep 2006 10:15:30 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A3D543D66 for ; Fri, 22 Sep 2006 10:15:30 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GQi49-0006Pa-BR; Fri, 22 Sep 2006 11:15:29 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GQi49-000Ox9-6w; Fri, 22 Sep 2006 11:15:29 +0100 To: taras@elantech.ru In-Reply-To: <4513B6E9.1070800@elantech.ru> Message-Id: From: Pete French Date: Fri, 22 Sep 2006 11:15:29 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: Dovecot 1.0 rc7 on FreeBSD 6.1-RELEASE/i386 with kqueue eats much CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 10:15:30 -0000 > Yes, I'm using kqueue support. Try taking it out and the problem should go away. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 10:23:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8021216A407 for ; Fri, 22 Sep 2006 10:23:17 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10DC043D5A for ; Fri, 22 Sep 2006 10:23:17 +0000 (GMT) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id 27F0C10E7E7; Fri, 22 Sep 2006 12:22:51 +0200 (CEST) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07lBojTISXxL; Fri, 22 Sep 2006 12:22:50 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id EAFB710E713; Fri, 22 Sep 2006 12:22:49 +0200 (CEST) Date: Fri, 22 Sep 2006 12:23:10 +0200 From: Daniel Gerzo Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <90460882.20060922122310@rulez.sk> To: Pete French In-Reply-To: References: <4513B6E9.1070800@elantech.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, taras@elantech.ru Subject: Re[2]: Dovecot 1.0 rc7 on FreeBSD 6.1-RELEASE/i386 with kqueue eats much CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 10:23:17 -0000 Hello Pete, Friday, September 22, 2006, 12:15:29 PM, you wrote: >> Yes, I'm using kqueue support. > Try taking it out and the problem should go away. this is indeed a nice workaround (at least if it helps :-)), but somebody(tm) should have a look why the kqueue support is broken there in the first place. > -pete. -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 10:27:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FFD216A407; Fri, 22 Sep 2006 10:27:07 +0000 (UTC) (envelope-from taras@elantech.ru) Received: from mail2.elantech.ru (mail2.elantech.ru [87.245.154.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7898E43D7E; Fri, 22 Sep 2006 10:27:04 +0000 (GMT) (envelope-from taras@elantech.ru) Received: from [10.10.10.3] (mail.elantech.ru [62.231.11.113]) by mail2.elantech.ru (Postfix) with ESMTP id 7027A33C69; Fri, 22 Sep 2006 14:26:56 +0400 (MSD) Message-ID: <4513BA79.4060001@elantech.ru> Date: Fri, 22 Sep 2006 14:27:05 +0400 From: Taras Savchuk User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Daniel Gerzo References: <4513B6E9.1070800@elantech.ru> <90460882.20060922122310@rulez.sk> In-Reply-To: <90460882.20060922122310@rulez.sk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Dovecot 1.0 rc7 on FreeBSD 6.1-RELEASE/i386 with kqueue eats much CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 10:27:07 -0000 Daniel Gerzo пиŃет: > Hello Pete, > > Friday, September 22, 2006, 12:15:29 PM, you wrote: > > >>> Yes, I'm using kqueue support. >>> > > >> Try taking it out and the problem should go away. >> > > this is indeed a nice workaround (at least if it helps :-)), but > somebody(tm) should have a look why the kqueue support is broken > there in the first place. > > >> -pete. >> > > I agree with you absolutely! Disabling kqueue on freebsd is not progressive way. -- С Ńважением, СавчŃĐş Đ˘Đ°Ń€Đ°Ń ĐžĐžĐž "Элантек" : ĐŃŃ‚ŃорŃинг ĐТ, WEB-разработка http://www.elantech.ru +7 (495) 589 68 81 +7 (926) 575 22 11 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 10:41:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3199516A403 for ; Fri, 22 Sep 2006 10:41:36 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id C949A43D7F for ; Fri, 22 Sep 2006 10:41:33 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GQiTN-0006gw-24 for freebsd-stable@freebsd.org; Fri, 22 Sep 2006 11:41:33 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GQiTM-000Ozx-ST for freebsd-stable@freebsd.org; Fri, 22 Sep 2006 11:41:32 +0100 To: freebsd-stable@freebsd.org In-Reply-To: <90460882.20060922122310@rulez.sk> Message-Id: From: Pete French Date: Fri, 22 Sep 2006 11:41:32 +0100 Subject: Re: Re[2]: Dovecot 1.0 rc7 on FreeBSD 6.1-RELEASE/i386 with kqueue eats much CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 10:41:36 -0000 > this is indeed a nice workaround (at least if it helps :-)), but > somebody(tm) should have a look why the kqueue support is broken > there in the first place. I think it's a problem in Dovecot, not FreeBSD - there are a number of messages regarding this on the Dovecot lists, including a nunmber of attempts to fix the problem. OpenBSD also disables kqueue on their port of Dovecot due to it not working properly. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 10:59:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE44216A412 for ; Fri, 22 Sep 2006 10:59:26 +0000 (UTC) (envelope-from taras@elantech.ru) Received: from mail2.elantech.ru (mail2.elantech.ru [87.245.154.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A88D43D67 for ; Fri, 22 Sep 2006 10:59:26 +0000 (GMT) (envelope-from taras@elantech.ru) Received: from [10.10.10.3] (mail.elantech.ru [62.231.11.113]) by mail2.elantech.ru (Postfix) with ESMTP id 3D60333C72; Fri, 22 Sep 2006 14:59:16 +0400 (MSD) Message-ID: <4513C20C.3030606@elantech.ru> Date: Fri, 22 Sep 2006 14:59:24 +0400 From: Taras Savchuk Organization: Elantech Ltd. User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Dovecot 1.0 rc7 on FreeBSD 6.1-RELEASE/i386 with kqueue eats much CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: taras@elantech.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 10:59:27 -0000 Pete French ĐÉŰĹÔ: >> this is indeed a nice workaround (at least if it helps :-)), but >> somebody(tm) should have a look why the kqueue support is broken >> there in the first place. >> > > I think it's a problem in Dovecot, not FreeBSD - there are a number of > messages regarding this on the Dovecot lists, including a nunmber of > attempts to fix the problem. OpenBSD also disables kqueue on their > port of Dovecot due to it not working properly. > > -pete. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > I can make additional tests of dovecot with kqueue if somebody gives me some tips what to do. -- ó Ő×ÁÖĹÎÉĹÍ, óÁ×ŢŐË ôÁŇÁÓ ďďď "üĚÁÎÔĹË" : áŐÔÓĎŇÓÉÎÇ éô, WEB-ŇÁÚŇÁÂĎÔËÁ http://www.elantech.ru +7 (495) 589 68 81 +7 (926) 575 22 11 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 11:02:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61A2B16A40F for ; Fri, 22 Sep 2006 11:02:04 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58FE843D6E for ; Fri, 22 Sep 2006 11:01:57 +0000 (GMT) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id 5775310E5CA; Fri, 22 Sep 2006 13:01:31 +0200 (CEST) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3exXPb01m4bP; Fri, 22 Sep 2006 13:01:30 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id 163C610E5A1; Fri, 22 Sep 2006 13:01:30 +0200 (CEST) Date: Fri, 22 Sep 2006 13:01:50 +0200 From: Daniel Gerzo Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <619419437.20060922130150@rulez.sk> To: Taras Savchuk In-Reply-To: <4513C20C.3030606@elantech.ru> References: <4513C20C.3030606@elantech.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Pete French Subject: Re[2]: Dovecot 1.0 rc7 on FreeBSD 6.1-RELEASE/i386 with kqueue eats much CPU X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 11:02:04 -0000 Hello Taras, Friday, September 22, 2006, 12:59:24 PM, you wrote: > Pete French =D0=C9=DB=C5=D4: >>> this is indeed a nice workaround (at least if it helps :-)), but >>> somebody(tm) should have a look why the kqueue support is broken >>> there in the first place. >>> =20 >> >> I think it's a problem in Dovecot, not FreeBSD - there are a number of >> messages regarding this on the Dovecot lists, including a nunmber of >> attempts to fix the problem. OpenBSD also disables kqueue on their >> port of Dovecot due to it not working properly. >> >> -pete. > I can make additional tests of dovecot with kqueue if somebody gives me > some tips what to do. if this is really a dovecot issue, I think that this topic should be moved to the dovecot's mailing list. --=20 Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 11:15:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1CDF16A417 for ; Fri, 22 Sep 2006 11:15:42 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAF5443D67 for ; Fri, 22 Sep 2006 11:15:41 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k8MBFVED086783; Fri, 22 Sep 2006 14:15:32 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k8MBFV4P086773; Fri, 22 Sep 2006 14:15:31 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 22 Sep 2006 14:15:31 +0300 (EEST) From: Dmitry Pryanishnikov To: dandee@volny.cz In-Reply-To: <00f701c6ce1a$9d9ea810$6508280a@tocnet28.jspoj.czf> Message-ID: <20060922133503.F33173@atlantis.atlantis.dp.ua> References: <00f701c6ce1a$9d9ea810$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: watchdogd_flags followed by panic watchdog timeout, after reboot my rc.conf disappear X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 11:15:43 -0000 Hello! On Sat, 2 Sep 2006, Daniel Dvo??k wrote: > I saved my rc.conf without any doubt. I believe you, really ;) > Answear: Because rc.conf had 0 Bytes !!! > > -rw-r--r-- 1 root wheel 6174 Sep 1 XX:XX rc.conf , I do not remember > time of last modification of file. > > So the content of rc.conf was completly gone !!! Yes, because by default "/" is mounted in the following fashion: noasync Metadata I/O should be done synchronously, while data I/O should be done asynchronously. This is the default. -----------------------------------------------------^^^^^^^^^^^^^^^^^^^^ So yes, /etc/rc.conf will become empty if you're just edited it, and then, e.g., power disappears. It's a dangerous situation, because box becomes unreachable via network. To guard against it, you can just mount "/" using synchronous mode: sync All I/O to the file system should be done synchronously. I've just modified my test machine's configuration in this way: /dev/ad0s3a / ufs rw,sync 1 1 and done several times "edit /etc/rc.conf" -> "power off/on" sequence (no RESET key on box). The rc.conf is intact (while w/o "sync" it became empty after my second attempt). Note that this will further decrease FS performance for "/" (I always follow old good RELENG_4 advise NOT to turn softupdates on for "/" also). That's why /tmp and /var are separate partiotions (or just symlinks to SU-enabled /usr) in my typical setup. > And please explain me somebody, how I lost the content of rc.conf file. :-O I hope I've just managed to do that ;) > P.S.: I am not currently subscribed in the freebsd-stable mailling list, so > use my e-mail address. I am ok with freebsd-current mailling list. I think my recipe would be more useful in -stable list (which IMHO is "a must" for reading by the production machines admins), that's why I'm sending to the -stable also. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 12:41:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6201416A407 for ; Fri, 22 Sep 2006 12:41:48 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4460043D46 for ; Fri, 22 Sep 2006 12:41:46 +0000 (GMT) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id 0931E1A3306; Fri, 22 Sep 2006 14:41:43 +0200 (CEST) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01768-05; Fri, 22 Sep 2006 14:41:39 +0200 (CEST) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id 5A93F1A32E6; Fri, 22 Sep 2006 14:41:39 +0200 (CEST) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 1F7DC61C2F; Fri, 22 Sep 2006 14:41:39 +0200 (CEST) Message-ID: <4513D9F7.4050606@sh.cvut.cz> Date: Fri, 22 Sep 2006 14:41:27 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5749E36FB073085A23BB8DFA" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-2.6 tagged_above=-255.0 required=5.0 tests=BAYES_00 X-Spam-Level: Subject: Problems with OpenVPN+routing and creating tun0 interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 12:41:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5749E36FB073085A23BB8DFA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I want to set up OpenVPN to create and configure tun0 interface and connect to OpenVPN server. The main obstacle seems to be my inability to configure either OpenVPN or FreeBSD to actually create that tun0 interfac= e. If I try to create it manually I get this: $ ifconfig -v tun create inet 192.168.23.203 192.168.23.1 ifconfig: SIOCIFCREATE: Invalid argument The kernel config has the "device tun" line and there are tun[0-3] in /de= v. So what am I doing wrong? -- Vaclav Haisman --------------enig5749E36FB073085A23BB8DFA 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRRPaAkNOZDESBK8FAQLmUAf/dr0IcqG/cZwDCoecRZby50e/NnwK6BDe T90b7Z+tcFjOP7J1x0Hf613Zehy/3dXfrJY9kQqK9vnAD0wZIDRrxUMfg434Wkek 6EjZp6oSwZpWghja1GegBnW+u4XaL8yZhbmL1tV9cLzON9EFradikjzvtGGHQ+Ec mAzsUIWwUKmTnek5fHhHL+rbd3DaqSOysQIfP4gyylNP0lfVpZ7zEoQboceyBhKq AM7NTsqVJjBFSKMIpICe9xIMm/+TKEmx70J5OvKb6wTCuX8r32SgWPMYM86iBECk bpRdVMuFsiIytzUxoUGvLfZDMccfVCLUXjbKPj60GKZSGgU3HFghzw== =8nbn -----END PGP SIGNATURE----- --------------enig5749E36FB073085A23BB8DFA-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 12:44:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 724B216A412 for ; Fri, 22 Sep 2006 12:44:17 +0000 (UTC) (envelope-from acpi.dettloff@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EE3143D45 for ; Fri, 22 Sep 2006 12:44:16 +0000 (GMT) (envelope-from acpi.dettloff@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so484528wri for ; Fri, 22 Sep 2006 05:44:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=X1GamOHh6sypRQW1mluWxpmyzCpNfANPE01GbZCNdq2jba3R2de14N2qutrTEuMjOMMPG+0f6Y8iALsfdbafQpB/MWJX4Ap6Ol4IGtAtMGlHGnZRdRB6ob8UsVEQy6emqCdnKJQ0qelFWSHDtoyi8nJUG/KAE+PSBSi2gPE9uBI= Received: by 10.90.94.2 with SMTP id r2mr138871agb; Fri, 22 Sep 2006 05:44:16 -0700 (PDT) Received: by 10.90.93.9 with HTTP; Fri, 22 Sep 2006 05:44:16 -0700 (PDT) Message-ID: Date: Fri, 22 Sep 2006 22:44:16 +1000 From: "Tim Dettloff" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Synaptics touchpad recognized as IntelliMouse X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 12:44:17 -0000 Hi I recently installed FreeBSD 6.1-RELEASE on my Compaq Presario 2656AU. It has a synaptics touchpad, but the mouse gets recognised as an IntelliMouse. http://www.studentergaarden.dk/~tim/FreeBSD/dmesg.txt It works, but the scroll area is way to wide, and button 6 and 7 gets activated if i scroll fast vertically. I tried commenting out all the IntelliMouse stuff in psm.c and rebuild. This resulted in the mouse being correctly recognised as a synaptics. Setting hw.psm.synaptics_support="1" and installing the synaptics X driver from ports in addition made the touchpad works perfectly. Tim Dettloff From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 12:45:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DAC316A47B for ; Fri, 22 Sep 2006 12:45:04 +0000 (UTC) (envelope-from dpelleg@atoz.libagent.org) Received: from atoz.libagent.org (atoz.libagent.org [69.55.228.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D010343D45 for ; Fri, 22 Sep 2006 12:45:03 +0000 (GMT) (envelope-from dpelleg@atoz.libagent.org) Received: by atoz.libagent.org (Postfix, from userid 1002) id 701633A4; Fri, 22 Sep 2006 15:45:03 +0300 (IDT) Date: Fri, 22 Sep 2006 15:45:03 +0300 From: Dan Pelleg To: stable@freebsd.org Message-ID: <20060922124503.GA96991@atoz.libagent.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: reboot on power button? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 12:45:04 -0000 I'm setting up a PC-class machine to be used in an appliance-like setting. The people using it are far more likely to hit the power button then ctl-alt-del when they think it needs a restart (not often, but it may still happen). How do I tell ACPI to reboot when the power button is hit? Right now, I'm getting the expected sleep effect (S1 and S5 both work, suspending and shutting down respectively). I thought of installing a devd.conf entry, but it seems the event is intercepted beforehand. I need something like acpi_ibm's dev.acpi_ibm.0.events to pass the event over. Other approaches are also welcome. -- Dan Pelleg From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 12:55:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7526216A407 for ; Fri, 22 Sep 2006 12:55:40 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B7C043D4C for ; Fri, 22 Sep 2006 12:55:39 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 4FA3E114025; Fri, 22 Sep 2006 13:55:38 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cJjKmJ-U2RLi; Fri, 22 Sep 2006 13:55:35 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id CA58F114023; Fri, 22 Sep 2006 13:55:35 +0100 (BST) Message-ID: <4513DD47.4030902@helenmarks.co.uk> Date: Fri, 22 Sep 2006 13:55:35 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.7 (X11/20060919) MIME-Version: 1.0 To: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= References: <4513D9F7.4050606@sh.cvut.cz> In-Reply-To: <4513D9F7.4050606@sh.cvut.cz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Problems with OpenVPN+routing and creating tun0 interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 12:55:40 -0000 Václav Haisman wrote: > Hi, > I want to set up OpenVPN to create and configure tun0 interface and > connect to OpenVPN server. The main obstacle seems to be my inability to > configure either OpenVPN or FreeBSD to actually create that tun0 interface. > > If I try to create it manually I get this: > > $ ifconfig -v tun create inet 192.168.23.203 192.168.23.1 > ifconfig: SIOCIFCREATE: Invalid argument > > The kernel config has the "device tun" line and there are tun[0-3] in /dev. > > So what am I doing wrong? > > -- > Vaclav Haisman > I always let OpenVPN create them for me. Just starting the openvpn process seems to do the magic. What happens when you try and do that? Thanks, Dominic From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 13:25:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A142616A415 for ; Fri, 22 Sep 2006 13:25:06 +0000 (UTC) (envelope-from jpn@doom.fi) Received: from pne-smtpout3-sn2.hy.skanova.net (pne-smtpout3-sn2.hy.skanova.net [81.228.8.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C73D43D88 for ; Fri, 22 Sep 2006 13:24:53 +0000 (GMT) (envelope-from jpn@doom.fi) Received: from witchfinder.doom.fi (80.223.112.194) by pne-smtpout3-sn2.hy.skanova.net (7.2.075) id 44A2F3EC0036B0A5 for freebsd-stable@freebsd.org; Fri, 22 Sep 2006 15:24:50 +0200 Received: from localhost (localhost.doom.fi [127.0.0.1]) by witchfinder.doom.fi (Postfix) with ESMTP id CE774AB13E for ; Fri, 22 Sep 2006 16:24:47 +0300 (EEST) Received: from witchfinder.doom.fi ([127.0.0.1]) by localhost (witchfinder.doom.fi [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03240-05 for ; Fri, 22 Sep 2006 16:24:15 +0300 (EEST) Received: from [80.223.123.167] (dsl-lhtgw1-fe7bdf00-167.dhcp.inet.fi [80.223.123.167]) by witchfinder.doom.fi (Postfix) with ESMTP id CC181AB13C for ; Fri, 22 Sep 2006 16:24:14 +0300 (EEST) Message-ID: <4513E3F6.1030805@doom.fi> Date: Fri, 22 Sep 2006 16:24:06 +0300 From: "Jussi, Petteri Nummikko" User-Agent: Thunderbird 1.5.0.7 (X11/20060911) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4513D9F7.4050606@sh.cvut.cz> In-Reply-To: <4513D9F7.4050606@sh.cvut.cz> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at witchfinder.doom.fi Subject: Re: Problems with OpenVPN+routing and creating tun0 interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jpn@doom.fi List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 13:25:06 -0000 Václav Haisman wrote: > Hi, > I want to set up OpenVPN to create and configure tun0 interface and > connect to OpenVPN server. The main obstacle seems to be my inability to > configure either OpenVPN or FreeBSD to actually create that tun0 interface. > > If I try to create it manually I get this: > > $ ifconfig -v tun create inet 192.168.23.203 192.168.23.1 > ifconfig: SIOCIFCREATE: Invalid argument > > The kernel config has the "device tun" line and there are tun[0-3] in /dev. > > So what am I doing wrong? > > -- > Vaclav Haisman > I had the same problem in 6.0 but not anymore in 6.1. If I remember correctly how I fixed it in 6.0, I just echoed null to /dev/tun0. But if you already have those devices I'm not sure anymore. Are you specifying the device in openvpn.con as "dev tun" or "dev tun[n]"? In 6.1 releng I have only "dev tun" and it creates the device by itself. But in OpenBSD I have to specify the device number also, even if there was just one of them. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 13:44:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 417A616A403 for ; Fri, 22 Sep 2006 13:44:37 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron1.sfsu.edu (iron1.sfsu.edu [130.212.10.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E879743D4C for ; Fri, 22 Sep 2006 13:44:36 +0000 (GMT) (envelope-from kayve@sfsu.edu) Received: from diana.sfsu.edu ([130.212.10.239]) by iron1.sfsu.edu with ESMTP; 22 Sep 2006 06:44:34 -0700 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== Received: from libra.sfsu.edu (kayve@libra.sfsu.edu [130.212.10.238]) by diana.sfsu.edu (8.13.4/8.13.4) with ESMTP id k8MDiXga1605636 for ; Fri, 22 Sep 2006 06:44:34 -0700 Date: Fri, 22 Sep 2006 06:44:32 -0700 (PDT) From: KAYVEN RIESE To: freebsd-stable@freebsd.org In-Reply-To: Message-ID: References: <790a9fff0609061035p40734023h6a448512cdba56e3@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: installation of mico failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 13:44:37 -0000 On Fri, 22 Sep 2006, KAYVEN RIESE wrote: > > kayve# is root prompt > > kayve# uname -a > FreeBSD kayve.domain_not_set.invalid 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun > May 7 04:32:43 UTC 2006 > root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > kayve# > > > On Fri, 22 Sep 2006, KAYVEN RIESE wrote: > >> >> here is a link i am asking help >> >> http://www.experts-exchange.com/Operating_Systems/FreeBSD/Q_21997654.html >> >> tried >> >> kayve# ./configure --with-qt=/usr/local/qt > mico_config.log >> >> (kayve# is the root prompt) >> >> tried advice >> >> # cd /usr/ports/devel/mico >> # make install clean >> >> (# is the root prompt) >> >> got error >> >> ===> An older version of devel/glib12 is already installed >> (glib-1.2.10_11) >> You may wish to ``make deinstall'' and install this port again >> by ``make reinstall'' to upgrade it properly. >> If you really wish to overwrite the old port of devel/glib12 >> without deleting it first, set the variable "FORCE_PKG_REGISTER" >> in your environment or the "make install" command line. >> *** Error code 1 >> >> Stop in /usr/ports/devel/glib12. >> *** Error code 1 >> >> Stop in /usr/ports/devel/mico. >> *** Error code 1 >> >> Stop in /usr/ports/devel/mico. >> kayve# >> >> >> tried >> >> ^C >> kayve# make deinstall >> ===> Deinstalling for devel/mico >> ===> mico not installed, skipping >> kayve# make reinstall >> wait. >> >> >> (kayve# is the root prompt) >> >> tried >> >> kayve# cd /usr/ports/devel/glib12 >> kayve# make deinstall >> ===> Deinstalling for devel/glib12 >> ===> Deinstalling glib-1.2.10_11 >> pkg_delete: package 'glib-1.2.10_11' is required by these other packages >> and may not be deinstalled (but I'll delete it anyway): >> gtk-1.2.10_12 >> ORBit-0.5.17_2 >> openoffice-1.1.4_2 >> imlib-1.9.15_2 >> eboard-0.9.5_1 >> gtk-1.2.10_15 >> pkg_delete: '/usr/local/bin/glib-config' fails original MD5 checksum - >> deleted a >> nyway. >> pkg_delete: '/usr/local/libdata/pkgconfig/glib.pc' fails original MD5 >> checksum - >> deleted anyway. >> pkg_delete: '/usr/local/libdata/pkgconfig/gmodule.pc' fails original MD5 >> checksu >> m - deleted anyway. >> pkg_delete: '/usr/local/libdata/pkgconfig/gthread.pc' fails original MD5 >> checksu >> m - deleted anyway. >> ===> Deinstalling glib-1.2.10_12 >> pkg_delete: package 'glib-1.2.10_12' is required by these other packages >> and may not be deinstalled (but I'll delete it anyway): >> gtk-1.2.10_15 >> pkg_delete: file '/usr/local/man/man1/glib-config.1.gz' doesn't exist >> pkg_delete: file '/usr/local/bin/glib-config' doesn't exist >> pkg_delete: file '/usr/local/bin/glib12-config' doesn't exist >> pkg_delete: file '/usr/local/include/glib12/glib.h' doesn't exist >> pkg_delete: file '/usr/local/include/glib12/glibconfig.h' doesn't exist >> pkg_delete: file '/usr/local/include/glib12/gmodule.h' doesn't exist >> pkg_delete: file '/usr/local/libdata/pkgconfig/glib.pc' doesn't exist >> pkg_delete: file '/usr/local/libdata/pkgconfig/gmodule.pc' doesn't exist >> pkg_delete: file '/usr/local/libdata/pkgconfig/gthread.pc' doesn't exist >> pkg_delete: file '/usr/local/share/aclocal/glib.m4' doesn't exist >> pkg_delete: file '/usr/local/include/glib12' doesn't exist >> pkg_delete: unable to completely remove directory >> '/usr/local/include/glib12' >> install-info: warning: no entries found for `/usr/local/info/glib.info'; >> nothing >> deleted >> pkg_delete: file '/usr/local/info/glib.info' doesn't exist >> pkg_delete: couldn't entirely delete package (perhaps the packing list is >> incorrectly specified?) >> kayve# >> >> >> rectly specified?) >> kayve# pwd >> /usr/ports/devel/glib12 >> kayve# cd ../mico >> kayve# make install clean >> ===> Building for mico-2.3.11_3 >> for i in admin include; do gmake -C $i adm || exit 1; done >> gmake[1]: Entering directory `/usr/ports/devel/mico/work/mico/admin' >> gmake[1]: Nothing to be done for `adm'. >> gmake[1]: Leaving directory `/usr/ports/devel/mico/work/mico/admin' >> gmake[1]: Entering directory `/usr/ports/devel/mico/work/mico/include' >> gmake[1]: Nothing to be done for `adm'. >> gmake[1]: Leaving directory `/usr/ports/devel/mico/work/mico/include' >> for i in orb ir idl auxdir coss ccm; do gmake -C $i lib || exit 1; done >> gmake[1]: Entering directory `/usr/ports/devel/mico/work/mico/orb' >> gmake[1]: Nothing to be done for `lib'. >> gmake[1]: Leaving directory `/usr/ports/devel/mico/work/mico/orb' >> gmake[1]: Entering directory `/usr/ports/devel/mico/work/mico/ir' >> gmake[1]: Nothing to be done for `lib'. >> gmake[1]: Leaving directory `/usr/ports/devel/mico/work/mico/ir' >> gmake[1]: Entering directory `/usr/ports/devel/mico/work/mico/idl' >> gmake[1]: Nothing to be done for `lib'. >> gmake[1]: Leaving directory `/usr/ports/devel/mico/work/mico/idl' >> gmake[1]: Entering directory `/usr/ports/devel/mico/work/mico/auxdir' >> gmake[1]: *** No rule to make target `/usr/local/include/glib12/glib.h', >> needed by `gtkmico.o'. Stop. >> gmake[1]: Leaving directory `/usr/ports/devel/mico/work/mico/auxdir' >> gmake: *** [system] Error 1 >> *** Error code 2 >> >> Stop in /usr/ports/devel/mico. >> kayve# >> >> failture >> >> >> >> > From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 14:23:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EB8C16A403 for ; Fri, 22 Sep 2006 14:23:06 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (service2.sh.cvut.cz [147.32.127.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4B2F43D45 for ; Fri, 22 Sep 2006 14:23:05 +0000 (GMT) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id A49CE137793; Fri, 22 Sep 2006 16:23:04 +0200 (CEST) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07161-03; Fri, 22 Sep 2006 16:22:56 +0200 (CEST) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service2.sh.cvut.cz (Postfix) with ESMTP id 7346C13778A; Fri, 22 Sep 2006 16:22:56 +0200 (CEST) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 2323D61C2F; Fri, 22 Sep 2006 16:22:56 +0200 (CEST) Message-ID: <4513F1B7.9010505@sh.cvut.cz> Date: Fri, 22 Sep 2006 16:22:47 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= References: <4513D9F7.4050606@sh.cvut.cz> In-Reply-To: <4513D9F7.4050606@sh.cvut.cz> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6251CB365BEEA1F0BC5FD407" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=-2.5 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, AWL, TW_IV X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: Problems with OpenVPN+routing and creating tun0 interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 14:23:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6251CB365BEEA1F0BC5FD407 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable V=C3=A1clav Haisman wrote, On 22.9.2006 14:41: > Hi, > I want to set up OpenVPN to create and configure tun0 interface and > connect to OpenVPN server. The main obstacle seems to be my inability t= o > configure either OpenVPN or FreeBSD to actually create that tun0 interf= ace. >=20 > If I try to create it manually I get this: >=20 > $ ifconfig -v tun create inet 192.168.23.203 192.168.23.1 > ifconfig: SIOCIFCREATE: Invalid argument >=20 > The kernel config has the "device tun" line and there are tun[0-3] in /= dev. >=20 > So what am I doing wrong? >=20 > -- > Vaclav Haisman >=20 The problme was on the server, it had my address restricted in firewall. I managed to make the tunnel. And I could ping the 192.168.23.1 address from mine 192.168.23.4. I had to restart the serivce because I did some changes to the OpenVPN client configuraton. Now I cannot ping again. But according to tcpdump the connection is there. And I cannot even ping mine 192.168.23.4. Missing routes or someting, after I restarted the seri= ce? -- VH --------------enig6251CB365BEEA1F0BC5FD407 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRRPxv0NOZDESBK8FAQK7fAf+PxGIRn8KZvB8whwWUSBXrjX5X6AhoZWf 1+0lFl4UJDOXC2pYMTcq9k7QWnhK/YGRXpx6xR6X4/lvcJySjZirUYyuacUgHnyc B02mDTb1/0GI97HcRbS/GDlaXajBg66m+4CY2zvQPl4j4bP5NIKrYIkqVM30LBBn /tbgDRs7jDjwkIwTpw85sZf0c0Q8JHibZIK1DLW6qp/t1RSzl7USaWN/e8dy0QXC Z2D41dWtO81dqoOnjpK8g2S0vypQNVCZPNr0TwrM0FYjW0yMwLgFi6gPpfwr9fbU e9wOm0rK/EHZ5m08qhgTMLXFM7jI2yQwLZdISUyhODVruBzgqJv9CA== =TPZ6 -----END PGP SIGNATURE----- --------------enig6251CB365BEEA1F0BC5FD407-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 14:25:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37E1D16A415 for ; Fri, 22 Sep 2006 14:25:55 +0000 (UTC) (envelope-from cybersans@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 289F843D6B for ; Fri, 22 Sep 2006 14:25:43 +0000 (GMT) (envelope-from cybersans@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1281080pye for ; Fri, 22 Sep 2006 07:25:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=KcgYAR4TXPfHutBbDFn8eNU1HUbZMKu4l23jchlgTjxY7dmxvzJMrGEV1yOiC7hESBMRvfPtBdyjl6mwmoR3K8Y2bWl5IUBkgU7R9JM2KdVEetqAadCQDEqxqFF211y+rNcxYMMpFnv7CT0W/+TIFNI7LtOR3Wax8BarF5CT4jQ= Received: by 10.35.96.7 with SMTP id y7mr1484884pyl; Fri, 22 Sep 2006 07:25:42 -0700 (PDT) Received: by 10.35.29.7 with HTTP; Fri, 22 Sep 2006 07:25:42 -0700 (PDT) Message-ID: <15af975d0609220725s1206d7ebr53589adbc1b9c17@mail.gmail.com> Date: Fri, 22 Sep 2006 22:25:42 +0800 From: "CyberSans AirBort" To: freebsd-stable@freebsd.org In-Reply-To: <15af975d0609212321r29fdd287p462ae0f2b7e404b4@mail.gmail.com> MIME-Version: 1.0 References: <15af975d0609212321r29fdd287p462ae0f2b7e404b4@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: bug on BTX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 14:25:55 -0000 hello guys, sorry if i send email to wrong address. i have tested 6.2-BETA and the same problem still appear when i want to install it into compaq evo desktop; BTX HALTED. like previous version, it stucks when booting from cd on the first installation. i have follow so many discussion around the internet, and they are blaming compaq BIOS, some of them give solution such as change hdd mode from extended DMA to max PIO, but it won't work. and for your information, this machine had no problem when installed with windows or linux. please guys, i hope there will be a fixed on 6.2 so that it will load, installed, and run on my compaq evo desktop thank you cybersans From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 14:39:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E25EE16A40F for ; Fri, 22 Sep 2006 14:39:51 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id A782C43D5A for ; Fri, 22 Sep 2006 14:39:48 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 76004114023; Fri, 22 Sep 2006 15:39:47 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jpSWo60ZxpQX; Fri, 22 Sep 2006 15:39:44 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id C3993114033; Fri, 22 Sep 2006 15:39:44 +0100 (BST) Message-ID: <4513F5B0.9030300@goodforbusiness.co.uk> Date: Fri, 22 Sep 2006 15:39:44 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.7 (X11/20060919) MIME-Version: 1.0 To: CyberSans AirBort References: <15af975d0609212321r29fdd287p462ae0f2b7e404b4@mail.gmail.com> <15af975d0609220725s1206d7ebr53589adbc1b9c17@mail.gmail.com> In-Reply-To: <15af975d0609220725s1206d7ebr53589adbc1b9c17@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: bug on BTX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 14:39:52 -0000 CyberSans AirBort wrote: > hello guys, sorry if i send email to wrong address. > > i have tested 6.2-BETA and the same problem still appear when i want to > install it into compaq evo desktop; BTX HALTED. > > like previous version, it stucks when booting from cd on the first > installation. i have follow so many discussion around the internet, and > they > are blaming compaq BIOS, some of them give solution such as change hdd mode > from extended DMA to max PIO, but it won't work. and for your information, > this machine had no problem when installed with windows or linux. > > please guys, i hope there will be a fixed on 6.2 so that it will load, > installed, and run on my compaq evo desktop Go into the BIOS, disable BIOS DMA transfers **. After that it will boot normally. I have about 20 EVOs, which this change they run fine. This is true of all versions of FreeBSD I have ever tried. ** I can't remember the exact name of the option, but it is something along those lines. Enjoy, Dominic > thank you > > cybersans > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 14:52:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDE5B16A40F for ; Fri, 22 Sep 2006 14:52:15 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6364943D5C for ; Fri, 22 Sep 2006 14:52:14 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k8MEqCII072347; Fri, 22 Sep 2006 10:52:13 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id k8MEqCI8012988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 22 Sep 2006 10:52:12 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <7.0.1.0.0.20060922104900.16aceb00@sentex.net> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Fri, 22 Sep 2006 10:52:17 -0400 To: =?iso-8859-1?Q?V=C3=A1clav?= Haisman From: Mike Tancsa In-Reply-To: <4513F1B7.9010505@sh.cvut.cz> References: <4513D9F7.4050606@sh.cvut.cz> <4513F1B7.9010505@sh.cvut.cz> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Problems with OpenVPN+routing and creating tun0 interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 14:52:15 -0000 At 10:22 AM 9/22/2006, V=C3=A1clav Haisman wrote: > > >The problme was on the server, it had my address restricted in firewall. > >I managed to make the tunnel. And I could ping the 192.168.23.1 address >from mine 192.168.23.4. I had to restart the serivce because I did some >changes to the OpenVPN client configuraton. Now I cannot ping again. But >according to tcpdump the connection is there. And I cannot even ping >mine 192.168.23.4. Missing routes or someting, after I restarted the= serice? Perhaps a better question to ask on the openvpn=20 mailling list. But provide more details as to your config. One FreeBSD tip with openvpn that I find helpful=20 is to specify which tun device to use--=20 especially if you have other tun users like ppp=20 or pppoe, is to create a specific interface and tell openvpn to use it. On my boxes I do the following prior to starting up openvpn cat /dev/null > /dev/tun101 and in openvpn, I tell it to use dev tun101 ---Mike=20 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 15:08:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3495D16A563 for ; Fri, 22 Sep 2006 15:08:16 +0000 (UTC) (envelope-from marius@communityconnect.com) Received: from hq2.communityconnect.com (hq2.communityconnect.com [208.29.10.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD25B43D53 for ; Fri, 22 Sep 2006 15:08:12 +0000 (GMT) (envelope-from marius@communityconnect.com) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 22 Sep 2006 11:08:39 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problems with OpenVPN+routing and creating tun0 interface Thread-Index: AcbeSttpjIk1ObIAS5KvfRBl0RebxQADK+dR References: <4513D9F7.4050606@sh.cvut.cz> <4513E3F6.1030805@doom.fi> From: "Marius Rex" To: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: RE: Problems with OpenVPN+routing and creating tun0 interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 15:08:16 -0000 V=E1clav Haisman wrote: > Hi, > I want to set up OpenVPN to create and configure tun0 interface and > connect to OpenVPN server. The main obstacle seems to be my inability = to > configure either OpenVPN or FreeBSD to actually create that tun0 = interface. > > If I try to create it manually I get this: > > $ ifconfig -v tun create inet 192.168.23.203 192.168.23.1 > ifconfig: SIOCIFCREATE: Invalid argument > > The kernel config has the "device tun" line and there are tun[0-3] in = /dev. > > So what am I doing wrong? > > -- > Vaclav Haisman > I set up a new OpenVPN instance last week on FreeBSD 5.4-stable. The = tun0 device was auto-created by OpenVPN when I ran the init script. (Of = course it was in my kernel config first.) I just have 'dev tun' in my = OpenVPN configuration file. =20 To me, the funny thing is that I am running it on an older FreeBSD box = because the Red Hat Enterprise 4 server I was given would not create a = tun device whatever I did. Just like you I could not create it by hand = or have OpenVPN do it. The OpenVPN server instance on the other side is = a RHE4, and it worked automagically with no effort. I used the same = software to install it on both RHE instances, so it is all a bit fishy. = =20 =20 --------------------------------------------------------- Marius M. Rex Sr. System Admin Community Connect Inc. marius@mail.communityconnect.com From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 15:38:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC9F016A416 for ; Fri, 22 Sep 2006 15:38:01 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.ipactive.de [85.214.39.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id C117643D46 for ; Fri, 22 Sep 2006 15:37:42 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (gprs-pool-1-001.eplus-online.de [212.23.126.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id D58B633D21 for ; Fri, 22 Sep 2006 17:37:34 +0200 (CEST) Received: from [127.0.0.1] (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 7E6332E54D for ; Fri, 22 Sep 2006 17:36:45 +0200 (CEST) Message-ID: <45140330.1040805@vwsoft.com> Date: Fri, 22 Sep 2006 17:37:20 +0200 From: Volker User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Subject: ACPI issue with RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 15:38:01 -0000 Hi! With a recent RELENG_6 I've experienced what I suspect to be an ACPI issue. When powering down the system using `halt -p' I'm seeing a message like 'power off using ACPI' after the system has been shut down but the system does not power off. I've seen this yesterday with a csup'ed system as of yesterday and also today (csup'ed last night). I haven't had issues like that on this system before (using RELEASE-anything or an older RELENG_6 ACPI power off did work on that hardware). Following is my dmesg. If you need to see something more (like ACPI tables) please advise. Greetings, Volker Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.2-PRERELEASE #11: Fri Sep 22 01:31:31 CEST 2006 root@bellona.sz.vwsoft.com:/usr/obj/usr/src/sys/BELLONA WARNING: debug.mpsafenet forced to 0 as i4b_ipr requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2400+ (1998.05-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0400800 real memory = 536805376 (511 MB) avail memory = 515727360 (491 MB) ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) ath0: mem 0xdffe0000-0xdffeffff irq 18 at device 10.0 on pci0 ath0: [GIANT-LOCKED] ath0: Ethernet address: 00:09:5b:89:7d:1f ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 ifpi0: port 0xd400-0xd41f mem 0xdfffbfe0-0xdfffbfff irq 19 at device 11.0 on pci0 ifpi0: [GIANT-LOCKED] ifpi0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) ifpi0: passive stack unit 0 ahc0: port 0xd000-0xd0ff mem 0xdfffa000-0xdfffafff irq 16 at device 12.0 on pci0 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs cbb0: at device 13.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 atapci0: port 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f,0xd800-0xd8ff irq 20 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 uhci0: port 0xc000-0xc01f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc400-0xc41f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc800-0xc81f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xcc00-0xcc1f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdfffbd00-0xdfffbdff irq 21 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) vr0: port 0xb800-0xb8ff mem 0xdfffbc00-0xdfffbcff irq 23 at device 18.0 on pci0 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:0b:6a:7d:a9:a2 vr0: [GIANT-LOCKED] acpi_button1: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <12 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ucom0: Lucent Technologies, Inc. ELSA Modem Board, rev 1.00/1.00, addr 2, iclass 2/2 ucom0: data interface 1, has CM over data, has break ucom0: status change notification available Timecounter "TSC" frequency 1998050487 Hz quality 800 Timecounters tick every 1.000 msec i4btrc: 1 ISDN trace device(s) attached i4bipr: 1 IP over raw HDLC ISDN device(s) attached (VJ header compression) i4bctl: ISDN system control port attached i4brbch: 2 raw B channel access device(s) attached i4bisppp: 1 ISDN SyncPPP device(s) attached i4b: ISDN call control device attached i4btel: 2 ISDN telephony interface device(s) attached Fast IPsec: Initialized Security Association Processing. pccard0: Allocation failed for cfe 7 sio1: at port 0x2f8-0x2ff irq 17 function 0 config 15 on pccard0 sio1: type 16550A sio1: unable to activate interrupt in fast mode - using normal mode pccard0: Allocation failed for cfe 7 pccard0: Allocation failed for cfe 15 sio2: at port 0x2e8-0x2ef irq 17 function 1 config 23 on pccard0 sio2: type 16550A sio2: unable to activate interrupt in fast mode - using normal mode acd0: CDRW at ata0-master UDMA33 ad4: 76319MB at ata2-master SATA150 ad6: 78533MB at ata3-master SATA150 Waiting 5 seconds for SCSI devices to settle sa0 at ahc0 bus 0 target 12 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: 40.000MB/s transfers (20.000MHz, offset 32, 16bit) cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 15:46:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E7A216A40F for ; Fri, 22 Sep 2006 15:46:52 +0000 (UTC) (envelope-from dick@nagual.nl) Received: from nagual.nl (cc20684-a.assen1.dr.home.nl [82.74.7.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7187D43D46 for ; Fri, 22 Sep 2006 15:46:50 +0000 (GMT) (envelope-from dick@nagual.nl) Received: from localhost (localhost [127.0.0.1]) (uid 1000) by nagual.nl with local; Fri, 22 Sep 2006 17:46:49 +0200 id 0003982F.45140569.0000690E Date: Fri, 22 Sep 2006 17:46:49 +0200 To: freebsd-stable@freebsd.org Message-ID: <20060922154649.GA26855@lothlorien.nagual.nl> References: <15af975d0609212321r29fdd287p462ae0f2b7e404b4@mail.gmail.com> <15af975d0609220725s1206d7ebr53589adbc1b9c17@mail.gmail.com> <4513F5B0.9030300@goodforbusiness.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <4513F5B0.9030300@goodforbusiness.co.uk> User-Agent: Mutt/1.4.2.2i From: dick hoogendijk Subject: Re: bug on BTX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 15:46:52 -0000 On 22 Sep Dominic Marks wrote: > CyberSans AirBort wrote: > >i have tested 6.2-BETA and the same problem still appear when i want to > >install it into compaq evo desktop; BTX HALTED. > Go into the BIOS, disable BIOS DMA transfers **. After that it will boot > normally. I have about 20 EVOs, which this change they run fine. This is > true of all versions of FreeBSD I have ever tried. Still remains the question on why FreeBSD is not able to boot when bios DMA transfers are set set to on, while XP and linux just do what they're supposed to. It should not be necessary i.m.h.o. -- dick -- http://nagual.nl/ -- PGP/GnuPG key: F86289CE ++ Running FreeBSD 6.1 +++ Solaris 10 6/06 ++ From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 15:56:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6DD616A407 for ; Fri, 22 Sep 2006 15:56:08 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4442E43D45 for ; Fri, 22 Sep 2006 15:56:08 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 6779D114025; Fri, 22 Sep 2006 16:56:07 +0100 (BST) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SoExIIdTjXWz; Fri, 22 Sep 2006 16:56:04 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id DBB7B114020; Fri, 22 Sep 2006 16:56:04 +0100 (BST) Message-ID: <45140794.4070007@goodforbusiness.co.uk> Date: Fri, 22 Sep 2006 16:56:04 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.7 (X11/20060919) MIME-Version: 1.0 To: dick hoogendijk References: <15af975d0609212321r29fdd287p462ae0f2b7e404b4@mail.gmail.com> <15af975d0609220725s1206d7ebr53589adbc1b9c17@mail.gmail.com> <4513F5B0.9030300@goodforbusiness.co.uk> <20060922154649.GA26855@lothlorien.nagual.nl> In-Reply-To: <20060922154649.GA26855@lothlorien.nagual.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: bug on BTX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 15:56:08 -0000 dick hoogendijk wrote: > On 22 Sep Dominic Marks wrote: >> CyberSans AirBort wrote: >>> i have tested 6.2-BETA and the same problem still appear when i want to >>> install it into compaq evo desktop; BTX HALTED. >> Go into the BIOS, disable BIOS DMA transfers **. After that it will boot >> normally. I have about 20 EVOs, which this change they run fine. This is >> true of all versions of FreeBSD I have ever tried. > > Still remains the question on why FreeBSD is not able to boot when bios > DMA transfers are set set to on, while XP and linux just do what they're > supposed to. It should not be necessary i.m.h.o. > Agreed. A very low priority however since it is so easy to work around. Dominic From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 16:21:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB6CE16A407 for ; Fri, 22 Sep 2006 16:21:48 +0000 (UTC) (envelope-from bri@sonicboom.org) Received: from entwistle.sonicboom.org (entwistle.sonicboom.org [66.93.34.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B96F43D53 for ; Fri, 22 Sep 2006 16:21:48 +0000 (GMT) (envelope-from bri@sonicboom.org) Received: from entwistle.sonicboom.org (localhost.sonicboom.org [127.0.0.1]) by entwistle.sonicboom.org (8.13.8/8.13.8) with ESMTP id k8MGLlv5011058; Fri, 22 Sep 2006 09:21:47 -0700 (PDT) (envelope-from bri@sonicboom.org) Received: from localhost (bri@localhost) by entwistle.sonicboom.org (8.13.8/8.13.8/Submit) with ESMTP id k8MGLkpw011054; Fri, 22 Sep 2006 09:21:46 -0700 (PDT) (envelope-from bri@sonicboom.org) X-Authentication-Warning: entwistle.sonicboom.org: bri owned process doing -bs Date: Fri, 22 Sep 2006 09:21:45 -0700 (PDT) From: Brian To: Kris Kennaway In-Reply-To: <20060922010554.GA32137@xor.obsecurity.org> Message-ID: <20060922092037.C10997@entwistle.sonicboom.org> References: <20060921180908.GA23890@xor.obsecurity.org> <20060922004557.GA31717@xor.obsecurity.org> <20060922010554.GA32137@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: martinko , freebsd-stable@freebsd.org Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 16:21:49 -0000 I was a recent reporter of this, and after I started replaciing hardware to test, it turned out that I had a memory chip problem. 1 stick of ram removed, buildworld now works. brian On Thu, 21 Sep 2006, Kris Kennaway wrote: > On Fri, Sep 22, 2006 at 02:59:53AM +0200, martinko wrote: >> Kris Kennaway wrote: >>> On Fri, Sep 22, 2006 at 02:40:24AM +0200, martinko wrote: >>>> Kris Kennaway wrote: >>>>> That doesn't provide any information since you used -j4. When posting >>>>> errors from buildworld, you need to run without -j, or log the entire >>>>> buildworld output and then figure out where the actual error occurred >>>>> (may be thousands of lines from the end). >>>>> >>>>> Kris >>>> here it is again (without -j) : >>>> >>>> echo libssl.so.4: /usr/obj/usr/src/tmp/usr/lib/libcrypto.a >> .depend >>>> cc -O2 -fno-strict-aliasing -pipe -march=pentium-m -DTERMIOS >>>> -DANSI_SOURCE -I/usr/src/secure/lib/libssl/../../../crypto/openssl >>>> -I/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto >>>> -I/usr/obj/usr/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN >>>> -DHAVE_DLFCN_H -DL_ENDIAN -c >>>> /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/bio_ssl.c >>>> cc -O2 -fno-strict-aliasing -pipe -march=pentium-m -DTERMIOS >>>> -DANSI_SOURCE -I/usr/src/secure/lib/libssl/../../../crypto/openssl >>>> -I/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto >>>> -I/usr/obj/usr/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN >>>> -DHAVE_DLFCN_H -DL_ENDIAN -c >>>> /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c >>>> /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c: In >>>> function `ssl23_connect': >>>> /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s23_clnt.c:216: >>>> internal compiler error: Segmentation fault: 11 >>>> Please submit a full bug report, >>>> with preprocessed source if appropriate. >>>> See for instructions. >>>> *** Error code 1 >>> >>> Chances are you have failing hardware. >>> >>> Kris >> >> you must be kidding! :-o >> no, really, this is a laptop and i hope it's not going to die or >> something. :-/ >> well, it would actually be better now before the warranty is over. ;-) >> anyway, how did you come to your conclusion pls ?? > > Such errors are almost always the fault of failing hardware > components; a functioning system does not cause sporadic software > failure. This comes up about once a week so please search the > archives or google for extensive discussion. > > Kris > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 16:30:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88E4716A47B for ; Fri, 22 Sep 2006 16:30:53 +0000 (UTC) (envelope-from rnsanchez@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAAFA43D6B for ; Fri, 22 Sep 2006 16:30:46 +0000 (GMT) (envelope-from rnsanchez@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so577546nzn for ; Fri, 22 Sep 2006 09:30:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=mmd7/JxzGjmW9efB0OYNDsAxfdthjTQ7mh/TfFWt+vsEkdXNNeL7c2pMTVjTZ++g0NpKMXIJuVbNBLhltrl+6iCpbA/2Cp/XCmPdX1zPEuXY5HTV7ZSjupYLHig5w5CUs5bGAKfsd1EEog0cuG69vFUt3/YMgwdJ7dvdGvvvFk8= Received: by 10.65.114.4 with SMTP id r4mr757021qbm; Fri, 22 Sep 2006 09:30:45 -0700 (PDT) Received: from sauron.lan.box ( [200.203.30.33]) by mx.gmail.com with ESMTP id q19sm3605677qbq.2006.09.22.09.30.42; Fri, 22 Sep 2006 09:30:44 -0700 (PDT) Date: Fri, 22 Sep 2006 13:30:39 -0300 From: Ricardo Nabinger Sanchez To: freebsd-stable@freebsd.org Message-Id: <20060922133039.6a95503b.rnsanchez@gmail.com> In-Reply-To: <20060922154649.GA26855@lothlorien.nagual.nl> References: <15af975d0609212321r29fdd287p462ae0f2b7e404b4@mail.gmail.com> <15af975d0609220725s1206d7ebr53589adbc1b9c17@mail.gmail.com> <4513F5B0.9030300@goodforbusiness.co.uk> <20060922154649.GA26855@lothlorien.nagual.nl> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: bug on BTX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 16:30:53 -0000 On Fri, 22 Sep 2006 17:46:49 +0200 dick hoogendijk wrote: > Still remains the question on why FreeBSD is not able to boot when bios > DMA transfers are set set to on, while XP and linux just do what they're > supposed to. It should not be necessary i.m.h.o. What about filing a PR , so the problem gets documented and eventually fixed? -- Ricardo Nabinger Sanchez Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 17:01:03 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7873316A4A7 for ; Fri, 22 Sep 2006 17:01:03 +0000 (UTC) (envelope-from kline@sage.thought.org) Received: from sage.thought.org (dsl231-043-140.sea1.dsl.speakeasy.net [216.231.43.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7872843D6B for ; Fri, 22 Sep 2006 17:01:02 +0000 (GMT) (envelope-from kline@sage.thought.org) Received: from sage.thought.org (kline@localhost [127.0.0.1]) by sage.thought.org (8.13.6/8.12.10) with ESMTP id k8MH10pn070928; Fri, 22 Sep 2006 10:01:00 -0700 (PDT) (envelope-from kline@sage.thought.org) Received: (from kline@localhost) by sage.thought.org (8.13.6/8.13.1/Submit) id k8MH0wdI070927; Fri, 22 Sep 2006 10:00:58 -0700 (PDT) (envelope-from kline) Date: Fri, 22 Sep 2006 10:00:57 -0700 From: Gary Kline To: "Patrick M. Hausen" Message-ID: <20060922170057.GA70779@thought.org> References: <54894.192.168.0.10.1158706436.squirrel@webmail.sd73.bc.ca> <002101c6dc46$470b1d50$0000fea9@gsicomp.on.ca> <20060922065915.GA77932@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060922065915.GA77932@hugo10.ka.punkt.de> X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: Observing twenty years of service to the Unix community User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@freebsd.org, SigmaX asdf Subject: Re: sed and comma-delimited file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 17:01:03 -0000 On Fri, Sep 22, 2006 at 08:59:15AM +0200, Patrick M. Hausen wrote: > Hi, all! > > On Tue, Sep 19, 2006 at 07:49:42PM -0400, Matt Emmerton wrote: > > > > cat file | awk -F"," '{ printf "%s,%s,%s,%s,%s\n",$1,$2,$3,$4,$5 }' > > > > newfile > > > > What's wrong with this? > > > > cat file | cut -f-5 -c';' > newfile > > Both commands suffer badly from useless use of cat(1) ;-)) > > See > http://sial.org/howto/shell/useless-cat/ > > for one of the dozens of explanations on the web. > I think the entire group of *nix users would benefit from having a list of these kind of links. bRief tutorials (that I have long since lost, BTW) on awk and sed, along with things-related. much else. I'm saving all URL's, thanks ;-) gary > SCNR, > Patrick > -- > punkt.de GmbH Internet - Dienstleistungen - Beratung > Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 > 76137 Karlsruhe http://punkt.de > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Gary Kline kline@thought.org www.thought.org Public service Unix From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 17:30:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EF3616A492; Fri, 22 Sep 2006 17:30:52 +0000 (UTC) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE02543D97; Fri, 22 Sep 2006 17:30:25 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from [172.21.130.86] (mx-broadway [38.98.68.18]) by corbulon.video-collage.com (8.13.6/8.13.6) with ESMTP id k8MHUEFW074940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 22 Sep 2006 13:30:15 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Content-Disposition: inline From: Mikhail Teterin Organization: Virtual Estates, Inc. To: stable@freebsd.org, ache@nagual.pp.ru Date: Fri, 22 Sep 2006 13:30:09 -0400 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Message-Id: <200609221330.09548.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV 0.88.4/1927/Fri Sep 22 06:06:31 2006 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: re@freebsd.org Subject: Fwd: Re: getopt_long and POSIXLY_CORRECT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 17:30:52 -0000 Could a committer with interest in -stable, please, see to it, that Andrey's recent change to getopt_long makes it into 6.2-RELEASE? The change makes our implementation of getopt_long closer to GNULIB's and will make it easier to avoid code-duplication in some ports. Thanks! -mi ---------- đĹŇĹÓĚÁÎĹ ĐĎצÄĎÍĚĹÎÎŃ ---------- Subject: Re: getopt_long and POSIXLY_CORRECT Date: Đ'ŃÔÎÉĂŃ 22 ×ĹŇĹÓĹÎŘ 2006 13:19 From: Andrey Chernov To: Mikhail Teterin Cc: bug-m4@gnu.org, bug-gnulib , Todd.Miller@courtesan.com, marius@alchemy.franken.de, tv@netbsd.org On Fri, Sep 22, 2006 at 01:10:51PM -0400, Mikhail Teterin wrote: > Đ'ŃÔÎÉĂŃ 22 ×ĹŇĹÓĹÎŘ 2006 13:04, Andrey Chernov ÎÁĐÉÓÁ×: > > On Fri, Sep 22, 2006 at 01:22:42AM -0400, Mikhail Teterin wrote: > > > The GNULIB folks are calling BSD's getopt_long implementation "broken", > > > because -- unlike theirs -- it respects the POSIXLY_CORRECT environment > > > variable, when working with an opstring containing "::" (signifying an > > > optional value for a particular flag). > > > > Fixed in getopt_long.c v1.13 > > Thanks, Andrey. Please, make sure, the change gets into upcoming > FreeBSD-6.2 too. I don't have any -stable machine conveniently available for testing. Feel free to MFC it after testing or ask someone else. -- http://ache.pp.ru/ ------------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 17:43:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 092E716A4F0 for ; Fri, 22 Sep 2006 17:43:13 +0000 (UTC) (envelope-from se@freebsd.org) Received: from mail.atsec.com (mail.atsec.com [195.30.252.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 504DD43D9C for ; Fri, 22 Sep 2006 17:42:12 +0000 (GMT) (envelope-from se@freebsd.org) Received: (qmail 3250 invoked by uid 10125); 22 Sep 2006 17:42:11 -0000 X-SpaceNet-Virusscan: Sophos Version: 4.09; Last IDE Update: 2006-09-22 17:30 no information about results Received: from p50879261.dip0.t-ipconnect.de (HELO ?192.168.0.12?) (80.135.146.97) by mail.atsec.com with SMTP; 22 Sep 2006 17:42:11 -0000 X-SpaceNet-Authentification: SMTP AUTH verified Message-ID: <4514206A.8030601@FreeBSD.org> Date: Fri, 22 Sep 2006 19:42:02 +0200 From: Stefan Esser User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Scott Long References: <003001c6ddff$278d52d0$d435083d@transactionware.com> <451368CA.1030404@samsco.org> In-Reply-To: <451368CA.1030404@samsco.org> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jan Mikkelsen , freebsd-stable@freebsd.org Subject: Re: Patch: sym(4) "VTOBUS FAILED" panics on amd64, amd64/89550 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 17:43:13 -0000 Scott Long schrieb: > Jan Mikkelsen wrote: > >> Hi, >> >> Doug White wrote: >> >>> On Fri, 22 Sep 2006, Jan Mikkelsen wrote: >>> >>> >>>> Quick summary: sym(4) assumes on amd64 that virtual >>> >>> addresses provided by >>> >>>> bus_dmamem_alloc() have the same alignment as the physical >>> >>> addresses (in >>> >>>> this case, 2*PAGE_SIZE). They don't, and stuff breaks. >>> >>> This patch works >>> >>>> around that. >>> >>> Why is this? busdma supports alignment constraints; why not just set >>> the alignment to what you need it set at? I realize sym has its own >>> hand rolled DMA management craziness but alignment is something >>> busdma can take care of easily. >> >> >> sym has the alignment requirement on the virtual address because of the >> buddy memory allocation algorithm; changing how sym allocates memory >> internally would remove the requirement. The buddy algorithm with 2^13 >> bytes aligned on a 2^12 byte (but not a 2^13 byte) boundary can >> provide two >> chunks of 2^12 bytes but nothing greater than 2^12 bytes. >> >> The VTOBUS failure is caused by the buddy implementation making alignment >> assumptions which aren't true, and then getting the virtual addresses >> wrong. >> >> Perhaps I'm just doing something wrong with bus_dma. I believe I set the >> alignment requirements to be 2*PAGE_SIZE, and this is what I see for the >> physical address. However the virtual address seems to only be page >> aligned. >> >> I can't see any mention of virtual address alignment in the bus_dma man >> page. Can it take care of virtual address alignment? If so, how? >> > > busdma makes no guarantees on virtual addresses. > > Sigh, sorry I never got this fixed. The custom memory allocator made me > unhappy, and I never had time to dig into it. Do real docs on sym exist > somewhere? I'm not against sitting down and re-writing the physical > memory handling to both work and conform to the FreeBSD APIs. I've been the co-author of the ncr SCSI driver, on which sym is based (though not that particular code fragment). Since I know the structure and principals of the driver (and since I have and know the docs up to the 53c875, possibly also the 53c895), I'd probably be in a position to work on this with the least effort to get started. Only problem is that I do not have an amd64 system for testing ... I changed the private allocator in the sym driver to use contigmalloc, some time ago, but now I understand that there are stricter alignment requirements. For a start, a work-around could be committed, IMHO (even if it is ugly). The better approach is of course an extension of busdma to support aligned physical chunks as required by the driver. But I could also try to find a clean fix for the affected driver code. Is the Symbios SCSI controller still used that much that the effort required for a "clean" fix is well spent? Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 18:49:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 503F416A550; Fri, 22 Sep 2006 18:49:23 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9A8843D77; Fri, 22 Sep 2006 18:49:12 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k8MIn2db090206; Fri, 22 Sep 2006 12:49:08 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <45143012.7000404@samsco.org> Date: Fri, 22 Sep 2006 12:48:50 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stefan Esser References: <003001c6ddff$278d52d0$d435083d@transactionware.com> <451368CA.1030404@samsco.org> <4514206A.8030601@FreeBSD.org> In-Reply-To: <4514206A.8030601@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Jan Mikkelsen , freebsd-stable@freebsd.org Subject: Re: Patch: sym(4) "VTOBUS FAILED" panics on amd64, amd64/89550 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 18:49:26 -0000 Stefan Esser wrote: > Scott Long schrieb: > >>Jan Mikkelsen wrote: >> >> >>>Hi, >>> >>>Doug White wrote: >>> >>> >>>>On Fri, 22 Sep 2006, Jan Mikkelsen wrote: >>>> >>>> >>>> >>>>>Quick summary: sym(4) assumes on amd64 that virtual >>>> >>>>addresses provided by >>>> >>>> >>>>>bus_dmamem_alloc() have the same alignment as the physical >>>> >>>>addresses (in >>>> >>>> >>>>>this case, 2*PAGE_SIZE). They don't, and stuff breaks. >>>> >>>>This patch works >>>> >>>> >>>>>around that. >>>> >>>>Why is this? busdma supports alignment constraints; why not just set >>>>the alignment to what you need it set at? I realize sym has its own >>>>hand rolled DMA management craziness but alignment is something >>>>busdma can take care of easily. >>> >>> >>>sym has the alignment requirement on the virtual address because of the >>>buddy memory allocation algorithm; changing how sym allocates memory >>>internally would remove the requirement. The buddy algorithm with 2^13 >>>bytes aligned on a 2^12 byte (but not a 2^13 byte) boundary can >>>provide two >>>chunks of 2^12 bytes but nothing greater than 2^12 bytes. >>> >>>The VTOBUS failure is caused by the buddy implementation making alignment >>>assumptions which aren't true, and then getting the virtual addresses >>>wrong. >>> >>>Perhaps I'm just doing something wrong with bus_dma. I believe I set the >>>alignment requirements to be 2*PAGE_SIZE, and this is what I see for the >>>physical address. However the virtual address seems to only be page >>>aligned. >>> >>>I can't see any mention of virtual address alignment in the bus_dma man >>>page. Can it take care of virtual address alignment? If so, how? >>> >> >>busdma makes no guarantees on virtual addresses. >> >>Sigh, sorry I never got this fixed. The custom memory allocator made me >>unhappy, and I never had time to dig into it. Do real docs on sym exist >>somewhere? I'm not against sitting down and re-writing the physical >>memory handling to both work and conform to the FreeBSD APIs. > > > I've been the co-author of the ncr SCSI driver, on which sym is based > (though not that particular code fragment). Since I know the structure > and principals of the driver (and since I have and know the docs up to > the 53c875, possibly also the 53c895), I'd probably be in a position > to work on this with the least effort to get started. Only problem is > that I do not have an amd64 system for testing ... > > I changed the private allocator in the sym driver to use contigmalloc, > some time ago, but now I understand that there are stricter alignment > requirements. For a start, a work-around could be committed, IMHO (even > if it is ugly). The better approach is of course an extension of busdma > to support aligned physical chunks as required by the driver. > > But I could also try to find a clean fix for the affected driver code. > > Is the Symbios SCSI controller still used that much that the effort > required for a "clean" fix is well spent? > > Regards, STefan What does the driver need that busdma doesn't provide now? bus_dmamem_alloc() is just a wrapper around contigmalloc. All alignment and exclusion arguments that you can give contigmalloc are honored by busdma. I guess that's what frustrated me when I looked at this driver; I couldn't figure out why all the effort had been made to have a custom allocator based on contigmalloc (which should be an interface hidden from most drivers and available only to the MD portion of the kernel, btw) when busdma works fine for nearly every other driver out there. I'm not being critical here, it's just that I couldn't figure out if there was some subtle detail that I was missing. If there are facilities that busdma doesn't provide but that you need, I'd be very happy to work with you on developing them. Scott From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 18:55:38 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C91BB16A407 for ; Fri, 22 Sep 2006 18:55:38 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A91143D70 for ; Fri, 22 Sep 2006 18:55:35 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 177A3B810 for ; Fri, 22 Sep 2006 14:55:35 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) To: stable@freebsd.org Message-Id: <917B087C-5E13-4D7F-94FA-95CB0E5C1884@khera.org> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-2-255508058; protocol="application/pkcs7-signature" From: Vivek Khera Date: Fri, 22 Sep 2006 14:55:34 -0400 X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: ffs snapshot lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 18:55:38 -0000 --Apple-Mail-2-255508058 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Yesterday we upgraded an amd64 system from 6.1 to 6.2-PRE from a cvsup of September 20 evening. The overnight nightly dump to tape went off normally. This afternoon when the sysadmin was performing the level0 backup, the ffs_mksnap program locked up the entire system. It wasn't the expected short hiccup that mksnap sometimes causes -- it was started just prior to lunchtime and when we got back everyone had wedged login sessions and IMAP sessions, and ffs_mksnap was in "D" state according to ps and idle for about 90 minutes. The only way out was to reboot the system. I know this is very un-useful as a bug report, but I'm putting this out in case anyone else has noticed this. It has never happened to us before when we were running 5.4 and then 6.1 on this box. Nothing else changed on the system during this time. The disk in question is on an adaptec RAID controller with the aac driver. --Apple-Mail-2-255508058-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 19:03:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD97A16A407 for ; Fri, 22 Sep 2006 19:03:31 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8954F43D46 for ; Fri, 22 Sep 2006 19:03:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id C92DA1A3C1F; Fri, 22 Sep 2006 12:03:30 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3BAF3515F4; Fri, 22 Sep 2006 15:03:29 -0400 (EDT) Date: Fri, 22 Sep 2006 15:03:29 -0400 From: Kris Kennaway To: Vivek Khera Message-ID: <20060922190328.GA64849@xor.obsecurity.org> References: <917B087C-5E13-4D7F-94FA-95CB0E5C1884@khera.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <917B087C-5E13-4D7F-94FA-95CB0E5C1884@khera.org> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org Subject: Re: ffs snapshot lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 19:03:31 -0000 On Fri, Sep 22, 2006 at 02:55:34PM -0400, Vivek Khera wrote: > Yesterday we upgraded an amd64 system from 6.1 to 6.2-PRE from a > cvsup of September 20 evening. The overnight nightly dump to tape > went off normally. This afternoon when the sysadmin was performing > the level0 backup, the ffs_mksnap program locked up the entire system. > > It wasn't the expected short hiccup that mksnap sometimes causes -- > it was started just prior to lunchtime and when we got back everyone > had wedged login sessions and IMAP sessions, and ffs_mksnap was in > "D" state according to ps and idle for about 90 minutes. > > The only way out was to reboot the system. > > I know this is very un-useful as a bug report, but I'm putting this > out in case anyone else has noticed this. It has never happened to > us before when we were running 5.4 and then 6.1 on this box. Nothing > else changed on the system during this time. Yep, we'd need additional debugging to proceed. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 20:10:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70EAC16A412 for ; Fri, 22 Sep 2006 20:10:29 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26FF243D49 for ; Fri, 22 Sep 2006 20:10:28 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id k8MKAAuR032370; Fri, 22 Sep 2006 13:10:11 -0700 From: Kent Stewart To: freebsd-stable@freebsd.org Date: Fri, 22 Sep 2006 13:10:22 -0700 User-Agent: KMail/1.9.4 References: <20060922032027.3b2ed153@loki.starkstrom.lan> In-Reply-To: <20060922032027.3b2ed153@loki.starkstrom.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609221310.22542.kstewart@owt.com> Cc: Joerg Pernfuss , martinko Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 20:10:29 -0000 On Thursday 21 September 2006 18:20, Joerg Pernfuss wrote: > On Fri, 22 Sep 2006 02:59:53 +0200 > > martinko wrote: > > >> internal compiler error: Segmentation fault: 11 > > >> Please submit a full bug report, > > >> with preprocessed source if appropriate. > > >> See for instructions. > > >> *** Error code 1 > > > > > > Chances are you have failing hardware. > > > > > > Kris > > > > you must be kidding! :-o > > no, really, this is a laptop and i hope it's not going to die or > > something. :-/ > > well, it would actually be better now before the warranty is over. > > ;-) anyway, how did you come to your conclusion pls ?? > > SegFault 11 is normally a strong indicator of dying RAM. > But in a laptop it could be related to heat such as a clogged heatsink or the equivalent. In one of my AMD desktop, I blew the dust out of the heat sink and the cpu temp dropped 5oC. There is a list of causes in the FAQ and they can all be the cause. Kent > Joerg -- Kent Stewart Richland, WA http://www.soyandina.com/ "I am Andean project". http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 20:24:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4400616A403 for ; Fri, 22 Sep 2006 20:24:43 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2F4443D49 for ; Fri, 22 Sep 2006 20:24:42 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id E4509B81E for ; Fri, 22 Sep 2006 16:24:41 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20060922190328.GA64849@xor.obsecurity.org> References: <917B087C-5E13-4D7F-94FA-95CB0E5C1884@khera.org> <20060922190328.GA64849@xor.obsecurity.org> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-11-260854879; protocol="application/pkcs7-signature" Message-Id: <555B84D2-520F-44D6-84D6-CF9CE7EE47C7@khera.org> From: Vivek Khera Date: Fri, 22 Sep 2006 16:24:41 -0400 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: ffs snapshot lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 20:24:43 -0000 --Apple-Mail-11-260854879 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Sep 22, 2006, at 3:03 PM, Kris Kennaway wrote: >> I know this is very un-useful as a bug report, but I'm putting this >> out in case anyone else has noticed this. It has never happened to >> us before when we were running 5.4 and then 6.1 on this box. Nothing >> else changed on the system during this time. > > Yep, we'd need additional debugging to proceed. How does one debug a system where the disk sub-system is frozen? I have serial console with DDB/KDB built into the kernel and debugging symbols too. Is that the only option here? We're gonna try the full level 0 backup again monday and if it locks up I'll try to figure it out, but could use some hints as to where to poke in the kernel. --Apple-Mail-11-260854879-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 20:36:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A854B16A407 for ; Fri, 22 Sep 2006 20:36:56 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1620243D6D for ; Fri, 22 Sep 2006 20:36:56 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id F0EA21A3C1C; Fri, 22 Sep 2006 13:36:55 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E5AF651379; Fri, 22 Sep 2006 16:36:54 -0400 (EDT) Date: Fri, 22 Sep 2006 16:36:54 -0400 From: Kris Kennaway To: Vivek Khera Message-ID: <20060922203654.GA65693@xor.obsecurity.org> References: <917B087C-5E13-4D7F-94FA-95CB0E5C1884@khera.org> <20060922190328.GA64849@xor.obsecurity.org> <555B84D2-520F-44D6-84D6-CF9CE7EE47C7@khera.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <555B84D2-520F-44D6-84D6-CF9CE7EE47C7@khera.org> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org Subject: Re: ffs snapshot lockup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 20:36:56 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 22, 2006 at 04:24:41PM -0400, Vivek Khera wrote: >=20 > On Sep 22, 2006, at 3:03 PM, Kris Kennaway wrote: >=20 > >>I know this is very un-useful as a bug report, but I'm putting this > >>out in case anyone else has noticed this. It has never happened to > >>us before when we were running 5.4 and then 6.1 on this box. Nothing > >>else changed on the system during this time. > > > >Yep, we'd need additional debugging to proceed. >=20 > How does one debug a system where the disk sub-system is frozen? I =20 > have serial console with DDB/KDB built into the kernel and debugging =20 > symbols too. Is that the only option here? Perhaps, but you can probably also take a dump still. It's a filesystem deadlock, not a disk device problem. > We're gonna try the full level 0 backup again monday and if it locks =20 > up I'll try to figure it out, but could use some hints as to where to =20 > poke in the kernel. Start by enabling INVARIANTS, INVARIANT_SUPPORT, DEBUG_LOCKS and DEBUG_VFS_LOCKS, then run 'show lockedvnods' and 'alltrace' in DDB (spammy, need that serial console), or at least trace the running processes (show allpcpu) and those listed in lockedvnods. Then call doadump and save the core+kernel.debug when you reboot. Kris --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFFElmWry0BWjoQKURAmtXAKDfFNOcZNyyRkIzOgg1eG6VuO6QCgCg0qbv FM9A/9+XsdnqwaVOm+pDtQA= =aDub -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 22 23:36:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B72C16A416 for ; Fri, 22 Sep 2006 23:36:29 +0000 (UTC) (envelope-from clayton@xstaticsolutions.com) Received: from imf16aec.mail.bellsouth.net (imf16aec.mail.bellsouth.net [205.152.59.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id B798843D45 for ; Fri, 22 Sep 2006 23:36:28 +0000 (GMT) (envelope-from clayton@xstaticsolutions.com) Received: from ibm56aec.bellsouth.net ([74.227.63.193]) by imf16aec.mail.bellsouth.net with ESMTP id <20060922233627.FXYL7969.imf16aec.mail.bellsouth.net@ibm56aec.bellsouth.net> for ; Fri, 22 Sep 2006 19:36:27 -0400 Received: from enterprise ([74.227.63.193]) by ibm56aec.bellsouth.net with ESMTP id <20060922233626.UYEK14125.ibm56aec.bellsouth.net@enterprise> for ; Fri, 22 Sep 2006 19:36:26 -0400 From: "Clayton Barbier" To: Date: Fri, 22 Sep 2006 18:36:21 -0500 Message-ID: <000a01c6de9f$ea881130$6401a8c0@enterprise> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcbemSbcz+816N10RRKatVEqx4l0KgABlGcg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: System Crash - Panic Page Fault X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 23:36:29 -0000 Good morning, I was hoping someone may be able to help me debug my system. I'm currently running FreeBSD 6.1 RELEASE. Below is a partial kernel debug log of the crash. Thanks for any assistance! - Clayton server1# kgdb kernel.debug /var/crash/vmcore.10 [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 "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x58 fault code = supervisor write, page not present instruction pointer = 0x20:0xc06e9e5b stack pointer = 0x28:0xdf32cb18 frame pointer = 0x28:0xdf32cb34 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 99398 (ircd) trap number = 12 panic: page fault Uptime: 24d15h35m13s Dumping 510 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 510MB (130544 pages) 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc064dee1 in boot (howto=260) at ../../../kern/kern_shutdown.c:402 #2 0xc064e178 in panic (fmt=0xc088d24a "%s") at ../../../kern/kern_shutdown.c:558 #3 0xc08424d4 in trap_fatal (frame=0xdf32cad8, eva=88) at ../../../i386/i386/trap.c:836 #4 0xc084223b in trap_pfault (frame=0xdf32cad8, usermode=0, eva=88) at ../../../i386/i386/trap.c:744 #5 0xc0841e79 in trap (frame= {tf_fs = -1003880440, tf_es = -974913496, tf_ds = 40, tf_edi = 0, tf_esi = 0, tf_ebp = -550319308, tf_isp = -550319356, tf_ebx = -550318960, tf_edx = -550318704, tf_ecx = 0, tf_eax = 16, tf_trapno = 12, tf_err = 2, tf_eip = -1066492325, tf_cs = 32, tf_eflags = 66183, tf_esp = -550319028, tf_ss = 16}) at ../../../i386/i386/trap.c:434 #6 0xc08313da in calltrap () at ../../../i386/i386/exception.s:139 #7 0xc06e9e5b in ip_ctloutput (so=0x10, sopt=0xdf32cc90) at ../../../netinet/ip_output.c:1210 #8 0xc06f9e4f in tcp_ctloutput (so=0xc42a0590, sopt=0xdf32cc90) at ../../../netinet/tcp_usrreq.c:1038 #9 0xc06878ac in sosetopt (so=0xc42a0590, sopt=0xdf32cc90) at ../../../kern/uipc_socket.c:1560 #10 0xc068cb3d in kern_setsockopt (td=0xc4678300, s=528, level=16, name=16, val=0xdf32cd90, valseg=UIO_USERSPACE, valsize=0) at ../../../kern/uipc_syscalls.c:1351 #11 0xc068ca6e in setsockopt (td=0xc4678300, uap=0x10) at ../../../kern/uipc_syscalls.c:1307 #12 0xc08427eb in syscall (frame= {tf_fs = 705036347, tf_es = 59, tf_ds = -1078001605, tf_edi = 141443072, tf_esi = -1077941380, tf_ebp = -1077941368, tf_isp = -550318748, tf_ebx = 528, tf_edx = -1077941324, tf_ecx = 141344960, tf_eax = 105, tf_trapno = 0, tf_err = 2, tf_eip = 673642671, tf_cs = 51, tf_eflags = 642, tf_esp = -1077941428, tf_ss = 59}) at ../../../i386/i386/trap.c:981 #13 0xc083142f in Xint0x80_syscall () at ../../../i386/i386/exception.s:200 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 05:35:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE08916A407 for ; Sat, 23 Sep 2006 05:35:15 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41B3D43D49 for ; Sat, 23 Sep 2006 05:35:15 +0000 (GMT) (envelope-from illoai@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1579570pye for ; Fri, 22 Sep 2006 22:35:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dB8gTJyqApXAYJ1wxmbF78QLxnQr0Wfw42OgsmmmK3t3bJmKZnTcRW10P0bhcs9OKvSSMHALbyaJA5HPVJTC5zc1zxiwS5zqLPTQb50/i0eZwJpe5Ffd5LgQCSMdPxqIRrIDAqlTpzh6o73JycIJF6RfRR7JU9HQLe2ZQTFd9kw= Received: by 10.65.84.5 with SMTP id m5mr1692537qbl; Fri, 22 Sep 2006 22:35:14 -0700 (PDT) Received: by 10.64.84.5 with HTTP; Fri, 22 Sep 2006 22:35:14 -0700 (PDT) Message-ID: Date: Sat, 23 Sep 2006 00:35:14 -0500 From: "illoai@gmail.com" To: martinko In-Reply-To: <451333B7.2060700@pobox.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060921203756.GF45341@rambler-co.ru> <451333B7.2060700@pobox.sk> Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 05:35:15 -0000 On 9/21/06, martinko wrote: > Ruslan Ermilov wrote: > > On Thu, Sep 21, 2006 at 08:00:40PM +0200, martinko wrote: > >> hello list, > >> > >> i've just pulled the releng_6 sources and run make -j4 buildworld as > >> usual and this i've got: > >> > [...] > >> > > I'm generally interested in fixing -jX build failures. I'd need > > at least the following info: > > > > - the contents of /etc/make.conf > > - exact make command > > - full output (combined stdout + stderr) available somewhere > > for download in a compressed form > > > > > > Cheers, > > ruslan, > > it seems to me it's not -jX fault this time. > otherwise i could provide you the info you asked. > pls see my latest post on this issue. In my admittedly limited experience: -j rarely breaks anything itself, but in most cases it makes posting the last few lines useless, as it can interpose hundreds (or thousands) of lines of output from concurrent compilations. -j may be slightly more likely to expose hardware problems. -- -- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 07:09:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1032916A403 for ; Sat, 23 Sep 2006 07:09:57 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 618F643D45 for ; Sat, 23 Sep 2006 07:09:56 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GR1dy-0004Iz-ED for freebsd-stable@freebsd.org; Sat, 23 Sep 2006 09:09:47 +0200 Received: from r5h168.net.upc.cz ([86.49.7.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 23 Sep 2006 09:09:46 +0200 Received: from martinkov by r5h168.net.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 23 Sep 2006 09:09:46 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Sat, 23 Sep 2006 09:09:38 +0200 Lines: 49 Message-ID: References: <20060922032027.3b2ed153@loki.starkstrom.lan> <200609221310.22542.kstewart@owt.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5h168.net.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.6) Gecko/20060805 SeaMonkey/1.0.4 In-Reply-To: <200609221310.22542.kstewart@owt.com> Sender: news Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 07:09:57 -0000 Kent Stewart wrote: > On Thursday 21 September 2006 18:20, Joerg Pernfuss wrote: >> On Fri, 22 Sep 2006 02:59:53 +0200 >> >> martinko wrote: >>>>> internal compiler error: Segmentation fault: 11 >>>>> Please submit a full bug report, >>>>> with preprocessed source if appropriate. >>>>> See for instructions. >>>>> *** Error code 1 >>>> Chances are you have failing hardware. >>>> >>>> Kris >>> you must be kidding! :-o >>> no, really, this is a laptop and i hope it's not going to die or >>> something. :-/ >>> well, it would actually be better now before the warranty is over. >>> ;-) anyway, how did you come to your conclusion pls ?? >> SegFault 11 is normally a strong indicator of dying RAM. >> > > But in a laptop it could be related to heat such as a clogged heatsink > or the equivalent. In one of my AMD desktop, I blew the dust out of the > heat sink and the cpu temp dropped 5oC. There is a list of causes in > the FAQ and they can all be the cause. > > Kent > >> Joerg > dears, i booted up knoppix and ran memtest for 4 hours (std test), then all tests for 8 hrs (6 passes), and no error was reported. i searched log for hdd failure messages as mentioned in a thread from a few days ago and did not find anything. my laptop temperature did not exceed the usual level. i haven't had any issue regarding this yet. (nearly two years) i wonder what else i could check or what other tests i could run. any ideas pls ? martin ps: i'll try to locate the FAQ mentioned above. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 08:09:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A71216A407 for ; Sat, 23 Sep 2006 08:09:40 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail23.syd.optusnet.com.au (mail23.syd.optusnet.com.au [211.29.133.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 773D543D46 for ; Sat, 23 Sep 2006 08:09:39 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail23.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k8N89aVF005941 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 23 Sep 2006 18:09:37 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id k8N89a5i005664; Sat, 23 Sep 2006 18:09:36 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id k8N89aGn005663; Sat, 23 Sep 2006 18:09:36 +1000 (EST) (envelope-from peter) Date: Sat, 23 Sep 2006 18:09:36 +1000 From: Peter Jeremy To: martinko Message-ID: <20060923080935.GJ912@turion.vk2pj.dyndns.org> References: <20060922032027.3b2ed153@loki.starkstrom.lan> <200609221310.22542.kstewart@owt.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJAclU0AInkryoed" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 does not compile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 08:09:40 -0000 --IJAclU0AInkryoed Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 2006-Sep-23 09:09:38 +0200, martinko wrote: >Kent Stewart wrote: >> On Thursday 21 September 2006 18:20, Joerg Pernfuss wrote: >>> On Fri, 22 Sep 2006 02:59:53 +0200 >>> >>> martinko wrote: >>>>>> internal compiler error: Segmentation fault: 11 >>>>>> Please submit a full bug report, >>>>>> with preprocessed source if appropriate. >>>>>> See for instructions. >>>>>> *** Error code 1 >>>>> Chances are you have failing hardware. =2E.. >i wonder what else i could check or what other tests i could run. > >any ideas pls ? Is the failure repeatable? Does the SEGV occur in exactly the same place, or does it move around? The latter is virtually certainly a hardware problem. Are you using non-standard make options? Note that just because memtest didn't find a RAM problem doesn't guarantee that your RAM is good. Pattern sensitive errors can be very difficult to trigger. --=20 Peter Jeremy --IJAclU0AInkryoed Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFFOu//opHv/APuIcRAqMIAJ9dtnUnNjCXJd6GWhZrPb6mT9gBcACcD5r0 pc6RNyROcyV7QIL6RZOL7SM= =fjmR -----END PGP SIGNATURE----- --IJAclU0AInkryoed-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 09:16:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1275016A4F6 for ; Sat, 23 Sep 2006 09:16:37 +0000 (UTC) (envelope-from dryccelr@est.it) Received: from est.it (cjm79.neoplus.adsl.tpnet.pl [83.31.62.79]) by mx1.FreeBSD.org (Postfix) with SMTP id 1A96443D45 for ; Sat, 23 Sep 2006 09:16:33 +0000 (GMT) (envelope-from dryccelr@est.it) Date: Sat, 23 Sep 2006 11:16:33 +0100 From: "Micaela Sibylla" To: Cc: Message-Id: <1290637062.bDrkwOJppWo-93133-0074256@est.it> MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Subject: Impressive outlook for X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 09:16:37 -0000 Company- A L L I A N C E E N T E R P R I S E Symbol - A E T R (Pink Sheets) C u r r e n t P r i c e: $ 0.48 Estimated Target - $ 2.00 + S T R O N G B U Y AE TR is undergoing a massive promotion and NOW is the time to get in. Add this Gem to your Watch list. Watch it Start a run monday About A L L I A N C E E N T E R P R I S E (.TaeCorp.) TaeCorp's vision is to be the recognized leader in providing Aerial Detection Systems including global de-mining, clearing a path to a safer planet for all humankind. TaeCorp's mission is to reclaim lands around the globe embedded with landmines that victimize countries and their stakeholders. N E W S TaeCorp Appoints TAM Oilfield Services as Representative in Sudan The A L L I A N C E E N T E R P R I S E Corporation ("TaeCorp") (AETR - News) is pleased to announce that it has appointed TAM Oilfield Services ("TAM"), of Khartoum, the capital of Sudan, as its representative to introduce and establish business relationships with oil and related companies interested in TaeCorp's unique landmine detection, location, mapping and removal systems and services. TAM Oilfield Services, established in 2001 under the laws and regulations of the Sudan government, has forged strong relationships with the leading petroleum companies that operate in the Sudan. "TAM's experience in the petroleum field, both with government and operating companies, will allow TaeCorp to 0ffer its services more efficiently and effectively and we are very pleased to have TAM join our team," says Ralph Proceviat, CFO of TaeCorp. Read more A C T N O W on this great news and get in before the move starts. You reap what you sow. A weed is no more than a flower in disguise. Timber! Sweating blood. There is always next year. Shake like a leaf. Slow as molasses in January. Season of mists and mellow fruitfulness. We'll hand you out to dry. Too little too late. Some like carrots others like cabbage. We'll hand you out to dry. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 09:57:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CA5716A562 for ; Sat, 23 Sep 2006 09:57:51 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92D3843D69 for ; Sat, 23 Sep 2006 09:57:49 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k8N9vfc6017027 for ; Sat, 23 Sep 2006 12:57:41 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k8N9vfjH017024 for ; Sat, 23 Sep 2006 12:57:41 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Sat, 23 Sep 2006 12:57:41 +0300 (EEST) From: Dmitry Pryanishnikov To: freebsd-stable@freebsd.org Message-ID: <20060923124937.U3001@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Synchronous mount vs NFS exported X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 09:57:51 -0000 Hello! I've noticed a strange interdependency between FS mount options (RELENG_6 as of 20-Aug). I'm using "rw,sync" options in my /etc/fstab for the root partition. W/o NFS export of it, 'mount' output looks good: /dev/ad0s4a on / (ufs, local, synchronous) However, when I export this partition with "-alldirs -ro" options, mount stops to show "synchronous": /dev/ad0s4a on / (ufs, NFS exported, local) Is it just a bug in 'mount' output, or is "synchronous" option indeed silently removed during the NFS export of FS? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 11:56:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB60816A40F for ; Sat, 23 Sep 2006 11:56:48 +0000 (UTC) (envelope-from callumgibson@optusnet.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 0AFA043D45 for ; Sat, 23 Sep 2006 11:56:47 +0000 (GMT) (envelope-from callumgibson@optusnet.com.au) Received: from omma.gibson.athome (c220-239-41-70.rivrw7.nsw.optusnet.com.au [220.239.41.70]) by mail06.syd.optusnet.com.au (8.12.11/8.12.11) with SMTP id k8NBujka016535 for ; Sat, 23 Sep 2006 21:56:46 +1000 Received: (qmail 96920 invoked by uid 107); 23 Sep 2006 21:56:45 +1000 Date: 23 Sep 2006 21:56:45 +1000 Date: Sat, 23 Sep 2006 21:56:45 +1000 From: Callum Gibson To: freebsd-stable@freebsd.org Message-ID: <20060923115645.GA96872@omma.gibson.athome> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: panic unloading bluetooth module X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 11:56:48 -0000 Hi, I just experienced a panic after playing around with bluetooth. After a fresh boot I decided to try and unload the ng_ubt module and noted all the dependencies. So I tried to unload all of them in turn a few times. Some seemed to unload but kldstat showed many of them still and it seemed like I wasn't going to be able to unload them all. Then I pressed the wlan/bluetooth toggle button and had the panic. I'm synced to 6_RELENG as at 20th September. Apparently (null) below is where "ubt" should be. There are these 2 messages, but I had many more failed attempts to unload modules which had dependencies, so perhaps they are also significant. Sep 23 21:22:35 incant kernel: kldunload: attempt to unload file that was loaded by the kernel Sep 23 21:24:16 incant kernel: kldunload: attempt to unload file that was loaded by the kernel Then here is the panic message: Sep 23 21:26:49 incant kernel: (null): at uhub0 port 2 (addr 2) disconnected Sep 23 21:26:49 incant kernel: Sep 23 21:26:49 incant kernel: Sep 23 21:26:49 incant kernel: Fatal trap 12: page fault while in kernel mode Sep 23 21:26:49 incant kernel: fault virtual address = 0x78 Sep 23 21:26:49 incant kernel: fault code = supervisor read, page not present Sep 23 21:26:49 incant kernel: instruction pointer = 0x8:0xffffffff8022e06d Sep 23 21:26:49 incant kernel: stack pointer = 0x10:0xffffffffa36c3b20 Sep 23 21:26:49 incant kernel: frame pointer = 0x10:0xffffff0000bb7d00 Sep 23 21:26:49 incant kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 23 21:26:49 incant kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Sep 23 21:26:49 incant kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Sep 23 21:26:49 incant kernel: current process = 25 (irq19: ohci0 ohci+ Sep 23 21:26:49 incant kernel: trap number = 12 Sep 23 21:26:49 incant kernel: panic: page fault -- Callum @ home http://members.optusnet.com.au/callumgibson/ From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 12:01:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FCDB16A412 for ; Sat, 23 Sep 2006 12:01:37 +0000 (UTC) (envelope-from callumgibson@optusnet.com.au) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id B956E43D45 for ; Sat, 23 Sep 2006 12:01:36 +0000 (GMT) (envelope-from callumgibson@optusnet.com.au) Received: from omma.gibson.athome (c220-239-41-70.rivrw7.nsw.optusnet.com.au [220.239.41.70]) by mail01.syd.optusnet.com.au (8.12.11/8.12.11) with SMTP id k8NC1ZA2013186 for ; Sat, 23 Sep 2006 22:01:35 +1000 Received: (qmail 96993 invoked by uid 107); 23 Sep 2006 22:01:35 +1000 Date: 23 Sep 2006 22:01:35 +1000 Date: Sat, 23 Sep 2006 22:01:35 +1000 From: Callum Gibson To: freebsd-stable@freebsd.org Message-ID: <20060923120135.GB96936@omma.gibson.athome> References: <20060923115645.GA96872@omma.gibson.athome> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060923115645.GA96872@omma.gibson.athome> User-Agent: Mutt/1.4.2.1i Subject: Re: panic unloading bluetooth module X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 12:01:37 -0000 On 23 Sep 21:56, Callum Gibson wrote: }like I wasn't going to be able to unload them all. Then I pressed }the wlan/bluetooth toggle button and had the panic. } }I'm synced to 6_RELENG as at 20th September. Apparently (null) below }is where "ubt" should be. I neglected to mention I'm running FreeBSD/amd64 on an HP nx6125. -- Callum @ home http://members.optusnet.com.au/callumgibson/ From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 12:31:33 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C12B416A407 for ; Sat, 23 Sep 2006 12:31:33 +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 6072243D5C for ; Sat, 23 Sep 2006 12:31:33 +0000 (GMT) (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 E32BE46DE7; Sat, 23 Sep 2006 08:31:32 -0400 (EDT) Date: Sat, 23 Sep 2006 13:31:32 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Joerg Pernfuss In-Reply-To: <20060922025016.6bc38025@loki.starkstrom.lan> Message-ID: <20060923130543.Y1938@fledge.watson.org> References: <20060917091750.T74654@fledge.watson.org> <20060922025016.6bc38025@loki.starkstrom.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org Subject: Re: Problems with auditd -- resolved X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 12:31:33 -0000 On Fri, 22 Sep 2006, Joerg Pernfuss wrote: > On Sun, 17 Sep 2006 09:19:03 +0100 (BST) > Robert Watson wrote: > >> I've just comitted a fix to syscalls.master and regenerated the remaining >> system call files, which should correct the auditctl: Invalid Argument >> error being returned by auditd. In short order, this fix should be on the >> cvsup mirrors -- please let me know if it resolves the problem you were >> experiencing. > > Thank you for that quick fix Robert, but sadly I am still somewhat at a > loss. The auditd does run now, but does not write back any audit data at > all. I have run at least three full buildworlds during the time you see > below, set flags, deleted things, logged in, logged out, logged in via ssh > to the external interface, ssh'ed to localhost. No gain. /var/log/audit > looks like this: > My audit_control file: > dir:/var/audit > flags:all > minfree:20 > naflags:lo > > My audit_user file: > root:all:no > elessar:all:no This is somewhat troubling -- I have RELENG_6 audit running on a number of boxes without problems. Your configuration looks reasonable, though. There are a few things we can try. The first thing to look at is whether the audit library and commands are having trouble parsing your configuration files for some reason -- maybe there is extra white space, and we need to increase tolerance of unexpected white space, for example. There's a tool in src/contrib/openbsm/tools called audump, which parses the configuration files and then spits out what it thinks it found to stdout. It's not built by default, but it can be quite useful when debugging. You can build it by doing the following in the tools directory: -Wall -g -o /tmp/audump audump.c -lbsm Then, as root, run: /tmp/audump control I believe there's a bug in audump's user database support currently, but at the very least that will tell us if the control file is being properly parsed. Ideally, the output will very much resemble your configuration file -- if there's a significant difference, that could be the source of this problem. Right now the id(1) command in -STABLE doesn't print audit properties of the process, but I've attached a patch that causes it to do so when "id -a" is run. If you could apply this patch and run "id -a" as root, that would be helpful. Robert N M Watson Computer Laboratory University of Cambridge Index: Makefile =================================================================== RCS file: /home/ncvs/src/usr.bin/id/Makefile,v retrieving revision 1.11 diff -u -r1.11 Makefile --- Makefile 19 May 2004 21:06:36 -0000 1.11 +++ Makefile 23 Sep 2006 12:23:40 -0000 @@ -1,10 +1,18 @@ # @(#)Makefile 8.1 (Berkeley) 6/6/93 # $FreeBSD: src/usr.bin/id/Makefile,v 1.11 2004/05/19 21:06:36 dwmalone Exp $ +.include + PROG= id WARNS?= 6 LINKS= ${BINDIR}/id ${BINDIR}/groups LINKS+= ${BINDIR}/id ${BINDIR}/whoami MAN= id.1 groups.1 whoami.1 +.if ${MK_AUDIT} != "no" +CFLAGS+= -DUSE_BSM_AUDIT +DPADD+= ${LIBBSM} +LDADD+= -lbsm +.endif + .include Index: id.1 =================================================================== RCS file: /home/ncvs/src/usr.bin/id/id.1,v retrieving revision 1.15 diff -u -r1.15 id.1 --- id.1 29 Apr 2005 08:37:52 -0000 1.15 +++ id.1 23 Sep 2006 12:30:46 -0000 @@ -53,6 +53,8 @@ .Fl P .Op Ar user .Nm +.Fl a +.Nm .Fl g Op Fl nr .Op Ar user .Nm @@ -84,6 +86,9 @@ Display the MAC label of the current process. .It Fl P Display the id as a password file entry. +.It Fl a +Display the process audit user ID and other process audit properties, which +requires privilege. .It Fl g Display the effective group ID as a number. .It Fl n Index: id.c =================================================================== RCS file: /home/ncvs/src/usr.bin/id/id.c,v retrieving revision 1.27 diff -u -r1.27 id.c --- id.c 28 May 2006 12:32:30 -0000 1.27 +++ id.c 23 Sep 2006 12:30:16 -0000 @@ -48,6 +48,10 @@ #include #include +#ifdef USE_BSM_AUDIT +#include +#endif + #include #include #include @@ -60,6 +64,7 @@ void id_print(struct passwd *, int, int, int); void pline(struct passwd *); void pretty(struct passwd *); +void auditid(void); void group(struct passwd *, int); void maclabel(void); void usage(void); @@ -73,9 +78,11 @@ struct group *gr; struct passwd *pw; int Gflag, Mflag, Pflag, ch, gflag, id, nflag, pflag, rflag, uflag; + int aflag; const char *myname; Gflag = Mflag = Pflag = gflag = nflag = pflag = rflag = uflag = 0; + aflag = 0; myname = strrchr(argv[0], '/'); myname = (myname != NULL) ? myname + 1 : argv[0]; @@ -89,7 +96,7 @@ } while ((ch = getopt(argc, argv, - (isgroups || iswhoami) ? "" : "PGMgnpru")) != -1) + (isgroups || iswhoami) ? "" : "PGMagnpru")) != -1) switch(ch) { case 'G': Gflag = 1; @@ -100,6 +107,9 @@ case 'P': Pflag = 1; break; + case 'a': + aflag = 1; + break; case 'g': gflag = 1; break; @@ -125,7 +135,7 @@ if (iswhoami && argc > 0) usage(); - switch(Gflag + Pflag + gflag + pflag + uflag) { + switch(Gflag + Mflag + Pflag + aflag + gflag + pflag + uflag) { case 1: break; case 0: @@ -141,6 +151,16 @@ if (Mflag && pw != NULL) usage(); +#ifdef USE_BSM_AUDIT + if (aflag) { + auditid(); + exit(0); + } +#else + if (aflag) + usage(); +#endif + if (gflag) { id = pw ? pw->pw_gid : rflag ? getgid() : getegid(); if (nflag && (gr = getgrgid(id))) @@ -278,6 +298,22 @@ printf("\n"); } +#ifdef USE_BSM_AUDIT +void +auditid(void) +{ + auditinfo_t auditinfo; + + if (getaudit(&auditinfo) < 0) + err(-1, "getauditinfo"); + printf("auid=%d\n", auditinfo.ai_auid); + printf("mask.success=0x%08x\n", auditinfo.ai_mask.am_success); + printf("mask.failure=0x%08x\n", auditinfo.ai_mask.am_failure); + printf("termid.port=0x%08x\n", auditinfo.ai_termid.port); + printf("asid=%d\n", auditinfo.ai_asid); +} +#endif + void group(struct passwd *pw, int nflag) { @@ -382,11 +418,16 @@ else if (iswhoami) (void)fprintf(stderr, "usage: whoami\n"); else - (void)fprintf(stderr, "%s\n%s\n%s\n%s\n%s\n%s\n%s\n", + (void)fprintf(stderr, "%s\n%s\n%s\n%s%s\n%s\n%s\n%s\n", "usage: id [user]", " id -G [-n] [user]", " id -M", " id -P [user]", +#ifdef USE_BSM_AUDIT + " id -a\n", +#else + "", +#endif " id -g [-nr] [user]", " id -p [user]", " id -u [-nr] [user]"); From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 12:39:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E20AF16A403 for ; Sat, 23 Sep 2006 12:39:15 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from imf17aec.mail.bellsouth.net (imf17aec.mail.bellsouth.net [205.152.59.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DDC043D45 for ; Sat, 23 Sep 2006 12:39:15 +0000 (GMT) (envelope-from frank_s@bellsouth.net) Received: from ibm57aec.bellsouth.net ([70.152.41.212]) by imf17aec.mail.bellsouth.net with ESMTP id <20060923123914.DXDS24696.imf17aec.mail.bellsouth.net@ibm57aec.bellsouth.net> for ; Sat, 23 Sep 2006 08:39:14 -0400 Received: from Ace.nina.org ([70.152.41.212]) by ibm57aec.bellsouth.net with ESMTP id <20060923123913.ZGDK21640.ibm57aec.bellsouth.net@Ace.nina.org> for ; Sat, 23 Sep 2006 08:39:13 -0400 Date: Sat, 23 Sep 2006 08:39:12 -0400 (EDT) From: Frank X-X-Sender: frank_s@Ace.nina.org To: freebsd-stable@freebsd.org Message-ID: <20060923082936.L1070@Ace.nina.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: 6.2-PRERELEASE does not see SATA DVD drives X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 12:39:16 -0000 I have a Dell XPS 700 Pentium D 3.6 Dual Core with 2 gigs RAM, 2 250 GB SATA drives, a TSST Corp TS-H553A DVD burner and a Phillips DROM 6316 DVD-ROM. The system sees the hard drives but not the DVD drives. I have device atapicam compiled in the kernel. What can I do to enable the drives? On an unrelated note, the box also has a Creative X-Fi sound card that no driver will attach to. Is this card supported? -- Frank From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 16:43:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAF3F16A417; Sat, 23 Sep 2006 16:43:16 +0000 (UTC) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BE9C43D53; Sat, 23 Sep 2006 16:43:15 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (213.67.205.103) by pne-smtpout1-sn2.hy.skanova.net (7.2.075) id 450708BC002E977D; Sat, 23 Sep 2006 18:43:15 +0200 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id 1BA9645062; Sat, 23 Sep 2006 18:43:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at stromnet.org Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MixhoPB6mH07; Sat, 23 Sep 2006 18:42:51 +0200 (CEST) Received: from [IPv6:2001:16d8:ff20:2:217:f2ff:fe41:3f1b] (jstrom-mb.wlan.v6.stromnet.org [IPv6:2001:16d8:ff20:2:217:f2ff:fe41:3f1b]) by elfi.stromnet.org (Postfix) with ESMTP id 8601D45061; Sat, 23 Sep 2006 18:42:32 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <118EDA90-D7D7-4A07-B7D2-3710384308D1@stromnet.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Sat, 23 Sep 2006 18:41:11 +0200 To: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: FreeBSD with a Gigabyte GA-K8NSC? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 16:43:16 -0000 On Sep 3, 2006, at 14:13 , Johan Str=F6m wrote: > Hi > > I'm about to get a "new" server... In this case what I'm looking at =20= > is a Gigabyte GA-K8NSC mobo with nForce3 250Gb chipset, and a AMD =20 > 64 3200+ Venice S939. > > Does anyone have any experience with FreeBSD (6.1) and this mobo/=20 > chipset? Does the network work? How good? SATA? Any stability/=20 > performance issues? > > I did notice it was mentioned on http://www.freebsd.org/platforms/=20 > amd64/motherboards.html on 5.4 with the only comment "Sound and USB =20= > untested.".. So.. anyone got more detailed experience than that? > > Thanks :) > -- > Johan Str=F6m > johan@stromnet.org > Hi again, I got the mobo now and everything I've tested seems to work fine, =20 network (Marvell Gigabit Ethernet) works perfect (altough just using =20 100mbit, havent tested gig), and sata seems to work.. Somewhat... =20 Thats part of why I post this.. I got two disks plugged in currently, two pieces of ad4: 286187MB =20 at ata2-master SATA150 (ad4 and ad6) on one =20= SATA each... When I only access ad4 (the system disk) and dont touch =20 ad6 (the old system disk, moving some data form there now.. soon to =20 be gmirrored with ad4) it works fine. But as soon as i start to transer data from ad6 to ad4 (or rather, =20 from ad4s1f to gm0s1f of which ad6 is provider), the system becomes =20 veeerrry slow... Its still usable but it takes several seconds =20 (sometimes as much as 10-20) to ie exectue a simple command like ls, =20 top, su... gstat reports speeds of around 30MB/s: dT: 0.501 flag_I 500000us sizeof 288 i -1 L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 17 395 12 200 577.2 383 49059 8.5 99.2| ad4 17 395 12 200 577.2 383 49059 8.5 99.2| =20 mirror/gm0 0 0 0 0 0.0 0 0 0.0 0.0| ad4s1 17 395 12 200 577.2 383 49059 8.5 99.2| =20 mirror/gm0s1 0 387 387 49570 1.1 0 0 0.0 43.0| ad6 3 2 2 32 583.1 0 0 0.0 116.5| =20 mirror/gm0s1a 1 0 0 0 0.0 0 0 0.0 0.0| =20 mirror/gm0s1b 0 0 0 0 0.0 0 0 0.0 0.0| =20 mirror/gm0s1c 0 0 0 0 0.0 0 0 0.0 0.0| =20 mirror/gm0s1d 0 0 0 0 0.0 0 0 0.0 0.0| =20 mirror/gm0s1e 13 393 10 168 576.0 383 49059 8.5 95.3| =20 mirror/gm0s1f 0 387 387 49570 1.1 0 0 0.0 43.2| ad6s1 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1a 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1b 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1c 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1d 0 0 0 0 0.0 0 0 0.0 0.0| ad6s1e 0 387 387 49570 1.1 0 0 0.0 44.0| ad6s1f Those busy figures.. on the gmirror they fly up to > 100% all the =20 time and are red.. on the ad6 figures they are 40-50% all the time =20 (during copy that is).. Any ideas? dmesg: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights =20 reserved. FreeBSD 6.1-RELEASE-p7 #0: Wed Sep 20 09:21:41 CEST 2006 admin@elfi.stromnet.org:/usr/obj/usr/src/sys/ELFI Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2009.79-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20ff0 Stepping =3D 0 =20 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800 AMD Features2=3D0x1 real memory =3D 1073676288 (1023 MB) avail memory =3D 1024299008 (976 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xf9ffffff =20 at device 0.0 on pci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfd005000-0xfd005fff irq =20 20 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xfd000000-0xfd000fff irq =20 21 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem =20 0xfd001000-0xfd0010ff irq 22 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered pci0: at device 6.0 (no driver attached) atapci0: port =20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 8.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port =20 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xdc00-0xdc0f,=20 0xe000-0xe07f irq 21 at device 10.0 on pci0 ata2: on atapci1 ata3: on atapci1 pcib1: at device 11.0 on pci0 pci1: on pcib1 pcib2: at device 14.0 on pci0 pci2: on pcib2 pci2: at device 10.0 (no driver attached) skc0: port 0xa400-0xa4ff mem =20 0xfc000000-0xfc003fff irq 19 at device 11.0 on pci2 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:14:85:21:c4:44 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, =20 1000baseTX-FDX, auto fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on =20= acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 =20 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 =20 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on =20 isa0 Timecounter "TSC" frequency 2009790446 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff80654f90, 0) =20 error 6 ad4: 286187MB at ata2-master SATA150 elfi# gmirror list Geom name: gm0 State: COMPLETE Components: 1 Balance: round-robin Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 316220990 Providers: 1. Name: mirror/gm0 Mediasize: 300089646080 (279G) Sectorsize: 512 Mode: r5w5e6 Consumers: 1. Name: ad4 Mediasize: 300089646592 (279G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: DIRTY GenID: 0 SyncID: 1 ID: 3833124755 I just saw http://www.freebsd.org/releases/6.1R/installation-=20 amd64.html says: If you have an machine based on an nVidia nForce3 Pro-150, you MUST =20 use the BIOS setup to disable the IO APIC. If you do not have an =20 option to do this, you will likely have to disable ACPI instead. =20 There are bugs in the Pro-150 chipset that we have not found a =20 workaround for yet. Could this affect? Might try that... Thanks Johan > > > _______________________________________________ > freebsd-hardware@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware > To unsubscribe, send any mail to "freebsd-hardware-=20 > unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 16:57:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E96C716A40F for ; Sat, 23 Sep 2006 16:57:19 +0000 (UTC) (envelope-from dk@tetsuo.karasik.eu.org) Received: from tetsuo.karasik.eu.org (tetsuo.karasik.eu.org [193.88.77.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CD5243D46 for ; Sat, 23 Sep 2006 16:57:19 +0000 (GMT) (envelope-from dk@tetsuo.karasik.eu.org) Received: by tetsuo.karasik.eu.org (Postfix, from userid 1003) id 9F7F039C9D7; Sat, 23 Sep 2006 18:57:17 +0200 (CEST) Mime-version: 1.0 Content-type: text/plain; charset="koi8-r" Content-transfer-encoding: 8bit Keywords: 2001334874 X-Comment-To: Sam Leffler Sender: dk@tetsuo.karasik.eu.org To: freebsd-stable@freebsd.org References: <20060918083139.GA59966@tetsuo.karasik.eu.org> <450ED7AA.6090801@errno.com> From: Dmitry Karasik In-Reply-To: Sam Leffler's message of "Mon, 18 Sep 2006 10:30:18 -0700" Date: 23 Sep 2006 18:57:17 +0200 Message-ID: <84wt7ubjwy.fsf@tetsuo.karasik.eu.org> Lines: 38 X-Mailer: Gnus v5.7/Emacs 20.7 Subject: Re: ath0 weak connectivity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 16:57:20 -0000 Hi Sam! Sam> I do not understand what "bad connectivity" means. I'm not a native speaker so I've apparently used a wrong term, I apologize for the confusion. Instead I should've probably said "low signal strength". Sam> If you provide Sam> information like the mac+phy revs for the card, hal version, and Sam> statistics from programs like athstats then it might be possible to Sam> identify what's wrong. Otherwise look at turning on debugging at the Sam> net80211 layer with wlandebug. Both athstats and wlandebug are found Sam> in src/tools/tools (under net80211 and ath respectively). Here it is: dmesg: mem 0xa8400000-0xa840ffff irq 11 at device 2.0 on pci4 ath0: [GIANT-LOCKED] ath0: Ethernet address: 00:14:a4:80:f6:74 mac 5.9 phy 4.3 radio 3.6 sysctl -a | grep ath | grep hal: hw.ath.hal.version: 0.9.16.16 hw.ath.hal.dma_brt: 2 hw.ath.hal.sw_brt: 10 hw.ath.hal.swba_backoff: 0 Output after wlandebug +debug scan is too large to be quoted on the list, so please take a look here: http://www.karasik.eu.org/misc/ath0.html , probably you can find anything suspicious? -- Sincerely, Dmitry Karasik From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 18:35:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE72016A403 for ; Sat, 23 Sep 2006 18:35:12 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A14943D49 for ; Sat, 23 Sep 2006 18:35:11 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.4/8.13.1) with ESMTP id k8NIZ9L0071017; Sat, 23 Sep 2006 20:35:09 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id k8NIZ95v071016; Sat, 23 Sep 2006 20:35:09 +0200 (CEST) (envelope-from hk) Date: Sat, 23 Sep 2006 20:35:09 +0200 From: Holger Kipp To: stable@freebsd.org Message-ID: <20060923183509.GA70673@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: glx and dri stopped working on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 18:35:12 -0000 Hi, I upgraded my FreeBSD from 6.1-RELEASE-p6 on my HP Compaq nx8220 to 6.2-PRERELEASE as of two days ago. With 6.1-RELEASE-p6 and xorg from 6.1-RELEASE installed, I just activated glx and dri in xorg.conf which worked without bigger problems, but after upgrading to 6.2-PRERELEASE the screen goes black if starting X (with KDE) and I have to powercylce my laptop. Currently glx and dri are deactivated (no problems then). Anything stupid I missed like additional libraries I need to recompile? Upgrade was the usual make update, make buildworld, make buildkernel, install kernel, install world, mergemaster, reboot (yes, I know...) System is pretty vanilla without tweaking or anything, except for the usual suspects being installed (xine, mplayer, OpenOffice with Java, iwi for WLAN-Support) and the two resp. three needed modules for iwi are loaded using loader.conf. Regards, Holger From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 19:16:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72D4D16A407 for ; Sat, 23 Sep 2006 19:16:38 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95BCF43D46 for ; Sat, 23 Sep 2006 19:16:36 +0000 (GMT) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id DAA7C1A333C; Sat, 23 Sep 2006 21:16:35 +0200 (CEST) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31934-10; Sat, 23 Sep 2006 21:16:32 +0200 (CEST) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id 40C161A331A; Sat, 23 Sep 2006 21:16:32 +0200 (CEST) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id B75FE61C41; Sat, 23 Sep 2006 21:16:31 +0200 (CEST) Message-ID: <45158807.8090801@sh.cvut.cz> Date: Sat, 23 Sep 2006 21:16:23 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7648D1E78732FEDF5AC17551" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-2.6 tagged_above=-255.0 required=5.0 tests=BAYES_00 X-Spam-Level: Subject: (Wrong) CPU utilization reported by top X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 19:16:38 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7648D1E78732FEDF5AC17551 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I have noticed that top reports strange values for CPU utilization. The problem is that while it reports this for overall utilization... CPU states: 40.8% user, 0.0% nice, 3.7% system, 4.5% interrupt, 50.9% = idle =2E..it doesn't show a single process that would have over 1% of WCPU or = CPU! PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU CO= MMAND 17980 xxxxx 1 96 0 5568K 3536K *Giant 213:05 0.00% si= lc 88370 xxxxxxxxx 1 96 0 5584K 3592K RUN 211:07 0.00% si= lc 93031 xxxxxx 5 20 0 58288K 40712K kserel 164:25 0.00% vl= c 20223 xxx 5 20 0 238M 29572K kserel 36:04 0.00% ja= va 17539 xxxxx 1 96 0 10692K 6032K select 26:51 0.00% ce= ntericq 30491 xxxxxx 1 96 0 7076K 4708K select 26:48 0.00% ventrilo_srv I am quite positive it is the vlc process that eats most of the reported = 40% of CPU because if I turn it off the user time goes down bellow 10%. But despite that top shows zero in its row. The box is uniprocessor x86 FreeBSD 6.1. -- VH --------------enig7648D1E78732FEDF5AC17551 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRRWID0NOZDESBK8FAQKFDAf/XHoq1Hu+DzXOzAGF6hfIH1sUAGtHCBGh jK3+nnFRhptRg7sQyM8gAyXG16hkgwDK8Y0kIZHUXg7mMe1yxEr5TcZExUXA7ZeQ 7tp617h2/TA0DIvikC06fDiQzsD+AY2ve+j9cKij07wIh/S9UeMWU2mkSg8qE5a2 uMWhs/39O/6337tkilNsDfBT8ohKO8z9qnKXGfu0/ZCWEcdulgZqMW0cYjk0gv+u AqhSmuIRnIK0vEmGxu8OGfuuquVUqjdK6J2oKfv1UNorKNAGEbQbblka3kOCh4MJ 2DusYWyswngZv4YFs6ThQGVTNkep9pKM5DJm8zij1hWo4dJCpBF7CQ== =PVN4 -----END PGP SIGNATURE----- --------------enig7648D1E78732FEDF5AC17551-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 21:12:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F83D16A583 for ; Sat, 23 Sep 2006 21:12:38 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail27.syd.optusnet.com.au (mail27.syd.optusnet.com.au [211.29.133.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9728643D55 for ; Sat, 23 Sep 2006 21:12:37 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail27.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k8NLCZRD010923 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 24 Sep 2006 07:12:35 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id k8NLCU5F008464; Sun, 24 Sep 2006 07:12:30 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id k8NLCU1S008463; Sun, 24 Sep 2006 07:12:30 +1000 (EST) (envelope-from peter) Date: Sun, 24 Sep 2006 07:12:30 +1000 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20060923211230.GB6066@turion.vk2pj.dyndns.org> References: <20060923115645.GA96872@omma.gibson.athome> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IiVenqGWf+H9Y6IX" Content-Disposition: inline In-Reply-To: <20060923115645.GA96872@omma.gibson.athome> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: Callum Gibson Subject: Re: panic unloading bluetooth module X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 21:12:38 -0000 --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 2006-Sep-23 21:56:45 +1000, Callum Gibson wrote: >I just experienced a panic after playing around with bluetooth. After a >fresh boot I decided to try and unload the ng_ubt module and noted all >the dependencies. So I tried to unload all of them in turn a few times. >Some seemed to unload but kldstat showed many of them still and it seemed >like I wasn't going to be able to unload them all. Then I pressed >the wlan/bluetooth toggle button and had the panic. I'm running the same laptop (HP nx6125) with RELENG_6/amd64 from 21st September and can mostly reproduce the problem - my laptop hasn't panic'd yet but I suspect that's only because I haven't generated an irq19. When I kldload ng_ubt, it pulls in=20 7 1 0xffffffffa3f63000 5025 ng_ubt.ko 8 5 0xffffffffa3f69000 89b2 netgraph.ko 9 4 0xffffffffa3f72000 86d ng_bluetooth.ko 10 1 0xffffffffa3f73000 9535 ng_hci.ko 11 1 0xffffffffa3f7d000 bee6 ng_l2cap.ko 12 1 0xffffffffa3f89000 13461 ng_btsocket.ko 13 1 0xffffffffa3f9d000 1d0d ng_socket.ko Bluetooth (ubt0) then attaches/detaches as expected. With bluetooth off, I can only unload ng_ubt.ko, ng_hci.ko and ng_l2cap.ko. The remaining modules report: kldunload: can't unload file: Device busy and I also get two "attempt to unload file that was loaded by the kernel" but I'm not sure which modules they are associated with. Toggling bluetooth then attaches/detaches ugen1 - as expected. I then tried: a) Turn off bluetooth b) kldload ng_ubt ng_ubt.ko, ng_hci.ko and ng_l2cap.ko are laoded. c) Turn bluetooth on ubt0 attachs d) kldunload all the netgraph modules ng_hci.ko and ng_l2cap.ko unload ng_ubt.ko reports: kldunload: can't unload file: No such file or directory The remaining modules report "device busy" e) Turn off bluetooth I get the same disconnect message as Callum: (null): at uhub0 port 2 (addr 2) disconnected At this point "kldload ng_ubt.ko" consistently reports "File exists" whilst "kldunload ng_ubt.ko" consistently reports "No such file or directory". Callum's panic is a dereference to a null structure pointer in the irq19 handler. It looks to me like attempting to kldunload ng_ubt.ko has freed the ubt0 structures and the next irq 19 (USB) causes things to go pear-shaped. Can anyone suggest how/why ng_ubt.ko would get into a "you can see me but I'm not here" state? The other anomoly I see (which is possibly related) is that if ng_ubt is not loaded, I get a single "ugen1 attached" message. If ng_ubt is loaded, I get two identical messages: ubt0: Broadcom HP integrated Bluetooth module, rev 1.10/0.17, addr 2 though the rest of the probe/attach looks sane. --=20 Peter Jeremy --IiVenqGWf+H9Y6IX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFFaM+/opHv/APuIcRArM1AKCLUnU3IaXsLWjUhAxQagVCdgqpgACffKmL 1D24Hgz3O8/XnXqJeMH1VgA= =RrFz -----END PGP SIGNATURE----- --IiVenqGWf+H9Y6IX-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 21:42:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08C5716A47E for ; Sat, 23 Sep 2006 21:42:31 +0000 (UTC) (envelope-from rnsanchez@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 1872A43D53 for ; Sat, 23 Sep 2006 21:42:24 +0000 (GMT) (envelope-from rnsanchez@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1839989pye for ; Sat, 23 Sep 2006 14:42:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=ZzzXBkSUAOHedPOXDwdId1W7Fl22ZVaaXV0fZoMZriqt4hbqfuhD5xmUyH1qF3xCIjkVnNHrNdI5PVHlGbnuSb7IkBKMFjugZ+T0VupIMe2fbevxIdPAnolLPFOvIgTTVW+eybMhs+Wajd8gNYirTnbEcSpIP8dYoOOhD4HSVaI= Received: by 10.65.113.17 with SMTP id q17mr2379250qbm; Sat, 23 Sep 2006 14:42:24 -0700 (PDT) Received: from sauron.lan.box ( [200.180.165.18]) by mx.gmail.com with ESMTP id f17sm679178qba.2006.09.23.14.42.18; Sat, 23 Sep 2006 14:42:24 -0700 (PDT) Date: Sat, 23 Sep 2006 18:42:11 -0300 From: Ricardo Nabinger Sanchez To: freebsd-stable@freebsd.org Message-Id: <20060923184211.b3dfe185.rnsanchez@gmail.com> In-Reply-To: <45158807.8090801@sh.cvut.cz> References: <45158807.8090801@sh.cvut.cz> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: (Wrong) CPU utilization reported by top X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 21:42:31 -0000 On Sat, 23 Sep 2006 21:16:23 +0200 V=E1clav Haisman wrote: > ...it doesn't show a single process that would have over 1% of WCPU or CP= U! >=20 > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > COMMAND My guess is that you're seeing weighted CPU time and want unweighted. If s= o, press C (upper-case). top will change the header to "CPU" instead of "WCPU" right after. But I must agree that (sometimes, at least) top seems to not show an exact picture of the current CPU usage by the processes. --=20 Ricardo Nabinger Sanchez Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 22:29:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9C9916A403 for ; Sat, 23 Sep 2006 22:29:59 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 0FABC43D45 for ; Sat, 23 Sep 2006 22:29:58 +0000 (GMT) (envelope-from janm@transactionware.com) Received: (qmail 77604 invoked from network); 23 Sep 2006 22:30:18 -0000 Received: from new.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 23 Sep 2006 22:30:18 -0000 Received: (qmail 44182 invoked by uid 1026); 23 Sep 2006 22:30:18 -0000 Received: from 192.168.2.2 by new.transactionware.com (envelope-from , uid 1003) with qmail-scanner-1.25 (spamassassin: 3.0.2. Clear:RC:1(192.168.2.2):. Processed in 3.233312 secs); 23 Sep 2006 22:30:18 -0000 Received: from unknown (HELO transactzbkv04) (192.168.2.2) by new.transactionware.com with SMTP; 23 Sep 2006 22:30:14 -0000 From: "Jan Mikkelsen" To: "'Scott Long'" Date: Sun, 24 Sep 2006 08:30:06 +1000 Message-ID: <000f01c6df5f$d260e350$0202a8c0@transactzbkv04> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 In-Reply-To: <451368CA.1030404@samsco.org> Importance: Normal Cc: freebsd-stable@freebsd.org Subject: RE: Patch: sym(4) "VTOBUS FAILED" panics on amd64, amd64/89550 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 22:30:00 -0000 Hi, Scott Long wrote: > > I can't see any mention of virtual address alignment in the=20 > bus_dma man > > page. Can it take care of virtual address alignment? If so, how? > > =20 >=20 > busdma makes no guarantees on virtual addresses. Thanks for the confirmation. I assume this is also true for = contigmalloc. =20 > Sigh, sorry I never got this fixed. The custom memory=20 > allocator made me > unhappy, and I never had time to dig into it. Do real docs=20 > on sym exist > somewhere? I'm not against sitting down and re-writing the physical > memory handling to both work and conform to the FreeBSD APIs. Yes. This problem is caused by the custom allocator rather than any "special" requirement for memory allocation. It looks (to me) like the custom allocator could just be ripped out and replaced with calls to contigmalloc/bus_dma/malloc(9). Ultimately the internal allocator will = grow a pool by calling contigmalloc or bus_dma (depending on the pool), so calling those functions from the contexts in which the internal = allocator is called should be OK (or an existing bug).=20 Calling malloc(9) might even be more appropriate than contigmalloc(9) = where the allocated memory does not get used for DMA. The driver currently = uses bus_dma for memory that requires DMA, contigmalloc otherwise. The work seems to be in maintaining a virtual to physical mapping for = the objects the driver cares about (ie: all the vtobus() calls). It looks = like it might be possible to use a pmap_* call to do this, but that seems to require a pmap_t. Is there bus_dma approach other than remembering? Is there a pointer to a document on the preferred memory management = model for FreeBSD drivers? I might have a look at this on Monday. Regards, Jan. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 22:40:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32B8716A417 for ; Sat, 23 Sep 2006 22:40:34 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 60E2643D5F for ; Sat, 23 Sep 2006 22:40:26 +0000 (GMT) (envelope-from janm@transactionware.com) Received: (qmail 77695 invoked from network); 23 Sep 2006 22:40:45 -0000 Received: from new.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 23 Sep 2006 22:40:45 -0000 Received: (qmail 44254 invoked by uid 1026); 23 Sep 2006 22:40:45 -0000 Received: from 192.168.2.2 by new.transactionware.com (envelope-from , uid 1003) with qmail-scanner-1.25 (spamassassin: 3.0.2. Clear:RC:1(192.168.2.2):. Processed in 3.250679 secs); 23 Sep 2006 22:40:45 -0000 Received: from unknown (HELO transactzbkv04) (192.168.2.2) by new.transactionware.com with SMTP; 23 Sep 2006 22:40:41 -0000 From: "Jan Mikkelsen" To: "'Stefan Esser'" , "'Scott Long'" Date: Sun, 24 Sep 2006 08:40:34 +1000 Message-ID: <001701c6df61$48504640$0202a8c0@transactzbkv04> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 In-Reply-To: <4514206A.8030601@FreeBSD.org> Importance: Normal Cc: freebsd-stable@freebsd.org Subject: RE: Patch: sym(4) "VTOBUS FAILED" panics on amd64, amd64/89550 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 22:40:34 -0000 Stefan Esser wrote: > I've been the co-author of the ncr SCSI driver, on which sym is based > (though not that particular code fragment). Since I know the structure > and principals of the driver (and since I have and know the docs up to > the 53c875, possibly also the 53c895), I'd probably be in a position > to work on this with the least effort to get started. Only problem is > that I do not have an amd64 system for testing ... >=20 > I changed the private allocator in the sym driver to use contigmalloc, > some time ago, but now I understand that there are stricter alignment > requirements. For a start, a work-around could be committed,=20 > IMHO (even > if it is ugly). The better approach is of course an extension=20 > of busdma > to support aligned physical chunks as required by the driver. >=20 > But I could also try to find a clean fix for the affected driver code. What are the "stricter alignment requirements" you have seen? The only = ones I have seen are those on virtual addresses caused by the buddy = allocator. Replacing that would remove the virtual address alignment requirements, unless I've missed something else. Are there special physical alignment requirements that the driver is not currently meeting? > Is the Symbios SCSI controller still used that much that the effort > required for a "clean" fix is well spent? This is a broader question. For my immediate purposes, my patch and = wasting a few pages gets a functional tape drive, which is a reasonable tradeoff = to me. I don't know how anyone else feels. This does seem to have been = broken on amd64 for a while and I haven't seen a large number of messages complaining. However: I needed an inexpensive SCSI controller for a machine, looked = at the supported hardware list, and bought a sym(4) controller. It didn't work. I think either the driver or the supported hardware list should = be fixed; my preference is the driver. Regards, Jan. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 22:59:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E28716A47C for ; Sat, 23 Sep 2006 22:59:39 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (service2.sh.cvut.cz [147.32.127.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id A535543D49 for ; Sat, 23 Sep 2006 22:59:37 +0000 (GMT) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id 666CB13779C; Sun, 24 Sep 2006 00:59:36 +0200 (CEST) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05616-01; Sun, 24 Sep 2006 00:59:33 +0200 (CEST) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service2.sh.cvut.cz (Postfix) with ESMTP id 4D42D137762; Sun, 24 Sep 2006 00:59:33 +0200 (CEST) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id E752661C2F; Sun, 24 Sep 2006 00:59:32 +0200 (CEST) Message-ID: <4515BC4C.7000301@sh.cvut.cz> Date: Sun, 24 Sep 2006 00:59:24 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Ricardo Nabinger Sanchez References: <45158807.8090801@sh.cvut.cz> <20060923184211.b3dfe185.rnsanchez@gmail.com> In-Reply-To: <20060923184211.b3dfe185.rnsanchez@gmail.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5BAD86BF34283F5574A652B8" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=-2.4 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, AWL X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: (Wrong) CPU utilization reported by top X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 22:59:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5BAD86BF34283F5574A652B8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ricardo Nabinger Sanchez wrote, On 23.9.2006 23:42: > On Sat, 23 Sep 2006 21:16:23 +0200 > V=C3=A1clav Haisman wrote: >=20 >> ...it doesn't show a single process that would have over 1% of WCPU or= CPU! >> >> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU= >> COMMAND >=20 > My guess is that you're seeing weighted CPU time and want unweighted. = If so, > press C (upper-case). top will change the header to "CPU" instead of "= WCPU" > right after. >=20 > But I must agree that (sometimes, at least) top seems to not show an ex= act > picture of the current CPU usage by the processes. >=20 I have tried that before I posted. The result is always 0% for vlc. -- VH --------------enig5BAD86BF34283F5574A652B8 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRRW8VENOZDESBK8FAQKgWAf+JLhnABdyID2DVrOCt7a3E4pB6iX50vN0 p4PoIKdh3o74r+JZAgqlGQFGZd+D30AX1j6I1xnyG66257hj4JM1XO4pDxK6fSNA az1pAVo9AuPAHXVQA9M3I+LN4xp8blcFGQP5PSNucZztdHpLUkqNwVSTX1n2qi58 5PyHNmCfNy7E3tH/SSDW28SZuf95u4q0o8Qj+lyaKzOZpYEgipjcVur8bhX9t4pd VjE+5waiDMKpcAphd+dnaE960ZuZIVBpaVCj8UGMnYl1/83Rc4nnbpNwdXgkSOsZ R8RoS/rB7IyZ+zGD3wJW7N2RENLL2bh8cUC71cM2gsVSgHY/EADd1w== =vpTp -----END PGP SIGNATURE----- --------------enig5BAD86BF34283F5574A652B8-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 23 23:50:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 107FE16A407 for ; Sat, 23 Sep 2006 23:50:05 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9249843D49 for ; Sat, 23 Sep 2006 23:50:04 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out2.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1GRHFz-000083-Fq for ; Sun, 24 Sep 2006 01:50:03 +0200 Received: (qmail 23272 invoked from network); 23 Sep 2006 23:50:01 -0000 Received: from localhost.thuis.klop.ws (HELO guido.klop.ws) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 23 Sep 2006 23:50:01 -0000 Date: Sun, 24 Sep 2006 01:50:00 +0200 To: =?utf-8?Q?V=C3=A1clav_Haisman?= , freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <45158807.8090801@sh.cvut.cz> Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <45158807.8090801@sh.cvut.cz> User-Agent: Opera Mail/9.01 (FreeBSD) Cc: Subject: Re: (Wrong) CPU utilization reported by top X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 23:50:05 -0000 On Sat, 23 Sep 2006 21:16:23 +0200, Václav Haisman wrote: > Hi, > I have noticed that top reports strange values for CPU utilization. The > problem is that while it reports this for overall utilization... > > CPU states: 40.8% user, 0.0% nice, 3.7% system, 4.5% interrupt, 50.9% > idle > > ...it doesn't show a single process that would have over 1% of WCPU or > CPU! > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > COMMAND > 17980 xxxxx 1 96 0 5568K 3536K *Giant 213:05 0.00% > silc > 88370 xxxxxxxxx 1 96 0 5584K 3592K RUN 211:07 0.00% > silc > 93031 xxxxxx 5 20 0 58288K 40712K kserel 164:25 0.00% > vlc > 20223 xxx 5 20 0 238M 29572K kserel 36:04 0.00% > java > 17539 xxxxx 1 96 0 10692K 6032K select 26:51 0.00% > centericq > 30491 xxxxxx 1 96 0 7076K 4708K select 26:48 0.00% > ventrilo_srv > > I am quite positive it is the vlc process that eats most of the reported > 40% > of CPU because if I turn it off the user time goes down bellow 10%. But > despite that top shows zero in its row. > > The box is uniprocessor x86 FreeBSD 6.1. I see the same and it is always with threaded applications (libpthread). If you use libthr (see libmap.conf) it shows a lot better. Ronald. -- Ronald Klop Amsterdam, The Netherlands