From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 00:53:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 541FD1065673 for ; Sun, 2 Mar 2008 00:53:52 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 402648FC28 for ; Sun, 2 Mar 2008 00:53:52 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 14A281CC033; Sat, 1 Mar 2008 16:53:52 -0800 (PST) Date: Sat, 1 Mar 2008 16:53:52 -0800 From: Jeremy Chadwick To: Scott Long Message-ID: <20080302005352.GA72081@eos.sc1.parodius.com> References: <47C52948.2070500@sasktel.net> <20080227121129.GA76419@eos.sc1.parodius.com> <47C5ACD0.8000009@sasktel.net> <47C5C622.5000209@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47C5C622.5000209@samsco.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, Stephen Hurd Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE 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, 02 Mar 2008 00:53:52 -0000 On Wed, Feb 27, 2008 at 01:20:50PM -0700, Scott Long wrote: > I'd like to attack these driver problems. What I need is to spend a > couple of days with an affected system that can reliably reproduce the > problem, instrumenting and testing the driver. I have a number of > theories about what might be going wrong, but nothing that I'm > definitely sure about. If you are willing to set up your system with > remote power and remote serial, and if we knew a reliable way to > reproduce the problem, I could probably have the problem identified and > fixed pretty quickly. Scott, I just wanted to take a moment to publicly thank you for stepping up to the plate on this one. I have a feeling that most of these reports will have to be dealt with on a case-by-case basis, but despite that, I really do apprecaite you offering to take this one. Thank you very, very much. In regards to my experience with said problem, I haven't been able to reproduce the errors I saw on January 25th: http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/040013.html I do need to get the box in question into our datacenter and set up our remaining dev/test box to do nothing but hard I/O between ZFS and UFS for hours (or days) on end to see if I can reproduce it. There's an entry in the FreeBSD ZFS wiki about this problem, but there's a possibility the issue I saw is different than what another user reported (his result was a panic, my result was a machine that locked up hard after letting FreeBSD report DMA errors for some time). That user's post is here: http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/040047.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 04:31:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 268BF106566B for ; Sun, 2 Mar 2008 04:31:32 +0000 (UTC) (envelope-from jfb@mr-happy.com) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [208.4.93.28]) by mx1.freebsd.org (Postfix) with ESMTP id E74858FC18 for ; Sun, 2 Mar 2008 04:31:31 +0000 (UTC) (envelope-from jfb@mr-happy.com) Received: from crow.mr-happy.com (crow.mr-happy.com [10.1.0.2]) by vexbert.mr-paradox.net (Postfix) with ESMTP id DC2B184452 for ; Sat, 1 Mar 2008 23:31:30 -0500 (EST) Received: by crow.mr-happy.com (Postfix, from userid 16139) id 778935C6B; Sat, 1 Mar 2008 23:31:30 -0500 (EST) Date: Sat, 1 Mar 2008 23:31:30 -0500 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20080302043130.GA1583@mr-happy.com> References: <20080301194404.GA1571@mr-happy.com> <20080301225646.GV67687@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080301225646.GV67687@server.vk2pj.dyndns.org> X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e X-Virus-Scanned: ClamAV 0.92/6074/Sat Mar 1 16:59:36 2008 on vexbert.mr-paradox.net X-Virus-Status: Clean Subject: Re: 7.0-STABLE amd64 kernel trap during boot-time device probe 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, 02 Mar 2008 04:31:32 -0000 On Sun, Mar 02, 2008 at 09:56:46AM +1100, Peter Jeremy wrote: > On Sat, Mar 01, 2008 at 02:44:04PM -0500, Jeff Blank wrote: > >/boot/loader.conf (XXX_load=YES). It seems to occur near the end of > >device probing, just before it detects the disks. > This is likely to be when the loaded modules get probed. For what it's worth, this now (as opposed to in December/BETA4) seems to happen for only 'sound' and 'netgraph' of the modules I normally load at boot time. The modules I use that are not those two and do not depend on them, atapicam and geom_journal, do not cause the trap/panic. To be clear, I use 'sound' and 'netgraph' only because 'snd_ich' and 'ng_ubt' require them, but even if I only load 'sound' or 'netgraph' in loader.conf and not the modules that depend on them, the trap still occurs. > Doing a verbose boot would probably also help. I'll do that when I get a chance to capture output better. For now, here's a stack trace from 'boot -D': KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff801bec2a = db_trace_self_wrapper+0x2a panic() at 0xffffffff8048946a = panic+0x17a trap_fatal() at 0xffffffff80747abf = trap_fatal+0x29f trap_pfault() at 0xffffffff80747ea4 = trap_pfault+0x294 trap() at 0xffffffff8074886a = trap+0x2fa calltrap() at 0xffffffff8072daee = calltrap+0x8 --- trap 0xc, rip = 0xffffffff8047d77e, rsp = 0xffffffffa062eb40, rbp = 0xffffffffa062eb60 --- _mtx_lock_sleep() at 0xffffffff8047d77e = _mtx_lock_sleep+0x4e ata_interrupt() at 0xffffffff80234184 = ata_interrupt+0x164 ata_generic_intr() at 0xffffffff80234e5f = ata_generic_intr+0x2f ithread_loop() at 0xffffffff8046ccf0 = ithread_loop+0x180 fork_exit() at 0xffffffff8046987e = fork_exit+0x11e fork_trampoline() at 0xffffffff8072debe = fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffa062ed30, rbp = 0 --- /boot/loader.conf: sound_load=YES atapicam_load=YES geom_journal_load=YES This is a hand transcription (with checked and double-checked addresses), as I don't have an available device for capturing serial console output at the moment. Is this what you need, or is there something else I should do? Thanks, Jeff From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 06:14:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 020641065678 for ; Sun, 2 Mar 2008 06:14:20 +0000 (UTC) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (skipjack.no-such-agency.net [64.142.114.146]) by mx1.freebsd.org (Postfix) with ESMTP id E32098FC24 for ; Sun, 2 Mar 2008 06:14:19 +0000 (UTC) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (localhost.sonic.net [127.0.0.1]) by skipjack.no-such-agency.net (Postfix) with ESMTP id F393D1AA274 for ; Sat, 1 Mar 2008 21:56:46 -0800 (PST) Received: from jpp-desktop.localnet (gatekeeper.no-such-agency.net [64.142.103.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skipjack.no-such-agency.net (Postfix) with ESMTP id 96A951A9EF9 for ; Sat, 1 Mar 2008 21:56:46 -0800 (PST) Message-ID: <47CA419B.9000005@cloudview.com> Date: Sat, 01 Mar 2008 21:56:43 -0800 From: John Pettitt User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: dump, restore and zfs 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, 02 Mar 2008 06:14:20 -0000 Does anybody know if it's possible to restore a dump of a ufs filesystem to zfs? Thanks John From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 07:39:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EF791065671 for ; Sun, 2 Mar 2008 07:39:11 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (mail.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 3D6438FC2A for ; Sun, 2 Mar 2008 07:39:10 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 627455B58; Sat, 1 Mar 2008 23:39:10 -0800 (PST) To: John Pettitt In-reply-to: Your message of "Sat, 01 Mar 2008 21:56:43 PST." <47CA419B.9000005@cloudview.com> Date: Sat, 01 Mar 2008 23:39:10 -0800 From: Bakul Shah Message-Id: <20080302073910.627455B58@mail.bitblocks.com> Cc: freebsd-stable@freebsd.org Subject: Re: dump, restore and zfs 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, 02 Mar 2008 07:39:11 -0000 On Sat, 01 Mar 2008 21:56:43 PST John Pettitt wrote: > Does anybody know if it's possible to restore a dump of a ufs filesystem > to zfs? Yes. restore doesn't need any internals knowledge of the target filesystem; it writes files, directories & special devices normally so it will work on zfs, ext2fs etc. Modulo features not supported on the target fileystem (such as flags on zfs). From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 08:04:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88DF41065673 for ; Sun, 2 Mar 2008 08:04:35 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail35.syd.optusnet.com.au (mail35.syd.optusnet.com.au [211.29.133.51]) by mx1.freebsd.org (Postfix) with ESMTP id 20AF88FC1D for ; Sun, 2 Mar 2008 08:04:34 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail35.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m2284UOd012605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Mar 2008 19:04:32 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m2284UXb000693; Sun, 2 Mar 2008 19:04:30 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m2284T03000692; Sun, 2 Mar 2008 19:04:29 +1100 (EST) (envelope-from peter) Date: Sun, 2 Mar 2008 19:04:29 +1100 From: Peter Jeremy To: Jeff Blank Message-ID: <20080302080429.GB67687@server.vk2pj.dyndns.org> References: <20080301194404.GA1571@mr-happy.com> <20080301225646.GV67687@server.vk2pj.dyndns.org> <20080302043130.GA1583@mr-happy.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NklN7DEeGtkPCoo3" Content-Disposition: inline In-Reply-To: <20080302043130.GA1583@mr-happy.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-STABLE amd64 kernel trap during boot-time device probe 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, 02 Mar 2008 08:04:35 -0000 --NklN7DEeGtkPCoo3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 01, 2008 at 11:31:30PM -0500, Jeff Blank wrote: >_mtx_lock_sleep() at 0xffffffff8047d77e =3D _mtx_lock_sleep+0x4e >ata_interrupt() at 0xffffffff80234184 =3D ata_interrupt+0x164 >ata_generic_intr() at 0xffffffff80234e5f =3D ata_generic_intr+0x2f >ithread_loop() at 0xffffffff8046ccf0 =3D ithread_loop+0x180 It looks like there's an unexpected ATA interrupt. I can't think of any reason why either sound or netgraph would cause this - neither should be touching the hardware directly. Unless someone else has seen this before, tracking it down could be time-consuming. I think you'll need a serial console to continue. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --NklN7DEeGtkPCoo3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHyl+N/opHv/APuIcRAl9UAKCfzELHZHds8NHz/IOK0h5rkc2d9gCeMYX2 0c5QkERFrUgJOWUbtYVU3ZM= =awE+ -----END PGP SIGNATURE----- --NklN7DEeGtkPCoo3-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 09:00:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24C34106566B for ; Sun, 2 Mar 2008 09:00:56 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id BB5F38FC1A for ; Sun, 2 Mar 2008 09:00:55 +0000 (UTC) (envelope-from chris#@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 m2290mUY079657 for ; Sun, 2 Mar 2008 01:00:54 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m2290mhI079656 for freebsd-stable@freebsd.org; Sun, 2 Mar 2008 01:00:48 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Sun, 02 Mar 2008 01:00:48 -0800 Message-ID: <20080302010048.5n293u9tic8cwww8@webmail.1command.com> X-Priority: 3 (Normal) Date: Sun, 02 Mar 2008 01:00:48 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> <1BBD0D48B63AE41DF673F6C4@[10.110.3.211]> <1204381259.93575.15.camel@neo.cse.buffalo.edu> In-Reply-To: <1204381259.93575.15.camel@neo.cse.buffalo.edu> 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: FreeBSD 7.0-RELEASE 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: Sun, 02 Mar 2008 09:00:56 -0000 Quoting Ken Smith : > > On Fri, 2008-02-29 at 19:18 -0600, Paul Schmehl wrote: >> Another approach might be to make one cd the "desktop install" cd, >> including all of the apps commonly used to install the desktop (xorg, kde, >> gnome, etc.) > > This is already in place, as best I can. X.org is on disc1 (on purpose > since it's something you can select in the "Distributions" section > before even getting to the "Do you want to browse packages?" menu), > while Gnome and KDE are both on disc2. If you select "All" in the > distributions section it will install X.org during the initial install > phase. If you then install only KDE and/or Gnome it will only ask for > disc2 once you get past the package selection. The combination of KDE > and Gnome basically fill even the newer 700Mb target media sizes so for > it to get any better sysinstall needs to be made smarter. > >> It does seem to me that some work in this area would pay dividends. > > I am definitely not arguing that point, lots can be done here. If you ask me, kernel developer &| server install should be on disc1, and desktop^*$ should go on disc99. FreeBSD ...the power to serve. ----------------^^^^^ --Chris H > > -- > Ken Smith > - From there to here, from here to | kensmith@cse.buffalo.edu > there, funny things are everywhere. | > - Theodore Geisel | > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 10:39:12 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEC0C1065673; Sun, 2 Mar 2008 10:39:12 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D9C158FC1F; Sun, 2 Mar 2008 10:39:10 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47CA83CD.7040205@FreeBSD.org> Date: Sun, 02 Mar 2008 11:39:09 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Steven Hartland References: <00ab01c87b64$29c7b8c0$b6db87d4@multiplay.co.uk> <47C95FBC.1030907@FreeBSD.org> <018b01c87bd8$8a555660$b6db87d4@multiplay.co.uk> In-Reply-To: <018b01c87bd8$8a555660$b6db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, stable@FreeBSD.org Subject: Re: portupgrade, recommended by 7 release notes, breaks perl 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, 02 Mar 2008 10:39:12 -0000 Steven Hartland wrote: > Would fix this particular package but again: how many others > do this? Maybe this is something that BSDPAN could / should > override? It might be possible, you should talk to the BSDPAN maintainer. Kris From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 11:49:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09E4F106566C; Sun, 2 Mar 2008 11:49:28 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 847E68FC1D; Sun, 2 Mar 2008 11:49:26 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 6D73628449; Sun, 2 Mar 2008 19:49:25 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id E2003EBACA9; Sun, 2 Mar 2008 19:49:24 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id O89-Yn8QlgYU; Sun, 2 Mar 2008 19:49:19 +0800 (CST) Received: from li-xins-macbook.lan (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 4B4F5EB6DF2; Sun, 2 Mar 2008 19:49:17 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:x-enigmail-version:openpgp:content-type; b=TOI2yfZ7rkXIJGjyk5hn+VXmfzeAZhahfQm3lpKV3ebvX43nZA88RQHS/xsR0HMeA 4JxU/mUfKTQUfJdjZkRyg== Message-ID: <47CA942F.2080901@delphij.net> Date: Sun, 02 Mar 2008 03:49:03 -0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 0.95.6 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigD32EDA9C0DB3DBBF8BAA1DD9" Cc: Pawel Jakub Dawidek , Quake Lee Subject: Reliably trigger-able ZFS panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2008 11:49:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD32EDA9C0DB3DBBF8BAA1DD9 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi, The following iozone test case on ZFS would reliably trigger panic: /usr/local/bin/iozone -M -e -+u -T -t 128 -S 4096 -L 64 -R -r 4k -s 30g=20 -i 0 -i 1 -i 2 -i 8 -+p 70 -C Unfortunately the kgdb can not reveal useful backtrace. I have tried=20 KDB_TRACE, but have not yet be able to further investigate it. fs12# kgdb /boot/kernel/kernel.symbols vmcore.0 [GDB will not be able to debug user-mode threads:=20 /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=20 conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for detail= s. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid =3D 5; apic id =3D 05 fault virtual address =3D 0x18 fault code =3D supervisor read data, page not present instruction pointer =3D 0x8:0xffffffff80763d16 stack pointer =3D 0x10:0xffffffffd94798f0 frame pointer =3D 0x10:0xffffffffd9479920 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 340 (txg_thread_enter) trap number =3D 12 panic: page fault cpuid =3D 5 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x17a trap_fatal() at trap_fatal+0x29f trap_pfault() at trap_pfault+0x294 trap() at trap+0x2ea calltrap() at calltrap+0x8 --- trap 0xc, rip =3D 0xffffffff80763d16, rsp =3D 0xffffffffd94798f0, rbp= =3D=20 0xffffffffd9479920 --- dmu_objset_sync_dnodes() at dmu_objset_sync_dnodes+0x26 dmu_objset_sync() at dmu_objset_sync+0x12d dsl_pool_sync() at dsl_pool_sync+0x72 spa_sync() at spa_sync+0x390 txg_sync_thread() at txg_sync_thread+0x12f fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xffffffffd9479d30, rbp =3D 0 --- Uptime: 25m7s Physical memory: 4081 MB Dumping 1139 MB: 1124 1108 1092 1076 1060 1044 1028 1012 996 980 964 948 = 932 916 900 884 868 852 836 820 804 788 772 756 740 724 708 692 676 660=20 644 628 612 596 580 564 548 532 516 500 484 468 452 436 420 404 388 372=20 356 340 324 308 292 276 260 244 228 212 196 180 164 148 132 116 100 84=20 68 52 36 20 4 #0 doadump () at pcpu.h:194 194 pcpu.h: No such file or directory. in pcpu.h (kgdb) add-symbol-file /boot/kernel/zfs.ko.symbols add symbol table from file "/boot/kernel/zfs.ko.symbols" at (y or n) y Reading symbols from /boot/kernel/zfs.ko.symbols...done. (kgdb) where #0 doadump () at pcpu.h:194 #1 0xffffffff80277aa8 in boot (howto=3D260) at=20 /usr/src/sys/kern/kern_shutdown.c:409 #2 0xffffffff80277f07 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xffffffff80465a1f in trap_fatal (frame=3D0xc, eva=3DVariable "eva" i= s=20 not available. ) at /usr/src/sys/amd64/amd64/trap.c:724 #4 0xffffffff80465e04 in trap_pfault (frame=3D0xffffffffd9479840, usermo= de=3D0) at /usr/src/sys/amd64/amd64/trap.c:641 #5 0xffffffff8046677a in trap (frame=3D0xffffffffd9479840) at=20 /usr/src/sys/amd64/amd64/trap.c:410 #6 0xffffffff8044babe in calltrap () at=20 /usr/src/sys/amd64/amd64/exception.S:169 #7 0xffffffff80763d16 in ?? () #8 0x0000000000000004 in adjust_ace_pair () #9 0x0000000000000004 in adjust_ace_pair () #10 0xffffffffd94799e0 in ?? () #11 0xffffffff80763e7d in ?? () #12 0xffffff0004275a80 in ?? () #13 0xffffff00045a1190 in ?? () #14 0xffffffff807639b0 in ?? () #15 0xffffffff80763f20 in ?? () #16 0xffffff00042dc800 in ?? () #17 0x0000000000000004 in adjust_ace_pair () #18 0xffffffffd9479990 in ?? () #19 0x000000000000b55d in z_deflateInit2_ (strm=3D0xffffff00042dc8e0,=20 level=3D70109184, method=3D68351768, windowBits=3D68351600, memLevel=3D76231808, strategy=3D76231808,=20 version=3DCannot access memory at address 0xffffffff00040010 ) at=20 /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zmod/deflat= e.c:318 Previous frame inner to this frame (corrupt stack?) --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigD32EDA9C0DB3DBBF8BAA1DD9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHypQvOfuToMruuMARCvWnAJ4/TF2S8Q0BlMXGVvFeCLH0NPj3bACeMGZN 7C4iVCxjFyIFwtIZaL/WOtg= =JcN0 -----END PGP SIGNATURE----- --------------enigD32EDA9C0DB3DBBF8BAA1DD9-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 13:55:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F5B31065677; Sun, 2 Mar 2008 13:55:03 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id E16168FC22; Sun, 2 Mar 2008 13:55:02 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (unknown [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id E258C451B5; Sun, 2 Mar 2008 13:37:03 +0000 (GMT) X-Virus-Scanned: amavisd-new at thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id sc66OOSn99QZ; Sun, 2 Mar 2008 13:36:51 +0000 (UTC) Received: from [10.0.2.11] (82-71-32-9.dsl.in-addr.zen.co.uk [82.71.32.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx0.thekeelecentre.com (Postfix) with ESMTP id 48D08452CA; Sun, 2 Mar 2008 13:36:50 +0000 (GMT) Message-ID: <47CAADCB.8020904@thekeelecentre.com> Date: Sun, 02 Mar 2008 13:38:19 +0000 From: Richard Tector User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Jeremy Chadwick References: <47C52948.2070500@sasktel.net> <20080227121129.GA76419@eos.sc1.parodius.com> <47C5ACD0.8000009@sasktel.net> <47C5C622.5000209@samsco.org> <20080302005352.GA72081@eos.sc1.parodius.com> In-Reply-To: <20080302005352.GA72081@eos.sc1.parodius.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010307080307070306020303" Cc: freebsd-stable@freebsd.org, Stephen Hurd Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE 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, 02 Mar 2008 13:55:03 -0000 This is a cryptographically signed message in MIME format. --------------ms010307080307070306020303 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit This is just a 'me too'. I've experienced the following on 2 seperate and very different i386 systems: ad4: TIMEOUT - READ_DMA retrying (1 retry left) LBA=1520671 ad4: TIMEOUT - READ_DMA retrying (0 retries left) LBA=1520671 ad4: FAILURE - READ_DMA timed out LBA=1520671 That was on an Intel i815 based board running a Celeron 1.3 but with a Highpoint HPT370 IDE RAID controller. The above disk is a Seagate Barracuda 7200.10 80GB, and one of a pair (both have the same problem). The error occurs just after disk detection at the end of the boot where normally it would mount / and start running rc The second system is a Dual P3 Serverworks system with an IBM 60GXP Deskstar 40GB disk connected to the onboard UDMA33 controller. Disabling DMA in loader.conf does the trick and allows both machines to boot. I have tried different drive combinations and controllers but to no avail. Neither of the systems are required for use just at the moment, so I'm quite happy to test patches once they're available, or provide further details as required. Regards, Richard Tector --------------ms010307080307070306020303 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHPDCC A5owggMDoAMCAQICAQcwDQYJKoZIhvcNAQEEBQAwgYExCzAJBgNVBAYTAlVLMRYwFAYDVQQI Ew1TdGFmZm9yZHNoaXJlMQ4wDAYDVQQHEwVLZWVsZTEZMBcGA1UEChMQVGhlIEtlZWxlIENl bnRyZTEvMC0GA1UEAxMmVGhlIEtlZWxlIENlbnRyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkw HhcNMDYwOTI5MTQyNTM4WhcNMTAwOTI5MTQyNTM4WjCBijELMAkGA1UEBhMCVUsxFjAUBgNV BAgTDVN0YWZmb3Jkc2hpcmUxGTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxFzAVBgNVBAMT DlJpY2hhcmQgVGVjdG9yMS8wLQYJKoZIhvcNAQkBFiByaWNoYXJkdGVjdG9yQHRoZWtlZWxl Y2VudHJlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxAE7t9Z0xg5iVOnqE2q7 UhaRoPrygXPXnZ4bHM8P2E4VKfpCP9tmU5rqP/zDwOKwUAFZsv1yHvzMj2d4S8nTP3eC75YY pztd1tiGIUyi2O1vtQuVrcogCC0Xe8TovubsjeosoEN6kujkTLhgWKj+/jDtb0ELiSwh7NnN CoStDvcCAwEAAaOCARUwggERMAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wg R2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBR5NRc2TrF8Qfj9ZMKvq5m5Lh9IFTCB tgYDVR0jBIGuMIGrgBSNCaM0QC1N5Hiyb/MPAVd/ouQEEqGBh6SBhDCBgTELMAkGA1UEBhMC VUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBU aGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRl IEF1dGhvcml0eYIJAJZYbH4e6XXnMA0GCSqGSIb3DQEBBAUAA4GBABy7Pq1hPDwR2vUs9Jlh LHXE1xLe/COWwTjmZ95mnvsX6XL6eVEzuc0xE66Mf1pyFxDKXxTCBj+G/ialE9AYiXTJAAVJ uvhvkm/u1vXdlNlfQJDRnZKFxrZsIT03LIysq+Hb4qZDpQvgWUUyGib4Ze7pNXPp8HOtlTgB ICafws5LMIIDmjCCAwOgAwIBAgIBBzANBgkqhkiG9w0BAQQFADCBgTELMAkGA1UEBhMCVUsx FjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUg S2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1 dGhvcml0eTAeFw0wNjA5MjkxNDI1MzhaFw0xMDA5MjkxNDI1MzhaMIGKMQswCQYDVQQGEwJV SzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEZMBcGA1UEChMQVGhlIEtlZWxlIENlbnRyZTEX MBUGA1UEAxMOUmljaGFyZCBUZWN0b3IxLzAtBgkqhkiG9w0BCQEWIHJpY2hhcmR0ZWN0b3JA dGhla2VlbGVjZW50cmUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEATu31nTG DmJU6eoTartSFpGg+vKBc9ednhsczw/YThUp+kI/22ZTmuo//MPA4rBQAVmy/XIe/MyPZ3hL ydM/d4LvlhinO13W2IYhTKLY7W+1C5WtyiAILRd7xOi+5uyN6iygQ3qS6ORMuGBYqP7+MO1v QQuJLCHs2c0KhK0O9wIDAQABo4IBFTCCAREwCQYDVR0TBAIwADAsBglghkgBhvhCAQ0EHxYd T3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHk1FzZOsXxB+P1kwq+r mbkuH0gVMIG2BgNVHSMEga4wgauAFI0JozRALU3keLJv8w8BV3+i5AQSoYGHpIGEMIGBMQsw CQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUxGTAX BgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUgQ2Vy dGlmaWNhdGUgQXV0aG9yaXR5ggkAllhsfh7pdecwDQYJKoZIhvcNAQEEBQADgYEAHLs+rWE8 PBHa9Sz0mWEsdcTXEt78I5bBOOZn3mae+xfpcvp5UTO5zTETrox/WnIXEMpfFMIGP4b+JqUT 0BiJdMkABUm6+G+Sb+7W9d2U2V9AkNGdkoXGtmwhPTcsjKyr4dvipkOlC+BZRTIaJvhl7uk1 c+nwc62VOAEgJp/CzksxggMbMIIDFwIBATCBhzCBgTELMAkGA1UEBhMCVUsxFjAUBgNVBAgT DVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2VlbGUgQ2Vu dHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhvcml0eQIB BzAJBgUrDgMCGgUAoIIB6TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wODAzMDIxMzM4MTlaMCMGCSqGSIb3DQEJBDEWBBQFgGyxN4Ru4b0I+Y8ODCsdVw5O XDBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBmAYJKwYBBAGCNxAEMYGKMIGHMIGB MQswCQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUx GTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUg Q2VydGlmaWNhdGUgQXV0aG9yaXR5AgEHMIGaBgsqhkiG9w0BCRACCzGBiqCBhzCBgTELMAkG A1UEBhMCVUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYD VQQKExBUaGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRp ZmljYXRlIEF1dGhvcml0eQIBBzANBgkqhkiG9w0BAQEFAASBgLvBP6juE3I/hJRSG4jV0KG1 8XEDf86XnY6P3MdqWYJCsrGyYpyP20mdclTzgyFeWGHQ+7KE8arhHcbGpFr9467Le0Eb2Z9w H8RjQElEUt8/e3QC9n/w3xxwoVfDa7GrunJNDb8mgpsxHct6KgSX/hwoUwEZije4EINt+X21 jrURAAAAAAAA --------------ms010307080307070306020303-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 14:44:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7820A106566C for ; Sun, 2 Mar 2008 14:44:59 +0000 (UTC) (envelope-from sec+freebsdstable@42.org) Received: from ice.42.org (v6.42.org [IPv6:2001:608:9::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1F41A8FC22 for ; Sun, 2 Mar 2008 14:44:59 +0000 (UTC) (envelope-from sec+freebsdstable@42.org) Received: by ice.42.org (Postfix, from userid 1000) id 39895B840; Sun, 2 Mar 2008 15:44:57 +0100 (CET) Date: Sun, 2 Mar 2008 15:44:56 +0100 From: Stefan `Sec` Zehl To: FreeBSD Stable Message-ID: <20080302144456.GA27037@ice.42.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i I-love-doing-this: really X-Modeline: vim:set ts=8 sw=4 smarttab tw=72 si noic notitle: Accept-Languages: de, en X-URL: http://sec.42.org/ Subject: firewire related hang. 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, 02 Mar 2008 14:44:59 -0000 I just installed FreeBSD-7 on an amd64 box. The new motherboard has firewire builtin. I wanted to disable dma via firewire, but as soon as I add hw.firewire.phydma_enable=0 to /boot/loader.conf (which is what the man page suggests) The box hangs on boot. It detects the firewire controller, after that the sata disk and then hangs. Is this a known problem? Is there anything I can do to help debug this? Lastly, if this is not easily fixable, would removing the firewire driver from my kernel disable the DMA attack? CU, Sec -- Whatever the virtues of balance, it's just a pleasant form of insanity. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 18:37:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CFB01065674; Sun, 2 Mar 2008 18:37:08 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id 143538FC15; Sun, 2 Mar 2008 18:37:06 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (unknown [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id ACD864509E; Sun, 2 Mar 2008 18:37:01 +0000 (GMT) X-Virus-Scanned: amavisd-new at thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id yg0i7j0KncXY; Sun, 2 Mar 2008 18:36:48 +0000 (UTC) Received: from webmail.thekeelecentre.com (webmail.thekeelecentre.com [217.206.238.158]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 7FA5345082; Sun, 2 Mar 2008 18:36:48 +0000 (GMT) Received: from nat-gw.ch.tector.org.uk (nat-gw.ch.tector.org.uk [88.96.210.154]) by webmail.thekeelecentre.com (Horde MIME library) with HTTP; Sun, 02 Mar 2008 18:36:52 +0000 Message-ID: <20080302183652.bj75io96agw80kgs@webmail.thekeelecentre.com> Date: Sun, 02 Mar 2008 18:36:52 +0000 From: Richard Tector To: Richard Tector References: <47C52948.2070500@sasktel.net> <20080227121129.GA76419@eos.sc1.parodius.com> <47C5ACD0.8000009@sasktel.net> <47C5C622.5000209@samsco.org> <20080302005352.GA72081@eos.sc1.parodius.com> <47CAADCB.8020904@thekeelecentre.com> In-Reply-To: <47CAADCB.8020904@thekeelecentre.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-6.2 Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, Stephen Hurd Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE 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, 02 Mar 2008 18:37:08 -0000 Quoting Richard Tector : > This is just a 'me too'. > > I've experienced the following on 2 seperate and very different i386 systems: An upgrade to RELENG_7 solved this problem. Whether there has actually been a change in the code that has done it, or perhaps I had a faulty install CD (it only dawned on me that I'd used the same CD for both systems). Regards, Richard Tector From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 19:29:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35DE4106566B for ; Sun, 2 Mar 2008 19:29:27 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id 86AE18FC15 for ; Sun, 2 Mar 2008 19:29:25 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A5F57.dip.t-dialin.net [84.154.95.87]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id m22JTMoQ054027; Sun, 2 Mar 2008 20:29:22 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m22JX7cX028830; Sun, 2 Mar 2008 20:33:07 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m22JWkq1065925; Sun, 2 Mar 2008 20:32:57 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200803021932.m22JWkq1065925@fire.js.berklix.net> To: Scott Long In-reply-to: <20080302005352.GA72081@eos.sc1.parodius.com> References: <47C52948.2070500@sasktel.net> <20080227121129.GA76419@eos.sc1.parodius.com> <47C5ACD0.8000009@sasktel.net> <47C5C622.5000209@samsco.org> <20080302005352.GA72081@eos.sc1.parodius.com> Comments: In-reply-to Jeremy Chadwick message dated "Sat, 01 Mar 2008 16:53:52 -0800." Date: Sun, 02 Mar 2008 20:32:46 +0100 From: "Julian H. Stacey" Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, Stephen Hurd Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE 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, 02 Mar 2008 19:29:27 -0000 Jeremy Chadwick wrote: > On Wed, Feb 27, 2008 at 01:20:50PM -0700, Scott Long wrote: > > I'd like to attack these driver problems. What I need is to spend a > > couple of days with an affected system that can reliably reproduce the > > problem, instrumenting and testing the driver. I have a number of > > theories about what might be going wrong, but nothing that I'm > > definitely sure about. If you are willing to set up your system with > > remote power and remote serial, and if we knew a reliable way to > > reproduce the problem, I could probably have the problem identified and > > fixed pretty quickly. > > Scott, I just wanted to take a moment to publicly thank you for stepping > up to the plate on this one. I have a feeling that most of these > reports will have to be dealt with on a case-by-case basis, but despite > that, I really do apprecaite you offering to take this one. Thank you > very, very much. > > In regards to my experience with said problem, I haven't been able to > reproduce the errors I saw on January 25th: > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/040013.html > > I do need to get the box in question into our datacenter and set up our > remaining dev/test box to do nothing but hard I/O between ZFS and UFS > for hours (or days) on end to see if I can reproduce it. There's an > entry in the FreeBSD ZFS wiki about this problem, but there's a > possibility the issue I saw is different than what another user reported > (his result was a panic, my result was a machine that locked up hard > after letting FreeBSD report DMA errors for some time). That user's > post is here: > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/040047.html I have 2 laptops running 7 http://www.berklix.com/~jhs/hardware/digital/dmesg/ http://www.berklix.com/~jhs/hardware/laptops/dell_latitude_xpi_p133st/ http://www.berklix.com/~jhs/hardware/laptops/#loader.conf that wont boot without /boot/loader.conf hw.ata.ata_dma="0" > If you are willing to set up your system with remote power and remote serial Sorry, I can't offer that easily ( Would need to remove laptop battery, move laptop & UPS to another site, set up serial of UPS to a net server & prob v. little to no chance of BIOS & serial console) I could easily test any patches though, made against 7.0-stable (sorry no current partition on there currently - small disc.) Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail just Ascii plain text. HTML & Base64 is spam. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 2 22:44:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2040B1065677 for ; Sun, 2 Mar 2008 22:44:07 +0000 (UTC) (envelope-from "tzim@tzim.net"@alaranth.tzim.net) Received: from alaranth.tzim.net (unknown [IPv6:2001:41d0:1:968f:219:d1ff:fedf:4f29]) by mx1.freebsd.org (Postfix) with ESMTP id 926588FC20 for ; Sun, 2 Mar 2008 22:44:06 +0000 (UTC) (envelope-from "tzim@tzim.net"@alaranth.tzim.net) Received: from carenath.tzim.net ([82.233.229.224] helo=[172.16.0.254]) by alaranth.tzim.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from <"tzim@tzim.net"@alaranth.tzim.net>) id 1JVwuM-000HCI-4N for freebsd-stable@freebsd.org; Sun, 02 Mar 2008 23:43:50 +0100 Message-ID: <47CB2DB3.5010707@tzim.net> Date: Sun, 02 Mar 2008 23:44:03 +0100 From: Arnaud Houdelette User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: "tzim@tzim.net"@alaranth.tzim.net X-Authenticated-User: tzim@tzim.net X-Authenticator: plain Subject: IP header checksum missing with Realtek 8168, jumbo frames and offloading. 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, 02 Mar 2008 22:44:07 -0000 I encountered connectivity issues with an integrated Realtek 8168 on my MSI motherboard after enabling jumbo frames on my other box. Investigating the issue, I found that the packets with an ethernet frame of length > 2048 get an IP header of 0x0000. ping -s 3000 192.168.0.11 ==> fail (ethereal on the other box show the 0x0000 checksum on IP header) ping -s 2008 192.168.0.11 ==> fail ping -s 2006 192.168.0.11 ==> succeed re0: port 0xd800-0xd8ff mem 0xfeaff000-0xfeafffff irq 19 at device 0.0 on pci2 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto The interface re0 is configured with : ifconfig inet 192.168.0.1/24 media auto mtu 7422 polling ifconfig re0 -txcsum solves the issue. I tried to reproduce the issue with a Realtek 8169 (using re(4) too). I couln't : checksum offloading works ok on this card. Is this a known issue (or maybe a bug in the 8168) ? I can provide some network capture if needed. In the meantime I swapped the two cards as I don't need jumbo on one of them. Thanks Arnaud From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 00:43:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89719106567F for ; Mon, 3 Mar 2008 00:43:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id 0BDDA8FC31 for ; Mon, 3 Mar 2008 00:43:47 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so6137482wfa.7 for ; Sun, 02 Mar 2008 16:43:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=0NeXFo71jmQXmRd+UdnE22CPLnuXZ96UyErv2qVgRJg=; b=xlvZ/Ey1Zar9nue1VCCYgWOP14hGNnVNoebw/dbsJDhdlX9uoxYOCquCmry/Xq6mGaWt/H3cTx7I883kzgTX9kiXmXqDFW28cXkS0uhj3JpquO2Wm8GKHnVEIJSBD9oay6r60Z3/iqIWkzWm7U0wOjTcSfq73yZ5TKrxfQThjj4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=t4AokKkb1lpUjFWe8OTMTkBf7t7wgsGOFuDO3CXCkJempsMGLGMRN/HRsCu/R4rAApofwdv0QsnzdHhCNoATPKrkuRYyLGrrstdAiMIHU2TCBiGj1XzuiQLDy0WU45G68LfhgNECfgR1cBiXdg2l5ebOZqzOr9AJXAXeHtM21bI= Received: by 10.143.163.10 with SMTP id q10mr8636856wfo.141.1204505027671; Sun, 02 Mar 2008 16:43:47 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 24sm25231411wff.10.2008.03.02.16.43.45 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 02 Mar 2008 16:43:46 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m230hf1c073167 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Mar 2008 09:43:41 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m230he7Y073166; Mon, 3 Mar 2008 09:43:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 3 Mar 2008 09:43:40 +0900 From: Pyun YongHyeon To: Arnaud Houdelette Message-ID: <20080303004340.GA72895@cdnetworks.co.kr> References: <47CB2DB3.5010707@tzim.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47CB2DB3.5010707@tzim.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: IP header checksum missing with Realtek 8168, jumbo frames and offloading. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2008 00:43:48 -0000 On Sun, Mar 02, 2008 at 11:44:03PM +0100, Arnaud Houdelette wrote: > I encountered connectivity issues with an integrated Realtek 8168 on my > MSI motherboard after enabling jumbo frames on my other box. > Investigating the issue, I found that the packets with an ethernet frame > of length > 2048 get an IP header of 0x0000. > ping -s 3000 192.168.0.11 ==> fail (ethereal on the other box show the > 0x0000 checksum on IP header) > ping -s 2008 192.168.0.11 ==> fail > ping -s 2006 192.168.0.11 ==> succeed > > > re0: port 0xd800-0xd8ff mem > 0xfeaff000-0xfeafffff irq 19 at device 0.0 on pci2 > re0: Using 2 MSI messages > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > > > The interface re0 is configured with : > ifconfig inet 192.168.0.1/24 media auto mtu 7422 polling > ifconfig re0 -txcsum solves the issue. > > I tried to reproduce the issue with a Realtek 8169 (using re(4) too). I > couln't : checksum offloading works ok on this card. > Is this a known issue (or maybe a bug in the 8168) ? > There had been several re(4) instability issues on PCIe based controllers. Would you try the following patch and let me know the result? http://people.freebsd.org/~yongari/re/6.3R/re.busdma.patch If you use 7.0-RELEASE use the following one. http://people.freebsd.org/~yongari/re/7.0R/if_re.c http://people.freebsd.org/~yongari/re/7.0R/if_rlreg.h > I can provide some network capture if needed. In the meantime I swapped > the two cards as I don't need jumbo on one of them. > > Thanks > > Arnaud -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 01:16:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD77F1065672 for ; Mon, 3 Mar 2008 01:16:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id 746B58FC14 for ; Mon, 3 Mar 2008 01:16:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so6157830wfa.7 for ; Sun, 02 Mar 2008 17:16:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=OTpZfFSEhEQd7i9VMfRdxBTXJfEggytHKXGoMtJYj7U=; b=TwDWjNuK1Vwr+vAZdoR4UK8XnUjXOt8AMFfWHFR9gLDprYVhSXJEdkVSGW4RFazMYSJZb3fxivvH4SqFhpQeO5LDY7yNGM460U3kw7tRp3kthIBJ41aCm2svA4UnRpKAYuAuHcAfP6cpWn+QSGtzx1ClcfgLhkzyZOBP22NtlGE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ohZmhXFc/CTea7dyLSA2i1ijgfEcnECy9HlKjnFIBtmDSbzTWNa5NRxXdkS65zBeD0EctOIX8DqlidMFny3xiCY7u7qV15G/7RVjB+5kKktH81fQuk9OXCniv/qS5lWVdy/JJayZvKoA0xaGImRvMKTlZGhAIUJBtv8qIeCdITE= Received: by 10.142.79.15 with SMTP id c15mr8645509wfb.105.1204507013212; Sun, 02 Mar 2008 17:16:53 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 30sm25401596wff.11.2008.03.02.17.16.50 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 02 Mar 2008 17:16:51 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m231GkBu073311 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Mar 2008 10:16:46 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m231GhVH073310; Mon, 3 Mar 2008 10:16:43 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 3 Mar 2008 10:16:43 +0900 From: Pyun YongHyeon To: Kurt Jaeger Message-ID: <20080303011643.GD72895@cdnetworks.co.kr> References: <20080229104107.GA31985@home.opsec.eu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080229104107.GA31985@home.opsec.eu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: PAUSE support for Ethernet interfaces ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2008 01:16:54 -0000 On Fri, Feb 29, 2008 at 11:41:07AM +0100, Kurt Jaeger wrote: > Hi! > > I'm researching the topic of PAUSE counters (receiving side) for > FreeBSD systems. > > That's a sort of flow control with ethernet, see e.g.: > > http://www.techfest.com/networking/lan/ethernet3.htm#3.2.1 > > Cisco switches seem to receive and count them, which helps > to find short-term (seconds) overloaded links. FreeBSD has no such framework in mii layer yet so it's completely up to driver. em(4) handles flow-control in driver so it can handle flow-control. > Can FreeBSD 6.x or 7.x handle PAUSE frames, at least receiving them ? > Receiving pause frames have no problem on any driver but most drivers does not respond with the pause frames. AFAIK marius@ has a flow-control patch so I guess FreeBSD will have generic flow-control capability which will make it available on all ethernet drivers with minor modification. > Thanks for any pointer! > -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 02:06:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8AE7106566C for ; Mon, 3 Mar 2008 02:06:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 9F9258FC1D for ; Mon, 3 Mar 2008 02:06:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so6189061wfa.7 for ; Sun, 02 Mar 2008 18:06:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=Tf0VdKQlNdDubH6hKODG1fC4dnKfFHL/9ZhEK/fFj80=; b=yDGDvpqeuHJejcpNFRXCjE3W8mYEtgMC7ZCeh2WdyBNx4iJc6N7GR4ebSOTgQf6M2BiARFShjgYR1CYsk3vk18Z9mOsXJQTkbnM5TV5OqKk7mVIQr1tRFOK43XcYAuM7EaQc+aYMWqhsmvx+CEQfGh4Mt9kkHeNw0svZHyZOWi8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=tJaLwaGTBfSeSNZtaZtRqgyzWAjHAXaHqbcn+hRDeQX70ghyOLrRgx87FL5qCjyX9r5rOI8ThQ0llBJPxtgFmoRaf9seTwkzSL496q0h/OoiKn2AAnJGH9r9V9EG1KgJJfaZg8IVWCkHmI3klYSOmyVj8N8yY05/p/2KXHcwYyM= Received: by 10.142.104.9 with SMTP id b9mr8682247wfc.48.1204509966467; Sun, 02 Mar 2008 18:06:06 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 32sm25451494wfa.13.2008.03.02.18.06.03 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 02 Mar 2008 18:06:05 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m23260iu073495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Mar 2008 11:06:00 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2325xWN073494; Mon, 3 Mar 2008 11:05:59 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 3 Mar 2008 11:05:59 +0900 From: Pyun YongHyeon To: geek Message-ID: <20080303020559.GF72895@cdnetworks.co.kr> References: <200802290006.28472.arlogeek@lonetree.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802290006.28472.arlogeek@lonetree.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Subject: Re: I tried to install 7.0 today and had problems. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2008 02:06:07 -0000 On Fri, Feb 29, 2008 at 12:06:28AM -0700, geek wrote: > I tried to install 7.0 on a computer with an ABIT AV8 motherboard. This board > has an integrated NIC and the installer didn't find it. > > This same machine works just fine with 6.2. > > Any suggestions would be appreciated. > That's odd. I guess sysinstall may have showed you vge(4) was detected on your system. I had some trouble to make vge(4) work on my box but it's different issue. Since GENERIC kernel has vge(4) I don't think loading vge(4) kernel module helps here. Would you show me the output of "pciconf -lcv"? > Thanks to all. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 07:02:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6238F1065671 for ; Mon, 3 Mar 2008 07:02:00 +0000 (UTC) (envelope-from gregoryd.freebsd@free.fr) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2030E8FC27 for ; Mon, 3 Mar 2008 07:01:59 +0000 (UTC) (envelope-from gregoryd.freebsd@free.fr) Received: from smtp1-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp1-g19.free.fr (Postfix) with ESMTP id 197001AB2DC; Mon, 3 Mar 2008 08:01:58 +0100 (CET) Received: from imp8-g19.free.fr (imp8-g19.free.fr [212.27.42.39]) by smtp1-g19.free.fr (Postfix) with ESMTP id 0C9231AB2C7; Mon, 3 Mar 2008 08:01:57 +0100 (CET) Received: by imp8-g19.free.fr (Postfix, from userid 33) id 0A8B33D53; Mon, 3 Mar 2008 08:01:57 +0100 (CET) Received: from 145.242.11.2 ([145.242.11.2]) by imp.free.fr (IMP) with HTTP for ; Mon, 03 Mar 2008 08:01:56 +0100 Message-ID: <1204527716.47cba264d0240@imp.free.fr> Date: Mon, 03 Mar 2008 08:01:56 +0100 From: gregoryd.freebsd@free.fr To: "Chris H." References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> <1BBD0D48B63AE41DF673F6C4@[10.110.3.211]> <1204381259.93575.15.camel@neo.cse.buffalo.edu> <20080302010048.5n293u9tic8cwww8@webmail.1command.com> In-Reply-To: <20080302010048.5n293u9tic8cwww8@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.8 X-Originating-IP: 145.242.11.2 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-RELEASE 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: Mon, 03 Mar 2008 07:02:00 -0000 Quoting "Chris H." : > If you ask me, kernel developer &| server install should be on > disc1, and desktop^*$ should go on disc99. > > FreeBSD > ...the power to serve. > ----------------^^^^^ eh ? ??? So what do you propose to use as workstations with your FreeBSD servers ? (Not that I see much difference in philosophy, nowadays: servers used to be those machines with high throughput all along the night, and now they tend to be those over-reactive transactional n-tier service-providers. What's so different with serving desktop-user requests... Sigh.) Anyway: are you deliberately proposing to concentrate on server, period. And to hell with other users (if one can use FreeBSD to be desktop-productive so much the better, but we shouldn't put too much effort in that) ? gregory From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 07:06:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BD641065674 for ; Mon, 3 Mar 2008 07:06:01 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id D95878FC1B for ; Mon, 3 Mar 2008 07:06:00 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id m2375jF2019081; Mon, 3 Mar 2008 14:05:45 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id m2375jYD019080; Mon, 3 Mar 2008 14:05:45 +0700 (KRAT) (envelope-from eugen) Date: Mon, 3 Mar 2008 14:05:45 +0700 From: Eugene Grosbein To: gregoryd.freebsd@free.fr Message-ID: <20080303070545.GA18242@svzserv.kemerovo.su> References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> <1BBD0D48B63AE41DF673F6C4@[10.110.3.211]> <1204381259.93575.15.camel@neo.cse.buffalo.edu> <20080302010048.5n293u9tic8cwww8@webmail.1command.com> <1204527716.47cba264d0240@imp.free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1204527716.47cba264d0240@imp.free.fr> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, "Chris H." Subject: Re: FreeBSD 7.0-RELEASE 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: Mon, 03 Mar 2008 07:06:01 -0000 On Mon, Mar 03, 2008 at 08:01:56AM +0100, gregoryd.freebsd@free.fr wrote: > So what do you propose to use as workstations with your FreeBSD servers ? > > > (Not that I see much difference in philosophy, nowadays: servers used to be > those machines with high throughput all along the night, and now they tend to be > those over-reactive transactional n-tier service-providers. What's so different > with serving desktop-user requests... Sigh.) > > Anyway: are you deliberately proposing to concentrate on server, period. And to > hell with other users (if one can use FreeBSD to be desktop-productive so much > the better, but we shouldn't put too much effort in that) ? Do we really need another MacOS X? :-) Just kidding. Eugene From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 07:35:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D66441065670 for ; Mon, 3 Mar 2008 07:35:38 +0000 (UTC) (envelope-from ptkrisada@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id AC90F8FC16 for ; Mon, 3 Mar 2008 07:35:38 +0000 (UTC) (envelope-from ptkrisada@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so6380535wfa.7 for ; Sun, 02 Mar 2008 23:35:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=hCURHD4K3Z58g3dLTpTrLr1H/c8F2APGfrr2iFsMb+Q=; b=VraeCa8JlJEgHsHPtMi9JIRQj4VfgMzu4cAxHMaa1F3v3JZW7mYudJ5qLHVuwksY4cR0Ws1SbZKCMI8+J/RA3QQvg2eTW0+KB266Ujr604iApjuSXQ5vRoHb8IV1LoEEHUlRLl3qkj6f/VOL89yIRseEEEi4LsDbpS77EZ+opyw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=XpnnhUfZDH3R8eXrQ6oOsv9pT8C9CtCtX+zXrGKfTF9J2vC5T3XIpWEYGXPcTQdW1iNa9Oukm1S/4/7ZqqcRV/HWNAtJfslVY9I9+Q4a/ioXA9RnkqRrVR9lBX6ALkvGCtNLeu16U3Tye2VzrbvzF86lEaZbGePqVEHOl47TbIU= Received: by 10.142.78.10 with SMTP id a10mr8830007wfb.37.1204529738191; Sun, 02 Mar 2008 23:35:38 -0800 (PST) Received: from gmail.com ( [125.25.176.100]) by mx.google.com with ESMTPS id 30sm23942424wfc.6.2008.03.02.23.35.25 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 02 Mar 2008 23:35:27 -0800 (PST) Date: Mon, 3 Mar 2008 14:35:20 +0700 From: Pongthep Kulkrisada To: freebsd-stable@freebsd.org Message-ID: <20080303073520.GA1167@gmail.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20080228234338.81AA11065710@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080228234338.81AA11065710@hub.freebsd.org> User-Agent: Mutt/1.4.2.3i Subject: Re: ntpd fails to synchronize on FreeBSD 6.3-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: Mon, 03 Mar 2008 07:35:39 -0000 > Clifton Royston wrote: > > You're not getting responses back from __any__ of those NTP servers. If > > you have a firewall *in front* of your BSD box (meaning a separate box, > > not ipfw/ipfilter/pf on the same BSD box!), then this is likely the > > cause of the problem. I really agree with you. I have upgraded to FreeBSD 7.0-RELEASE last weekend. The problem still persists. There must be some firewall in front of my BSD box. I will check my router/gateway. I'm sure that it's not an ntpd or BSD issue. Thanks, Pongthep From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 09:06:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21E4C106566B for ; Mon, 3 Mar 2008 09:06:17 +0000 (UTC) (envelope-from "tzim@tzim.net"@alaranth.tzim.net) Received: from alaranth.tzim.net (unknown [IPv6:2001:41d0:1:968f:219:d1ff:fedf:4f29]) by mx1.freebsd.org (Postfix) with ESMTP id B32488FC25 for ; Mon, 3 Mar 2008 09:06:16 +0000 (UTC) (envelope-from "tzim@tzim.net"@alaranth.tzim.net) Received: from localhost ([127.0.0.1]) by alaranth.tzim.net with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from <"tzim@tzim.net"@alaranth.tzim.net>) id 1JW6cR-000IcQ-S6; Mon, 03 Mar 2008 10:05:59 +0100 Message-ID: <47CBBF80.9010906@tzim.net> Date: Mon, 03 Mar 2008 10:06:08 +0100 From: Arnaud Houdelette User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: pyunyh@gmail.com References: <47CB2DB3.5010707@tzim.net> <20080303004340.GA72895@cdnetworks.co.kr> In-Reply-To: <20080303004340.GA72895@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: "tzim@tzim.net"@alaranth.tzim.net X-Authenticated-User: tzim@tzim.net X-Authenticator: plain Cc: freebsd-stable@freebsd.org Subject: Re: IP header checksum missing with Realtek 8168, jumbo frames and offloading. 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, 03 Mar 2008 09:06:17 -0000 Pyun YongHyeon a écrit : > On Sun, Mar 02, 2008 at 11:44:03PM +0100, Arnaud Houdelette wrote: > > I encountered connectivity issues with an integrated Realtek 8168 on my > > MSI motherboard after enabling jumbo frames on my other box. > > Investigating the issue, I found that the packets with an ethernet frame > > of length > 2048 get an IP header of 0x0000. > > ping -s 3000 192.168.0.11 ==> fail (ethereal on the other box show the > > 0x0000 checksum on IP header) > > ping -s 2008 192.168.0.11 ==> fail > > ping -s 2006 192.168.0.11 ==> succeed > > > > > > re0: port 0xd800-0xd8ff mem > > 0xfeaff000-0xfeafffff irq 19 at device 0.0 on pci2 > > re0: Using 2 MSI messages > > miibus0: on re0 > > rgephy0: PHY 1 on miibus0 > > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > 1000baseT-FDX, auto > > > > > > The interface re0 is configured with : > > ifconfig inet 192.168.0.1/24 media auto mtu 7422 polling > > ifconfig re0 -txcsum solves the issue. > > > > I tried to reproduce the issue with a Realtek 8169 (using re(4) too). I > > couln't : checksum offloading works ok on this card. > > Is this a known issue (or maybe a bug in the 8168) ? > > > > There had been several re(4) instability issues on PCIe based > controllers. Would you try the following patch and let me know the > result? > http://people.freebsd.org/~yongari/re/6.3R/re.busdma.patch > > If you use 7.0-RELEASE use the following one. > http://people.freebsd.org/~yongari/re/7.0R/if_re.c > http://people.freebsd.org/~yongari/re/7.0R/if_rlreg.h > Sorry, I forgot to precise that I run the amd64 7.0-RELEASE . I got the patch and recompiled the kernel fine. I'll test this evening. > > I can provide some network capture if needed. In the meantime I swapped > > the two cards as I don't need jumbo on one of them. > > > > Thanks > > > > Arnaud > From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 10:14:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAC47106566B for ; Mon, 3 Mar 2008 10:14:07 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id 878338FC21 for ; Mon, 3 Mar 2008 10:14:07 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 4552637C002; Mon, 3 Mar 2008 02:09:37 -0800 (PST) X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.043 X-Spam-Level: X-Spam-Status: No, score=-4.043 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.356, BAYES_00=-2.599] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bqy8KzkmCuJ8; Mon, 3 Mar 2008 02:09:29 -0800 (PST) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id DD51837C001; Mon, 3 Mar 2008 02:09:29 -0800 (PST) Date: Mon, 3 Mar 2008 02:09:29 -0800 (PST) From: Tom Samplonius To: Kurt Jaeger Message-ID: <31625464.6081204538969779.JavaMail.root@ly.sdf.com> In-Reply-To: <20080229104107.GA31985@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [216.113.193.90] Cc: freebsd-stable@freebsd.org Subject: Re: PAUSE support for Ethernet interfaces ? 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, 03 Mar 2008 10:14:07 -0000 ----- "Kurt Jaeger" wrote: > Hi! > > I'm researching the topic of PAUSE counters (receiving side) for > FreeBSD systems. > > That's a sort of flow control with ethernet, see e.g.: > > http://www.techfest.com/networking/lan/ethernet3.htm#3.2.1 > > Cisco switches seem to receive and count them, which helps > to find short-term (seconds) overloaded links. > Can FreeBSD 6.x or 7.x handle PAUSE frames, at least receiving them ? FreeBSD does not send PAUSE frames, but most of the NICs out there will process received PAUSE frames. However ethernet flow control is mainly useful on the switches anyways. Switches these day (*) have small buffers (sometimes just a shared 3MB buffer for 24 ports). If several ports send too much to a single port at the same time, the switch could run out of buffer space in milliseconds and start dropping frames, so the switch will use flow control to get the transmitting ports to slow down, and let the buffer drain. Slowing down the senders with ethernet flow control results in better performance than letting some frames drop, and force a timeout and retransmit. Of course, deeper buffers would be even better. Servers have large buffers, and mostly use TCP, which also implements flow control. So not much of a problem usually. I don't know if you could tell much by counting PAUSE frames though. You won't know the destination port that was congested, just the port(s) that were generating the traffic, that the switch told to slow down. Tom (*) I remember when some 10/100 switches had 1MB of buffer space per port. They don't make them anymore. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 10:20:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 462091065677 for ; Mon, 3 Mar 2008 10:20:58 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id DF5978FC39 for ; Mon, 3 Mar 2008 10:20:57 +0000 (UTC) (envelope-from chris#@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 m23AKn75033558 for ; Mon, 3 Mar 2008 02:20:55 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m23AKnUf033557 for freebsd-stable@freebsd.org; Mon, 3 Mar 2008 02:20:49 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 03 Mar 2008 02:20:49 -0800 Message-ID: <20080303022049.4f7srhzt7o88g4cc@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 03 Mar 2008 02:20:49 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> <1BBD0D48B63AE41DF673F6C4@[10.110.3.211]> <1204381259.93575.15.camel@neo.cse.buffalo.edu> <20080302010048.5n293u9tic8cwww8@webmail.1command.com> <1204527716.47cba264d0240@imp.free.fr> In-Reply-To: <1204527716.47cba264d0240@imp.free.fr> 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: FreeBSD 7.0-RELEASE 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: Mon, 03 Mar 2008 10:20:58 -0000 Quoting gregoryd.freebsd@free.fr: > Quoting "Chris H." : > >> If you ask me, kernel developer &| server install should be on >> disc1, and desktop^*$ should go on disc99. >> >> FreeBSD >> ...the power to serve. >> ----------------^^^^^ > > eh ? > ??? > > So what do you propose to use as workstations with your FreeBSD servers ? > > > (Not that I see much difference in philosophy, nowadays: servers used to be > those machines with high throughput all along the night, and now they > tend to be > those over-reactive transactional n-tier service-providers. What's so > different > with serving desktop-user requests... Sigh.) > > Anyway: are you deliberately proposing to concentrate on server, > period. And to > hell with other users (if one can use FreeBSD to be > desktop-productive so much > the better, but we shouldn't put too much effort in that) ? Greetings, I would assert that FreeBSD is first and foremost a Server OS. The fact that it can also provide a full blown desktop, is so much the better. In this context, I believe that it makes more sense to place the server related install on the first disc. This makes it possible to install a server with the least amount of effort. It /also/ makes it quite possible for a would-be desktop user to likely only need to exchange discs /one/ time. As the most frequently used desktop items will fit onto their own disc (one disc). Bottom line: this arrangement should ultimately make everyones life easier, and maybe even happier. :) --Chris H > > > gregory > _______________________________________________ > 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) From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 10:28:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A8231065671 for ; Mon, 3 Mar 2008 10:28:43 +0000 (UTC) (envelope-from andpet@telia.com) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.freebsd.org (Postfix) with ESMTP id 29AAC8FC1C for ; Mon, 3 Mar 2008 10:28:43 +0000 (UTC) (envelope-from andpet@telia.com) Received: from [192.168.1.20] (81.233.14.209) by pne-smtpout1-sn1.fre.skanova.net (7.3.129) (authenticated as u30405151) id 47A97950008A5120 for freebsd-stable@freebsd.org; Mon, 3 Mar 2008 10:19:13 +0100 Message-ID: <47CBC298.8000207@telia.com> Date: Mon, 03 Mar 2008 10:19:20 +0100 From: Andreas Pettersson User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Upgrading 5.4 to 6 or 7 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, 03 Mar 2008 10:28:43 -0000 Hi all. I have an old FreeBSD 5.4-RELEASE #0 and was wondering if anyone has any opinion whether I should do a binary upgrade to 6.3 from CD or do a csup and makeworld? May I run into any difficulties in the future depending on which way I go? Or is it perhaps possible to go direct to 7.0? -- Andreas From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 11:10:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEA001065672 for ; Mon, 3 Mar 2008 11:10:22 +0000 (UTC) (envelope-from gregoryd.freebsd@free.fr) Received: from smtp8-g19.free.fr (smtp8-g19.free.fr [212.27.42.65]) by mx1.freebsd.org (Postfix) with ESMTP id A89768FC21 for ; Mon, 3 Mar 2008 11:10:22 +0000 (UTC) (envelope-from gregoryd.freebsd@free.fr) Received: from smtp8-g19.free.fr (localhost [127.0.0.1]) by smtp8-g19.free.fr (Postfix) with ESMTP id 2F1C717F522; Mon, 3 Mar 2008 12:10:21 +0100 (CET) Received: from imp7-g19.free.fr (imp7-g19.free.fr [212.27.42.38]) by smtp8-g19.free.fr (Postfix) with ESMTP id EFA8117F57B; Mon, 3 Mar 2008 12:10:20 +0100 (CET) Received: by imp7-g19.free.fr (Postfix, from userid 33) id 705B23FDD; Mon, 3 Mar 2008 12:10:17 +0100 (CET) Received: from 145.242.11.1 ([145.242.11.1]) by imp.free.fr (IMP) with HTTP for ; Mon, 03 Mar 2008 12:10:17 +0100 Message-ID: <1204542617.47cbdc993499b@imp.free.fr> Date: Mon, 03 Mar 2008 12:10:17 +0100 From: gregoryd.freebsd@free.fr To: "Chris H." References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> <1BBD0D48B63AE41DF673F6C4@[10.110.3.211]> <1204381259.93575.15.camel@neo.cse.buffalo.edu> <20080302010048.5n293u9tic8cwww8@webmail.1command.com> <1204527716.47cba264d0240@imp.free.fr> <20080303022049.4f7srhzt7o88g4cc@webmail.1command.com> In-Reply-To: <20080303022049.4f7srhzt7o88g4cc@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.8 X-Originating-IP: 145.242.11.1 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-RELEASE 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: Mon, 03 Mar 2008 11:10:23 -0000 Quoting "Chris H." : Hi ! > In this context, I believe that it makes more sense to place the > server related install on the first disc. This makes it possible > to install a server with the least amount of effort. Granted. > It /also/ > makes it quite possible for a would-be desktop user to likely > only need to exchange discs /one/ time. As the most frequently > used desktop items will fit onto their own disc (one disc). I fully agree with that. > > Bottom line: this arrangement should ultimately make everyones > life easier, and maybe even happier. :) Sure enough. :-) cheers, gregory delfly From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 11:30:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 798791065670 for ; Mon, 3 Mar 2008 11:30:16 +0000 (UTC) (envelope-from dmantipov@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id 89B6B8FC2C for ; Mon, 3 Mar 2008 11:30:15 +0000 (UTC) (envelope-from dmantipov@yandex.ru) Received: from rtsoft2.corbina.net ([85.21.88.2]:10215 "EHLO localhost.localdomain" smtp-auth: "dmantipov" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S737666AbYCCLaI (ORCPT + 1 other); Mon, 3 Mar 2008 14:30:08 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp4 X-Yandex-TimeMark: 1204543808 X-MsgDayCount: 2 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: dmantipov Message-ID: <47CBE139.2050502@yandex.ru> Date: Mon, 03 Mar 2008 14:30:01 +0300 From: Dmitry Antipov User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Jeremy Chadwick References: <47C7E73E.5010701@yandex.ru> <20080229154722.GB94436@eos.sc1.parodius.com> In-Reply-To: <20080229154722.GB94436@eos.sc1.parodius.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.0 - slow/unstable Internet access via Linux router 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, 03 Mar 2008 11:30:16 -0000 Jeremy Chadwick wrote: > Sounds like TCP stack breakage, and not so much an MTU problem. > > I read many months ago that some others having this problem solved it by > disabling RFC1323 extensions (default is on), which is a little odd, but > it worked for a couple people. Try doing "sysctl > net.inet.tcp.rfc1323=0" and see if the problem goes away. If it does, > put tcp_extensions="no" in /etc/rc.conf. > > I can't reproduce this behaviour, though, on my own setup at home (using > em(4) gigE NICs on the BSD box, and Broadcom BCM47xx 10/100 NICs on the > Linux box (a WRT54GL). Is it required to have 'options INET6' even if I'm not using any IPv6 connectivity ? Also I have occasional 'mskc0: Uncorrectable PCI Express error' messages, which is a known (http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/119613) problem... Thanks, Dmitry From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 11:43:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAC27106566C for ; Mon, 3 Mar 2008 11:43:27 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [91.103.162.4]) by mx1.freebsd.org (Postfix) with ESMTP id 76B358FC1D for ; Mon, 3 Mar 2008 11:43:27 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 7914019E023; Mon, 3 Mar 2008 12:43:25 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id 2B77119E019; Mon, 3 Mar 2008 12:43:23 +0100 (CET) Message-ID: <47CBE46B.2070705@quip.cz> Date: Mon, 03 Mar 2008 12:43:39 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Andreas Pettersson References: <47CBC298.8000207@telia.com> In-Reply-To: <47CBC298.8000207@telia.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading 5.4 to 6 or 7 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, 03 Mar 2008 11:43:27 -0000 Andreas Pettersson wrote: > Hi all. > > I have an old FreeBSD 5.4-RELEASE #0 and was wondering if anyone has any > opinion whether I should do a binary upgrade to 6.3 from CD or do a csup > and makeworld? May I run into any difficulties in the future depending > on which way I go? > > Or is it perhaps possible to go direct to 7.0? AFAIK there is recommended way: from 5.4 to (5.5) 6.0, then to 6.3, then to 7.0 (I did it by cvsup & build+install) Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 11:44:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B5591065674 for ; Mon, 3 Mar 2008 11:44:27 +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 E10108FC22 for ; Mon, 3 Mar 2008 11:44:26 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JW95k-00010M-2C for freebsd-stable@freebsd.org; Mon, 03 Mar 2008 11:44:24 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Mar 2008 11:44:24 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Mar 2008 11:44:24 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 03 Mar 2008 12:47:54 +0100 Lines: 34 Message-ID: References: <47CA942F.2080901@delphij.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDE823B854E5550667875A50B" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: <47CA942F.2080901@delphij.net> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: Reliably trigger-able ZFS panic 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, 03 Mar 2008 11:44:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDE823B854E5550667875A50B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable LI Xin wrote: > Hi, >=20 > The following iozone test case on ZFS would reliably trigger panic: >=20 > /usr/local/bin/iozone -M -e -+u -T -t 128 -S 4096 -L 64 -R -r 4k -s 30g= > -i 0 -i 1 -i 2 -i 8 -+p 70 -C It can also be (eventually) triggered by "blogbench -c 100 -i 30 -r 50 -w 10 -W 10" and heavy IO load on "real" multithreaded applications like mysql (both iozone and blogbench are multithreaded). --------------enigDE823B854E5550667875A50B 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.6 (GNU/Linux) iD8DBQFHy+VqldnAQVacBcgRAuHkAKC0r8HQjcOlPF7VX0/6HL1+srHfJwCg7SWr fSF6DDj16RmKBHUICxJMCCA= =3ZyM -----END PGP SIGNATURE----- --------------enigDE823B854E5550667875A50B-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 12:18:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BC321065676 for ; Mon, 3 Mar 2008 12:18:04 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5DF828FC1C for ; Mon, 3 Mar 2008 12:18:04 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 853F8AC7FF; Mon, 3 Mar 2008 07:18:03 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Mon, 03 Mar 2008 07:18:03 -0500 X-Sasl-enc: 75F7ZesNToRZoxDYPExgWCL+zRtr7lccQZ2lgN6/If08 1204546681 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 41AB21065D; Mon, 3 Mar 2008 07:18:01 -0500 (EST) Message-ID: <47CBEC78.9020007@FreeBSD.org> Date: Mon, 03 Mar 2008 12:18:00 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: Tom Samplonius References: <31625464.6081204538969779.JavaMail.root@ly.sdf.com> In-Reply-To: <31625464.6081204538969779.JavaMail.root@ly.sdf.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kurt Jaeger , freebsd-stable@freebsd.org Subject: Re: PAUSE support for Ethernet interfaces ? 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, 03 Mar 2008 12:18:04 -0000 Tom Samplonius wrote: > FreeBSD does not send PAUSE frames, but most of the NICs out there will process received PAUSE frames. > > However ethernet flow control is mainly useful on the switches anyways. Switches these day (*) have small buffers (sometimes just a shared 3MB buffer for 24 ports). If several ports send too much to a single port at the same time, the switch could run out of buffer space in milliseconds and start dropping frames, so the switch will use flow control to get the transmitting ports to slow down, and let the buffer drain. Slowing down the senders with ethernet flow control results in better performance than letting some frames drop, and force a timeout and retransmit. Of course, deeper buffers would be even better. > > There are switch ASICs out there which implement upstream bandwidth limiting on ports by sending the PAUSE frame. I believe thompsa@ recently committed a fix to if_bridge to allow it to ignore PAUSE frames for the purposes of forwarding (they should never be forwarded, they are link scope only). It would be interesting to see a patch which implemented rate limiting in the same way as these ASICs do, but in if_bridge. cheers BMS From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 14:04:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB131106566C for ; Mon, 3 Mar 2008 14:04:00 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id A97728FC18 for ; Mon, 3 Mar 2008 14:04:00 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 7FDFF1CC033; Mon, 3 Mar 2008 06:04:00 -0800 (PST) Date: Mon, 3 Mar 2008 06:04:00 -0800 From: Jeremy Chadwick To: Dmitry Antipov Message-ID: <20080303140400.GA33773@eos.sc1.parodius.com> References: <47C7E73E.5010701@yandex.ru> <20080229154722.GB94436@eos.sc1.parodius.com> <47CBE139.2050502@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47CBE139.2050502@yandex.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: 7.0 - slow/unstable Internet access via Linux router 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, 03 Mar 2008 14:04:00 -0000 On Mon, Mar 03, 2008 at 02:30:01PM +0300, Dmitry Antipov wrote: > Is it required to have 'options INET6' even if I'm not using any IPv6 > connectivity ? No, not unless you rely on SCTP, which at this time *does* require INET6. If you remove INET6, you must also remove SCTP. Be aware that if you remove INET6, ntpd (if used) will complain about missing transport protocol capability for tcp6 and udp6. It's a harmless warning, and won't impact functionality of ntpd. There is an open PR for this problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/78728 > Also I have occasional 'mskc0: Uncorrectable PCI Express error' messages, > which is a known (http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/119613) > problem... Can't help you with this, but I bet Pyun YongHyeon can. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 15:05:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65E881065671 for ; Mon, 3 Mar 2008 15:05:42 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.184]) by mx1.freebsd.org (Postfix) with ESMTP id 0369D8FC1F for ; Mon, 3 Mar 2008 15:05:41 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by ti-out-0910.google.com with SMTP id j2so88785tid.3 for ; Mon, 03 Mar 2008 07:05:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=XvdSdMv+udE9G4SRx1TrN3DY+b8GC4ASep8CrRH3hKk=; b=x1C82a3JAOzWY+axFn6aAkkUV7wFLQPWz558yNQxoR/koPoqAoj10ejSL82AS1gmYGVx8qQYOcqVaNezQ0nalttIH+40oTi/JLmRoTkMcdP6XJBWXCEgQ4LQzMLqH9oR8nOBBkNS8xHlyMPwgdwsBXIecRzAkAqms8WNtZ83yQI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=wp6izhGudELtpEZOv+azPxnBxfxItCCjZ51nq2Zp7kfNzRYbq/Kut2crqk+4kjh4jthVYtORBdINoevnxpJNVW5JF+SPf1Vv01AhSenHaK0w1MSQZ+zgm7v7GxJLuxhgBb5fZevCOJPVQlQdRrruX5CqiF5DOaRmqCtIzXMsBEU= Received: by 10.150.198.14 with SMTP id v14mr20164ybf.65.1204556737359; Mon, 03 Mar 2008 07:05:37 -0800 (PST) Received: by 10.64.184.9 with HTTP; Mon, 3 Mar 2008 07:05:37 -0800 (PST) Message-ID: <8e10486b0803030705l4735335co4aa5a132b3683538@mail.gmail.com> Date: Mon, 3 Mar 2008 12:05:37 -0300 From: "Alexandre Biancalana" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 7-STABLE(AMD64)+Qmail-LDAP core dump 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, 03 Mar 2008 15:05:42 -0000 Hi list, Is anybody running 7-STABLE (AMD64) with qmail-ldap ? I have some FreeBSD+qmail-ldap servers running very wheel, but I'm having a strange problem with a new setup running qmail-ldap with 7-STABLE(AMD64). Any operation that involves ldap connection result in a core dumped. The OpenLDAP is running ok, doing synchronization via syncrepl, I can query this with ldapsearch without any problem. Compiling qmail-ldap and OpenLDAP with debug symbols I get the following: # ./qmail-ldaplookup -m test Segmentation fault (core dumped) # gdb qmail-ldaplookup qmail-ldaplookup.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `qmail-ldaplookup'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libldap-2.3.so.2...done. Loaded symbols for /usr/local/lib/libldap-2.3.so.2 Reading symbols from /usr/local/lib/liblber-2.3.so.2...done. Loaded symbols for /usr/local/lib/liblber-2.3.so.2 Reading symbols from /lib/libcrypt.so.4...done. Loaded symbols for /lib/libcrypt.so.4 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/lib/libssl.so.5...done. Loaded symbols for /usr/lib/libssl.so.5 Reading symbols from /lib/libcrypto.so.5...done. Loaded symbols for /lib/libcrypto.so.5 Reading symbols from /usr/local/lib/nss_ldap.so.1...done. Loaded symbols for /usr/local/lib/nss_ldap.so.1 Reading symbols from /usr/local/lib/nss_winbind.so.1...done. Loaded symbols for /usr/local/lib/nss_winbind.so.1 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 ldap_set_option (ld=0x1039040, option=17, invalue=0x7fffffffea18) at options.c:358 358 assert( LDAP_VALID( ld ) ); (gdb) bt #0 ldap_set_option (ld=0x1039040, option=17, invalue=0x7fffffffea18) at options.c:358 #1 0x0000000000404eaa in qldap_set_option (q=0x801010060, forceV2=0) at qldap.c:972 #2 0x000000000040357d in qldap_open (q=0x801010060) at qldap.c:257 #3 0x00000000004015a6 in main (argc=3, argv=0x7fffffffec20) at qmail-ldaplookup.c:211 The system is 7-STABLE updated and builded today. Some idea ? Regards, Alexandre From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 16:14:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF6101065671 for ; Mon, 3 Mar 2008 16:14:22 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.177]) by mx1.freebsd.org (Postfix) with ESMTP id 8D5048FC2A for ; Mon, 3 Mar 2008 16:14:22 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: by ik-out-1112.google.com with SMTP id b35so167355ika.3 for ; Mon, 03 Mar 2008 08:14:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=ySaGJ4jVkS/doIGXzyROw6c8ooTecPpOV3SH8KgcyPU=; b=aYcOmWIpZueV3EC6KFgzFVwl2FLkLLwIVBuP3QsUPc3QecJY2m9OSqGisej+eXoL2Qd7UnEF3X5mP6AvFcuCqD250lcLveTcqgziMEmKrLGkVu/1JxavnuSYtzoM9BroJ/SYblUMucCiaemEaqBjFrzRyG0FnXPbY+zqn34/UPA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=r6VoBZcBiqJkrKivSvzWps6ejQteqiS4Wf5gZI3p54WHxvQ2w/NCMbgtla12HEQU5r1/jns572rFyI+Dm2O56B4t8KfQOukud5bedHEtXOQ5fjnupgjudS6SOghJX8qNwrxtHYZkkjmyJb1ElSpGSUGpfDGszp8yt4eKbFOq0mM= Received: by 10.78.204.1 with SMTP id b1mr201160hug.49.1204559345404; Mon, 03 Mar 2008 07:49:05 -0800 (PST) Received: by 10.78.141.5 with HTTP; Mon, 3 Mar 2008 07:49:05 -0800 (PST) Message-ID: Date: Mon, 3 Mar 2008 16:49:05 +0100 From: "Cristiano Deana" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: mpt driver: check raid status 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, 03 Mar 2008 16:14:23 -0000 Hi, I'm using a 7-RELEASE on a Dell PowerEdge 1955, using a mpt driver to manage a hardware raid1. Is there any way to check the status of the raid? Know it's running on a single disk (the second one failed and has been removed), and the only thing i can see are: mpt0: mpt_cam_event: 0x16 mpt0: mpt_cam_event: 0x12 mpt0: mpt_cam_event: 0x16 mpt0: mpt_cam_event: 0x15 mpt0: mpt_cam_event: 0x21 mpt0: mpt_cam_event: 0x15 mpt0: mpt_cam_event: 0x21 mpt0: mpt_cam_event: 0x15 mpt0: mpt_cam_event: 0x21 in messages. Thanks in advance -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 16:46:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 984DA1065679 for ; Mon, 3 Mar 2008 16:46:57 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id 857318FC22 for ; Mon, 3 Mar 2008 16:46:57 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from utd65257.utdallas.edu (utd65257.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id C3D0F654FB for ; Mon, 3 Mar 2008 10:46:56 -0600 (CST) Date: Mon, 03 Mar 2008 10:46:56 -0600 From: Paul Schmehl To: freebsd-stable@freebsd.org Message-ID: In-Reply-To: <20080303022049.4f7srhzt7o88g4cc@webmail.1command.com> References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> <1BBD0D48B63AE41DF673F6C4@[10.110.3.211]> <1204381259.93575.15.camel@neo.cse.buffalo.edu> <20080302010048.5n293u9tic8cwww8@webmail.1command.com> <1204527716.47cba264d0240@imp.free.fr> <20080303022049.4f7srhzt7o88g4cc@webmail.1command.com> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: FreeBSD 7.0-RELEASE 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: Mon, 03 Mar 2008 16:46:57 -0000 --On Monday, March 03, 2008 02:20:49 -0800 "Chris H." wrote: > > I would assert that FreeBSD is first and foremost a Server OS. > The fact that it can also provide a full blown desktop, is so much > the better. > In this context, I believe that it makes more sense to place the > server related install on the first disc. This makes it possible > to install a server with the least amount of effort. It /also/ > makes it quite possible for a would-be desktop user to likely > only need to exchange discs /one/ time. As the most frequently > used desktop items will fit onto their own disc (one disc). > While I would agree with you in principle, I doubt seriously you could be a "server" OS on one disk. What server are we talking about? Web? Email? Webmail? Database? FTP? File server? Home directory server? DNS server? Collaboration server? Combination of the above? The possibilities are endless, and I doubt they all fit on one iso. > Bottom line: this arrangement should ultimately make everyones > life easier, and maybe even happier. :) > Feh. I'm rapidly coming to the conclusion that there *is* no *right* way to do this, because it depends entirely upon what the purpose of the box is and what the preferences of the installer are. Perhaps a DVD iso is the best that can be done. Personally I don't install packages from the iso. I update ports to current and compile from source. So I don't really care what's on the isos, but, as the OP pointed out, not everyone has the luxury of an internet connection when they're doing an install, so effort in this area is probably warranted. I just don't think that *any* solution will satisfy everyone (short of a DVD, which *may* be able to hold everything. -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 17:29:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5292B1065676 for ; Mon, 3 Mar 2008 17:29:33 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id D6FF28FC1D for ; Mon, 3 Mar 2008 17:29:32 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so224420mue.6 for ; Mon, 03 Mar 2008 09:29:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=UjOLHCCscl85ubZ08vS/he3eRBF+nVCWZs9vO4OxenE=; b=Qmlma6Ag+bdEbfy6YweXq2hACnMlK/H83hsWFeMURY0WSTQdlgVDWDNM9g9DaKV6+XNwKBn3pDUORNZRQWitBVk/UhY7BfftnhI72XgJ588GQnR24aeqpKSo8Yb/aOPephe2StiP9yWXzcvUH/Pmw2aBJgW0Vwb+GTQmpiGBRe4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=JgEp5dJgQfDPNnptYxtnyZlad63dtZbvB4o9JKn3hQ79xqd5eSvls6DxzrQY3WQ5oilPNZemFA+OQ97zFbeSzawfzSZtWt4uANtJ4MZySlTb/x/xtpdokTo0mzPoZ3vjjhr29PBUzjAECRN/tZorS3IXfiWBdZFUJ4qHu5omxgA= Received: by 10.65.225.7 with SMTP id c7mr10908335qbr.1.1204565370260; Mon, 03 Mar 2008 09:29:30 -0800 (PST) Received: by 10.64.149.8 with HTTP; Mon, 3 Mar 2008 09:29:30 -0800 (PST) Message-ID: <5f67a8c40803030929o1f2f53dtde8c126ef1b80bf4@mail.gmail.com> Date: Mon, 3 Mar 2008 17:29:30 +0000 From: "Zaphod Beeblebrox" To: "Bruce M. Simpson" In-Reply-To: <47CBEC78.9020007@FreeBSD.org> MIME-Version: 1.0 References: <31625464.6081204538969779.JavaMail.root@ly.sdf.com> <47CBEC78.9020007@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Kurt Jaeger , freebsd-stable@freebsd.org, Tom Samplonius Subject: Re: PAUSE support for Ethernet interfaces ? 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, 03 Mar 2008 17:29:33 -0000 On Mon, Mar 3, 2008 at 12:18 PM, Bruce M. Simpson wrote: > There are switch ASICs out there which implement upstream bandwidth > limiting on ports by sending the PAUSE frame. > > I believe thompsa@ recently committed a fix to if_bridge to allow it to > ignore PAUSE frames for the purposes of forwarding (they should never be > forwarded, they are link scope only). > > It would be interesting to see a patch which implemented rate limiting > in the same way as these ASICs do, but in if_bridge. Being able to react to pause frames could give us the ability to react to different speed ethernet-like devices like DSL modems and cable modems. Right now, we can blast away at whatever the link speed is and only the TCP semantics are keeping this under control. One can use rate limiting a-la pf and/or dummynet, but this has a very bad failure mode --- when the speed of the link changes you end up choking the packets twice (once with the rate limiting, once with the physical device) and for large numbers of tcp streams (100's of users, say... or 10 bittorrent users) you can easily get really bad failure modes when the available bandwidth changes. I have several links for which the bandwidth changes when the weather is very wet, for instance. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 18:33:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74D9A106568B for ; Mon, 3 Mar 2008 18:33:22 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 2563F8FC2C for ; Mon, 3 Mar 2008 18:33:21 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 6893245E98; Mon, 3 Mar 2008 19:33:19 +0100 (CET) Received: from localhost (public-gprs106265.centertel.pl [79.162.33.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 42FBC45E91; Mon, 3 Mar 2008 19:32:58 +0100 (CET) Date: Mon, 3 Mar 2008 19:32:04 +0100 From: Pawel Jakub Dawidek To: d@delphij.net Message-ID: <20080303183204.GC21066@garage.freebsd.pl> References: <47CA942F.2080901@delphij.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8X7/QrJGcKSMr1RN" Content-Disposition: inline In-Reply-To: <47CA942F.2080901@delphij.net> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: FreeBSD Stable , Quake Lee Subject: Re: Reliably trigger-able ZFS panic 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, 03 Mar 2008 18:33:22 -0000 --8X7/QrJGcKSMr1RN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 02, 2008 at 03:49:03AM -0800, LI Xin wrote: > Hi, >=20 > The following iozone test case on ZFS would reliably trigger panic: >=20 > /usr/local/bin/iozone -M -e -+u -T -t 128 -S 4096 -L 64 -R -r 4k -s 30g= =20 > -i 0 -i 1 -i 2 -i 8 -+p 70 -C Thanks, I'll try to reproduce it. [...] > #19 0x000000000000b55d in z_deflateInit2_ (strm=3D0xffffff00042dc8e0,=20 > level=3D70109184, method=3D68351768, > windowBits=3D68351600, memLevel=3D76231808, strategy=3D76231808,=20 > version=3DCannot access memory at address 0xffffffff00040010 > ) > at=20 > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zmod/deflat= e.c:318 Can you send me your FS configuration? zfs get all your/file/system I see that you use compression on this dataset? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --8X7/QrJGcKSMr1RN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHzEQjForvXbEpPzQRAkfsAJwLIare+LuR595Q5i0e2ZCIJVjsQwCeOBHT XpfUMkmbkRBCayY9aTGeL9E= =UclI -----END PGP SIGNATURE----- --8X7/QrJGcKSMr1RN-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 19:27:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D16E106566B; Mon, 3 Mar 2008 19:27:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 430218FC17; Mon, 3 Mar 2008 19:27:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 695CA28448; Tue, 4 Mar 2008 03:27:45 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id B897CEBAB19; Tue, 4 Mar 2008 03:27:44 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id 7zmw49EbRFkK; Tue, 4 Mar 2008 03:27:39 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id B4852EB9E4F; Tue, 4 Mar 2008 03:27:37 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=hL5CIJTlgs88Gz5BPQRNwcCYKlDZ2blSbxc39lY0s3A56LbCcdIL+IGYbrP7q3/Mv UMxFX0OV1Oc0tuDmHZcrA== Message-ID: <47CC5127.8070200@delphij.net> Date: Mon, 03 Mar 2008 11:27:35 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080229) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <47CA942F.2080901@delphij.net> <20080303183204.GC21066@garage.freebsd.pl> In-Reply-To: <20080303183204.GC21066@garage.freebsd.pl> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , d@delphij.net, Quake Lee Subject: Re: Reliably trigger-able ZFS panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2008 19:27:47 -0000 Pawel Jakub Dawidek wrote: > On Sun, Mar 02, 2008 at 03:49:03AM -0800, LI Xin wrote: >> Hi, >> >> The following iozone test case on ZFS would reliably trigger panic: >> >> /usr/local/bin/iozone -M -e -+u -T -t 128 -S 4096 -L 64 -R -r 4k -s 30g >> -i 0 -i 1 -i 2 -i 8 -+p 70 -C > > Thanks, I'll try to reproduce it. > > [...] > >> #19 0x000000000000b55d in z_deflateInit2_ (strm=0xffffff00042dc8e0, >> level=70109184, method=68351768, >> windowBits=68351600, memLevel=76231808, strategy=76231808, >> version=Cannot access memory at address 0xffffffff00040010 >> ) >> at >> /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zmod/deflate.c:318 > > Can you send me your FS configuration? zfs get all your/file/system > I see that you use compression on this dataset? It was all default configuration. The pool was a RAID-Z2 without hotspare disk. The box is now running some other tests (not FreeBSD) at our Beijing Lab and we don't have remote hands in the nights, so I'm afraid that I will not be able to provide further information at this moment. Please let me know if the test run will not provoke the problem and I will ask them to see if they can spare the box in the weekend for me. Cheers, -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 20:04:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F3A4106567E for ; Mon, 3 Mar 2008 20:04:56 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 123E48FC25 for ; Mon, 3 Mar 2008 20:04:56 +0000 (UTC) (envelope-from vivek@khera.org) Received: from cocoa.khera.org (unknown [192.168.135.91]) by yertle.kcilink.com (Postfix) with ESMTP id 6A2048A150 for ; Mon, 3 Mar 2008 15:04:55 -0500 (EST) Message-Id: From: Vivek Khera To: FreeBSD Stable List In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 3 Mar 2008 15:04:55 -0500 References: X-Mailer: Apple Mail (2.919.2) Subject: Re: mpt driver: check raid status 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, 03 Mar 2008 20:04:56 -0000 On Mar 3, 2008, at 10:49 AM, Cristiano Deana wrote: > I'm using a 7-RELEASE on a Dell PowerEdge 1955, using a mpt driver to > manage a hardware raid1. > Is there any way to check the status of the raid? I've been wondering this as well. My Sun X4100's have LSI SAS mirror controllers in them and I have no way to know their status short of rebooting them (well, i guess i could probe the ILOM but that's not easy to automate) I really suspect the answer is "no" given that the mpt interface is very generic on the OS side. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 20:14:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 382961065670 for ; Mon, 3 Mar 2008 20:14:43 +0000 (UTC) (envelope-from det135@psu.edu) Received: from f05n03.cac.psu.edu (f05s03.cac.psu.edu [128.118.141.46]) by mx1.freebsd.org (Postfix) with ESMTP id E1DE58FC12 for ; Mon, 3 Mar 2008 20:14:42 +0000 (UTC) (envelope-from det135@psu.edu) Received: from tr21n19.aset.psu.edu (tr21g19.aset.psu.edu [128.118.146.169]) by f05n03.cac.psu.edu (8.13.2/8.13.2) with ESMTP id m23KEdLI054102; Mon, 3 Mar 2008 15:14:39 -0500 Received: (from det135@localhost) by tr21n19.aset.psu.edu (AIX5.3/8.13.4/8.11.0) id m23KEd2O839724; Mon, 3 Mar 2008 15:14:39 -0500 Date: Mon, 3 Mar 2008 15:14:39 -0500 X-Authentication-Warning: tr21n19.aset.psu.edu: det135 set sender to det135@psu.edu using -f To: Sean From: "Derek Taylor" X-Mailer: Penn State WebMail 2.2 X-Sender: det135 X-Originating-IP: 128.118.57.112 In-Reply-To: <1204313564l.249966l.0l@psu.edu> References: <1204313564l.249966l.0l@psu.edu> <7E228F3A-DFE0-4071-8694-14A012CC21E1@gothic.net.au> Message-Id: <1204575279l.807074l.0l@psu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Virus-Scanned: by amavisd-new Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7 buildworld error 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, 03 Mar 2008 20:14:43 -0000 On Fri, Feb 29, 2008 09:50 PM Sean wrote: > >Check /etc/make.conf for CFLAGS, and if present remove it. This fixed the problem. Thank you. -Derek. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 20:30:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E88971065687 for ; Mon, 3 Mar 2008 20:30:45 +0000 (UTC) (envelope-from "tzim@tzim.net"@alaranth.tzim.net) Received: from alaranth.tzim.net (unknown [IPv6:2001:41d0:1:968f:219:d1ff:fedf:4f29]) by mx1.freebsd.org (Postfix) with ESMTP id 972D78FC21 for ; Mon, 3 Mar 2008 20:30:44 +0000 (UTC) (envelope-from "tzim@tzim.net"@alaranth.tzim.net) Received: from carenath.tzim.net ([82.233.229.224] helo=[192.168.0.11]) by alaranth.tzim.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from <"tzim@tzim.net"@alaranth.tzim.net>) id 1JWHIo-000JlW-QJ; Mon, 03 Mar 2008 21:30:26 +0100 Message-ID: <47CC5FEE.7040005@tzim.net> Date: Mon, 03 Mar 2008 21:30:38 +0100 From: Arnaud Houdelette User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: pyunyh@gmail.com References: <47CB2DB3.5010707@tzim.net> <20080303004340.GA72895@cdnetworks.co.kr> <47CBBF80.9010906@tzim.net> In-Reply-To: <47CBBF80.9010906@tzim.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: "tzim@tzim.net"@alaranth.tzim.net X-Authenticated-User: tzim@tzim.net X-Authenticator: plain Cc: freebsd-stable@freebsd.org Subject: Re: IP header checksum missing with Realtek 8168, jumbo frames and offloading. 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, 03 Mar 2008 20:30:46 -0000 Arnaud Houdelette wrote: > Pyun YongHyeon a écrit : >> On Sun, Mar 02, 2008 at 11:44:03PM +0100, Arnaud Houdelette wrote: >> > I encountered connectivity issues with an integrated Realtek 8168 >> on my > MSI motherboard after enabling jumbo frames on my other box. >> > Investigating the issue, I found that the packets with an ethernet >> frame > of length > 2048 get an IP header of 0x0000. >> > ping -s 3000 192.168.0.11 ==> fail (ethereal on the other box show >> the > 0x0000 checksum on IP header) >> > ping -s 2008 192.168.0.11 ==> fail >> > ping -s 2006 192.168.0.11 ==> succeed >> > > > re0: port >> 0xd800-0xd8ff mem > 0xfeaff000-0xfeafffff irq 19 at device 0.0 on pci2 >> > re0: Using 2 MSI messages >> > miibus0: on re0 >> > rgephy0: PHY 1 on miibus0 >> > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >> 1000baseT, > 1000baseT-FDX, auto >> > > > The interface re0 is configured with : >> > ifconfig inet 192.168.0.1/24 media auto mtu 7422 polling >> > ifconfig re0 -txcsum solves the issue. >> > > I tried to reproduce the issue with a Realtek 8169 (using re(4) >> too). I > couln't : checksum offloading works ok on this card. >> > Is this a known issue (or maybe a bug in the 8168) ? >> > >> There had been several re(4) instability issues on PCIe based >> controllers. Would you try the following patch and let me know the >> result? >> http://people.freebsd.org/~yongari/re/6.3R/re.busdma.patch >> >> If you use 7.0-RELEASE use the following one. >> http://people.freebsd.org/~yongari/re/7.0R/if_re.c >> http://people.freebsd.org/~yongari/re/7.0R/if_rlreg.h >> > Sorry, I forgot to precise that I run the amd64 7.0-RELEASE . > I got the patch and recompiled the kernel fine. I'll test this evening. I'm sorry, but the patch just get things worse. The IP header thing isn't solved. And I get corrupted or missing TCP fragments, on both 8168 and 8169 net interfaces (even with -txcsum). >> > I can provide some network capture if needed. In the meantime I >> swapped > the two cards as I don't need jumbo on one of them. >> > > Thanks >> > > Arnaud >> > > From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 22:07:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08CEB106566B; Mon, 3 Mar 2008 22:07:41 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id C40868FC1C; Mon, 3 Mar 2008 22:07:40 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m23M7c51084389; Tue, 4 Mar 2008 09:07:38 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200803032207.m23M7c51084389@drugs.dv.isc.org> To: Jeremy Chadwick From: Mark Andrews In-reply-to: Your message of "Mon, 03 Mar 2008 06:04:00 -0800." <20080303140400.GA33773@eos.sc1.parodius.com> Date: Tue, 04 Mar 2008 09:07:38 +1100 Sender: marka@isc.org Cc: Dmitry Antipov , freebsd-stable@freebsd.org Subject: Re: 7.0 - slow/unstable Internet access via Linux router 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, 03 Mar 2008 22:07:41 -0000 > On Mon, Mar 03, 2008 at 02:30:01PM +0300, Dmitry Antipov wrote: > > Is it required to have 'options INET6' even if I'm not using any IPv6 > > connectivity ? > > No, not unless you rely on SCTP, which at this time *does* require > INET6. If you remove INET6, you must also remove SCTP. > > Be aware that if you remove INET6, ntpd (if used) will complain about > missing transport protocol capability for tcp6 and udp6. It's a > harmless warning, and won't impact functionality of ntpd. There is an > open PR for this problem: > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/78728 > > > Also I have occasional 'mskc0: Uncorrectable PCI Express error' messages, > > which is a known (http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/119613) > > problem... > > Can't help you with this, but I bet Pyun YongHyeon can. :-) I really don't understand this wish people have to turn off IPv6. The world is running out of IPv4 addresses. IPv6 will be required within a year or two. Now is the time to make sure every piece of software you use that requires IP connectivity supports IPv6. In 2-3 years time it will be too late as you won't have the option to fall back to IPv4. IPv6 connectivity is available to everyone today if they wish it. You don't have to wait for you ISP to supply it. What I want to see is a knob that turns off all IPv4 support so I can find the missing pieces easily. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 22:24:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2C401065678 for ; Mon, 3 Mar 2008 22:24:19 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232]) by mx1.freebsd.org (Postfix) with ESMTP id 7DF308FC19 for ; Mon, 3 Mar 2008 22:24:19 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by wr-out-0506.google.com with SMTP id 58so710923wri.8 for ; Mon, 03 Mar 2008 14:24:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=SGPQYxPy25I5i0sEOWsGRIblQJw4EXLxPxBcoSG98W8=; b=HvhIoAk1By6uf+XY2/J/Cz2ImTcYzdd7EsSzmSxrRudPzaKjE/1EvtA0OYFM7v8JaNPGnNZX9IEI0xDwwZn8DkFusb7FZ3fZvw6pRUUoYtiK20whxXIf5ILprPVm//k+uB3ghQsEGrPeJnaupgEmfZiWJslUB7gIidQ65BMEEX8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=vDPci2a5q0bGiw/NB2LSRQh21qmJQSa9puq9GqYhDZpAc4k4MiB/NJ+R8QVk5sHLwJ64RTWx/HoDyY2NRDjyxN0YVoZXECOLpifbfGAVMa7irEVqfGxq982djVzmF0XhmHM/wLGhRLNQb8IrZXi74pFvKnpyeCB14pYZIm+8ru8= Received: by 10.64.184.16 with SMTP id h16mr445134qbf.45.1204583055860; Mon, 03 Mar 2008 14:24:15 -0800 (PST) Received: by 10.64.184.9 with HTTP; Mon, 3 Mar 2008 14:24:15 -0800 (PST) Message-ID: <8e10486b0803031424x31556698qa1bd1bbab8e8376f@mail.gmail.com> Date: Mon, 3 Mar 2008 19:24:15 -0300 From: "Alexandre Biancalana" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: AMD64 only Segmentation fault (was: 7-STABLE(AMD64)+Qmail-LDAP core dump) 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, 03 Mar 2008 22:24:19 -0000 Hi list, I found a situation that I can't explain, I have qmail-ldap running at some FreeBSD 6.2 without any problem. Friday after Installed a new server this time with 7-STABLE. I stated to get core dumped from qmail-ldap when they try access the OpenLDAP database. I compiled/run this simple C program in 7-STABLE i386 and AMD64 and the program dumps the core only in AMD64. The following the C program trigger the core dump #include #include #include #include #include #include int main (void ) { LDAP *ld; int rc,version; version=3; if ( (ld = ldap_init("127.0.0.1",LDAP_PORT)) == 0) { perror("Connecting.."); } rc = ldap_set_option(ld, LDAP_OPT_PROTOCOL_VERSION, &version); if ( rc != LDAP_OPT_SUCCESS) { printf("Errorrrr (%s)\n", ldap_err2string(rc)); } } Using the following commands to compile: # gcc -I/usr/local/include -g -c a.c # gcc -L/usr/local/lib -o a a.o -lldap When I run the binary in AMD64 I get this: # ./a Segmentation fault (core dumped) Then I compiled the libldap.so with debug symbols and run the program througth gdb: # gdb a GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... (gdb) run Starting program: /tmp/a Program received signal SIGSEGV, Segmentation fault. ldap_set_option (ld=0xf30040, option=17, invalue=0x7fffffffec2c) at options.c:358 358 assert( LDAP_VALID( ld ) ); (gdb) bt #0 ldap_set_option (ld=0xf30040, option=17, invalue=0x7fffffffec2c) at options.c:358 #1 0x000000000040083c in main () at a.c:19 (gdb) Now I reach to a point that I don't know what more to do.... Any help is *very* appreciated ! Best Regards, Alexandre From owner-freebsd-stable@FreeBSD.ORG Mon Mar 3 22:52:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90B121065677 for ; Mon, 3 Mar 2008 22:52:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 45F7E8FC14 for ; Mon, 3 Mar 2008 22:52:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 4B7AB28448 for ; Tue, 4 Mar 2008 06:52:07 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 15486EBB6AF; Tue, 4 Mar 2008 06:52:07 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id Cdw8OXATdWsB; Tue, 4 Mar 2008 06:52:02 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 8108FEBB6A2; Tue, 4 Mar 2008 06:52:01 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=rB9hzaxRagjiSpVqEH6EVRxETuHNOWTa+dmivUZqx/57RTvwd3bq1BLlDl+XaP0MA a3UkXIL+BoGsDuP+WM0vQ== Message-ID: <47CC810F.5030807@delphij.net> Date: Mon, 03 Mar 2008 14:51:59 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080303) MIME-Version: 1.0 To: Alexandre Biancalana References: <8e10486b0803031424x31556698qa1bd1bbab8e8376f@mail.gmail.com> In-Reply-To: <8e10486b0803031424x31556698qa1bd1bbab8e8376f@mail.gmail.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: AMD64 only Segmentation fault (was: 7-STABLE(AMD64)+Qmail-LDAP core dump) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2008 22:52:08 -0000 Alexandre Biancalana wrote: > Hi list, > > I found a situation that I can't explain, I have qmail-ldap running > at some FreeBSD 6.2 without any problem. Friday after Installed a new > server this time with 7-STABLE. I stated to get core dumped from > qmail-ldap when they try access the OpenLDAP database. > > I compiled/run this simple C program in 7-STABLE i386 and AMD64 and > the program dumps the core only in AMD64. I have tried to reproduce the problem and have the following observations. To make a long story short, you *must* either use the new ldap_initialize API instead of the old one, or to define LDAP_DEPRECATED at the risk of having the program to break in the future, and *NOT* ignoring any warnings issued by the compiler. So here is the reason why we have a coredump. ldap_init is defined only when LDAP_DEPRECATED is defined, when ldap.h is included, and by default, C will assume that the return type is "int". On i386, this is not a problem because sizeof(int) equals to sizeof(void *), and the implicit cast would work; On amd64, we have sizeof(int) == 4 and sizeof(void *) == 8, by casting the result to int (because the header did not gave the type of ldap_init), and back (because of the assignment ld =), we lose 4 bytes (the high 32 bits) of the pointer, and therefore, when referring it we got a SEGV. This is one of the most common culprit when your 32-bit application "magically" broken on amd64 :-) Cheers, -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 00:47:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1E771065675 for ; Tue, 4 Mar 2008 00:47:34 +0000 (UTC) (envelope-from andy@xecu.net) Received: from mg6.xecu.net (mg6.xecu.net [216.127.136.196]) by mx1.freebsd.org (Postfix) with ESMTP id DD01A8FC1B for ; Tue, 4 Mar 2008 00:47:34 +0000 (UTC) (envelope-from andy@xecu.net) Received: from localhost (unknown [127.0.0.1]) by mg6.xecu.net (Postfix) with ESMTP id 440ED18CDEC for ; Mon, 3 Mar 2008 19:29:58 -0500 (EST) X-Virus-Scanned: amavisd-new at xecu.net Received: from mg6.xecu.net ([127.0.0.1]) by localhost (mg6.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 40+10R5NjpmN for ; Mon, 3 Mar 2008 19:29:55 -0500 (EST) Received: from shell.xecu.net (shell.xecu.net [216.127.136.216]) by mg6.xecu.net (Postfix) with ESMTP id A1FF518CE10 for ; Mon, 3 Mar 2008 19:29:55 -0500 (EST) Date: Mon, 3 Mar 2008 19:29:55 -0500 (EST) From: Andy Dills To: freebsd-stable@freebsd.org Message-ID: <20080303185618.M63813@shell.xecu.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: INET6 required for SCTP in 7.0? 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, 04 Mar 2008 00:47:35 -0000 Hi there, I'm not interested in enabling support for IPv6 for now. When I remove INET6 from the kernel configuration, I cannot compile the kernel without disabling SCTP. With fresh 7.0-STABLE source, here's the error output (INET6 disabled, but SCTP enabled): uipc_syscalls.o(.text+0x3c1): In function `sctp_generic_recvmsg': /usr/src/sys/kern/uipc_syscalls.c:2608: undefined reference to `sctp_sorecvmsg' uipc_syscalls.o(.text+0x21a2): In function `sctp_generic_sendmsg_iov': /usr/src/sys/kern/uipc_syscalls.c:2486: undefined reference to `sctp_lower_sosend' uipc_syscalls.o(.text+0x249d): In function `sctp_generic_sendmsg': /usr/src/sys/kern/uipc_syscalls.c:2379: undefined reference to `sctp_lower_sosend' uipc_syscalls.o(.text+0x266c): In function `sctp_peeloff': /usr/src/sys/kern/uipc_syscalls.c:2246: undefined reference to `sctp_can_peel_off' uipc_syscalls.o(.text+0x28e6):/usr/src/sys/kern/uipc_syscalls.c:2287: undefined reference to `sctp_do_peeloff' rtsock.o(.text+0xb7d): In function `rt_newaddrmsg': /usr/src/sys/net/rtsock.c:897: undefined reference to `sctp_addr_change' in_proto.o(.data+0xa8): undefined reference to `sctp_input' in_proto.o(.data+0xb0): undefined reference to `sctp_ctlinput' in_proto.o(.data+0xb4): undefined reference to `sctp_ctloutput' in_proto.o(.data+0xbc): undefined reference to `sctp_init' in_proto.o(.data+0xc8): undefined reference to `sctp_drain' in_proto.o(.data+0xcc): undefined reference to `sctp_usrreqs' in_proto.o(.data+0xdc): undefined reference to `sctp_input' in_proto.o(.data+0xe4): undefined reference to `sctp_ctlinput' in_proto.o(.data+0xe8): undefined reference to `sctp_ctloutput' in_proto.o(.data+0xfc): undefined reference to `sctp_drain' in_proto.o(.data+0x100): undefined reference to `sctp_usrreqs' in_proto.o(.data+0x110): undefined reference to `sctp_input' in_proto.o(.data+0x118): undefined reference to `sctp_ctlinput' in_proto.o(.data+0x11c): undefined reference to `sctp_ctloutput' in_proto.o(.data+0x130): undefined reference to `sctp_drain' in_proto.o(.data+0x134): undefined reference to `sctp_usrreqs' Is this intended and/or a known issue? Thanks, Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 --- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 00:50:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 066B5106567D for ; Tue, 4 Mar 2008 00:50:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id AE91D8FC12 for ; Tue, 4 Mar 2008 00:50:46 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id BD5272844D for ; Tue, 4 Mar 2008 08:50:45 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 7F932EBB70E; Tue, 4 Mar 2008 08:50:45 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id mVdx7nNknRqI; Tue, 4 Mar 2008 08:50:36 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id D5FACEBB705; Tue, 4 Mar 2008 08:50:35 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Ah/4hDItnLHAmtWN0M2inISLH/r7gJAsX3jjz+dj2T7xlsUqaVxzNeKRP7BKi8C76 hN/nxbgQmr++4MYn61P0g== Message-ID: <47CC9CD9.9030107@delphij.net> Date: Mon, 03 Mar 2008 16:50:33 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080303) MIME-Version: 1.0 To: Andy Dills References: <20080303185618.M63813@shell.xecu.net> In-Reply-To: <20080303185618.M63813@shell.xecu.net> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: INET6 required for SCTP in 7.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2008 00:50:47 -0000 Andy Dills wrote: > Hi there, > > I'm not interested in enabling support for IPv6 for now. > > When I remove INET6 from the kernel configuration, I cannot compile the > kernel without disabling SCTP. With fresh 7.0-STABLE source, here's the > error output (INET6 disabled, but SCTP enabled): Yes, INET6 is (currently) required if you enable SCTP. Cheers, -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 01:03:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3D97106566B for ; Tue, 4 Mar 2008 01:03:09 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id D5EAC8FC1A for ; Tue, 4 Mar 2008 01:03:09 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id B26281CC033; Mon, 3 Mar 2008 17:03:09 -0800 (PST) Date: Mon, 3 Mar 2008 17:03:09 -0800 From: Jeremy Chadwick To: Andy Dills Message-ID: <20080304010309.GA58196@eos.sc1.parodius.com> References: <20080303185618.M63813@shell.xecu.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080303185618.M63813@shell.xecu.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: INET6 required for SCTP in 7.0? 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, 04 Mar 2008 01:03:09 -0000 On Mon, Mar 03, 2008 at 07:29:55PM -0500, Andy Dills wrote: > Is this intended and/or a known issue? Known and well-documented. If you need/want SCTP, you need to keep the INET6 option. Otherwise, remove INET6 and remove SCTP as well. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 01:26:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64A53106566C for ; Tue, 4 Mar 2008 01:26:05 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 190A68FC15 for ; Tue, 4 Mar 2008 01:26:04 +0000 (UTC) (envelope-from chris#@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 m241PveW027649 for ; Mon, 3 Mar 2008 17:26:03 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m241PvAI027648 for freebsd-stable@freebsd.org; Mon, 3 Mar 2008 17:25:57 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 03 Mar 2008 17:25:57 -0800 Message-ID: <20080303172557.2x5adk1vwg4k8c0c@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 03 Mar 2008 17:25:57 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> <1204310983.47c853c70577d@imp.free.fr> <47C89B18.8010803@infracaninophile.co.uk> <1BBD0D48B63AE41DF673F6C4@[10.110.3.211]> <1204381259.93575.15.camel@neo.cse.buffalo.edu> <20080302010048.5n293u9tic8cwww8@webmail.1command.com> <1204527716.47cba264d0240@imp.free.fr> <20080303022049.4f7srhzt7o88g4cc@webmail.1command.com> In-Reply-To: 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: FreeBSD 7.0-RELEASE 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: Tue, 04 Mar 2008 01:26:05 -0000 Quoting Paul Schmehl : > --On Monday, March 03, 2008 02:20:49 -0800 "Chris H." > wrote: >> >> I would assert that FreeBSD is first and foremost a Server OS. >> The fact that it can also provide a full blown desktop, is so much >> the better. >> In this context, I believe that it makes more sense to place the >> server related install on the first disc. This makes it possible >> to install a server with the least amount of effort. It /also/ >> makes it quite possible for a would-be desktop user to likely >> only need to exchange discs /one/ time. As the most frequently >> used desktop items will fit onto their own disc (one disc). >> > > While I would agree with you in principle, I doubt seriously you > could be a "server" OS on one disk. What server are we talking > about? Web? Email? Webmail? Database? FTP? File server? Home > directory server? DNS server? Collaboration server? Combination of > the above? > > The possibilities are endless, and I doubt they all fit on one iso. > >> Bottom line: this arrangement should ultimately make everyones >> life easier, and maybe even happier. :) >> > > Feh. I'm rapidly coming to the conclusion that there *is* no *right* > way to do this, because it depends entirely upon what the purpose of > the box is and what the preferences of the installer are. Perhaps a > DVD iso is the best that can be done. > > Personally I don't install packages from the iso. Nor do I, except to the extent of "jumpstarting" a src && ports download, followed by c(v)sup and (re)build of anything desired. As to being able to put a server on 1 CD; given your chosen scenario, it is quite possible to provide src && ports in source form on 1 CD. So nothing prevents a "server" install from scratch. On the other hand; providing a "server" install out of /packages/ requires a bit more discretion - exactly /which/ packages should be chosen to be the "defacto" "server". That should be accomplished in the same fashion that they have (already?) decided - those /most/ chosen by users based on some form of statistical data. The sources for stats are many, and I'm sure it's not /too/ difficult to determine the best one(s) to choose from. But of course; You can please some of the people, some of the time. But you can't please /all/ of the people, /all/ of the time. However, in /this/ scenario, I'm pretty sure you can please /most/ of the people /most/ of the time. :) --Chris H > I update ports to current and compile from source. So I don't really > care what's on the isos, but, as the OP pointed out, not everyone has > the luxury of an internet connection when they're doing an install, > so effort in this area is probably warranted. I just don't think > that *any* solution will satisfy everyone (short of a DVD, which > *may* be able to hold everything. > > -- > Paul Schmehl (pauls@utdallas.edu) > Senior Information Security Analyst > The University of Texas at Dallas > http://www.utdallas.edu/ir/security/ > > _______________________________________________ > 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) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 01:43:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B6E81065675 for ; Tue, 4 Mar 2008 01:43:44 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0C33D8FC1A for ; Tue, 4 Mar 2008 01:43:43 +0000 (UTC) (envelope-from chris#@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 m241haQd029437 for ; Mon, 3 Mar 2008 17:43:42 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m241haNb029436 for freebsd-stable@freebsd.org; Mon, 3 Mar 2008 17:43:36 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 03 Mar 2008 17:43:35 -0800 Message-ID: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 03 Mar 2008 17:43:35 -0800 From: "Chris H." To: freebsd-stable@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: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 01:43:44 -0000 Greetings, I'm having some difficulty working with anything past 127.0.0.1. It seems impossible to use (create) any addresses on the "loopback" past 127.0.0.1. More specifically; I installed rbldnsd from ports, and it worked quite well on a 6.x install. However, attempting the same config/install on a 7-RC3 install yields the inability to bind/create 127.0.0.2, or 127.0.0.3 for rbldnsd to answer on - all queries are refused. The same pinging/digging, etc. The 2 servers have /exactly/ the same net setups, and DNS/rbldnsd configs. Yet no joy on the RELENG_7 box. So it /appears/ something in this area has changed since 6. But I'm unable to discover any info on it. Thank you for all your time and consideration. --Chris H -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 02:04:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5084106566B for ; Tue, 4 Mar 2008 02:04:22 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.249]) by mx1.freebsd.org (Postfix) with ESMTP id 855858FC17 for ; Tue, 4 Mar 2008 02:04:22 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: by ag-out-0708.google.com with SMTP id 31so526093agc.3 for ; Mon, 03 Mar 2008 18:04:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:sender; bh=LmLF4WDfh1oVeEtZYc7V0Bg4wDmXkkMbSVW1f8XYnj4=; b=e1q9QbPLZU6TgwQQdVfOBgnqfrVYeVHJtsVw2/n4X9O2xwJWpJ88YTHT4VBr+0suf8E53h7Yqay3wrDzcuWVdXE5JsbMl/0Ig5SZAESvbjsfGpC4De4w/Oo/jBbwqPNLrTPCRwizlc74Pz1TJClW4+3S0DrYM6cgdRMhQz4eLt4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:sender; b=fyR52aq8MfMaMiGqUOCm/kuTELhpcEbFSYDRmT8zYd53OfdZAM6ypmpQg9jxYcQVUtRizmbRLo5xwB527V4eqW6SyEqCedmEUays2BZ0uOy21/dVwR9j43wjCBaHJEdDRmsucVIpN/8FTQtuccshDPQsrWvkAwqjUeKkoo7ftwE= Received: by 10.70.26.8 with SMTP id 8mr766656wxz.53.1204595428798; Mon, 03 Mar 2008 17:50:28 -0800 (PST) Received: from ?192.168.10.84? ( [59.125.13.44]) by mx.google.com with ESMTPS id h34sm2729133wxd.38.2008.03.03.17.50.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 03 Mar 2008 17:50:27 -0800 (PST) From: "Eric L. Chen" To: Kris Kennaway In-Reply-To: <47C806D5.9050000@FreeBSD.org> References: <47C6FDD0.2040902@mbnet.fi> <200802281631.07844.jkim@FreeBSD.org> <47C7C611.2000609@bsdforen.de> <47C7F6D2.2000504@FreeBSD.org> <47C7F7B2.3020505@bsdforen.de> <47C7F8AE.5000506@FreeBSD.org> <47C7FC0F.7010905@bsdforen.de> <47C7FD5B.2040102@FreeBSD.org> <47C80490.9080600@bsdforen.de> <47C806D5.9050000@FreeBSD.org> Content-Type: text/plain Date: Tue, 04 Mar 2008 09:50:04 +0800 Message-Id: <1204595404.1620.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.21.92 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Sender: "Eric L. Chen" Cc: Teemu Korhonen , Dominic Fandrey , freebsd-x11@FreeBSD.org, freebsd-stable@FreeBSD.org, Jung-uk Kim Subject: Re: jerky mouse still in 7.0-RELEASE 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, 04 Mar 2008 02:04:23 -0000 On Fri, 2008-02-29 at 14:21 +0100, Kris Kennaway wrote: > Dominic Fandrey wrote: > > Kris Kennaway wrote: > >> Dominic Fandrey wrote: > >>> Kris Kennaway wrote: > >>>> Well it doesn't rule it out. X may be introducing latencies that > >>>> are causing your mouse to lose sync or something. > >>> > >>> It's not the mouse that hangs. > >>> It's the only thing that works, > >>> everything else hangs when I combine moused/X. This issue doesn't > >>> exist on all my systems, though. It existed on my old Thinkpad > >>> (Pentium-m 1.3 GHz), it exists on my new notebook (Core2 Duo with 2.4 > >>> GHz), but it doesn't exist on my P4 with 1.6 GHz. > >>> > >>> Key entries, animations, they all just pile up somewhere and happen > >>> all at once when I start using the mouse. To watch a movie I have to > >>> keep the mouse moving all the time. > >>> > >>> It's not a general X and mouse problem, because without moused in > >>> between everything works fine. I think at some point in time a bug > >>> was either introduced in moused, or in my opinion more likely, in the > >>> sysmouse protocol implementation in X. > >> > >> Could also be an interrupt issue. Either way it's still a different > >> issue to the ones in this thread. > > > > I always thought it's about the same thing and people were just > > imprecise in their perception. The P4 used to be affected by this, too. > > This changed somewhere around RC1, I think. Since all of my machines had > > encountered the problem since I switched them to RELENG_7, I thought my > > problem was very common and it's the one everyone is talking about. > > No, I've seen no-one reporting similar symptoms. > > Kris Hi Kris, I have this problem, too. If moused is enabled, use /dev/sysmouse in xorg.conf, X11 will freeze if mouse not moving. If moused is disabled, use /dev/psm0 in xorg.conf. Every thing works fine. I am running 7-STATBEL/i386. /Eric > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 02:20:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F2171065732; Tue, 4 Mar 2008 02:20:33 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 79A0A8FC18; Tue, 4 Mar 2008 02:20:31 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 368F528449; Tue, 4 Mar 2008 10:20:29 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id C9FB1EBB235; Tue, 4 Mar 2008 10:20:28 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id Z6TATR+sp6jG; Tue, 4 Mar 2008 10:20:23 +0800 (CST) Received: from qlnote (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id E6044EBB225; Tue, 4 Mar 2008 10:20:22 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=date:to:subject:from:organization:cc:content-type: mime-version:references:content-transfer-encoding:message-id:in-reply-to:user-agent; b=FFHxk+VKXgrE9cgA8/r8TWjkhdcU3kY7znvpct/jMnlG67GMOIYmbyoUc+B3QyevM x6yQtfINDkknZfdcTfltQ== Date: Tue, 04 Mar 2008 10:20:19 +0800 To: d@delphij.net, "Pawel Jakub Dawidek" From: "Quake Lee" Organization: GeekCN Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <47CA942F.2080901@delphij.net> <20080303183204.GC21066@garage.freebsd.pl> <47CC5127.8070200@delphij.net> Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <47CC5127.8070200@delphij.net> User-Agent: Opera Mail/9.26 (Win32) Cc: FreeBSD Stable Subject: Re: Reliably trigger-able ZFS panic 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, 04 Mar 2008 02:20:33 -0000 Tue, 04 Mar 2008 03:27:35 +0800，Xin LI : The kernel is FreeBSD fs12.sina.com.cn 7.0-STABLE FreeBSD 7.0-STABLE #0: Sun Mar 2 18:50:05 CST 2008 delphij@fs12.sina.com.cn:/usr/obj/usr/src/sys/ZFORK amd64 the get all at below: fs12# zfs get all NAME PROPERTY VALUE SOURCE midpool type filesystem - midpool creation Fri Feb 29 15:01 2008 - midpool used 11.1M - midpool available 2.65T - midpool referenced 44.7K - midpool compressratio 1.00x - midpool mounted yes - midpool quota none default midpool reservation none default midpool recordsize 128K default midpool mountpoint /mnt/ztest local midpool sharenfs off default midpool checksum on default midpool compression off default midpool atime on default midpool devices on default midpool exec on default midpool setuid on default midpool readonly off default midpool jailed off default midpool snapdir hidden default midpool aclmode groupmask default midpool aclinherit secure default midpool canmount on default midpool shareiscsi off default midpool xattr off temporary midpool copies 1 default fs12# zpool get all midpool NAME PROPERTY VALUE SOURCE midpool bootfs - default > Pawel Jakub Dawidek wrote: >> On Sun, Mar 02, 2008 at 03:49:03AM -0800, LI Xin wrote: >>> Hi, >>> >>> The following iozone test case on ZFS would reliably trigger panic: >>> >>> /usr/local/bin/iozone -M -e -+u -T -t 128 -S 4096 -L 64 -R -r 4k -s 30g >>> -i 0 -i 1 -i 2 -i 8 -+p 70 -C >> >> Thanks, I'll try to reproduce it. >> >> [...] >> >>> #19 0x000000000000b55d in z_deflateInit2_ (strm=0xffffff00042dc8e0, >>> level=70109184, method=68351768, >>> windowBits=68351600, memLevel=76231808, strategy=76231808, >>> version=Cannot access memory at address 0xffffffff00040010 >>> ) >>> at >>> /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/zmod/deflate.c:318 >> >> Can you send me your FS configuration? zfs get all your/file/system >> I see that you use compression on this dataset? > > It was all default configuration. The pool was a RAID-Z2 without > hotspare disk. The box is now running some other tests (not FreeBSD) at > our Beijing Lab and we don't have remote hands in the nights, so I'm > afraid that I will not be able to provide further information at this > moment. Please let me know if the test run will not provoke the problem > and I will ask them to see if they can spare the box in the weekend for > me. > > Cheers, -- The Power to Serve From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 02:21:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2EA8106566B for ; Tue, 4 Mar 2008 02:21:20 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id A31E98FC21 for ; Tue, 4 Mar 2008 02:21:20 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 790281CC038; Mon, 3 Mar 2008 18:21:20 -0800 (PST) Date: Mon, 3 Mar 2008 18:21:20 -0800 From: Jeremy Chadwick To: "Chris H." Message-ID: <20080304022120.GA67410@eos.sc1.parodius.com> References: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 02:21:20 -0000 On Mon, Mar 03, 2008 at 05:43:35PM -0800, Chris H. wrote: > Greetings, > I'm having some difficulty working with anything past 127.0.0.1. > It seems impossible to use (create) any addresses on the "loopback" > past 127.0.0.1. > More specifically; I installed rbldnsd from ports, and it worked quite > well on a 6.x install. However, attempting the same config/install on > a 7-RC3 install yields the inability to bind/create 127.0.0.2, or > 127.0.0.3 for rbldnsd to answer on - all queries are refused. The > same pinging/digging, etc. > > The 2 servers have /exactly/ the same net setups, and DNS/rbldnsd > configs. Yet no joy on the RELENG_7 box. So it /appears/ something > in this area has changed since 6. But I'm unable to discover any > info on it. I've looked at this software: http://www.corpit.ru/mjt/rbldnsd.html Why exactly do you need this software to bind to 127.0.0.2 or 127.0.0.3? I don't see any indication of it needing that. DNS-based RBLs don't work like that, so I'm confused by this request. The software acts as "dumb" DNS server that returns specific IP addresses when certain zones are resolved. postfix, sendmail, or any other MTA will attempt DNS resolution of a hostname (at whatever stage of the SMTP transaction). You tell the MTA to use whatever.blah.com as a dnsbl, and the MTA will execute a resolver query to whatever.blah.com for a specific hostname. The resolver (rbldnsd) will answer for a hostname with a specific IP address (per the configuration file); each IP address returned can be used for a unique purpose, e.g. 127.0.0.2 could mean "SOCKS proxy; denied", while 127.0.0.99 could mean "Known hijacked network". There's a common list used here: http://www.netwidget.net/books/apress/dns/info/dnsbl.htm; see section "127/8 Return Codes". If, for some bizarre reason, you REALLY DO need multiple loopback addresses, it works fine, as confirmed on my RELENG_7 box: icarus# ifconfig lo0 inet 127.0.0.2 netmask 255.255.255.255 alias icarus# ifconfig lo0 lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet 127.0.0.2 netmask 0xffffffff icarus# ping 127.0.0.2 PING 127.0.0.2 (127.0.0.2): 56 data bytes 64 bytes from 127.0.0.2: icmp_seq=0 ttl=64 time=0.022 ms 64 bytes from 127.0.0.2: icmp_seq=1 ttl=64 time=0.012 ms ^C --- 127.0.0.2 ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.012/0.017/0.022/0.005 ms -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 02:42:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 333BC1065675 for ; Tue, 4 Mar 2008 02:42:50 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id A55098FC25 for ; Tue, 4 Mar 2008 02:42:49 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from nbc.matik.com.br (nbc.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m242gmSN043558; Mon, 3 Mar 2008 23:42:49 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Mon, 3 Mar 2008 23:42:33 -0300 User-Agent: KMail/1.9.6 (enterprise 0.20071204.744707) References: <200803032207.m23M7c51084389@drugs.dv.isc.org> In-Reply-To: <200803032207.m23M7c51084389@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200803032342.34139.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Jeremy Chadwick , Mark Andrews , Dmitry Antipov Subject: Re: 7.0 - slow/unstable Internet access via Linux router 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, 04 Mar 2008 02:42:50 -0000 On Monday 03 March 2008 19:07:38 Mark Andrews wrote: > > On Mon, Mar 03, 2008 at 02:30:01PM +0300, Dmitry Antipov wrote: > > > Is it required to have 'options INET6' even if I'm not using any IPv6 > > > connectivity ? > > > > No, not unless you rely on SCTP, which at this time *does* require > > INET6. If you remove INET6, you must also remove SCTP. > > > > Be aware that if you remove INET6, ntpd (if used) will complain about > > missing transport protocol capability for tcp6 and udp6. It's a > > harmless warning, and won't impact functionality of ntpd. There is an > > open PR for this problem: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/78728 > > > > > Also I have occasional 'mskc0: Uncorrectable PCI Express error' > > > messages, which is a known > > > (http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/119613) problem... > > > > Can't help you with this, but I bet Pyun YongHyeon can. :-) > > I really don't understand this wish people have to turn off > IPv6. The world is running out of IPv4 addresses. IPv6 > will be required within a year or two. Now is the time to easy, you do not need ipv6 when you are on an ipv4 network > make sure every piece of software you use that requires IP > connectivity supports IPv6. In 2-3 years time it will be > too late as you won't have the option to fall back to IPv4. > > IPv6 connectivity is available to everyone today if they > wish it. You don't have to wait for you ISP to supply it. well, that might not be exactly true, what do you want (and why should you)= =20 with an ipv6 address/service on your computer when you are on an ipv4=20 network??? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 02:51:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEC1F106566C for ; Tue, 4 Mar 2008 02:51:47 +0000 (UTC) (envelope-from andy@xecu.net) Received: from mg5.xecu.net (mg5.xecu.net [216.127.136.199]) by mx1.freebsd.org (Postfix) with ESMTP id A601B8FC21 for ; Tue, 4 Mar 2008 02:51:47 +0000 (UTC) (envelope-from andy@xecu.net) Received: from localhost (unknown [127.0.0.1]) by mg5.xecu.net (Postfix) with ESMTP id 6F11C2E024F; Mon, 3 Mar 2008 21:51:46 -0500 (EST) X-Virus-Scanned: amavisd-new at xecu.net Received: from mg5.xecu.net ([127.0.0.1]) by localhost (mg5.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TgjT5aNY7srZ; Mon, 3 Mar 2008 21:51:43 -0500 (EST) Received: from shell.xecu.net (shell.xecu.net [216.127.136.216]) by mg5.xecu.net (Postfix) with ESMTP id 9A7432E0239; Mon, 3 Mar 2008 21:51:43 -0500 (EST) Date: Mon, 3 Mar 2008 21:51:44 -0500 (EST) From: Andy Dills To: "Chris H." In-Reply-To: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> Message-ID: <20080303214847.E63813@shell.xecu.net> References: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 02:51:47 -0000 On Mon, 3 Mar 2008, Chris H. wrote: > Greetings, > I'm having some difficulty working with anything past 127.0.0.1. > It seems impossible to use (create) any addresses on the "loopback" > past 127.0.0.1. > More specifically; I installed rbldnsd from ports, and it worked quite > well on a 6.x install. However, attempting the same config/install on > a 7-RC3 install yields the inability to bind/create 127.0.0.2, or > 127.0.0.3 for rbldnsd to answer on - all queries are refused. The > same pinging/digging, etc. > > The 2 servers have /exactly/ the same net setups, and DNS/rbldnsd > configs. Yet no joy on the RELENG_7 box. So it /appears/ something > in this area has changed since 6. But I'm unable to discover any > info on it. > > Thank you for all your time and consideration. What subnet mask did you use when creating the 127.0.0.2 (etc) interfaces on lo0? On 7.0-R, I just ifconfig'ed 127.0.0.2 as an alias to lo0 with a subnet mask of 255.255.255.255, and I was able to bind/listen/accept on it with no problem. Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 --- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 03:15:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E537106566B; Tue, 4 Mar 2008 03:15:50 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 1FB728FC19; Tue, 4 Mar 2008 03:15:49 +0000 (UTC) (envelope-from chris#@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 m243Ffxr038466; Mon, 3 Mar 2008 19:15:47 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m243FfXE038465; Mon, 3 Mar 2008 19:15:41 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 03 Mar 2008 19:15:41 -0800 Message-ID: <20080303191541.zo38uh036ogg8400@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 03 Mar 2008 19:15:41 -0800 From: "Chris H." To: Jeremy Chadwick References: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> <20080304022120.GA67410@eos.sc1.parodius.com> In-Reply-To: <20080304022120.GA67410@eos.sc1.parodius.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 Cc: freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 03:15:50 -0000 Hello Jeremy, and thank you for your reply. Quoting Jeremy Chadwick : > On Mon, Mar 03, 2008 at 05:43:35PM -0800, Chris H. wrote: >> Greetings, >> I'm having some difficulty working with anything past 127.0.0.1. >> It seems impossible to use (create) any addresses on the "loopback" >> past 127.0.0.1. >> More specifically; I installed rbldnsd from ports, and it worked quite >> well on a 6.x install. However, attempting the same config/install on >> a 7-RC3 install yields the inability to bind/create 127.0.0.2, or >> 127.0.0.3 for rbldnsd to answer on - all queries are refused. The >> same pinging/digging, etc. >> >> The 2 servers have /exactly/ the same net setups, and DNS/rbldnsd >> configs. Yet no joy on the RELENG_7 box. So it /appears/ something >> in this area has changed since 6. But I'm unable to discover any >> info on it. > > I've looked at this software: http://www.corpit.ru/mjt/rbldnsd.html > > Why exactly do you need this software to bind to 127.0.0.2 or 127.0.0.3? > I don't see any indication of it needing that. DNS-based RBLs don't > work like that, so I'm confused by this request. OK Here, the scoop. I "bind" rbldnsd to one of my IRIP's (Internet Routable IP's). Requests can be made against /my/ blocklist @ my IRIP. Then, should there be a match, the answer is IN A 127.0.0.2 evil host yadda, yadda... This, unless an NON internet Routable address from a /private/ block is used, is the general way to best accomplish this. BTW, as I mentioned in my original post; this setup/config worked /perfectly/ on a recent RELENG_6 server. NOTE: there are no ifconfig, or ifconfig_alias's in either server' rc.conf /other/ than: ifconfig_lo0="inet 127.0.0.1" in /etc/default/rc.conf on /both/ servers. Yet, for some reason the 6.x server provides 127.0.0/24 without question. The 7 server with /identical/ setup, will only provide 127.0.0.1. I hope I have been more concise this time. Thank you very much for taking the time to respond. --Chris H > > The software acts as "dumb" DNS server that returns specific IP > addresses when certain zones are resolved. postfix, sendmail, or any > other MTA will attempt DNS resolution of a hostname (at whatever stage > of the SMTP transaction). You tell the MTA to use whatever.blah.com as > a dnsbl, and the MTA will execute a resolver query to whatever.blah.com > for a specific hostname. The resolver (rbldnsd) will answer for a > hostname with a specific IP address (per the configuration file); each > IP address returned can be used for a unique purpose, e.g. 127.0.0.2 > could mean "SOCKS proxy; denied", while 127.0.0.99 could mean "Known > hijacked network". > > There's a common list used here: > > http://www.netwidget.net/books/apress/dns/info/dnsbl.htm; see section > "127/8 Return Codes". > > If, for some bizarre reason, you REALLY DO need multiple loopback > addresses, it works fine, as confirmed on my RELENG_7 box: > > icarus# ifconfig lo0 inet 127.0.0.2 netmask 255.255.255.255 alias > icarus# ifconfig lo0 > lo0: flags=8049 metric 0 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > inet 127.0.0.2 netmask 0xffffffff > icarus# ping 127.0.0.2 > PING 127.0.0.2 (127.0.0.2): 56 data bytes > 64 bytes from 127.0.0.2: icmp_seq=0 ttl=64 time=0.022 ms > 64 bytes from 127.0.0.2: icmp_seq=1 ttl=64 time=0.012 ms > ^C > --- 127.0.0.2 ping statistics --- > 2 packets transmitted, 2 packets received, 0.0% packet loss > round-trip min/avg/max/stddev = 0.012/0.017/0.022/0.005 ms > > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > 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) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 03:24:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E8E3106566B for ; Tue, 4 Mar 2008 03:24:08 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 50E9F8FC24 for ; Tue, 4 Mar 2008 03:24:08 +0000 (UTC) (envelope-from chris#@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 m243NxI3039274 for ; Mon, 3 Mar 2008 19:24:05 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m243NxSM039273 for freebsd-stable@freebsd.org; Mon, 3 Mar 2008 19:23:59 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 03 Mar 2008 19:23:59 -0800 Message-ID: <20080303192359.5fdwtzl7s48ksg8w@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 03 Mar 2008 19:23:59 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> <20080303214847.E63813@shell.xecu.net> In-Reply-To: <20080303214847.E63813@shell.xecu.net> 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: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 03:24:08 -0000 Quoting Andy Dills : > On Mon, 3 Mar 2008, Chris H. wrote: > >> Greetings, >> I'm having some difficulty working with anything past 127.0.0.1. >> It seems impossible to use (create) any addresses on the "loopback" >> past 127.0.0.1. >> More specifically; I installed rbldnsd from ports, and it worked quite >> well on a 6.x install. However, attempting the same config/install on >> a 7-RC3 install yields the inability to bind/create 127.0.0.2, or >> 127.0.0.3 for rbldnsd to answer on - all queries are refused. The >> same pinging/digging, etc. >> >> The 2 servers have /exactly/ the same net setups, and DNS/rbldnsd >> configs. Yet no joy on the RELENG_7 box. So it /appears/ something >> in this area has changed since 6. But I'm unable to discover any >> info on it. >> >> Thank you for all your time and consideration. > > What subnet mask did you use when creating the 127.0.0.2 (etc) interfaces > on lo0? > > On 7.0-R, I just ifconfig'ed 127.0.0.2 as an alias to lo0 with a subnet > mask of 255.255.255.255, and I was able to bind/listen/accept on it with > no problem. Indeed. I have several /24's to manage, and alias the bulk of them to the NIC on the server(s). But, having /identical/ configurations/setups of FreeBSD, and rbldnsd on two different servers; the recent RELENG_6 server desires/requires no alias on lo0, and happily provides a 127.0.0/24 While the same setup on a 7-RC3 will only provide 127.0.0.1. Which brings me to my original question; What's different on 7 regarding the 127.0.0/24 block? Thank you very much Andy, for taking the time to respond. --Chris H > > Andy > > --- > Andy Dills > Xecunet, Inc. > www.xecu.net > 301-682-9972 > --- > _______________________________________________ > 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) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 03:29:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15F83106566B; Tue, 4 Mar 2008 03:29:02 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id CFAC08FC1D; Tue, 4 Mar 2008 03:29:01 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m243SxwX079379; Tue, 4 Mar 2008 14:28:59 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200803040328.m243SxwX079379@drugs.dv.isc.org> To: JoaoBR From: Mark Andrews In-reply-to: Your message of "Mon, 03 Mar 2008 23:42:33 -0300." <200803032342.34139.joao@matik.com.br> Date: Tue, 04 Mar 2008 14:28:59 +1100 Sender: marka@isc.org Cc: Jeremy Chadwick , Dmitry Antipov , freebsd-stable@freebsd.org Subject: Re: 7.0 - slow/unstable Internet access via Linux router 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, 04 Mar 2008 03:29:02 -0000 > On Monday 03 March 2008 19:07:38 Mark Andrews wrote: > > > On Mon, Mar 03, 2008 at 02:30:01PM +0300, Dmitry Antipov wrote: > > > > Is it required to have 'options INET6' even if I'm not using any IPv6 > > > > connectivity ? > > > > > > No, not unless you rely on SCTP, which at this time *does* require > > > INET6. If you remove INET6, you must also remove SCTP. > > > > > > Be aware that if you remove INET6, ntpd (if used) will complain about > > > missing transport protocol capability for tcp6 and udp6. It's a > > > harmless warning, and won't impact functionality of ntpd. There is an > > > open PR for this problem: > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/78728 > > > > > > > Also I have occasional 'mskc0: Uncorrectable PCI Express error' > > > > messages, which is a known > > > > (http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/119613) problem... > > > > > > Can't help you with this, but I bet Pyun YongHyeon can. :-) > > > > I really don't understand this wish people have to turn off > > IPv6. The world is running out of IPv4 addresses. IPv6 > > will be required within a year or two. Now is the time to > > easy, you do not need ipv6 when you are on an ipv4 network > > > make sure every piece of software you use that requires IP > > connectivity supports IPv6. In 2-3 years time it will be > > too late as you won't have the option to fall back to IPv4. What does turning off IPv6 get you other than a few less bytes of code? > > IPv6 connectivity is available to everyone today if they > > wish it. You don't have to wait for you ISP to supply it. > > well, that might not be exactly true, what do you want (and why should you) > > with an ipv6 address/service on your computer when you are on an ipv4 > network??? The ability to actually *test* that a application that you use will work over IPv6. This is something that everybody that uses a networked application should be doing. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 03:29:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B37131065672 for ; Tue, 4 Mar 2008 03:29:23 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 7E0BE8FC15 for ; Tue, 4 Mar 2008 03:29:23 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 17D342218950; Tue, 4 Mar 2008 14:29:22 +1100 (EST) X-Viruscan-Id: <47CCC21100003DC9FCBEE2@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id B981821B1F7B; Tue, 4 Mar 2008 14:29:21 +1100 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 47A0A2218804; Tue, 4 Mar 2008 14:29:21 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id DC23715D; Tue, 4 Mar 2008 14:29:20 +1100 (EST) Date: Tue, 4 Mar 2008 14:29:20 +1100 From: Edwin Groothuis To: "Chris H." Message-ID: <20080304032920.GC2964@k7.mavetju> Mail-Followup-To: Edwin Groothuis , "Chris H." , freebsd-stable@freebsd.org References: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> <20080303214847.E63813@shell.xecu.net> <20080303192359.5fdwtzl7s48ksg8w@webmail.1command.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080303192359.5fdwtzl7s48ksg8w@webmail.1command.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 03:29:23 -0000 On Mon, Mar 03, 2008 at 07:23:59PM -0800, Chris H. wrote: > Quoting Andy Dills : > > >On Mon, 3 Mar 2008, Chris H. wrote: > > > >>Greetings, > >>I'm having some difficulty working with anything past 127.0.0.1. > >>It seems impossible to use (create) any addresses on the "loopback" > >>past 127.0.0.1. > >>More specifically; I installed rbldnsd from ports, and it worked quite > >>well on a 6.x install. However, attempting the same config/install on > >>a 7-RC3 install yields the inability to bind/create 127.0.0.2, or > >>127.0.0.3 for rbldnsd to answer on - all queries are refused. The > >>same pinging/digging, etc. > >> > >>The 2 servers have /exactly/ the same net setups, and DNS/rbldnsd > >>configs. Yet no joy on the RELENG_7 box. So it /appears/ something > >>in this area has changed since 6. But I'm unable to discover any > >>info on it. > >> > >>Thank you for all your time and consideration. > > > >What subnet mask did you use when creating the 127.0.0.2 (etc) interfaces > >on lo0? > > > >On 7.0-R, I just ifconfig'ed 127.0.0.2 as an alias to lo0 with a subnet > >mask of 255.255.255.255, and I was able to bind/listen/accept on it with > >no problem. > > Indeed. I have several /24's to manage, and alias the bulk of them to > the NIC on the server(s). But, having /identical/ configurations/setups > of FreeBSD, and rbldnsd on two different servers; the recent RELENG_6 > server desires/requires no alias on lo0, and happily provides a 127.0.0/24 > While the same setup on a 7-RC3 will only provide 127.0.0.1. Which > brings me to my original question; What's different on 7 regarding the > 127.0.0/24 block? Are you sure it's a /24 you are talking about? My 7.0 disks install 127.0.0.1/8 here. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 03:36:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 046661065670; Tue, 4 Mar 2008 03:36:21 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id A80198FC14; Tue, 4 Mar 2008 03:36:20 +0000 (UTC) (envelope-from chris#@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 m243a4XA040506; Mon, 3 Mar 2008 19:36:10 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m243a4WP040505; Mon, 3 Mar 2008 19:36:04 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 03 Mar 2008 19:36:04 -0800 Message-ID: <20080303193604.s40hzd0dw8o8gckw@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 03 Mar 2008 19:36:04 -0800 From: "Chris H." To: Royce Williams References: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> <20080304022120.GA67410@eos.sc1.parodius.com> <47CCBCED.6040301@alaska.net> In-Reply-To: <47CCBCED.6040301@alaska.net> 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 Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 03:36:21 -0000 Quoting Royce Williams : > Jeremy Chadwick wrote, on 3/3/2008 5:21 PM: >> On Mon, Mar 03, 2008 at 05:43:35PM -0800, Chris H. wrote: >> I've looked at this software: http://www.corpit.ru/mjt/rbldnsd.html >> >> Why exactly do you need this software to bind to 127.0.0.2 or 127.0.0.3? >> I don't see any indication of it needing that. DNS-based RBLs don't >> work like that, so I'm confused by this request. Indeed. You are /quite/ correct. I /do/ in fact run the BIND on the same servers, and /do/ forward requests to the same servers primary address (IP). But on a different port eg; blackvoid.mydomain.COM { type forward; forward only; forwarders { port 530; }; }; Hell, this is right out of the BIND FAQ that comes with the FreeBSD BIND port. /However/, rbldnsd needs to /answer/ when it finds a match, and answers: IN A 127.0.0.2 REJECTED! evil spammer... So. This is what I mean by needing 127.0.0.? other than 127.0.0.1. Which brings me 'round to my original question: What has changed in 7 regarding 127.0.0/24 (lo0 || loopback). I have identical server setups/configs on 2 servers. The recent RELENG_6 server creates/provides 127.0.0/24 without question. While 7-RC3 only provides 127.0.0.1. Thanks for taking the time to respond. --Chris H > > It's not uncommon to configure BIND to forward requests for a DNSBL > zone to another local listener, so that one can take advantage of both > BIND local zones and rbldnsd local zones. > > See http://www.njabl.org/rsync.html for an example -- the BIND config > of which looks like: > > zone "dnsbl.njabl.org" IN { > type forward; > forward first; > forwarders { > 127.0.0.1 port 530; > }; > }; > > Royce > > -- > Royce D. Williams - IP Engineering, ACS > http://www.tycho.org/royce/ - PGP: 3FC087DB/1776A531 > Amid a multitude of projects, no plan is devised. - Syrus > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 03:37:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7309A1065670 for ; Tue, 4 Mar 2008 03:37:41 +0000 (UTC) (envelope-from royce@alaska.net) Received: from hermes.acsalaska.net (hermes.acsalaska.net [209.112.173.230]) by mx1.freebsd.org (Postfix) with ESMTP id 19A688FC21 for ; Tue, 4 Mar 2008 03:37:40 +0000 (UTC) (envelope-from royce@alaska.net) Received: from [192.168.254.100] (66-230-111-187-rb1.nwc.dsl.dynamic.acsalaska.net [66.230.111.187]) by hermes.acsalaska.net (8.14.1/8.14.1) with ESMTP id m24377du019607; Mon, 3 Mar 2008 18:07:07 -0900 (AKST) (envelope-from royce@alaska.net) Message-ID: <47CCBCED.6040301@alaska.net> Date: Mon, 03 Mar 2008 18:07:25 -0900 From: Royce Williams User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12) Gecko/20080213 Thunderbird/2.0.0.12 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> <20080304022120.GA67410@eos.sc1.parodius.com> In-Reply-To: <20080304022120.GA67410@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.63; SA 3.2.3; spamdefang 1.122 Cc: freebsd-stable@freebsd.org, "Chris H." Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 03:37:41 -0000 Jeremy Chadwick wrote, on 3/3/2008 5:21 PM: > On Mon, Mar 03, 2008 at 05:43:35PM -0800, Chris H. wrote: > I've looked at this software: http://www.corpit.ru/mjt/rbldnsd.html > > Why exactly do you need this software to bind to 127.0.0.2 or 127.0.0.3? > I don't see any indication of it needing that. DNS-based RBLs don't > work like that, so I'm confused by this request. It's not uncommon to configure BIND to forward requests for a DNSBL zone to another local listener, so that one can take advantage of both BIND local zones and rbldnsd local zones. See http://www.njabl.org/rsync.html for an example -- the BIND config of which looks like: zone "dnsbl.njabl.org" IN { type forward; forward first; forwarders { 127.0.0.1 port 530; }; }; Royce -- Royce D. Williams - IP Engineering, ACS http://www.tycho.org/royce/ - PGP: 3FC087DB/1776A531 Amid a multitude of projects, no plan is devised. - Syrus From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 03:39:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10455106566B for ; Tue, 4 Mar 2008 03:39:02 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0EF958FC14 for ; Tue, 4 Mar 2008 03:39:02 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id DCB3B1CC05B; Mon, 3 Mar 2008 19:39:01 -0800 (PST) Date: Mon, 3 Mar 2008 19:39:01 -0800 From: Jeremy Chadwick To: Edwin Groothuis , "Chris H." , freebsd-stable@freebsd.org Message-ID: <20080304033901.GA70131@eos.sc1.parodius.com> References: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> <20080303214847.E63813@shell.xecu.net> <20080303192359.5fdwtzl7s48ksg8w@webmail.1command.com> <20080304032920.GC2964@k7.mavetju> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080304032920.GC2964@k7.mavetju> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 03:39:02 -0000 On Tue, Mar 04, 2008 at 02:29:20PM +1100, Edwin Groothuis wrote: > Are you sure it's a /24 you are talking about? My 7.0 disks install > 127.0.0.1/8 here. Ditto. And our RELENG_6 production servers are the same. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 03:39:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B3661065670; Tue, 4 Mar 2008 03:39:08 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id E47168FC2A; Tue, 4 Mar 2008 03:39:07 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m243d3Oj079510; Tue, 4 Mar 2008 14:39:03 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200803040339.m243d3Oj079510@drugs.dv.isc.org> To: "Chris H." From: Mark Andrews In-reply-to: Your message of "Mon, 03 Mar 2008 19:15:41 -0800." <20080303191541.zo38uh036ogg8400@webmail.1command.com> Date: Tue, 04 Mar 2008 14:39:03 +1100 Sender: marka@isc.org Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 03:39:08 -0000 > Hello Jeremy, and thank you for your reply. > > Quoting Jeremy Chadwick : > > > On Mon, Mar 03, 2008 at 05:43:35PM -0800, Chris H. wrote: > >> Greetings, > >> I'm having some difficulty working with anything past 127.0.0.1. > >> It seems impossible to use (create) any addresses on the "loopback" > >> past 127.0.0.1. > >> More specifically; I installed rbldnsd from ports, and it worked quite > >> well on a 6.x install. However, attempting the same config/install on > >> a 7-RC3 install yields the inability to bind/create 127.0.0.2, or > >> 127.0.0.3 for rbldnsd to answer on - all queries are refused. The > >> same pinging/digging, etc. > >> > >> The 2 servers have /exactly/ the same net setups, and DNS/rbldnsd > >> configs. Yet no joy on the RELENG_7 box. So it /appears/ something > >> in this area has changed since 6. But I'm unable to discover any > >> info on it. > > > > I've looked at this software: http://www.corpit.ru/mjt/rbldnsd.html > > > > Why exactly do you need this software to bind to 127.0.0.2 or 127.0.0.3? > > I don't see any indication of it needing that. DNS-based RBLs don't > > work like that, so I'm confused by this request. > > OK Here, the scoop. I "bind" rbldnsd to one of my IRIP's (Internet > Routable IP's). Requests can be made against /my/ blocklist @ my IRIP. > Then, should there be a match, the answer is IN A 127.0.0.2 evil host > yadda, yadda... > > This, unless an NON internet Routable address from a /private/ block > is used, is the general way to best accomplish this. > > BTW, as I mentioned in my original post; this setup/config worked > /perfectly/ on a recent RELENG_6 server. > NOTE: there are no ifconfig, or ifconfig_alias's in either server' > rc.conf /other/ than: > > ifconfig_lo0="inet 127.0.0.1" I suggest that you look again. There is nothing in 6.x that automatically configures anything except 127.0.0.1 on lo0. > in /etc/default/rc.conf on /both/ servers. Yet, for some reason > the 6.x server provides 127.0.0/24 without question. By default 6.x will configure lo0 as 127.0.0.1/8. lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet 127.0.0.1 netmask 0xff000000 inet 10.53.0.1 netmask 0xffffffff inet 10.53.0.2 netmask 0xffffffff inet 10.53.0.3 netmask 0xffffffff inet 10.53.0.4 netmask 0xffffffff inet 10.53.0.5 netmask 0xffffffff inet 10.53.0.6 netmask 0xffffffff inet 10.53.0.7 netmask 0xffffffff inet 127.0.0.2 netmask 0xffffffff inet 127.0.0.3 netmask 0xffffffff ifconfig_lo0_alias0="inet 10.53.0.1 netmask 0xffffffff" ifconfig_lo0_alias1="inet 10.53.0.2 netmask 0xffffffff" ifconfig_lo0_alias2="inet 10.53.0.3 netmask 0xffffffff" ifconfig_lo0_alias3="inet 10.53.0.4 netmask 0xffffffff" ifconfig_lo0_alias4="inet 10.53.0.5 netmask 0xffffffff" ifconfig_lo0_alias5="inet 10.53.0.6 netmask 0xffffffff" ifconfig_lo0_alias6="inet 10.53.0.7 netmask 0xffffffff" ifconfig_lo0_alias7="inet 127.0.0.2 netmask 0xffffffff" ifconfig_lo0_alias8="inet 127.0.0.3 netmask 0xffffffff" I actually use lots of test addresses. Mark > The 7 server with /identical/ setup, will only provide 127.0.0.1. > > I hope I have been more concise this time. > > Thank you very much for taking the time to respond. > > --Chris H > > > > > The software acts as "dumb" DNS server that returns specific IP > > addresses when certain zones are resolved. postfix, sendmail, or any > > other MTA will attempt DNS resolution of a hostname (at whatever stage > > of the SMTP transaction). You tell the MTA to use whatever.blah.com as > > a dnsbl, and the MTA will execute a resolver query to whatever.blah.com > > for a specific hostname. The resolver (rbldnsd) will answer for a > > hostname with a specific IP address (per the configuration file); each > > IP address returned can be used for a unique purpose, e.g. 127.0.0.2 > > could mean "SOCKS proxy; denied", while 127.0.0.99 could mean "Known > > hijacked network". > > > > There's a common list used here: > > > > http://www.netwidget.net/books/apress/dns/info/dnsbl.htm; see section > > "127/8 Return Codes". > > > > If, for some bizarre reason, you REALLY DO need multiple loopback > > addresses, it works fine, as confirmed on my RELENG_7 box: > > > > icarus# ifconfig lo0 inet 127.0.0.2 netmask 255.255.255.255 alias > > icarus# ifconfig lo0 > > lo0: flags=8049 metric 0 mtu 16384 > > inet 127.0.0.1 netmask 0xff000000 > > inet 127.0.0.2 netmask 0xffffffff > > icarus# ping 127.0.0.2 > > PING 127.0.0.2 (127.0.0.2): 56 data bytes > > 64 bytes from 127.0.0.2: icmp_seq=0 ttl=64 time=0.022 ms > > 64 bytes from 127.0.0.2: icmp_seq=1 ttl=64 time=0.012 ms > > ^C > > --- 127.0.0.2 ping statistics --- > > 2 packets transmitted, 2 packets received, 0.0% packet loss > > round-trip min/avg/max/stddev = 0.012/0.017/0.022/0.005 ms > > > > > > -- > > | Jeremy Chadwick jdc at parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > _______________________________________________ > > 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-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 03:39:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 745441065673 for ; Tue, 4 Mar 2008 03:39:53 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3DA978FC24 for ; Tue, 4 Mar 2008 03:39:53 +0000 (UTC) (envelope-from chris#@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 m243dibo040887; Mon, 3 Mar 2008 19:39:50 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m243dixi040886; Mon, 3 Mar 2008 19:39:44 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 03 Mar 2008 19:39:44 -0800 Message-ID: <20080303193944.42tvgis6tc80swoc@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 03 Mar 2008 19:39:44 -0800 From: "Chris H." To: Edwin Groothuis References: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> <20080303214847.E63813@shell.xecu.net> <20080303192359.5fdwtzl7s48ksg8w@webmail.1command.com> <20080304032920.GC2964@k7.mavetju> In-Reply-To: <20080304032920.GC2964@k7.mavetju> 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 Cc: freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 03:39:53 -0000 Quoting Edwin Groothuis : > On Mon, Mar 03, 2008 at 07:23:59PM -0800, Chris H. wrote: >> Quoting Andy Dills : >> >> >On Mon, 3 Mar 2008, Chris H. wrote: >> > >> >>Greetings, >> >>I'm having some difficulty working with anything past 127.0.0.1. >> >>It seems impossible to use (create) any addresses on the "loopback" >> >>past 127.0.0.1. >> >>More specifically; I installed rbldnsd from ports, and it worked quite >> >>well on a 6.x install. However, attempting the same config/install on >> >>a 7-RC3 install yields the inability to bind/create 127.0.0.2, or >> >>127.0.0.3 for rbldnsd to answer on - all queries are refused. The >> >>same pinging/digging, etc. >> >> >> >>The 2 servers have /exactly/ the same net setups, and DNS/rbldnsd >> >>configs. Yet no joy on the RELENG_7 box. So it /appears/ something >> >>in this area has changed since 6. But I'm unable to discover any >> >>info on it. >> >> >> >>Thank you for all your time and consideration. >> > >> >What subnet mask did you use when creating the 127.0.0.2 (etc) interfaces >> >on lo0? >> > >> >On 7.0-R, I just ifconfig'ed 127.0.0.2 as an alias to lo0 with a subnet >> >mask of 255.255.255.255, and I was able to bind/listen/accept on it with >> >no problem. >> >> Indeed. I have several /24's to manage, and alias the bulk of them to >> the NIC on the server(s). But, having /identical/ configurations/setups >> of FreeBSD, and rbldnsd on two different servers; the recent RELENG_6 >> server desires/requires no alias on lo0, and happily provides a 127.0.0/24 >> While the same setup on a 7-RC3 will only provide 127.0.0.1. Which >> brings me to my original question; What's different on 7 regarding the >> 127.0.0/24 block? > > Are you sure it's a /24 you are talking about? My 7.0 disks install > 127.0.0.1/8 here. Really? Where did you get the install disc? Mine clearly doesn't. :( All I am provided is 127.0.0.1 - not 127.0.0.2,3... Thanks for your response. --Chris H > > Edwin > > -- > Edwin Groothuis | Personal website: http://www.mavetju.org > edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ > _______________________________________________ > 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) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 03:53:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B29D0106566C; Tue, 4 Mar 2008 03:53:29 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 33E838FC1C; Tue, 4 Mar 2008 03:53:29 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m243rLR8079759; Tue, 4 Mar 2008 14:53:22 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200803040353.m243rLR8079759@drugs.dv.isc.org> To: "Chris H." From: Mark Andrews In-reply-to: Your message of "Mon, 03 Mar 2008 19:36:04 -0800." <20080303193604.s40hzd0dw8o8gckw@webmail.1command.com> Date: Tue, 04 Mar 2008 14:53:21 +1100 Sender: marka@isc.org Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, Royce Williams Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 03:53:29 -0000 > Quoting Royce Williams : > > > Jeremy Chadwick wrote, on 3/3/2008 5:21 PM: > >> On Mon, Mar 03, 2008 at 05:43:35PM -0800, Chris H. wrote: > >> I've looked at this software: http://www.corpit.ru/mjt/rbldnsd.html > >> > >> Why exactly do you need this software to bind to 127.0.0.2 or 127.0.0.3? > >> I don't see any indication of it needing that. DNS-based RBLs don't > >> work like that, so I'm confused by this request. > > Indeed. You are /quite/ correct. I /do/ in fact run the BIND on the same > servers, and /do/ forward requests to the same servers primary address > (IP). But on a different port eg; > > blackvoid.mydomain.COM { > type forward; > forward only; > forwarders { port 530; }; > }; > > Hell, this is right out of the BIND FAQ that comes with the FreeBSD > BIND port. > > /However/, rbldnsd needs to /answer/ when it finds a match, and answers: > IN A 127.0.0.2 REJECTED! evil spammer... What does the addresses returned by a DNS lookup have to do with what addresses are configured on lo0? The answer is NOTHING. > So. This is what I mean by needing 127.0.0.? other than 127.0.0.1. > > Which brings me 'round to my original question: > What has changed in 7 regarding 127.0.0/24 (lo0 || loopback). > > I have identical server setups/configs on 2 servers. The recent RELENG_6 > server creates/provides 127.0.0/24 without question. While 7-RC3 only > provides 127.0.0.1. > > Thanks for taking the time to respond. > > --Chris H > > > > > It's not uncommon to configure BIND to forward requests for a DNSBL > > zone to another local listener, so that one can take advantage of both > > BIND local zones and rbldnsd local zones. > > > > See http://www.njabl.org/rsync.html for an example -- the BIND config > > of which looks like: > > > > zone "dnsbl.njabl.org" IN { > > type forward; > > forward first; > > forwarders { > > 127.0.0.1 port 530; > > }; > > }; > > > > Royce > > > > -- > > Royce D. Williams - IP Engineering, ACS > > http://www.tycho.org/royce/ - PGP: 3FC087DB/1776A531 > > Amid a multitude of projects, no plan is devised. - Syrus > > > > > > -- > panic: kernel trap (ignored) > > > > _______________________________________________ > 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" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 04:09:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5D761065700 for ; Tue, 4 Mar 2008 04:09:09 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 905398FC14 for ; Tue, 4 Mar 2008 04:09:09 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id B1D302218CF5; Tue, 4 Mar 2008 15:09:08 +1100 (EST) X-Viruscan-Id: <47CCCB640000BA5617BEA5@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 4753121B1FB6; Tue, 4 Mar 2008 15:09:08 +1100 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id D67992218CF4; Tue, 4 Mar 2008 15:09:07 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 9F3E215D; Tue, 4 Mar 2008 15:09:07 +1100 (EST) Date: Tue, 4 Mar 2008 15:09:07 +1100 From: Edwin Groothuis To: "Chris H." Message-ID: <20080304040907.GD2964@k7.mavetju> Mail-Followup-To: Edwin Groothuis , "Chris H." , freebsd-stable@freebsd.org References: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> <20080303214847.E63813@shell.xecu.net> <20080303192359.5fdwtzl7s48ksg8w@webmail.1command.com> <20080304032920.GC2964@k7.mavetju> <20080303193944.42tvgis6tc80swoc@webmail.1command.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080303193944.42tvgis6tc80swoc@webmail.1command.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 04:09:10 -0000 On Mon, Mar 03, 2008 at 07:39:44PM -0800, Chris H. wrote: > Quoting Edwin Groothuis : > > >On Mon, Mar 03, 2008 at 07:23:59PM -0800, Chris H. wrote: > >>Quoting Andy Dills : > >> > >>>On Mon, 3 Mar 2008, Chris H. wrote: > >>> > >>>>Greetings, > >>>>I'm having some difficulty working with anything past 127.0.0.1. > >>>>It seems impossible to use (create) any addresses on the "loopback" > >>>>past 127.0.0.1. > >>>>More specifically; I installed rbldnsd from ports, and it worked quite > >>>>well on a 6.x install. However, attempting the same config/install on > >>>>a 7-RC3 install yields the inability to bind/create 127.0.0.2, or > >>>>127.0.0.3 for rbldnsd to answer on - all queries are refused. The > >>>>same pinging/digging, etc. > >>>> > >>>>The 2 servers have /exactly/ the same net setups, and DNS/rbldnsd > >>>>configs. Yet no joy on the RELENG_7 box. So it /appears/ something > >>>>in this area has changed since 6. But I'm unable to discover any > >>>>info on it. > >>>> > >>>>Thank you for all your time and consideration. > >>> > >>>What subnet mask did you use when creating the 127.0.0.2 (etc) interfaces > >>>on lo0? > >>> > >>>On 7.0-R, I just ifconfig'ed 127.0.0.2 as an alias to lo0 with a subnet > >>>mask of 255.255.255.255, and I was able to bind/listen/accept on it with > >>>no problem. > >> > >>Indeed. I have several /24's to manage, and alias the bulk of them to > >>the NIC on the server(s). But, having /identical/ configurations/setups > >>of FreeBSD, and rbldnsd on two different servers; the recent RELENG_6 > >>server desires/requires no alias on lo0, and happily provides a 127.0.0/24 > >>While the same setup on a 7-RC3 will only provide 127.0.0.1. Which > >>brings me to my original question; What's different on 7 regarding the > >>127.0.0/24 block? > > > >Are you sure it's a /24 you are talking about? My 7.0 disks install > >127.0.0.1/8 here. > > Really? Where did you get the install disc? Mine clearly doesn't. :( > All I am provided is 127.0.0.1 - not 127.0.0.2,3... By default it will only generate 127.0.0.1. Reading through the thread (which only caught my eye because of the /24 there) showed a lot of confusion. Could you to take this confusion away tell again why you (think you) need the other ones? Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 04:12:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52DA1106566C for ; Tue, 4 Mar 2008 04:12:20 +0000 (UTC) (envelope-from andy@xecu.net) Received: from mg7.xecu.net (mg7.xecu.net [216.127.136.190]) by mx1.freebsd.org (Postfix) with ESMTP id 395328FC1C for ; Tue, 4 Mar 2008 04:12:19 +0000 (UTC) (envelope-from andy@xecu.net) Received: from localhost (unknown [127.0.0.1]) by mg7.xecu.net (Postfix) with ESMTP id 412A8866C96; Mon, 3 Mar 2008 23:12:19 -0500 (EST) X-Virus-Scanned: amavisd-new at xecu.net Received: from mg7.xecu.net ([127.0.0.1]) by localhost (mg7.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SaMbi++S4uzl; Mon, 3 Mar 2008 23:12:16 -0500 (EST) Received: from shell.xecu.net (shell.xecu.net [216.127.136.216]) by mg7.xecu.net (Postfix) with ESMTP id DFEAF866C92; Mon, 3 Mar 2008 23:12:16 -0500 (EST) Date: Mon, 3 Mar 2008 23:12:17 -0500 (EST) From: Andy Dills To: "Chris H." In-Reply-To: <20080303193944.42tvgis6tc80swoc@webmail.1command.com> Message-ID: <20080303230607.Q63813@shell.xecu.net> References: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> <20080303214847.E63813@shell.xecu.net> <20080303192359.5fdwtzl7s48ksg8w@webmail.1command.com> <20080304032920.GC2964@k7.mavetju> <20080303193944.42tvgis6tc80swoc@webmail.1command.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Edwin Groothuis , freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 04:12:20 -0000 On Mon, 3 Mar 2008, Chris H. wrote: > > Are you sure it's a /24 you are talking about? My 7.0 disks install > > 127.0.0.1/8 here. > > Really? Where did you get the install disc? Mine clearly doesn't. :( > All I am provided is 127.0.0.1 - not 127.0.0.2,3... 127.0.0.1/8 just means 127.0.0.1 with a netmask of 255.0.0.0. It doesn't imply a default behavior of binding to any other address than 127.0.0.1. But I'm still really confused what you're trying to do... See, the idea of returning multiple 127.0.0.X addressess within RBL is to convey different information while using a single zone. In the beginning, the RBLs would just reply with 127.0.0.1 and use different zones to imply different contexts...now you use a single zone with different 127.0.0.X addresses to convey the same information. But...you don't actually do anything with that resolution beyond determine if a given record is listed or not. You don't actually need to configure or use the various 127.0.0.X addresses that might get returned. On the other hand, if you're using multiple rbldnsd instances, one per zone... hile it's a pain you can indeed configured rbldns to serve multiple zones. Or just bind the additional loopback instances BTW, /etc/netstart is a nice shortcut to avoid fatfingering an ifconfig. Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 --- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 04:48:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89612106566C; Tue, 4 Mar 2008 04:48:02 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 51AE98FC26; Tue, 4 Mar 2008 04:48:02 +0000 (UTC) (envelope-from chris#@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 m244ltZ7047550; Mon, 3 Mar 2008 20:48:01 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m244lsCn047549; Mon, 3 Mar 2008 20:47:54 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 03 Mar 2008 20:47:54 -0800 Message-ID: <20080303204754.4a8u3z78mcwskko8@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 03 Mar 2008 20:47:54 -0800 From: "Chris H." To: Mark Andrews References: <200803040339.m243d3Oj079510@drugs.dv.isc.org> In-Reply-To: <200803040339.m243d3Oj079510@drugs.dv.isc.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 Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 04:48:02 -0000 Quoting Mark Andrews : > >> Hello Jeremy, and thank you for your reply. >> >> Quoting Jeremy Chadwick : >> >> > On Mon, Mar 03, 2008 at 05:43:35PM -0800, Chris H. wrote: >> >> Greetings, >> >> I'm having some difficulty working with anything past 127.0.0.1. >> >> It seems impossible to use (create) any addresses on the "loopback" >> >> past 127.0.0.1. >> >> More specifically; I installed rbldnsd from ports, and it worked quite >> >> well on a 6.x install. However, attempting the same config/install on >> >> a 7-RC3 install yields the inability to bind/create 127.0.0.2, or >> >> 127.0.0.3 for rbldnsd to answer on - all queries are refused. The >> >> same pinging/digging, etc. >> >> >> >> The 2 servers have /exactly/ the same net setups, and DNS/rbldnsd >> >> configs. Yet no joy on the RELENG_7 box. So it /appears/ something >> >> in this area has changed since 6. But I'm unable to discover any >> >> info on it. >> > >> > I've looked at this software: http://www.corpit.ru/mjt/rbldnsd.html >> > >> > Why exactly do you need this software to bind to 127.0.0.2 or 127.0.0.3? >> > I don't see any indication of it needing that. DNS-based RBLs don't >> > work like that, so I'm confused by this request. >> >> OK Here, the scoop. I "bind" rbldnsd to one of my IRIP's (Internet >> Routable IP's). Requests can be made against /my/ blocklist @ my IRIP. >> Then, should there be a match, the answer is IN A 127.0.0.2 evil host >> yadda, yadda... >> >> This, unless an NON internet Routable address from a /private/ block >> is used, is the general way to best accomplish this. >> >> BTW, as I mentioned in my original post; this setup/config worked >> /perfectly/ on a recent RELENG_6 server. >> NOTE: there are no ifconfig, or ifconfig_alias's in either server' >> rc.conf /other/ than: >> >> ifconfig_lo0="inet 127.0.0.1" > > I suggest that you look again. There is nothing in 6.x > that automatically configures anything except 127.0.0.1 on > lo0. > >> in /etc/default/rc.conf on /both/ servers. Yet, for some reason >> the 6.x server provides 127.0.0/24 without question. > > By default 6.x will configure lo0 as 127.0.0.1/8. > > lo0: flags=8049 mtu 16384 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 > inet 127.0.0.1 netmask 0xff000000 > inet 10.53.0.1 netmask 0xffffffff > inet 10.53.0.2 netmask 0xffffffff > inet 10.53.0.3 netmask 0xffffffff > inet 10.53.0.4 netmask 0xffffffff > inet 10.53.0.5 netmask 0xffffffff > inet 10.53.0.6 netmask 0xffffffff > inet 10.53.0.7 netmask 0xffffffff > inet 127.0.0.2 netmask 0xffffffff > inet 127.0.0.3 netmask 0xffffffff > > ifconfig_lo0_alias0="inet 10.53.0.1 netmask 0xffffffff" > ifconfig_lo0_alias1="inet 10.53.0.2 netmask 0xffffffff" > ifconfig_lo0_alias2="inet 10.53.0.3 netmask 0xffffffff" > ifconfig_lo0_alias3="inet 10.53.0.4 netmask 0xffffffff" > ifconfig_lo0_alias4="inet 10.53.0.5 netmask 0xffffffff" > ifconfig_lo0_alias5="inet 10.53.0.6 netmask 0xffffffff" > ifconfig_lo0_alias6="inet 10.53.0.7 netmask 0xffffffff" > ifconfig_lo0_alias7="inet 127.0.0.2 netmask 0xffffffff" > ifconfig_lo0_alias8="inet 127.0.0.3 netmask 0xffffffff" > > I actually use lots of test addresses. Hello Mark. Thanks for your response. Is there any way that you know of to take a "screen shot" during boot? I see mine pass by, but I can assure you that there is only one entry for lo0 (save IP6). Dmesg, nor messages, provides the information echoed for the network. Here's the output of netstat -ir Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll xl0 1500 00:60:97:31:ab:92 12058 0 6777 0 669 xl0 1500 fe80:1::260:9 fe80:1::260:97ff: 0 - 6 - - xl0 1500 11.222.333.22 myhost 6869 - 6892 - - xl0 1500 11.222.333.24 my-domain.NET 16 - 0 - - plip0 1500 0 0 0 0 0 lo0 16384 268 0 268 0 0 lo0 16384 localhost ::1 7 - 7 - - lo0 16384 fe80:3::1 fe80:3::1 0 - 0 - - lo0 16384 127.0.0.0 localhost 69 - 69 - - Thanks again for your reply. --Chris H > > Mark > >> The 7 server with /identical/ setup, will only provide 127.0.0.1. >> >> I hope I have been more concise this time. >> >> Thank you very much for taking the time to respond. >> >> --Chris H >> >> > >> > The software acts as "dumb" DNS server that returns specific IP >> > addresses when certain zones are resolved. postfix, sendmail, or any >> > other MTA will attempt DNS resolution of a hostname (at whatever stage >> > of the SMTP transaction). You tell the MTA to use whatever.blah.com as >> > a dnsbl, and the MTA will execute a resolver query to whatever.blah.com >> > for a specific hostname. The resolver (rbldnsd) will answer for a >> > hostname with a specific IP address (per the configuration file); each >> > IP address returned can be used for a unique purpose, e.g. 127.0.0.2 >> > could mean "SOCKS proxy; denied", while 127.0.0.99 could mean "Known >> > hijacked network". >> > >> > There's a common list used here: >> > >> > http://www.netwidget.net/books/apress/dns/info/dnsbl.htm; see section >> > "127/8 Return Codes". >> > >> > If, for some bizarre reason, you REALLY DO need multiple loopback >> > addresses, it works fine, as confirmed on my RELENG_7 box: >> > >> > icarus# ifconfig lo0 inet 127.0.0.2 netmask 255.255.255.255 alias >> > icarus# ifconfig lo0 >> > lo0: flags=8049 metric 0 mtu 16384 >> > inet 127.0.0.1 netmask 0xff000000 >> > inet 127.0.0.2 netmask 0xffffffff >> > icarus# ping 127.0.0.2 >> > PING 127.0.0.2 (127.0.0.2): 56 data bytes >> > 64 bytes from 127.0.0.2: icmp_seq=0 ttl=64 time=0.022 ms >> > 64 bytes from 127.0.0.2: icmp_seq=1 ttl=64 time=0.012 ms >> > ^C >> > --- 127.0.0.2 ping statistics --- >> > 2 packets transmitted, 2 packets received, 0.0% packet loss >> > round-trip min/avg/max/stddev = 0.012/0.017/0.022/0.005 ms >> > >> > >> > -- >> > | Jeremy Chadwick jdc at parodius.com | >> > | Parodius Networking http://www.parodius.com/ | >> > | UNIX Systems Administrator Mountain View, CA, USA | >> > | Making life hard for others since 1977. PGP: 4BD6C0CB | >> > >> > _______________________________________________ >> > 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-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.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" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 05:09:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7AF7106566C for ; Tue, 4 Mar 2008 05:09:25 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9C0B28FC16 for ; Tue, 4 Mar 2008 05:09:25 +0000 (UTC) (envelope-from chris#@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 m2459IHm049680; Mon, 3 Mar 2008 21:09:24 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m2459H3X049678; Mon, 3 Mar 2008 21:09:17 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 03 Mar 2008 21:09:17 -0800 Message-ID: <20080303210917.wnznjkhsv4kwg8k4@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 03 Mar 2008 21:09:17 -0800 From: "Chris H." To: Andy Dills References: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> <20080303214847.E63813@shell.xecu.net> <20080303192359.5fdwtzl7s48ksg8w@webmail.1command.com> <20080304032920.GC2964@k7.mavetju> <20080303193944.42tvgis6tc80swoc@webmail.1command.com> <20080303230607.Q63813@shell.xecu.net> In-Reply-To: <20080303230607.Q63813@shell.xecu.net> 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 Cc: Edwin Groothuis , freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 05:09:25 -0000 Quoting Andy Dills : > On Mon, 3 Mar 2008, Chris H. wrote: > >> > Are you sure it's a /24 you are talking about? My 7.0 disks install >> > 127.0.0.1/8 here. >> >> Really? Where did you get the install disc? Mine clearly doesn't. :( >> All I am provided is 127.0.0.1 - not 127.0.0.2,3... > > 127.0.0.1/8 just means 127.0.0.1 with a netmask of 255.0.0.0. It doesn't > imply a default behavior of binding to any other address than 127.0.0.1. > > But I'm still really confused what you're trying to do... > > See, the idea of returning multiple 127.0.0.X addressess within RBL is to > convey different information while using a single zone. > > In the beginning, the RBLs would just reply with 127.0.0.1 and use > different zones to imply different contexts...now you use a single zone > with different 127.0.0.X addresses to convey the same information. > > But...you don't actually do anything with that resolution beyond determine > if a given record is listed or not. You don't actually need to configure > or use the various 127.0.0.X addresses that might get returned. > > On the other hand, if you're using multiple rbldnsd instances, one per > zone... hile it's a pain you can indeed configured rbldns to serve > multiple zones. Or just bind the additional loopback instances Precisely! Sorry I apparently wasn't clearer in the beginning. According to my conversations with the author of rbldnsd, rbldnsd was returning REFUSED to all my requests on my FBSD-7 server. Because it was unable to communicate on 127.0.0.2. Even though it was bound to my internet routable IP, it still needed 127.0.0.2, because that was the IP associated with one of my zones (2 in all). However, I had no difficulties using 2 zones on my recent RELENG_6 server, (served out of 127.0.0.2, and 127.0.0.3). /This/ is why I felt there must be some difference between the 2 releases (FBSD). Anyway, I didn't want to spam the list soliciting advice on setting up rbldnsd - I already know how to do that. It just /appeared/ that there was some difference in the handling of lo0, and it's associated IP space. So, as I could find no info in src/UPDATING, or ports/UPDATING, nor the man pages. I thought I'd better ask here. > > > BTW, /etc/netstart is a nice shortcut to avoid fatfingering an ifconfig. Thanks. That's good to know. My first thought, is to probably just assign a different netmask to lo0, in an effort to get the additional IP's. Then see if everything works as well as it did on my RELENG_6 server. Thanks again for your response. I think you really helped clear things up - though I still have no answer as to why there is a difference between the 2. Oh, well. Thank care. --Chris H > > Andy > > --- > Andy Dills > Xecunet, Inc. > www.xecu.net > 301-682-9972 > --- > _______________________________________________ > 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) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 05:30:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 656291065670 for ; Tue, 4 Mar 2008 05:30:37 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 0EA398FC16 for ; Tue, 4 Mar 2008 05:30:36 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m245UVmp018195; Tue, 4 Mar 2008 16:30:31 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200803040530.m245UVmp018195@drugs.dv.isc.org> To: "Chris H." From: Mark Andrews In-reply-to: Your message of "Mon, 03 Mar 2008 21:09:17 -0800." <20080303210917.wnznjkhsv4kwg8k4@webmail.1command.com> Date: Tue, 04 Mar 2008 16:30:31 +1100 Sender: marka@isc.org Cc: Edwin Groothuis , Andy Dills , freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 05:30:37 -0000 > Quoting Andy Dills : > > > On Mon, 3 Mar 2008, Chris H. wrote: > > > >> > Are you sure it's a /24 you are talking about? My 7.0 disks install > >> > 127.0.0.1/8 here. > >> > >> Really? Where did you get the install disc? Mine clearly doesn't. :( > >> All I am provided is 127.0.0.1 - not 127.0.0.2,3... > > > > 127.0.0.1/8 just means 127.0.0.1 with a netmask of 255.0.0.0. It doesn't > > imply a default behavior of binding to any other address than 127.0.0.1. > > > > But I'm still really confused what you're trying to do... > > > > See, the idea of returning multiple 127.0.0.X addressess within RBL is to > > convey different information while using a single zone. > > > > In the beginning, the RBLs would just reply with 127.0.0.1 and use > > different zones to imply different contexts...now you use a single zone > > with different 127.0.0.X addresses to convey the same information. > > > > But...you don't actually do anything with that resolution beyond determine > > if a given record is listed or not. You don't actually need to configure > > or use the various 127.0.0.X addresses that might get returned. > > > > On the other hand, if you're using multiple rbldnsd instances, one per > > zone... hile it's a pain you can indeed configured rbldns to serve > > multiple zones. Or just bind the additional loopback instances > > Precisely! Sorry I apparently wasn't clearer in the beginning. > According to my conversations with the author of rbldnsd, rbldnsd was > returning REFUSED to all my requests on my FBSD-7 server. > Because it was unable to communicate on 127.0.0.2. If it returned REFUSED it could communicate. REFUSED is a DNS rcode so the packet went to the server and a reply was returned. This is a problem with a access control list in the rbldnsd configuration. I can tell you that without ever having run rbldnsd. > Even though it was bound to my > internet routable IP, it still needed 127.0.0.2, because that was the > IP associated with one of my zones (2 in all). > > However, I had no difficulties using 2 zones on my recent RELENG_6 > server, (served out of 127.0.0.2, and 127.0.0.3). > /This/ is why I felt there must be some difference between the 2 > releases (FBSD). > Anyway, I didn't want to spam the list soliciting advice on setting > up rbldnsd - I already know how to do that. It just /appeared/ that > there was some difference in the handling of lo0, and it's associated > IP space. So, as I could find no info in src/UPDATING, or ports/UPDATING, > nor the man pages. I thought I'd better ask here. > > > > > > > BTW, /etc/netstart is a nice shortcut to avoid fatfingering an ifconfig. > > Thanks. That's good to know. My first thought, is to probably just assign > a different netmask to lo0, in an effort to get the additional IP's. > Then see if everything works as well as it did on my RELENG_6 server. > > Thanks again for your response. I think you really helped clear things > up - though I still have no answer as to why there is a difference > between the 2. > > Oh, well. > > Thank care. > > --Chris H > > > > > Andy > > > > --- > > Andy Dills > > Xecunet, Inc. > > www.xecu.net > > 301-682-9972 > > --- > > _______________________________________________ > > 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-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 06:10:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B86B5106566C for ; Tue, 4 Mar 2008 06:10:59 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 791448FC19 for ; Tue, 4 Mar 2008 06:10:59 +0000 (UTC) (envelope-from chris#@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 m246Aprt055710; Mon, 3 Mar 2008 22:10:57 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m246AnuG055709; Mon, 3 Mar 2008 22:10:49 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 03 Mar 2008 22:10:49 -0800 Message-ID: <20080303221049.qp018aswg0c8w0s8@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 03 Mar 2008 22:10:49 -0800 From: "Chris H." To: Mark Andrews References: <200803040530.m245UVmp018195@drugs.dv.isc.org> In-Reply-To: <200803040530.m245UVmp018195@drugs.dv.isc.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 Cc: Edwin Groothuis , Andy Dills , freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 06:10:59 -0000 Quoting Mark Andrews : > >> Quoting Andy Dills : >> >> > On Mon, 3 Mar 2008, Chris H. wrote: >> > >> >> > Are you sure it's a /24 you are talking about? My 7.0 disks install >> >> > 127.0.0.1/8 here. >> >> >> >> Really? Where did you get the install disc? Mine clearly doesn't. :( >> >> All I am provided is 127.0.0.1 - not 127.0.0.2,3... >> > >> > 127.0.0.1/8 just means 127.0.0.1 with a netmask of 255.0.0.0. It doesn't >> > imply a default behavior of binding to any other address than 127.0.0.1. >> > >> > But I'm still really confused what you're trying to do... >> > >> > See, the idea of returning multiple 127.0.0.X addressess within RBL is to >> > convey different information while using a single zone. >> > >> > In the beginning, the RBLs would just reply with 127.0.0.1 and use >> > different zones to imply different contexts...now you use a single zone >> > with different 127.0.0.X addresses to convey the same information. >> > >> > But...you don't actually do anything with that resolution beyond determine >> > if a given record is listed or not. You don't actually need to configure >> > or use the various 127.0.0.X addresses that might get returned. >> > >> > On the other hand, if you're using multiple rbldnsd instances, one per >> > zone... hile it's a pain you can indeed configured rbldns to serve >> > multiple zones. Or just bind the additional loopback instances >> >> Precisely! Sorry I apparently wasn't clearer in the beginning. >> According to my conversations with the author of rbldnsd, rbldnsd was >> returning REFUSED to all my requests on my FBSD-7 server. >> Because it was unable to communicate on 127.0.0.2. > > If it returned REFUSED it could communicate. REFUSED is a > DNS rcode so the packet went to the server and a reply was > returned. This is a problem with a access control list in > the rbldnsd configuration. I can tell you that without > ever having run rbldnsd. > Yes, of course. Sorry, my bad. RBLDNSD's /log/ files contain REFUSED. The dig, host,nslookup queries return ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 58463 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 Sorry. I should have taken more time to answer. --Chris H >> Even though it was bound to my >> internet routable IP, it still needed 127.0.0.2, because that was the >> IP associated with one of my zones (2 in all). >> >> However, I had no difficulties using 2 zones on my recent RELENG_6 >> server, (served out of 127.0.0.2, and 127.0.0.3). >> /This/ is why I felt there must be some difference between the 2 >> releases (FBSD). >> Anyway, I didn't want to spam the list soliciting advice on setting >> up rbldnsd - I already know how to do that. It just /appeared/ that >> there was some difference in the handling of lo0, and it's associated >> IP space. So, as I could find no info in src/UPDATING, or ports/UPDATING, >> nor the man pages. I thought I'd better ask here. >> >> > >> > >> > BTW, /etc/netstart is a nice shortcut to avoid fatfingering an ifconfig. >> >> Thanks. That's good to know. My first thought, is to probably just assign >> a different netmask to lo0, in an effort to get the additional IP's. >> Then see if everything works as well as it did on my RELENG_6 server. >> >> Thanks again for your response. I think you really helped clear things >> up - though I still have no answer as to why there is a difference >> between the 2. >> >> Oh, well. >> >> Thank care. >> >> --Chris H >> >> > >> > Andy >> > >> > --- >> > Andy Dills >> > Xecunet, Inc. >> > www.xecu.net >> > 301-682-9972 >> > --- >> > _______________________________________________ >> > 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-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.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" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 06:19:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E02D6106566C for ; Tue, 4 Mar 2008 06:19:41 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 5DC5E8FC19 for ; Tue, 4 Mar 2008 06:19:41 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m246Jbja018523; Tue, 4 Mar 2008 17:19:37 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200803040619.m246Jbja018523@drugs.dv.isc.org> To: "Chris H." From: Mark Andrews In-reply-to: Your message of "Mon, 03 Mar 2008 22:10:49 -0800." <20080303221049.qp018aswg0c8w0s8@webmail.1command.com> Date: Tue, 04 Mar 2008 17:19:37 +1100 Sender: marka@isc.org Cc: Edwin Groothuis , Andy Dills , freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 06:19:42 -0000 > Quoting Mark Andrews : > > > > >> Quoting Andy Dills : > >> > >> > On Mon, 3 Mar 2008, Chris H. wrote: > >> > > >> >> > Are you sure it's a /24 you are talking about? My 7.0 disks install > >> >> > 127.0.0.1/8 here. > >> >> > >> >> Really? Where did you get the install disc? Mine clearly doesn't. :( > >> >> All I am provided is 127.0.0.1 - not 127.0.0.2,3... > >> > > >> > 127.0.0.1/8 just means 127.0.0.1 with a netmask of 255.0.0.0. It doesn't > >> > imply a default behavior of binding to any other address than 127.0.0.1. > >> > > >> > But I'm still really confused what you're trying to do... > >> > > >> > See, the idea of returning multiple 127.0.0.X addressess within RBL is t > o > >> > convey different information while using a single zone. > >> > > >> > In the beginning, the RBLs would just reply with 127.0.0.1 and use > >> > different zones to imply different contexts...now you use a single zone > >> > with different 127.0.0.X addresses to convey the same information. > >> > > >> > But...you don't actually do anything with that resolution beyond determi > ne > >> > if a given record is listed or not. You don't actually need to configure > >> > or use the various 127.0.0.X addresses that might get returned. > >> > > >> > On the other hand, if you're using multiple rbldnsd instances, one per > >> > zone... hile it's a pain you can indeed configured rbldns to serve > >> > multiple zones. Or just bind the additional loopback instances > >> > >> Precisely! Sorry I apparently wasn't clearer in the beginning. > >> According to my conversations with the author of rbldnsd, rbldnsd was > >> returning REFUSED to all my requests on my FBSD-7 server. > >> Because it was unable to communicate on 127.0.0.2. > > > > If it returned REFUSED it could communicate. REFUSED is a > > DNS rcode so the packet went to the server and a reply was > > returned. This is a problem with a access control list in > > the rbldnsd configuration. I can tell you that without > > ever having run rbldnsd. > > > > Yes, of course. Sorry, my bad. RBLDNSD's /log/ files contain REFUSED. > The dig, host,nslookup queries return > > ;; Got answer: > ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 58463 > ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 > > Sorry. I should have taken more time to answer. > > --Chris H Which doesn't change the diagnosis. You are talking to the caching server which is talking to rbldnsd which returns REFUSED. When the caching server runs out of servers to try it returns SERVFAIL to the original querier. P.S. you can test the rbldnsd directly if you want. dig -p port +norec @address query Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 08:03:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01691106566C for ; Tue, 4 Mar 2008 08:03:32 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id CD9408FC1A for ; Tue, 4 Mar 2008 08:03:31 +0000 (UTC) (envelope-from chris#@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 m2483Mmb066661; Tue, 4 Mar 2008 00:03:28 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m2483KJG066651; Tue, 4 Mar 2008 00:03:20 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 04 Mar 2008 00:03:20 -0800 Message-ID: <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 04 Mar 2008 00:03:20 -0800 From: "Chris H." To: Mark Andrews References: <200803040619.m246Jbja018523@drugs.dv.isc.org> In-Reply-To: <200803040619.m246Jbja018523@drugs.dv.isc.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 Cc: Edwin Groothuis , Andy Dills , freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 08:03:32 -0000 Quoting Mark Andrews : > >> Quoting Mark Andrews : >> >> > >> >> Quoting Andy Dills : >> >> >> >> > On Mon, 3 Mar 2008, Chris H. wrote: >> >> > >> >> >> > Are you sure it's a /24 you are talking about? My 7.0 disks install >> >> >> > 127.0.0.1/8 here. >> >> >> >> >> >> Really? Where did you get the install disc? Mine clearly doesn't. :( >> >> >> All I am provided is 127.0.0.1 - not 127.0.0.2,3... >> >> > >> >> > 127.0.0.1/8 just means 127.0.0.1 with a netmask of 255.0.0.0. >> It doesn't >> >> > imply a default behavior of binding to any other address than >> 127.0.0.1. >> >> > >> >> > But I'm still really confused what you're trying to do... >> >> > >> >> > See, the idea of returning multiple 127.0.0.X addressess within >> RBL is t >> o >> >> > convey different information while using a single zone. >> >> > >> >> > In the beginning, the RBLs would just reply with 127.0.0.1 and use >> >> > different zones to imply different contexts...now you use a single zone >> >> > with different 127.0.0.X addresses to convey the same information. >> >> > >> >> > But...you don't actually do anything with that resolution >> beyond determi >> ne >> >> > if a given record is listed or not. You don't actually need to >> configure >> >> > or use the various 127.0.0.X addresses that might get returned. >> >> > >> >> > On the other hand, if you're using multiple rbldnsd instances, one per >> >> > zone... hile it's a pain you can indeed configured rbldns to serve >> >> > multiple zones. Or just bind the additional loopback instances >> >> >> >> Precisely! Sorry I apparently wasn't clearer in the beginning. >> >> According to my conversations with the author of rbldnsd, rbldnsd was >> >> returning REFUSED to all my requests on my FBSD-7 server. >> >> Because it was unable to communicate on 127.0.0.2. >> > >> > If it returned REFUSED it could communicate. REFUSED is a >> > DNS rcode so the packet went to the server and a reply was >> > returned. This is a problem with a access control list in >> > the rbldnsd configuration. I can tell you that without >> > ever having run rbldnsd. >> > >> >> Yes, of course. Sorry, my bad. RBLDNSD's /log/ files contain REFUSED. >> The dig, host,nslookup queries return >> >> ;; Got answer: >> ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 58463 >> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 >> >> Sorry. I should have taken more time to answer. >> >> --Chris H > > Which doesn't change the diagnosis. > > You are talking to the caching server which is talking to > rbldnsd which returns REFUSED. When the caching server > runs out of servers to try it returns SERVFAIL to the > original querier. Hello Mark. Thank you for your thoughtful reply. FWIW I'm hosting my own zone, out of my domain's address using a different host name. I'm simply forwarding the requests to a different port, so as to prevent port collision with the BIND. The zones are answered our of 127.0.0.2 || 3. I have absolutely no idea why FBSD v7 (on 2 machines) will only dole out 127.0.0.1, while all my other servers running RELENG_6 all dole out a /minimum/ of 127.0.0.1/8 by default. But, having just now modified the default rc for ifconfig_lo0 to a 255.255.255.0 netmask now makes a different response when querying rbldnsd. Sending: dig -p530 @my-domain.COM \ .blackhole.my-domain.COM now returns: ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 1673 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; WARNING: recursion requested but not available The following query: dig -p530 +norec @blackhole.my-domain.COM \ .blackhole.my-domain.COM -t txt Returns the same. So, adding the additional addresses on lo0 at least eliminated the NXDOMAIN. But of course, still "no joy". OH, and no, I'm not using an auth file (zone). Didn't need one on the working v6 server, and see no reason to think I should need one here. Thank you again, for your thoughtful response. --Chris H P.S. Right out of the BIND FAQ: zone "blackhole.my-domain.COM" { type forward; forward only; forwarders { port 530; }; }; > > P.S. you can test the rbldnsd directly if you want. > > dig -p port +norec @address query > > Mark > > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 09:10:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 316B91065701 for ; Tue, 4 Mar 2008 09:10:08 +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 EE65B8FC24 for ; Tue, 4 Mar 2008 09:10:07 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1JWT9u-0001K2-Oo for freebsd-stable@freebsd.org; Tue, 04 Mar 2008 09:10:02 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Mar 2008 09:10:02 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Mar 2008 09:10:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Vadim Goncharov Date: Tue, 4 Mar 2008 08:57:33 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 16 Message-ID: References: <20080303185618.M63813@shell.xecu.net> <47CC9CD9.9030107@delphij.net> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Xin LI User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: INET6 required for SCTP in 7.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2008 09:10:08 -0000 Hi Xin LI! On Mon, 03 Mar 2008 16:50:33 -0800; Xin LI wrote about 'Re: INET6 required for SCTP in 7.0?': >> I'm not interested in enabling support for IPv6 for now. >> >> When I remove INET6 from the kernel configuration, I cannot compile the >> kernel without disabling SCTP. With fresh 7.0-STABLE source, here's the >> error output (INET6 disabled, but SCTP enabled): > Yes, INET6 is (currently) required if you enable SCTP. Will it be fixed? Any time soon? -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 09:37:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21274106566C for ; Tue, 4 Mar 2008 09:37:48 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 732478FC2C; Tue, 4 Mar 2008 09:37:47 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47CD186B.20609@FreeBSD.org> Date: Tue, 04 Mar 2008 10:37:47 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: "Chris H." References: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> In-Reply-To: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 09:37:48 -0000 Chris H. wrote: > Greetings, > I'm having some difficulty working with anything past 127.0.0.1. > It seems impossible to use (create) any addresses on the "loopback" > past 127.0.0.1. What evidence do you have for this? Show your ifconfig commands, etc. I use 127/8 addresses all the time without problems. Kris From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 09:44:49 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DCDB1065671; Tue, 4 Mar 2008 09:44:49 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DFF268FC32; Tue, 4 Mar 2008 09:44:47 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47CD1A10.7050500@FreeBSD.org> Date: Tue, 04 Mar 2008 10:44:48 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: "Eric L. Chen" References: <47C6FDD0.2040902@mbnet.fi> <200802281631.07844.jkim@FreeBSD.org> <47C7C611.2000609@bsdforen.de> <47C7F6D2.2000504@FreeBSD.org> <47C7F7B2.3020505@bsdforen.de> <47C7F8AE.5000506@FreeBSD.org> <47C7FC0F.7010905@bsdforen.de> <47C7FD5B.2040102@FreeBSD.org> <47C80490.9080600@bsdforen.de> <47C806D5.9050000@FreeBSD.org> <1204595404.1620.4.camel@localhost> In-Reply-To: <1204595404.1620.4.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Teemu Korhonen , Dominic Fandrey , freebsd-x11@FreeBSD.org, freebsd-stable@FreeBSD.org, Jung-uk Kim Subject: Re: jerky mouse still in 7.0-RELEASE 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, 04 Mar 2008 09:44:49 -0000 Eric L. Chen wrote: > Hi Kris, > I have this problem, too. > If moused is enabled, use /dev/sysmouse in xorg.conf, X11 will freeze if > mouse not moving. > If moused is disabled, use /dev/psm0 in xorg.conf. > Every thing works fine. > I am running 7-STATBEL/i386. OK, please start a new thread so we don't confuse the issue further. Kris From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 09:52:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E13E106566C for ; Tue, 4 Mar 2008 09:52:46 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7FD8C8FC22 for ; Tue, 4 Mar 2008 09:52:46 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 330441CC033; Tue, 4 Mar 2008 01:52:46 -0800 (PST) Date: Tue, 4 Mar 2008 01:52:46 -0800 From: Jeremy Chadwick To: "Chris H." Message-ID: <20080304095246.GA77655@eos.sc1.parodius.com> References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, Edwin Groothuis , Mark Andrews , Andy Dills Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 09:52:46 -0000 On Tue, Mar 04, 2008 at 12:03:20AM -0800, Chris H. wrote: > I have absolutely no idea why FBSD v7 (on 2 machines) will only > dole out 127.0.0.1, while all my other servers running RELENG_6 all > dole out a /minimum/ of 127.0.0.1/8 by default. But, having just now > modified the default rc for ifconfig_lo0 to a 255.255.255.0 netmask > now makes a different response when querying rbldnsd. Okay, let's back up here. The reason your FreeBSD machines don't respond on addresses other than 127.0.0.1 is because your lo0 interface does not have 127.0.0.2 and 127.0.0.3 addresses bound to them. These are called IP aliases. To add them, do the following: # ifconfig lo0 inet 127.0.0.2 netmask 255.255.255.255 alias # ifconfig lo0 inet 127.0.0.3 netmask 255.255.255.255 alias The netmask specified on an alias line is important! Use what I showed; do not argue. And yes, Linux does it differently. To make this work on bootup, add the following to rc.conf: ifconfig_lo0_alias0="inet 127.0.0.2 netmask 255.255.255.255" ifconfig_lo0_alias1="inet 127.0.0.3 netmask 255.255.255.255" You do not need an "ifconfig_lo0" line in /etc/rc.conf; there is already one in /etc/defaults/rc.conf which will be used correctly. Secondly, on both RELENG_6 and RELENG_7, when the 127.0.0.1 address is assigned to lo0, the netmask used is 255.0.0.0. Evidence: $ uname -r 6.3-PRERELEASE $ grep lo0 /etc/rc.conf $ grep lo0 /etc/defaults/rc.conf ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. #ifconfig_lo0_alias0="inet 127.0.0.254 netmask 0xffffffff" # Sample alias entry. $ ifconfig lo0 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 $ uname -r 7.0-STABLE $ grep lo0 /etc/rc.conf $ grep lo0 /etc/defaults/rc.conf ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. #ifconfig_lo0_alias0="inet 127.0.0.254 netmask 0xffffffff" # Sample alias entry. $ ifconfig lo0 lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 Thirdly, it's pretty apparent you don't understand what a netmask does. Machines don't "dole out 127.0.0.1/8" -- this phrase makes no sense. A netmask is what defines a region of IP address space in which a machine within said region will honour packets within. More specifically: it tells the machine "for any IP address you have bound to this interface, respond to packets destined to the broadcast address of that network region". For example, if you had a network region of 192.168.1.0/24 (in English, the region would be 192.168.1.0 to 192.168.1.255), your broadcast address would be 192.168.1.255. Your network address is 192.168.1.0, but that's for another discussion. If you put a machine on that network as 192.168.1.200, and give it a netmask of 255.255.255.0, it will respond to any packets destined to 192.168.1.100 (obviously), but will also respond to packets destined to the broadcast address (192.168.1.255). If you then put another box on the network as 192.168.1.7, and give it a netmask of 255.255.255.128 (/25), it should not be able to see 192.168.1.200. Broadcast packets from 192.168.1.7 would be going to 192.168.1.128 (its "view" of the network would be 192.168.1.0 to 192.168.1.128). This is a completely different beast than IP aliasing, but hopefully my explanation helps regardless. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 09:55:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9ECF1065672 for ; Tue, 4 Mar 2008 09:55:26 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 583838FC16 for ; Tue, 4 Mar 2008 09:55:26 +0000 (UTC) (envelope-from chris#@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 m249tI5i077554 for ; Tue, 4 Mar 2008 01:55:24 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m249tIGT077553 for freebsd-stable@freebsd.org; Tue, 4 Mar 2008 01:55:18 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 04 Mar 2008 01:55:18 -0800 Message-ID: <20080304015518.k4sufnve0o8o4kk0@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 04 Mar 2008 01:55:18 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <20080303174335.xzd80uz0so48o8sk@webmail.1command.com> <47CD186B.20609@FreeBSD.org> In-Reply-To: <47CD186B.20609@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: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 09:55:26 -0000 Quoting Kris Kennaway : > Chris H. wrote: >> Greetings, >> I'm having some difficulty working with anything past 127.0.0.1. >> It seems impossible to use (create) any addresses on the "loopback" >> past 127.0.0.1. > > What evidence do you have for this? Show your ifconfig commands, etc. > Anything you like. > I use 127/8 addresses all the time without problems. Yes, I have heard that from several people on the list. The only reference to lo0 I have is in /etc/defaults/rc.conf: ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. #ifconfig_lo0_alias0="inet 127.0.0.254 netmask 0xffffffff" # Sample alias entry. #ifconfig_ed0_ipx="ipx 0x00010010" # Sample IPX address family entry. #ifconfig_fxp0_name="net0" # Change interface name from fxp0 to net0. #ipv4_addrs_fxp0="192.168.0.1/24 192.168.1.1-5/28" # example IPv4 address entry. Neither server has anything other than this. The RELENG_6 server acts as everyone else has responded (including yourself). But the 7-RC3 server, and 7-B4 server, both provide only 127.0.0.1 Dunno what to think. In my desperation to get this application running as it did on the RELENG_6 server; I added the following to /et/rc.conf ifconfig_lo0="inet 127.0.0.1 netmask 255.255.255.0" Killed the BIND, and then ran /etc/netstart and I discovered I have all the 127's I will ever need. I then restarted the BIND and the application I'm trying to get working. Anyhow. I didn't intend to spam the list with the application issues. I'm simply trying to discover why the loopback block isn't functioning the same on my recent 7 installs as it has always functioned in the past. I'll be happy to provide any further details/data anyone might require. Thanks for taking the time to respond. --Chris H > > 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" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 09:55:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BF1910656E5 for ; Tue, 4 Mar 2008 09:55:36 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 941648FC12 for ; Tue, 4 Mar 2008 09:55:36 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 7352A1CC038; Tue, 4 Mar 2008 01:55:36 -0800 (PST) Date: Tue, 4 Mar 2008 01:55:36 -0800 From: Jeremy Chadwick To: "Chris H." Message-ID: <20080304095536.GB77655@eos.sc1.parodius.com> References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> <20080304095246.GA77655@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080304095246.GA77655@eos.sc1.parodius.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Edwin Groothuis , Mark Andrews , freebsd-stable@freebsd.org, Andy Dills Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 09:55:36 -0000 On Tue, Mar 04, 2008 at 01:52:46AM -0800, Jeremy Chadwick wrote: > If you put a machine on that network as 192.168.1.200, and give it a > netmask of 255.255.255.0, it will respond to any packets destined to > 192.168.1.100 (obviously), but will also respond to packets destined to > the broadcast address (192.168.1.255). Argh. The line: "... it will respond to any packets destined to 192.168.1.100 ..." Should have read: "... it will respond to any packets destined to 192.168.1.200 ..." -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 09:59:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 799D11065676 for ; Tue, 4 Mar 2008 09:59:00 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 740718FC24 for ; Tue, 4 Mar 2008 09:59:00 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 511FB1CC038; Tue, 4 Mar 2008 01:59:00 -0800 (PST) Date: Tue, 4 Mar 2008 01:59:00 -0800 From: Jeremy Chadwick To: "Chris H." Message-ID: <20080304095900.GC77655@eos.sc1.parodius.com> References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> <20080304095246.GA77655@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080304095246.GA77655@eos.sc1.parodius.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Edwin Groothuis , Mark Andrews , freebsd-stable@freebsd.org, Andy Dills Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 09:59:00 -0000 On Tue, Mar 04, 2008 at 01:52:46AM -0800, Jeremy Chadwick wrote: > If you then put another box on the network as 192.168.1.7, and give it a > netmask of 255.255.255.128 (/25), it should not be able to see > 192.168.1.200. Broadcast packets from 192.168.1.7 would be going to > 192.168.1.128 (its "view" of the network would be 192.168.1.0 to > 192.168.1.128). And this is also wrong (off-by-one on the broadcast address). It should have read: > If you then put another box on the network as 192.168.1.7, and give it a > netmask of 255.255.255.128 (/25), it should not be able to see > 192.168.1.200. Broadcast packets from 192.168.1.7 would be going to > 192.168.1.127 (its "view" of the network would be 192.168.1.0 to > 192.168.1.127). This is what I get for handling two MPLS network outages at the same time while trying to write this mail. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 10:14:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 760C3106567C for ; Tue, 4 Mar 2008 10:14:54 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.224]) by mx1.freebsd.org (Postfix) with ESMTP id 00F038FC28 for ; Tue, 4 Mar 2008 10:14:53 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by hu-out-0506.google.com with SMTP id 28so375648hub.8 for ; Tue, 04 Mar 2008 02:14:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=PEXQygbxH6JnbYqm2QDYZpBA/ZHh8L8iK9lHgYe47wk=; b=QYic0prH2haz46sTlCa9MwmkUHM3+C7pauSwcxZpTwxDMct1twyOlRjoZ7k+e0RsrKvFPKCRG6CzJ09gtWKkNkqvuNkZivlkDawYISk9QJ+b6kU+TCYJThs0mMaQInptafj6f9VDGHV0qbyv7hqPnWFApe0IakijJAKLqbRUF4E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=tQdK8/6H1u5flwpT5feL4oHDE+U+hACf1vcP073GhFPabNQuQMH1A9aV8nolzcWcKAAjYeNSnOvF8e99KZGg5RIbGbBfbCmlGoTteNe1qIbL4txHe6U+FBvitE+53Xo5kN5kEGQzcWl/fm4XvpdjkFflGndxSmf1TV4BTmRZ6YE= Received: by 10.82.187.2 with SMTP id k2mr2366535buf.26.1204625692412; Tue, 04 Mar 2008 02:14:52 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id z33sm1619526ikz.0.2008.03.04.02.14.51 (version=SSLv3 cipher=RC4-MD5); Tue, 04 Mar 2008 02:14:51 -0800 (PST) From: Tom Evans To: "Chris H." In-Reply-To: <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ufLcWVksKBDfKkJ8+7Mg" Date: Tue, 04 Mar 2008 10:14:50 +0000 Message-Id: <1204625690.2126.181.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org, Edwin Groothuis , Mark Andrews , Andy Dills Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 10:14:54 -0000 --=-ufLcWVksKBDfKkJ8+7Mg Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2008-03-04 at 00:03 -0800, Chris H. wrote: > Hello Mark. Thank you for your thoughtful reply. > FWIW I'm hosting my own zone, out of my domain's address using a > different host name. I'm simply forwarding the requests to a different > port, so as to prevent port collision with the BIND. The zones are > answered our of 127.0.0.2 || 3. > I have absolutely no idea why FBSD v7 (on 2 machines) will only > dole out 127.0.0.1, while all my other servers running RELENG_6 all > dole out a /minimum/ of 127.0.0.1/8 by default.=20 This makes absolutely no sense. My FreeBSD 7 laptop has lo0 configured as 127.0.0.1/8 - THAT IS TO SAY, it has an IP address of 127.0.0.1 and a netmask of 255.0.0.0 . All other 7 boxes I test have the same, as do all the 6.1, 6.2 and 6.3 boxes. Pray, what netmask does your lo0 have, given that you insist it has 127.0.0.1/32 ? This would show up in ``ifconfig lo0'' as=20 inet 127.0.0.1 netmask 0xffffffff=20 I very much doubt it is. Tom --=-ufLcWVksKBDfKkJ8+7Mg Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHzSEVlcRvFfyds/cRAlEmAKCJkD2JGVTIc/lFvfHGYGQGMu32dgCfYJTq 9xCAUUbwUp0LPMrUtMibeec= =U3FD -----END PGP SIGNATURE----- --=-ufLcWVksKBDfKkJ8+7Mg-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 10:23:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC4A11065671; Tue, 4 Mar 2008 10:23:29 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id AD7008FC13; Tue, 4 Mar 2008 10:23:29 +0000 (UTC) (envelope-from chris#@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 m24ANLic080353; Tue, 4 Mar 2008 02:23:27 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m24ANLPb080352; Tue, 4 Mar 2008 02:23:21 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 04 Mar 2008 02:23:21 -0800 Message-ID: <20080304022321.kjxdx6oo0gkkwck8@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 04 Mar 2008 02:23:21 -0800 From: "Chris H." To: Jeremy Chadwick References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> <20080304095246.GA77655@eos.sc1.parodius.com> In-Reply-To: <20080304095246.GA77655@eos.sc1.parodius.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 Cc: Edwin Groothuis , Andrews , freebsd-stable@freebsd.org, Andy Dills , Mark Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 10:23:30 -0000 Quoting Jeremy Chadwick : > On Tue, Mar 04, 2008 at 12:03:20AM -0800, Chris H. wrote: >> I have absolutely no idea why FBSD v7 (on 2 machines) will only >> dole out 127.0.0.1, while all my other servers running RELENG_6 all >> dole out a /minimum/ of 127.0.0.1/8 by default. But, having just now >> modified the default rc for ifconfig_lo0 to a 255.255.255.0 netmask >> now makes a different response when querying rbldnsd. > > Okay, let's back up here. > > The reason your FreeBSD machines don't respond on addresses other than > 127.0.0.1 is because your lo0 interface does not have 127.0.0.2 and > 127.0.0.3 addresses bound to them. These are called IP aliases. To add > them, do the following: > > # ifconfig lo0 inet 127.0.0.2 netmask 255.255.255.255 alias > # ifconfig lo0 inet 127.0.0.3 netmask 255.255.255.255 alias > > The netmask specified on an alias line is important! Use what I showed; > do not argue. And yes, Linux does it differently. > > To make this work on bootup, add the following to rc.conf: > > ifconfig_lo0_alias0="inet 127.0.0.2 netmask 255.255.255.255" > ifconfig_lo0_alias1="inet 127.0.0.3 netmask 255.255.255.255" > > You do not need an "ifconfig_lo0" line in /etc/rc.conf; there is already > one in /etc/defaults/rc.conf which will be used correctly. > > Secondly, on both RELENG_6 and RELENG_7, when the 127.0.0.1 address is > assigned to lo0, the netmask used is 255.0.0.0. Evidence: > > $ uname -r > 6.3-PRERELEASE > $ grep lo0 /etc/rc.conf > $ grep lo0 /etc/defaults/rc.conf > ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. > #ifconfig_lo0_alias0="inet 127.0.0.254 netmask 0xffffffff" # Sample > alias entry. > $ ifconfig lo0 > lo0: flags=8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > > $ uname -r > 7.0-STABLE > $ grep lo0 /etc/rc.conf > $ grep lo0 /etc/defaults/rc.conf > ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. > #ifconfig_lo0_alias0="inet 127.0.0.254 netmask 0xffffffff" # Sample > alias entry. > $ ifconfig lo0 > lo0: flags=8049 metric 0 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > > Thirdly, it's pretty apparent you don't understand what a netmask does. > Machines don't "dole out 127.0.0.1/8" -- this phrase makes no sense. > > A netmask is what defines a region of IP address space in which a > machine within said region will honour packets within. More > specifically: it tells the machine "for any IP address you have bound to > this interface, respond to packets destined to the broadcast address of > that network region". > > For example, if you had a network region of 192.168.1.0/24 (in English, > the region would be 192.168.1.0 to 192.168.1.255), your broadcast > address would be 192.168.1.255. Your network address is 192.168.1.0, > but that's for another discussion. > > If you put a machine on that network as 192.168.1.200, and give it a > netmask of 255.255.255.0, it will respond to any packets destined to > 192.168.1.100 (obviously), but will also respond to packets destined to > the broadcast address (192.168.1.255). > > If you then put another box on the network as 192.168.1.7, and give it a > netmask of 255.255.255.128 (/25), it should not be able to see > 192.168.1.200. Broadcast packets from 192.168.1.7 would be going to > 192.168.1.128 (its "view" of the network would be 192.168.1.0 to > 192.168.1.128). > > This is a completely different beast than IP aliasing, but hopefully my > explanation helps regardless. OK, OK. . Sorry for all the noise. I've been struggling with all this for w-a-y too long, and am w-a-y too keyed up over it. I'm /not/ being concise, I'm making no sense at all. Sorry. To the point; Indeed, I fully understand all of this - no, /really/. :) I've been managing IP blocks for as long as I can remember (or care to), and yes, everything you thoughtfully explained is absolutely correct. I know. What I am having absolutely no understanding of; is why do 2 FBSD servers sharing the same setups, and the same stock lo0 setups react /completely/ differently than each other, when the only difference is the version of FBSD, and the version of the BIND? RELENG_6 server has nothing more than the 7-RC3 regarding lo0 (/etc/defaults/rc.conf: ifconfig_lo0="inet 127.0.0.1"). when I start rbldnsd on the RELENG_6's primary IP port:530 with a zone file using 127.0.0.2 && a zone file using 127.0.0.3. Everything works like a charm. Yet same setup, same config, different FBSD version; nothing works as it did before. What "magic" occurred on the RELENG_6 boxen? I have spent 5 days attempting to ascertain this - to no avail. In my desperation, I came here, thinking there /must/ be something different that I am unable to see, or is perhaps, undocumented. I know; it defies all NET logic. But it /did/ and /will/ work /every/ time on the RELENG_6 boxen. Yet, there is no difference in the configs. Really, I'm not a NET idiot. I am (for the most part) happily managing some 200 domains, and with the exception of this little episode, having no trouble with their management at all. Thank you very much for all the time you spent on this. I greatly appreciate it. I hope you are better able to understand all my confusion now. :) --Chris H > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > 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) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 10:48:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22EDC106566C for ; Tue, 4 Mar 2008 10:48:40 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id C59C28FC20 for ; Tue, 4 Mar 2008 10:48:39 +0000 (UTC) (envelope-from chris#@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 m24AmVIC082866; Tue, 4 Mar 2008 02:48:37 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m24AmV4b082865; Tue, 4 Mar 2008 02:48:31 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 04 Mar 2008 02:48:31 -0800 Message-ID: <20080304024831.fh4h1s3hggg444c0@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 04 Mar 2008 02:48:31 -0800 From: "Chris H." To: Tom Evans References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> <1204625690.2126.181.camel@localhost> In-Reply-To: <1204625690.2126.181.camel@localhost> 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 Cc: freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 10:48:40 -0000 Quoting Tom Evans : > On Tue, 2008-03-04 at 00:03 -0800, Chris H. wrote: >> Hello Mark. Thank you for your thoughtful reply. >> FWIW I'm hosting my own zone, out of my domain's address using a >> different host name. I'm simply forwarding the requests to a different >> port, so as to prevent port collision with the BIND. The zones are >> answered our of 127.0.0.2 || 3. >> I have absolutely no idea why FBSD v7 (on 2 machines) will only >> dole out 127.0.0.1, while all my other servers running RELENG_6 all >> dole out a /minimum/ of 127.0.0.1/8 by default. > > This makes absolutely no sense. My FreeBSD 7 laptop has lo0 configured > as 127.0.0.1/8 - THAT IS TO SAY, it has an IP address of 127.0.0.1 and a > netmask of 255.0.0.0 . All other 7 boxes I test have the same, as do all > the 6.1, 6.2 and 6.3 boxes. Pray, what netmask does your lo0 have, given > that you insist it has 127.0.0.1/32 ? This would show up in ``ifconfig > lo0'' as > inet 127.0.0.1 netmask 0xffffffff > > I very much doubt it is. Hello, and thanks for the reply. In short; yes, the 7-RC3 returned just that. In long; Both servers have the same (and only) entry: /etc/defaults/rc.conf: ifconfig_lo0="inet 127.0.0.1" no more, no less. The RELENG_6 server reports: lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 The 7-RC3 did not (I'd provide the output, but I've since added and activated an entry in /etc/rc.conf that provides a /24 on lo0). Since I'm only /really/ interested in SWIP'ing 3 IP's out of the the block 254 will be more than enough. I don't know what to say. It's (as you've no doubt already discovered) driving me nuts! Anyhow, thanks again for taking the time to respond. I appreciate it. --Chris H > > > Tom > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 10:54:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF54E1065677 for ; Tue, 4 Mar 2008 10:54:48 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id D572B8FC1A for ; Tue, 4 Mar 2008 10:54:48 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 7848D1CC05B; Tue, 4 Mar 2008 02:54:48 -0800 (PST) Date: Tue, 4 Mar 2008 02:54:48 -0800 From: Jeremy Chadwick To: "Chris H." Message-ID: <20080304105448.GA84355@eos.sc1.parodius.com> References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> <20080304095246.GA77655@eos.sc1.parodius.com> <20080304022321.kjxdx6oo0gkkwck8@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080304022321.kjxdx6oo0gkkwck8@webmail.1command.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Edwin Groothuis , Andrews , freebsd-stable@freebsd.org, Mark@FreeBSD.ORG, Andy Dills Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 10:54:49 -0000 On Tue, Mar 04, 2008 at 02:23:21AM -0800, Chris H. wrote: > What I am having absolutely no understanding of; is why do > 2 FBSD servers sharing the same setups, and the same stock > lo0 setups react /completely/ differently than each other, > when the only difference is the version of FBSD, and the > version of the BIND? > RELENG_6 server has nothing more than the 7-RC3 regarding > lo0 (/etc/defaults/rc.conf: ifconfig_lo0="inet 127.0.0.1"). > when I start rbldnsd on the RELENG_6's primary IP port:530 > with a zone file using 127.0.0.2 && a zone file using > 127.0.0.3. Everything works like a charm. > Yet same setup, same config, different FBSD version; > nothing works as it did before. This is bordering on "not enough information", sadly. People are going to need to see the details you're holding back. Start with providing the output from "ifconfig lo0" on both the RELENG_6 box and the RELENG_7 box. Secondly, as Mark (Andrews) pointed out, whatever data you have in your rbldnsd **zone files** has nothing to do with the IP or IPs bound to lo0. What's really needed at this point is for you to describe in detail your rdnsbld configuration on both machines, and what it is you want to accomplish. As it stands right now, my understanding is that you are: * Running a single instance of rbldnsd on both machines, * Binding rbldnsd on each machine to publicip:530 * Utilising zone data which contains IPs 127.0.0.2 and 127.0.0.3 And that the setup works OK for you on RELENG_6, but not RELENG_7. I really don't want to have to install rbldnsd on both of our production RELENG_6 and RELENG_7 boxes to tinker with this and figure out what's going on, but if I have to, I will. I can assure you that both of our said boxes are identical when it comes to the behaviour of loopback; nothing there has changed. I didn't mean to imply you're stupid or incompetent -- that is in no way what I was getting at. But there does seem to be some disconnection going on: it's important that you understand A records or PTR records in zone files (which is what those 127.0.0.[23] addresses are) do not have direct relation to IP addresses bound to interfaces nor netmasks. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 11:00:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 704B41065672 for ; Tue, 4 Mar 2008 11:00:42 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6A94E8FC14 for ; Tue, 4 Mar 2008 11:00:42 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 440F11CC033; Tue, 4 Mar 2008 03:00:42 -0800 (PST) Date: Tue, 4 Mar 2008 03:00:42 -0800 From: Jeremy Chadwick To: "Chris H." Message-ID: <20080304110042.GB84355@eos.sc1.parodius.com> References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> <1204625690.2126.181.camel@localhost> <20080304024831.fh4h1s3hggg444c0@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080304024831.fh4h1s3hggg444c0@webmail.1command.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Tom Evans , freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 11:00:42 -0000 On Tue, Mar 04, 2008 at 02:48:31AM -0800, Chris H. wrote: > In long; Both servers have the same (and only) entry: > /etc/defaults/rc.conf: ifconfig_lo0="inet 127.0.0.1" > no more, no less. > The RELENG_6 server reports: > lo0: flags=8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > The 7-RC3 did not (I'd provide the output, but I've since added > and activated an entry in /etc/rc.conf that provides a /24 on > lo0). Since I'm only /really/ interested in SWIP'ing 3 IP's out of > the the block 254 will be more than enough. Okay so it sounds like there's two separate issues here: 1) The issue with rbldnsd not working for you on RELENG_7 (returning REFUSED and some other oddities), 2) When assigning an IP to lo0 on your RELENG_7 box, the netmask chosen is 255.255.255.255 (0xffffffff) instead of 255.0.0.0 (0xff000000), even though for everyone else this isn't happening. :-) You've made a hackfix for the issue in #2 by explicitly putting the following line in your /etc/rc.conf: ifconfig_lo0="inet 127.0.0.1 netmask 255.0.0.0" Which also appears to resolve issue #1, is that correct? If that's true, there is greater demons at work here, or something we aren't being told about the configuration. Again, the IPs in rbldnsd zone files have nothing to do with IP addresses or netmasks associated with loopback, so I don't see how changing the netmask would fix that. It almost sounds as if the rbldnsd software may be written to assume they're all related, and I sure hope that isn't the case. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 11:22:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBE341065673; Tue, 4 Mar 2008 11:22:09 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 7949D8FC27; Tue, 4 Mar 2008 11:22:09 +0000 (UTC) (envelope-from chris#@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 m24BM02b092670; Tue, 4 Mar 2008 03:22:06 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m24BM0xt092627; Tue, 4 Mar 2008 03:22:00 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 04 Mar 2008 03:22:00 -0800 Message-ID: <20080304032200.zydn8p7688ss00g0@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 04 Mar 2008 03:22:00 -0800 From: "Chris H." To: Jeremy Chadwick References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> <20080304095246.GA77655@eos.sc1.parodius.com> <20080304022321.kjxdx6oo0gkkwck8@webmail.1command.com> <20080304105448.GA84355@eos.sc1.parodius.com> In-Reply-To: <20080304105448.GA84355@eos.sc1.parodius.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 Cc: freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 11:22:09 -0000 Quoting Jeremy Chadwick : > On Tue, Mar 04, 2008 at 02:23:21AM -0800, Chris H. wrote: >> What I am having absolutely no understanding of; is why do >> 2 FBSD servers sharing the same setups, and the same stock >> lo0 setups react /completely/ differently than each other, >> when the only difference is the version of FBSD, and the >> version of the BIND? >> RELENG_6 server has nothing more than the 7-RC3 regarding >> lo0 (/etc/defaults/rc.conf: ifconfig_lo0="inet 127.0.0.1"). >> when I start rbldnsd on the RELENG_6's primary IP port:530 >> with a zone file using 127.0.0.2 && a zone file using >> 127.0.0.3. Everything works like a charm. >> Yet same setup, same config, different FBSD version; >> nothing works as it did before. > > This is bordering on "not enough information", sadly. People are going > to need to see the details you're holding back. No. It's not a matter of "holding back". I really don't want to spam the stable list with ports litter. My main concern/question was in figuring out why 2 identical server configs would react so differently in the way they handle lo0 and friends - rbldnsd, or no rbldnsd. > > > Start with providing the output from "ifconfig lo0" on both the RELENG_6 > box and the RELENG_7 box. I've already committed an /etc/rc.conf: ifconfig_lo0="inet 127.0.0.1 netmask 255.255.255.0" which is now active on the 7-RC3 server. So until later I can only provide the RELENG_6 output: lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 I'll uncommit/unactivate the 7-RC3 entry as soon as I can and provide it's output, as well. > > Secondly, as Mark (Andrews) pointed out, whatever data you have in your > rbldnsd **zone files** has nothing to do with the IP or IPs bound to > lo0. > > What's really needed at this point is for you to describe in detail your > rdnsbld configuration on both machines, and what it is you want to > accomplish. As it stands right now, my understanding is that you are: > > * Running a single instance of rbldnsd on both machines, > * Binding rbldnsd on each machine to publicip:530 > * Utilising zone data which contains IPs 127.0.0.2 and 127.0.0.3 Actually, I'm only running rbldnsd on one machine at a time. With the final goal of running it permanently on the 7-RC3 (current work in progress). > > And that the setup works OK for you on RELENG_6, but not RELENG_7. Correct. > > I really don't want to have to install rbldnsd on both of our production > RELENG_6 and RELENG_7 boxes to tinker with this and figure out what's > going on, but if I have to, I will. No. Please don't bother yourself with this. This wasn't meant to be the topic of this thread - it's just the situation that brought me to my question(s) regarding the behavior of lo0 and friends. Thank you for considering it though. :) > I can assure you that both of our > said boxes are identical when it comes to the behaviour of loopback; > nothing there has changed. Fair enough. My RELENG_6 boxen must be demon possessed, or something - D'OH! Pardon the pun. :P > > I didn't mean to imply you're stupid or incompetent -- that is in no way > what I was getting at. But there does seem to be some disconnection > going on: it's important that you understand A records or PTR records in > zone files (which is what those 127.0.0.[23] addresses are) do not have > direct relation to IP addresses bound to interfaces nor netmasks. No. Just the ability to create/connect/communicate over them (the IP's). Which it seems the RELENG_6 server is happy to provide - inspite of how unorthodox it is. Thank you very much for all the time you've taken. --Chris H > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > 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) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 11:39:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90564106566C; Tue, 4 Mar 2008 11:39:31 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5059A8FC24; Tue, 4 Mar 2008 11:39:23 +0000 (UTC) (envelope-from chris#@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 m24BdFhx094345; Tue, 4 Mar 2008 03:39:21 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m24BdFxh094344; Tue, 4 Mar 2008 03:39:15 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 04 Mar 2008 03:39:14 -0800 Message-ID: <20080304033914.hbevsjq9gkc0o4os@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 04 Mar 2008 03:39:14 -0800 From: "Chris H." To: Jeremy Chadwick References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> <1204625690.2126.181.camel@localhost> <20080304024831.fh4h1s3hggg444c0@webmail.1command.com> <20080304110042.GB84355@eos.sc1.parodius.com> In-Reply-To: <20080304110042.GB84355@eos.sc1.parodius.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 Cc: freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 11:39:31 -0000 Quoting Jeremy Chadwick : > On Tue, Mar 04, 2008 at 02:48:31AM -0800, Chris H. wrote: >> In long; Both servers have the same (and only) entry: >> /etc/defaults/rc.conf: ifconfig_lo0="inet 127.0.0.1" >> no more, no less. >> The RELENG_6 server reports: >> lo0: flags=8049 mtu 16384 >> inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 >> The 7-RC3 did not (I'd provide the output, but I've since added >> and activated an entry in /etc/rc.conf that provides a /24 on >> lo0). Since I'm only /really/ interested in SWIP'ing 3 IP's out of >> the the block 254 will be more than enough. > > Okay so it sounds like there's two separate issues here: > > 1) The issue with rbldnsd not working for you on RELENG_7 (returning > REFUSED and some other oddities), > 2) When assigning an IP to lo0 on your RELENG_7 box, the netmask chosen > is 255.255.255.255 (0xffffffff) instead of 255.0.0.0 (0xff000000), > even though for everyone else this isn't happening. :-) > > You've made a hackfix for the issue in #2 by explicitly putting the > following line in your /etc/rc.conf: > > ifconfig_lo0="inet 127.0.0.1 netmask 255.0.0.0" > > Which also appears to resolve issue #1, is that correct? Yes, adding an entry in /etc/rc.conf that provides 254 IP's now reveals: lo0: flags=8049 metric 0 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xffffff00 as opposed to: 0xffffffff. > > If that's true, there is greater demons at work here, LOL. By the time you read this, you will have already read my /punny/ statement to the same. :) > or something we > aren't being told about the configuration. Again, the IPs in rbldnsd > zone files have nothing to do with IP addresses or netmasks associated > with loopback, so I don't see how changing the netmask would fix that. > It almost sounds as if the rbldnsd software may be written to assume > they're all related, and I sure hope that isn't the case. No. I'm more inclined, at this state. To think that since the IP is defined in the zone file. That it requires the /availability/ of the IP so that it can use it - not unlike the BIND. But, it is not the BIND, so will have it's own (see; different) way of management regarding IP<-->name, etc... Anyway, my /real/ reason for starting all this, was to figure out why the 2 machines act so differently. I can assure you that I have spent the entire day attempting to figure out if any difference had crept into any of the server configs. But could find none. Thanks again for all your time and effort. --Chris H > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > 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) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 12:05:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD719106566B for ; Tue, 4 Mar 2008 12:05:23 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 629DB8FC1C for ; Tue, 4 Mar 2008 12:05:23 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so2714664uge.37 for ; Tue, 04 Mar 2008 04:05:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=tbbjeTqPYYBWenYROtmTTLf/Wj/NXJs9Ur3Q/WYG6iM=; b=M/ugpsVLawiRkK6CLAqzFfVR02W935gAcSlz1/aWnxDU0vItHEwkPCDvqPJFghSO1f+tzhlQbIN4uBr2k3eMq2erJk04hMnuE9Ii6z7uCpoaU9cnCp00ZiN9NVykukplk/NXevPV5stOK2QDiBhDB4r8SKuzolGI+/oM9DBmjwQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Gq4OMShuwiQI2aJdH5JmePNYprNhvIUBGniX1LH+qw0bgY+SoynH+QTzDNWFPY8h40KhdaQ/YqW4+U+qIenNJgFXpJfHejMzeaX/fmqmdYP+F7pmwLpR0EZBkNMbfEvLPRXDO+a3I2sO+4QSvEksBTsaavrqRrO2AG+5qOjqAKU= Received: by 10.67.98.15 with SMTP id a15mr5538193ugm.69.1204632322153; Tue, 04 Mar 2008 04:05:22 -0800 (PST) Received: by 10.66.219.18 with HTTP; Tue, 4 Mar 2008 04:05:22 -0800 (PST) Message-ID: <3aaaa3a0803040405l74135ea9va2ebfbe6ee0b5fc1@mail.gmail.com> Date: Tue, 4 Mar 2008 12:05:22 +0000 From: Chris To: "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: linked ssl libraries to binary 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, 04 Mar 2008 12:05:24 -0000 I have a freebsd 6.3 server and a freebsd 7.0 server, I have a binary I run of the freebsd 7 box but has recently been crashing, the binary in question is ezbounce. It was previously running for weeks no problems at all and then during the past 2 weeks or so its had problems. Like many shell programs it has a configure script and you then run make or gmake to compile the binary. On freebsd 6 it picks up /usr/local ssl libaries no problem and in fact uses them without even haveing to specify the directory it auto detects them over the base ssl. On freebsd 7 it uses the base libraries even when telling it to search in /usr/local. So I then decided to move the binary I compiled on freebsd 6 over to the freebsd 7 box and when I ran ldd on the binary to my surprise it is using the base libraries on freebsd 7. ldd on binary on freebsd 6 libssl.so.5 => /usr/local/lib/libssl.so.5 (0x48102000) libcrypto.so.5 => /usr/local/lib/libcrypto.so.5 (0x48143000) libcrypt.so.3 => /lib/libcrypt.so.3 (0x4829f000) libboost_iostreams.so => /usr/local/lib/libboost_iostreams.so (0x482b8000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x482c0000) libm.so.4 => /lib/libm.so.4 (0x48396000) libpthread.so.2 => /lib/libpthread.so.2 (0x483ac000) libc.so.6 => /lib/libc.so.6 (0x483d3000) libbz2.so.2 => /usr/lib/libbz2.so.2 (0x484cb000) libz.so.3 => /lib/libz.so.3 (0x484dc000) ldd on same binary on freebsd 7 libssl.so.5 => /usr/lib/libssl.so.5 (0x28101000) libcrypto.so.5 => /lib/libcrypto.so.5 (0x28142000) libcrypt.so.3 => /usr/local/lib/compat/libcrypt.so.3 (0x2829a000) libboost_iostreams.so => /usr/local/lib/libboost_iostreams.so (0x282b2000) libstdc++.so.5 => /usr/local/lib/compat/libstdc++.so.5 (0x282bd000) libm.so.4 => /usr/local/lib/compat/libm.so.4 (0x28388000) libpthread.so.2 => /usr/local/lib/compat/libpthread.so.2 (0x2839e000) libc.so.6 => /usr/local/lib/compat/libc.so.6 (0x283c3000) libc.so.7 => /lib/libc.so.7 (0x284a9000) libbz2.so.3 => /usr/lib/libbz2.so.3 (0x285a4000) libz.so.4 => /lib/libz.so.4 (0x285b4000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x285c6000) libm.so.5 => /lib/libm.so.5 (0x286ba000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x286cf000) libthr.so.3 => /lib/libthr.so.3 (0x286da000) The binary doesnt run on the freebsd 7 either it coredumps even tho I have compat6x installed, typically in the past I have had no problems at all using binaries compiled on old freebsd versions on newer versions I just had to install the appropriate compat package. Here is the ldd when compiled on the freebsd 7 box libssl.so.5 => /usr/lib/libssl.so.5 (0x2810f000) libcrypto.so.5 => /lib/libcrypto.so.5 (0x28150000) libcrypt.so.4 => /lib/libcrypt.so.4 (0x282a8000) libboost_iostreams.so => /usr/local/lib/libboost_iostreams.so (0x282c1000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x282cc000) libm.so.5 => /lib/libm.so.5 (0x283c0000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x283d5000) libthr.so.3 => /lib/libthr.so.3 (0x283e0000) libc.so.7 => /lib/libc.so.7 (0x283f3000) libbz2.so.3 => /usr/lib/libbz2.so.3 (0x284ee000) libz.so.4 => /lib/libz.so.4 (0x284fe000) Is the output for the ssl libraries skewed because both the local filenames and the base filenames are the same? as there is a /usr/local/lib/libssl.so.5 and a /usr/lib/libssl.so.5. Or does this mean that it really is linked against the base libraries as I am wondering how that is possible when the same binary is linked against different libraries on a different machine. Chris From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 12:59:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC04D1065674 for ; Tue, 4 Mar 2008 12:59:57 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from be-well.ilk.org (dsl092-078-145.bos1.dsl.speakeasy.net [66.92.78.145]) by mx1.freebsd.org (Postfix) with ESMTP id 5EEDE8FC20 for ; Tue, 4 Mar 2008 12:59:57 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from Lowell-Desk.lan (Lowell-Desk.lan [172.30.250.6]) by be-well.ilk.org (Postfix) with ESMTP id 1CBEE2842F; Tue, 4 Mar 2008 07:40:13 -0500 (EST) Received: by Lowell-Desk.lan (Postfix, from userid 1147) id 7D1781CC3D; Tue, 4 Mar 2008 07:40:12 -0500 (EST) To: "Chris H." References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> <1204625690.2126.181.camel@localhost> <20080304024831.fh4h1s3hggg444c0@webmail.1command.com> <20080304110042.GB84355@eos.sc1.parodius.com> <20080304033914.hbevsjq9gkc0o4os@webmail.1command.com> From: Lowell Gilbert Date: Tue, 04 Mar 2008 07:40:12 -0500 In-Reply-To: <20080304033914.hbevsjq9gkc0o4os@webmail.1command.com> (Chris H.'s message of "Tue\, 04 Mar 2008 03\:39\:14 -0800") Message-ID: <44ablefys3.fsf@Lowell-Desk.lan> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 12:59:57 -0000 "Chris H." writes: > Yes, adding an entry in /etc/rc.conf that provides 254 IP's now > reveals: > lo0: flags=8049 metric 0 mtu 16384 > inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 > scopeid 0x3 inet 127.0.0.1 netmask 0xffffff00 > > as opposed to: 0xffffffff. Let's peel this issue back to the basics. This does *not* have 254 IP addresses on that interface. The interface still has only one address on that interface. There are 254 other addresses on the subnet, but only one of them belongs to your machine. If you want the machine to answer to 127.0.0.2, you still need to add it separately. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 13:08:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88DDC1065673 for ; Tue, 4 Mar 2008 13:08:01 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 26E818FC2A for ; Tue, 4 Mar 2008 13:07:59 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m24D7uqE057842; Wed, 5 Mar 2008 00:07:58 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200803041307.m24D7uqE057842@drugs.dv.isc.org> To: vadim_nuclight@mail.ru From: Mark Andrews In-reply-to: Your message of "Tue, 04 Mar 2008 08:57:33 -0000." Date: Wed, 05 Mar 2008 00:07:56 +1100 Sender: marka@isc.org Cc: freebsd-stable@freebsd.org Subject: Re: INET6 required for SCTP in 7.0? 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, 04 Mar 2008 13:08:01 -0000 > Hi Xin LI! > > On Mon, 03 Mar 2008 16:50:33 -0800; Xin LI wrote about 'Re: INET6 required fo > r SCTP in 7.0?': > > >> I'm not interested in enabling support for IPv6 for now. > >> > >> When I remove INET6 from the kernel configuration, I cannot compile the > >> kernel without disabling SCTP. With fresh 7.0-STABLE source, here's the > >> error output (INET6 disabled, but SCTP enabled): > > Yes, INET6 is (currently) required if you enable SCTP. > > Will it be fixed? Any time soon? It would be better to remove the option all together. IPv6 is no longer a protocol under development. There is no need to make it optional any more. Having it there really sends the wrong signal. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 13:18:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 453681065673 for ; Tue, 4 Mar 2008 13:18:03 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 358928FC1F for ; Tue, 4 Mar 2008 13:18:03 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id F0F3E1CC033; Tue, 4 Mar 2008 05:18:02 -0800 (PST) Date: Tue, 4 Mar 2008 05:18:02 -0800 From: Jeremy Chadwick To: Chris Message-ID: <20080304131802.GA89947@eos.sc1.parodius.com> References: <3aaaa3a0803040405l74135ea9va2ebfbe6ee0b5fc1@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0803040405l74135ea9va2ebfbe6ee0b5fc1@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Stable Subject: Re: linked ssl libraries to binary 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, 04 Mar 2008 13:18:03 -0000 On Tue, Mar 04, 2008 at 12:05:22PM +0000, Chris wrote: > I have a freebsd 6.3 server and a freebsd 7.0 server, I have a binary > I run of the freebsd 7 box but has recently been crashing, the binary > in question is ezbounce. > > It was previously running for weeks no problems at all and then during > the past 2 weeks or so its had problems. > > Like many shell programs it has a configure script and you then run > make or gmake to compile the binary. You know there's /usr/ports/irc/ezbounce, right? Well, I suppose that only applies if you actually maintain/run the servers in question. But apparently you do (see below). > So I then decided to move the binary I compiled on freebsd 6 over to > the freebsd 7 box and when I ran ldd on the binary to my surprise it > is using the base libraries on freebsd 7. This doesn't come as much of a surprise. The binary actually references libraries by names such as libXXX.so, not libXXX.so.NUMBER. > ldd on binary on freebsd 6 > > libssl.so.5 => /usr/local/lib/libssl.so.5 (0x48102000) > libcrypto.so.5 => /usr/local/lib/libcrypto.so.5 (0x48143000) > libcrypt.so.3 => /lib/libcrypt.so.3 (0x4829f000) > libboost_iostreams.so => /usr/local/lib/libboost_iostreams.so (0x482b8000) > libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x482c0000) > libm.so.4 => /lib/libm.so.4 (0x48396000) > libpthread.so.2 => /lib/libpthread.so.2 (0x483ac000) > libc.so.6 => /lib/libc.so.6 (0x483d3000) > libbz2.so.2 => /usr/lib/libbz2.so.2 (0x484cb000) > libz.so.3 => /lib/libz.so.3 (0x484dc000) > > ldd on same binary on freebsd 7 > > libssl.so.5 => /usr/lib/libssl.so.5 (0x28101000) > libcrypto.so.5 => /lib/libcrypto.so.5 (0x28142000) The libssl.so being used by the ezbounce binary you have, on RELENG_7, is using the base system's version. This is NOT compatible, AFAIK, as the libssl.so on RELENG_6. The same issue applies to libcrypto.so. > libcrypt.so.3 => /usr/local/lib/compat/libcrypt.so.3 (0x2829a000) > libboost_iostreams.so => /usr/local/lib/libboost_iostreams.so (0x282b2000) > libstdc++.so.5 => /usr/local/lib/compat/libstdc++.so.5 (0x282bd000) > libm.so.4 => /usr/local/lib/compat/libm.so.4 (0x28388000) > libpthread.so.2 => /usr/local/lib/compat/libpthread.so.2 (0x2839e000) > libc.so.6 => /usr/local/lib/compat/libc.so.6 (0x283c3000) > libc.so.7 => /lib/libc.so.7 (0x284a9000) > libbz2.so.3 => /usr/lib/libbz2.so.3 (0x285a4000) > libz.so.4 => /lib/libz.so.4 (0x285b4000) > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x285c6000) > libm.so.5 => /lib/libm.so.5 (0x286ba000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x286cf000) > libthr.so.3 => /lib/libthr.so.3 (0x286da000) I can't explain what's with the "double-linking" of some libraries, e.g. two linked in-versions of libc, libm, libstdc++, and others. It's possible this is "normal", but it seems like it would cause a crash. I do know that FreeBSD has some sort of internal version numbering for symbols in shared libraries, but I don't know if it was introduced in RELENG_7, or if RELENG_6 had it. If it's new as of RELENG_7, then I can see how a binary built on RELENG_6 _might_ call the wrong "version" of a function. nm(1) output would be able to help with this, I think. > The binary doesnt run on the freebsd 7 either it coredumps even tho I > have compat6x installed, typically in the past I have had no problems > at all using binaries compiled on old freebsd versions on newer > versions I just had to install the appropriate compat package. I would strongly recommend against relying on compat6x for anything that can be recompiled. I have never trusted the compat libraries, because I don't like to play risky business with multiple versions of a shared library on a machine (see below). You did not provide a crash dump or gdb output of the program, so it's hard to say where the actual crash (SSL, libc, libm, etc.) occurred. But then again, is it worth debugging when..... > Here is the ldd when compiled on the freebsd 7 box .....you can recompile it? :-) You should be doing this anyways. So what's the problem -- or is this more of a "I'm curious how ld.so works" inquiry? > Is the output for the ssl libraries skewed because both the local > filenames and the base filenames are the same? as there is a > /usr/local/lib/libssl.so.5 and a /usr/lib/libssl.so.5. Or does this > mean that it really is linked against the base libraries as I am > wondering how that is possible when the same binary is linked against > different libraries on a different machine. I indirectly answered this in my 2nd paragraph. Welcome to the UNIX equivalent of "DLL Hell" on Windows -- and why you should *always* recompile programs when the major version of a shared library (.so) changes. I cannot stress this enough. All that said: you might be able to get around the problem in question by setting LD_LIBRARY_PATH="/usr/local/lib/compat" when running the RELENG_6-compiled ezbounce binary on RELENG_7, e.g.: sh# LD_LIBRARY_PATH="/usr/local/lib/compat" ezbounce You could also do (with possibly mixed results, since ldd is linked to libc.so, so this might cause /usr/bin/ldd to try and use the compat6x version of libc.so): sh# LD_LIBRARY_PATH="/usr/local/lib/compat" ldd ezbounce -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 13:40:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FC39106566C for ; Tue, 4 Mar 2008 13:40:54 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 5B5208FC1F for ; Tue, 4 Mar 2008 13:40:54 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.storspeed.com (209-163-168-124.static.tenantsolutions.net [209.163.168.124] (may be forged)) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id m24DPats041502; Tue, 4 Mar 2008 07:25:40 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <47CD4DCF.5070505@freebsd.org> Date: Tue, 04 Mar 2008 07:25:35 -0600 From: Eric Anderson User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Joe Peterson References: <47ACD7D4.5050905@skyrush.com> <47ACDE82.1050100@skyrush.com> <20080208173517.rdtobnxqg4g004c4@www.wolves.k12.mo.us> <47ACF0AE.3040802@skyrush.com> <1202747953.27277.7.camel@buffy.york.ac.uk> <47B0A45C.4090909@skyrush.com> In-Reply-To: <47B0A45C.4090909@skyrush.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Analysis of disk file block with ZFS checksum error 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, 04 Mar 2008 13:40:54 -0000 Joe Peterson wrote: > Gavin Atkinson wrote: >> Are the datestamps (Thu Jan 24 23:20:58 2008) found within the corrupt >> block before or after the datestamp of the file it was found within? >> i.e. was the corrupt block on the disk before or after the mp3 was >> written there? > > Hi Gavin, those dated are later than the original copy (I do not have > the file timestamps to prove this, but according to my email record, I > am pretty sure of this). So the corrupt block is later than the > original write. > > If this is the case, I assume that the block got written, by mistake, > into the middle of the mp3 file. Someone else suggested that it could > be caused by a bad transfer block number or bad drive command (corrupted > on the way to the drive, since these are not checksummed in the > hardware). If the block went to the wrong place, AND if it was a HW > glitch, I suppose the best ZFS could then do is retry the write (if its > failure was even detected - still not sure if ZFS does a re-check of the > disk data checksum after the disk write), not knowing until the later > scrub that the block had corrupted a file. > > I think that anything is possible, but I know I was getting periodic DMA > timeouts, etc. around that time. I hesitate, although it is tempting, > to use this evidence to focus blame purely on bad HW, given that others > seem to be seeing DMA problems too, and there is reasonable doubt > whether their problems are HW related or not. In my case, I have been > free of DMA errors (cross your fingers) after re-installed FreeBSD > completely (giving it a larger boot partition and redoing the ZFS slice > too), and before this, I changed the IDE cable just to eliminate one > more variable. Therefore, there are too many variables to reach a firm > conclusion, since even if the cable was "bad", I never saw one DMA error > or other indication of anything wrong with HW from the Linux side (and > I've been using that HW with both Linux and FreeBSD 6.2 for months now - > no apparent flakiness of any kind on either system). So either it *was* > bad and FreeBSD 7.0 was being more "honest", FreeBSD's drivers and/or > ZFS was stressing the HW and revealing weaknesses in the cable, or it > was a SW issue that got cleared somehow when I re-installed. > > Is it possible that the problem lies in the ATA drivers in FreeBSD or > even in ZFS and just looks like HW issues? I do not have enough > info/expertise to know. If not, then it may very well be true that HW > problems are pretty widespread (and that disk HW cannot, in fact, be > trusted), and there really *is* a strong need for ZFS *now* to protect > our data. If there is a possibility that SW could be involved, any > hints on how to further debug this would be of great help to those still > experiencing recent DMA errors. I just want to be more sure one way or > the other, but I know this issue is not an easy one (however, it's the > kind of problem that should receive the highest priority, IMHO). I'm not sure what happened to this thread, but I also had a lot of similar issues. I was using SATA, and using a mirrored pair of SATA drives, brand new. It was suggested that my controller was junk. I'm starting to think there is a timing issue or some such problem with ZFS, since I can use the same drives in a gmirror with UFS, and never have any data problems (md5 checksums confirm it over-and-over). I highly doubt that everyone is seeing similar issues and it just is because ZFS is so intense. I've had plenty of systems under severe disk load that have never exhibited corrupt files because of something like this. I wish we could get our hands on this issue.. Seems like some common threads are ATA/SATA disks. Is your setup running 32bit or 64bit FreeBSD? (if you already mentioned it, I'm sorry, I missed it) Eric From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 13:47:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1EFC1065671; Tue, 4 Mar 2008 13:47:56 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id DB3468FC1F; Tue, 4 Mar 2008 13:47:56 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id C424E1CC033; Tue, 4 Mar 2008 05:47:56 -0800 (PST) Date: Tue, 4 Mar 2008 05:47:56 -0800 From: Jeremy Chadwick To: Eric Anderson Message-ID: <20080304134756.GA90698@eos.sc1.parodius.com> References: <47ACD7D4.5050905@skyrush.com> <47ACDE82.1050100@skyrush.com> <20080208173517.rdtobnxqg4g004c4@www.wolves.k12.mo.us> <47ACF0AE.3040802@skyrush.com> <1202747953.27277.7.camel@buffy.york.ac.uk> <47B0A45C.4090909@skyrush.com> <47CD4DCF.5070505@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47CD4DCF.5070505@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-fs@freebsd.org, Joe Peterson , freebsd-stable@freebsd.org Subject: Re: Analysis of disk file block with ZFS checksum error 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, 04 Mar 2008 13:47:57 -0000 On Tue, Mar 04, 2008 at 07:25:35AM -0600, Eric Anderson wrote: > I'm starting to think there is a timing issue or some such problem with > ZFS, since I can use the same drives in a gmirror with UFS, and never have > any data problems (md5 checksums confirm it over-and-over). I highly doubt > that everyone is seeing similar issues and it just is because ZFS is so > intense. I've had plenty of systems under severe disk load that have never > exhibited corrupt files because of something like this. One thing that hasn't been mentioned (or maybe it has been but I missed it): FreeBSD's ZFS port is version 6, while Solaris is up to version 10. Is it possible that the problem folks are experiencing, including the infamous deadlock or crash on heavy I/O between UFS/UFS2 and ZFS filesystems, could've been fixed between versions 6 and 10? I myself use gstripe(8) and UFS2 (no softupdates) on two identical SATA disks. I do nightly backups so if I lose a disk, I'm OK. My transfer rates are quite good (~143MB/sec read, ~130MB/sec write -- really!) on the stripe, and in the past 2 weeks I have spent a LOT of time copying over 150GB of data back and forth between the stripe and the backup disk without any issues. All disks are on an ICH7 controller. > I wish we could get our hands on this issue.. Seems like some common > threads are ATA/SATA disks. Is your setup running 32bit or 64bit FreeBSD? > (if you already mentioned it, I'm sorry, I missed it) So far the reports have shown that it's not specific to either i386 or amd64, and that it's not specific to any type of hardware (motherboard, controller, etc.). Joe's setup is very different from mine, for example. If the same disks are fine when used with UFS/UFS2, then I'd say it's less of a ATA subsystem bug, and more of an oddity with ZFS on FreeBSD. If it's reproducable, that would be helpful to developers. Regarding ATA/SATA though, there are reports of DMA timeouts and other oddities happening on ATA/SATA disks on FreeBSD. When I was using ZFS not too long ago, I experienced that problem when doing heavy I/O (copying data from a standard UFS2 disk to a ZFS RAIDZ pool). It's been the only time I've seen this problem. http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/040013.html The drive showed no signs of errors (SMART stats look fine, no mechanical noises or other oddities). I've since replaced it out of pure paranoia with a disk identical to the ones on the gstripe(8). Regarding those issues (DMA errors, etc.), Scott Long has offered to help, but needs systems which can reproduce the problem reliably and have remote access (serial highly recommended). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 14:13:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33CCB106566C for ; Tue, 4 Mar 2008 14:13:33 +0000 (UTC) (envelope-from freebsd@mail.gbch.net) Received: from gw.gbch.net (gw.yaxom.com [59.167.217.197]) by mx1.freebsd.org (Postfix) with SMTP id 165528FC20 for ; Tue, 4 Mar 2008 14:13:31 +0000 (UTC) (envelope-from freebsd@mail.gbch.net) Received: (qmail 11848 invoked from network); 4 Mar 2008 23:46:49 +1000 Received: from joker.yaxom.com (172.16.1.10) by iliad.yaxom.com with SMTP; 4 Mar 2008 23:46:49 +1000 Received: (qmail 88197 invoked by uid 1001); 4 Mar 2008 23:46:48 +1000 Message-ID: Date: Tue, 4 Mar 2008 23:46:48 +1000 From: Greg Black To: "Chris H." References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> <1204625690.2126.181.camel@localhost> <20080304024831.fh4h1s3hggg444c0@webmail.1command.com> <20080304110042.GB84355@eos.sc1.parodius.com> <20080304033914.hbevsjq9gkc0o4os@webmail.1command.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080304033914.hbevsjq9gkc0o4os@webmail.1command.com> User-Agent: Mutt/1.4.2.2i; gjb-muttsend.sh 1.7 2004-10-05 X-Uptime: 61 days X-Operating-System: FreeBSD 6.2-RELEASE-p5 i386 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Blog: http://www.gbch.net/gjb/blog/ X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-PGP-Key-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-Request-PGP: http://www.gbch.net/keys/4B04B7D6.asc Cc: freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 14:13:33 -0000 On 2008-03-04, Chris H. wrote: > Yes, adding an entry in /etc/rc.conf that provides 254 IP's now > reveals: > lo0: flags=8049 metric 0 mtu 16384 > inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 > scopeid 0x3 inet 127.0.0.1 netmask 0xffffff00 > > as opposed to: 0xffffffff. If you think the above shows evidence of providing 254 IP addresses, it's really time either to catch up on some sleep or learn how these things work. > Anyway, my /real/ reason for starting all this, was to figure out > why the 2 machines act so differently. I can assure you that I > have spent the entire day attempting to figure out if any > difference had crept into any of the server configs. But could > find none. The fact that you could not find the difference(s) is no evidence that there are none. It's abundantly clear from this very lengthy and often almost content-free discussion that you are either so tired and frantic that your brain has seized up or that you really don't understand this stuff as well as you think. (The clear evidence is that you have no idea of the meaning of assigning and IP address to an interface versus the meaning of an IP address given as a reply to a name lookup -- yet you continue to insist that you do have such an understanding.) If you could give a clear and complete description of what is really happening, without any of your own theories clouding that description, somebody clueful might be able to see just what is the obvious factor you have missed. As things stand, you are just going around in big unproductive circles and giving the rest of us no useful information to help you with. None of the above is intended as a flame, but it's really time to take stock and make a serious attempt to provide all the data so that those who can help are able to understand the problem. Greg From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 18:06:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7E1F1065671 for ; Tue, 4 Mar 2008 18:06:49 +0000 (UTC) (envelope-from alan.bryan@yahoo.com) Received: from web50505.mail.re2.yahoo.com (web50505.mail.re2.yahoo.com [206.190.38.81]) by mx1.freebsd.org (Postfix) with SMTP id 42B588FC12 for ; Tue, 4 Mar 2008 18:06:49 +0000 (UTC) (envelope-from alan.bryan@yahoo.com) Received: (qmail 90596 invoked by uid 60001); 4 Mar 2008 17:40:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=Hux1SLhabO1OHT8MKtULhLQlQ0L3/JxGHrTnPoPRUhqcVsQ58bEa+qEuw43d2XTq9zPNZ95VfT9awt8axMgAko95aw/p/aQAsQq7XmfEtPgWBCtrNQit8GFZl4QkAx9oOlPODs+RUIdISKzJOcGiqv6xmcN/VdIVOeMOElrOS7w=; X-YMail-OSG: 2P9xLBcVM1kPkLL2DOLTkTxAmWHA4mFK9DUIGBRtFAkrU0NIsgxu1mRz0rixM3QJFyK4Cpao1mL9.ardMEpIdkCf7iH.88pDM5JZVbGvhDGAjVnt47Qz5CKX_rP4BvglGJgoIkG8GmueQU8- Received: from [76.91.101.96] by web50505.mail.re2.yahoo.com via HTTP; Tue, 04 Mar 2008 09:40:07 PST Date: Tue, 4 Mar 2008 09:40:07 -0800 (PST) From: alan bryan To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <915419.88748.qm@web50505.mail.re2.yahoo.com> Subject: 7.0-Release and 3ware 9550SXU w/BBU - horrible write 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: Tue, 04 Mar 2008 18:06:49 -0000 Hi, I've got a new server with a 3ware 9550SXU with the Battery. I am using FreeBSD 7.0-Release (tried both 4BSD and ULE) using AMD64 and the 3ware performance for writes is just plain horrible. Something is obviously wrong but I'm not sure what. I've got a 4 disk RAID 10 array. According to 3dm2 the cache is on. I even tried setting The StorSave preference to "Performance" with no real benefit. There seems to be something really wrong with disk performance. Here's the results from bonnie: File './Bonnie.2551', size: 104857600 Writing with putc()...done Rewriting...done Writing intelligently...done Reading with getc()...done Reading intelligently...done Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done... -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 100 9989 4.8 6739 1.0 18900 7.8 225973 98.5 1914662 99.9 177210.7 259.7 Any ideas? Anybody have one of these that's working with FreeBSD 7? ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 18:11:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BDC11065672 for ; Tue, 4 Mar 2008 18:11:31 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id 55C248FC13 for ; Tue, 4 Mar 2008 18:11:31 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id m24IBUWf075688 for ; Tue, 4 Mar 2008 12:11:30 -0600 (CST) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id m24IBUWC075687 for freebsd-stable@freebsd.org; Tue, 4 Mar 2008 12:11:30 -0600 (CST) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Tue, 4 Mar 2008 12:11:30 -0600 From: Scott Lambert To: freebsd-stable@freebsd.org Message-ID: <20080304181130.GA66467@sysmon.tcworks.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> <20080304095246.GA77655@eos.sc1.parodius.com> <20080304022321.kjxdx6oo0gkkwck8@webmail.1command.com> <20080304105448.GA84355@eos.sc1.parodius.com> <20080304032200.zydn8p7688ss00g0@webmail.1command.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080304032200.zydn8p7688ss00g0@webmail.1command.com> User-Agent: Mutt/1.4.2.2i Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 04 Mar 2008 18:11:31 -0000 On Tue, Mar 04, 2008 at 03:22:00AM -0800, Chris H. wrote: > No. It's not a matter of "holding back". I really don't want to spam > the stable list with ports litter. My main concern/question was in > figuring out why 2 identical server configs would react so differently > in the way they handle lo0 and friends - rbldnsd, or no rbldnsd. Have you recently diffed the actual running config files? From the sidelines, it sounds like a change may have been made and forgotten, or made by another admin which could be causing issues. I know that often when I start thinking, "Nothing is different the software is broken!" something is different. Important files off the top of my head: /etc/defaults/rc.conf /etc/rc.conf /etc/rc.local /etc/namedb/named.conf (and friends) /usr/local/etc/whatever_rbldnsd_uses pkg_info | egrep '(rbldns|named)' and then diff that output. maybe diff the "ifconfig -a" output between the two boxes and verify the expected differences. I think more details might actually translate to less clutter on the -stable list, even if it turns out to be ports related. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 18:23:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CEBF106566B; Tue, 4 Mar 2008 18:23:18 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by mx1.freebsd.org (Postfix) with ESMTP id 2272D8FC22; Tue, 4 Mar 2008 18:23:17 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail04.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m24INGF0020544 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Mar 2008 05:23:16 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m24INFbm063705; Wed, 5 Mar 2008 05:23:16 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m24INFGJ063704; Wed, 5 Mar 2008 05:23:15 +1100 (EST) (envelope-from peter) Date: Wed, 5 Mar 2008 05:23:15 +1100 From: Peter Jeremy To: Jeremy Chadwick Message-ID: <20080304182315.GF90593@server.vk2pj.dyndns.org> References: <3aaaa3a0803040405l74135ea9va2ebfbe6ee0b5fc1@mail.gmail.com> <20080304131802.GA89947@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HnQK338I3UIa/qiP" Content-Disposition: inline In-Reply-To: <20080304131802.GA89947@eos.sc1.parodius.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Chris , FreeBSD Stable Subject: Re: linked ssl libraries to binary 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, 04 Mar 2008 18:23:18 -0000 --HnQK338I3UIa/qiP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 04, 2008 at 05:18:02AM -0800, Jeremy Chadwick wrote: >On Tue, Mar 04, 2008 at 12:05:22PM +0000, Chris wrote: >This doesn't come as much of a surprise. The binary actually references >libraries by names such as libXXX.so, not libXXX.so.NUMBER. This is incorrect. The binaries directly reference libXXX.so.NUMBER as reported using the first column of ldd output. >> ldd on same binary on freebsd 7 >>=20 >> libssl.so.5 =3D> /usr/lib/libssl.so.5 (0x28101000) >> libcrypto.so.5 =3D> /lib/libcrypto.so.5 (0x28142000) >> libcrypt.so.3 =3D> /usr/local/lib/compat/libcrypt.so.3 (0x2829a0= 00) >> libboost_iostreams.so =3D> /usr/local/lib/libboost_iostreams.so = (0x282b2000) >> libstdc++.so.5 =3D> /usr/local/lib/compat/libstdc++.so.5 (0x282b= d000) >> libm.so.4 =3D> /usr/local/lib/compat/libm.so.4 (0x28388000) >> libpthread.so.2 =3D> /usr/local/lib/compat/libpthread.so.2 (0x28= 39e000) >> libc.so.6 =3D> /usr/local/lib/compat/libc.so.6 (0x283c3000) >> libc.so.7 =3D> /lib/libc.so.7 (0x284a9000) >> libbz2.so.3 =3D> /usr/lib/libbz2.so.3 (0x285a4000) >> libz.so.4 =3D> /lib/libz.so.4 (0x285b4000) >> libstdc++.so.6 =3D> /usr/lib/libstdc++.so.6 (0x285c6000) >> libm.so.5 =3D> /lib/libm.so.5 (0x286ba000) >> libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x286cf000) >> libthr.so.3 =3D> /lib/libthr.so.3 (0x286da000) Based on the above, the binary has direct references to (eg) libssl.so.5 (which is found in the base system on 7.x and therefore has embedded references to libc.so.7) and libcrypt.so.3 (which is a 6.x library and therefore has embedded references to libc.so.6). >two linked in-versions of libc, libm, libstdc++, and others. It's >possible this is "normal", but it seems like it would cause a crash. This is very much abnormal and having an executable pull in two versions of a system library virtually guarantees that it won't work. >I indirectly answered this in my 2nd paragraph. Welcome to the UNIX >equivalent of "DLL Hell" on Windows -- and why you should *always* >recompile programs when the major version of a shared library (.so) >changes. I cannot stress this enough. Agreed. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --HnQK338I3UIa/qiP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHzZOT/opHv/APuIcRAlI2AKC9rHY2q9Ljr5KBhTzrGyTApNwt6QCfce5c 2dcp3bNRWWQRwCA1FQCghR0= =9C1a -----END PGP SIGNATURE----- --HnQK338I3UIa/qiP-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 19:32:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B8C0106566C for ; Tue, 4 Mar 2008 19:32:29 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 5BD338FC12 for ; Tue, 4 Mar 2008 19:32:29 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JX800G320Y4WV90@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 04 Mar 2008 20:32:28 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JX8000LK0Y2UXP1@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 04 Mar 2008 20:32:27 +0100 (CET) Date: Tue, 04 Mar 2008 20:32:26 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080304203226.0039ffd1.torfinn.ingolfsen@broadpark.no> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.8; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: FreeBSD 7.9-stable: weird messages in /var/log/messages? 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, 04 Mar 2008 19:32:29 -0000 Hello One one of my stable machines I see these messages in /var/log/messages: Mar 3 18:37:41 kg-i82 kernel: 16.011e9e3975b3aa06 too long Mar 3 21:41:42 kg-i82 kernel: 16.016a24cf0742715c too long Mar 3 21:41:58 kg-i82 kernel: 15.feb784aee196608c too short Does anyone know hwat the messages mean, or which part of the kernel they are from? Googling didn't help me. The machine runs FreeBSD 7.0-stable: tingo@kg-i82$ uname -a FreeBSD kg-i82.kg4.no 7.0-STABLE FreeBSD 7.0-STABLE #1: Sun Mar 2 01:18:27 CET 2008 root@kg-i82.kg4.no:/usr/obj/usr/src/sys/I81K i386 and the complete /var/log/messages looks like this: tingo@kg-i82$ less /var/log/messages Mar 3 13:00:00 kg-i82 newsyslog[1323]: logfile turned over due to size>100K Mar 3 18:37:41 kg-i82 kernel: 16.011e9e3975b3aa06 too long Mar 3 21:41:42 kg-i82 kernel: 16.016a24cf0742715c too long Mar 3 21:41:58 kg-i82 kernel: 15.feb784aee196608c too short Mar 4 15:01:04 kg-i82 dhclient: New IP Address (ral0): 10.1.150.14 Mar 4 15:01:04 kg-i82 dhclient: New Subnet Mask (ral0): 255.255.0.0 Mar 4 15:01:04 kg-i82 dhclient: New Broadcast Address (ral0): 10.1.255.255 Mar 4 15:01:04 kg-i82 dhclient: New Routers (ral0): 10.1.10.1 Mar 4 15:02:48 kg-i82 kernel: ral0: link state changed to DOWN Mar 4 15:04:03 kg-i82 kernel: ral0: link state changed to UP Mar 4 15:04:04 kg-i82 kernel: ral0: link state changed to DOWN Mar 4 15:04:06 kg-i82 kernel: ral0: link state changed to UP Mar 4 15:04:09 kg-i82 dhclient: New IP Address (ral0): 10.1.150.14 Mar 4 15:04:09 kg-i82 dhclient: New Subnet Mask (ral0): 255.255.0.0 Mar 4 15:04:09 kg-i82 dhclient: New Broadcast Address (ral0): 10.1.255.255 Mar 4 15:04:09 kg-i82 dhclient: New Routers (ral0): 10.1.10.1 Mar 4 19:30:04 kg-i82 su: tingo to root on /dev/ttyp0 The only "unusual" thing is that the machine has been booted verbose. -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 19:52:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22C081065673 for ; Tue, 4 Mar 2008 19:52:26 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E05A48FC22; Tue, 4 Mar 2008 19:52:24 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47CDA877.5060609@FreeBSD.org> Date: Tue, 04 Mar 2008 20:52:23 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Torfinn Ingolfsen References: <20080304203226.0039ffd1.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20080304203226.0039ffd1.torfinn.ingolfsen@broadpark.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.9-stable: weird messages in /var/log/messages? 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, 04 Mar 2008 19:52:26 -0000 Torfinn Ingolfsen wrote: > Hello > One one of my stable machines I see these messages in /var/log/messages: > Mar 3 18:37:41 kg-i82 kernel: 16.011e9e3975b3aa06 too long > Mar 3 21:41:42 kg-i82 kernel: 16.016a24cf0742715c too long > Mar 3 21:41:58 kg-i82 kernel: 15.feb784aee196608c too short > > Does anyone know hwat the messages mean, or which part of the kernel > they are from? > Googling didn't help me. It is reporting large variations in the rate of your time clock (see kern_tc.c). Also, you appear to be emailing from the distant future. Please reply with stock tips :) Kris From owner-freebsd-stable@FreeBSD.ORG Tue Mar 4 21:17:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E181910656C5 for ; Tue, 4 Mar 2008 21:17:02 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [208.4.93.28]) by mx1.freebsd.org (Postfix) with ESMTP id B8B938FC1A for ; Tue, 4 Mar 2008 21:17:02 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id 985CC84460; Tue, 4 Mar 2008 16:00:11 -0500 (EST) Date: Tue, 4 Mar 2008 16:00:10 -0500 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20080304210010.GT44781@mr-happy.com> References: <20080301194404.GA1571@mr-happy.com> <20080301225646.GV67687@server.vk2pj.dyndns.org> <20080302043130.GA1583@mr-happy.com> <20080302080429.GB67687@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080302080429.GB67687@server.vk2pj.dyndns.org> X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Subject: Re: 7.0-STABLE amd64 kernel trap during boot-time device probe 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, 04 Mar 2008 21:17:03 -0000 On Sun, Mar 02, 2008 at 07:04:29PM +1100, Peter Jeremy wrote: > It looks like there's an unexpected ATA interrupt. I can't think of > any reason why either sound or netgraph would cause this - neither > should be touching the hardware directly. Unless someone else has > seen this before, tracking it down could be time-consuming. > > I think you'll need a serial console to continue. Are you still mainly interested in the 'boot -v' output, or did you have something else in mind for the serial console? I looked over the 'remote GDB' section of the handbook, and I gather I'd need a second amd64 host for that, but I unfortunately don't. Jeff From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 00:15:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33FEB1065673; Wed, 5 Mar 2008 00:15:28 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id EB3F18FC1A; Wed, 5 Mar 2008 00:15:27 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from [10.0.3.98] (mail.boulder.swri.edu [65.241.78.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 3A18B8F432; Tue, 4 Mar 2008 17:15:25 -0700 (MST) Message-ID: <47CDE61A.8040102@skyrush.com> Date: Tue, 04 Mar 2008 17:15:22 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: Eric Anderson References: <47ACD7D4.5050905@skyrush.com> <47ACDE82.1050100@skyrush.com> <20080208173517.rdtobnxqg4g004c4@www.wolves.k12.mo.us> <47ACF0AE.3040802@skyrush.com> <1202747953.27277.7.camel@buffy.york.ac.uk> <47B0A45C.4090909@skyrush.com> <47CD4DCF.5070505@freebsd.org> In-Reply-To: <47CD4DCF.5070505@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Analysis of disk file block with ZFS checksum error 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, 05 Mar 2008 00:15:28 -0000 Eric Anderson wrote: > I'm starting to think there is a timing issue or some such problem with > ZFS, since I can use the same drives in a gmirror with UFS, and never > have any data problems (md5 checksums confirm it over-and-over). I > highly doubt that everyone is seeing similar issues and it just is > because ZFS is so intense. I've had plenty of systems under severe disk > load that have never exhibited corrupt files because of something like > this. I also wondered this - i.e. if ZFS was triggering a certain timing behavior that revealed the problem. Still, if this is the case, it seems to me that the problem lies in the ATA subsystem, since it should prevent a higher-level things like ZFS to be able to create bad timings (or am I not thinking of this correctly?). Also, I think there were some reports of problems with DMA/ATA when *not* using ZFS. > I wish we could get our hands on this issue.. Seems like some common > threads are ATA/SATA disks. Is your setup running 32bit or 64bit > FreeBSD? (if you already mentioned it, I'm sorry, I missed it) This was on 32bit FreeBSD with PATA. I am the one who had no SMART issues and no DMA errors reported under Linux. Changing the cable may have "fixed" it, since I did not see errors in some further testing, but even if so, my theory is that there is some edge case (timing?) that the FreeBSD ATA drivers were sensitive to, and perhaps my change of cables pushed the problem to the other side of the threshold. Since I never saw errors under Linux (and I've been using that cable for a couple of years), I do not necessarily think the cable was actually "defective". -Joe From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 00:36:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2F641065671 for ; Wed, 5 Mar 2008 00:36:27 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [IPv6:2001:5c0:8521:1:240:63ff:fed8:ce97]) by mx1.freebsd.org (Postfix) with ESMTP id 469B58FC23 for ; Wed, 5 Mar 2008 00:36:27 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (juno.lyxys.ka.sub.org [IPv6:2001:5c0:8521:0:20f:feff:fe0e:7312]) by saturn.lyxys.ka.sub.org (8.14.2/8.14.2) with ESMTP id m250aPvX090724 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 5 Mar 2008 01:36:25 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.14.2/8.14.2) with ESMTP id m250aPMR068612 for ; Wed, 5 Mar 2008 01:36:25 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.14.2/8.14.2/Submit) id m250aPdG068611 for freebsd-stable@freebsd.org; Wed, 5 Mar 2008 01:36:25 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyxys.ka.sub.org: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Wed, 5 Mar 2008 01:36:25 +0100 From: Wolfgang Zenker To: freebsd-stable@freebsd.org Message-ID: <20080305003625.GA68467@lyxys.ka.sub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: private site X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-3.0 (saturn.lyxys.ka.sub.org [IPv6:2001:5c0:8521:1:240:63ff:fed8:ce97]); Wed, 05 Mar 2008 01:36:25 +0100 (CET) Subject: OT: How to find mirror operator? 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, 05 Mar 2008 00:36:27 -0000 Hi, the web mirror www.de.freebsd.org seems to be about 6 weeks out of date. Does anybody know how to contact the server admin? Wolfgang From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 00:48:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E2F3106566B for ; Wed, 5 Mar 2008 00:48:24 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id BBF008FC1D for ; Wed, 5 Mar 2008 00:48:23 +0000 (UTC) (envelope-from chris#@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 m250mA24070862; Tue, 4 Mar 2008 16:48:16 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m250mAYw070861; Tue, 4 Mar 2008 16:48:10 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 04 Mar 2008 16:48:10 -0800 Message-ID: <20080304164810.lu7t6dx0gkcs4c0c@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 04 Mar 2008 16:48:10 -0800 From: "Chris H." To: Lowell Gilbert References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> <1204625690.2126.181.camel@localhost> <20080304024831.fh4h1s3hggg444c0@webmail.1command.com> <20080304110042.GB84355@eos.sc1.parodius.com> <20080304033914.hbevsjq9gkc0o4os@webmail.1command.com> <44ablefys3.fsf@Lowell-Desk.lan> In-Reply-To: <44ablefys3.fsf@Lowell-Desk.lan> 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 Cc: freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 05 Mar 2008 00:48:24 -0000 Quoting Lowell Gilbert : > "Chris H." writes: > >> Yes, adding an entry in /etc/rc.conf that provides 254 IP's now >> reveals: >> lo0: flags=8049 metric 0 mtu 16384 >> inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 >> scopeid 0x3 inet 127.0.0.1 netmask 0xffffff00 >> >> as opposed to: 0xffffffff. > > Let's peel this issue back to the basics. > > This does *not* have 254 IP addresses on that interface. The > interface still has only one address on that interface. There are 254 > other addresses on the subnet, but only one of them belongs to your > machine. If you want the machine to answer to 127.0.0.2, you still > need to add it separately. Yes. Of course. In the same way one might add /any/ address to their "working pool" - eg; ifconfig_lo0="inet 127.0.0.1 netmask 255.255.255.224" which could/might be followed by ifconfig_lo0_alias0="inet 127.0.0.2 netmask 255.255.255.255" etc... 127.0.0.0 - NET 127.0.0.255 - BCAST In spite of the way I announced/described all this, I'm actually familiar with the whole thing. My only interest was in determining why the netmask defaulted to 0xffffffff (255.255.255.255) on the lo0 interface in my 7-RC3 install. While all of my RELENG_6 servers happily provided 0xff000000. After much examination, and research, I could find no apparent reason. So decided to ask here. Thank you for taking the time to respond. --Chris H > _______________________________________________ > 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) From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 00:58:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A8F21065670 for ; Wed, 5 Mar 2008 00:58:38 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id D69728FC1A for ; Wed, 5 Mar 2008 00:58:37 +0000 (UTC) (envelope-from chris#@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 m250wUpP071903; Tue, 4 Mar 2008 16:58:36 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m250wUra071902; Tue, 4 Mar 2008 16:58:30 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 04 Mar 2008 16:58:30 -0800 Message-ID: <20080304165830.aovtynb9c48g0go0@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 04 Mar 2008 16:58:30 -0800 From: "Chris H." To: freebsd-stable-local@be-well.ilk.or References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> <1204625690.2126.181.camel@localhost> <20080304024831.fh4h1s3hggg444c0@webmail.1command.com> <20080304110042.GB84355@eos.sc1.parodius.com> <20080304033914.hbevsjq9gkc0o4os@webmail.1command.com> <44ablefys3.fsf@Lowell-Desk.lan> <20080304164810.lu7t6dx0gkcs4c0c@webmail.1command.com> In-Reply-To: <20080304164810.lu7t6dx0gkcs4c0c@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 Cc: freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 05 Mar 2008 00:58:38 -0000 Quoting "Chris H." : > Quoting Lowell Gilbert : > >> "Chris H." writes: >> >>> Yes, adding an entry in /etc/rc.conf that provides 254 IP's now >>> reveals: >>> lo0: flags=8049 metric 0 mtu 16384 >>> inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 >>> scopeid 0x3 inet 127.0.0.1 netmask 0xffffff00 >>> >>> as opposed to: 0xffffffff. >> >> Let's peel this issue back to the basics. >> >> This does *not* have 254 IP addresses on that interface. The >> interface still has only one address on that interface. There are 254 >> other addresses on the subnet, but only one of them belongs to your >> machine. If you want the machine to answer to 127.0.0.2, you still >> need to add it separately. > > Yes. Of course. In the same way one might add /any/ address to their > "working pool" - eg; > ifconfig_lo0="inet 127.0.0.1 netmask 255.255.255.224" > which could/might be followed by > ifconfig_lo0_alias0="inet 127.0.0.2 netmask 255.255.255.255" > etc... > 127.0.0.0 - NET > 127.0.0.255 - BCAST 127.0.0.255 - BCAST 127.0.0.31 - BCAST > > In spite of the way I announced/described all this, > I'm actually familiar with the whole thing. Then why did you claim 255 addresses on a /27 in your post. > My only > interest was in determining why the netmask defaulted > to 0xffffffff (255.255.255.255) on the lo0 interface > in my 7-RC3 install. While all of my RELENG_6 servers > happily provided 0xff000000. After much examination, > and research, I could find no apparent reason. So > decided to ask here. > > Thank you for taking the time to respond. > > --Chris H > >> _______________________________________________ >> 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-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) From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 01:22:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8787C1065671 for ; Wed, 5 Mar 2008 01:22:21 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 739878FC14 for ; Wed, 5 Mar 2008 01:22:21 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 699961CC033; Tue, 4 Mar 2008 17:22:21 -0800 (PST) Date: Tue, 4 Mar 2008 17:22:21 -0800 From: Jeremy Chadwick To: Peter Jeremy Message-ID: <20080305012221.GA8032@eos.sc1.parodius.com> References: <3aaaa3a0803040405l74135ea9va2ebfbe6ee0b5fc1@mail.gmail.com> <20080304131802.GA89947@eos.sc1.parodius.com> <20080304182315.GF90593@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080304182315.GF90593@server.vk2pj.dyndns.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Chris , FreeBSD Stable Subject: Re: linked ssl libraries to binary 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, 05 Mar 2008 01:22:21 -0000 On Wed, Mar 05, 2008 at 05:23:15AM +1100, Peter Jeremy wrote: > On Tue, Mar 04, 2008 at 05:18:02AM -0800, Jeremy Chadwick wrote: > >On Tue, Mar 04, 2008 at 12:05:22PM +0000, Chris wrote: > >This doesn't come as much of a surprise. The binary actually references > >libraries by names such as libXXX.so, not libXXX.so.NUMBER. > > This is incorrect. The binaries directly reference libXXX.so.NUMBER > as reported using the first column of ldd output. I stand corrected; one can even confirm it by using strings on the binary: $ strings /usr/local/bin/webalizer | grep 'lib.*\.so' /libexec/ld-elf.so.1 libgd.so.4 libpng.so.5 libz.so.3 libm.so.4 libc.so.6 Thanks for correcting me! Learn something new all the time... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 01:23:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD0391065675 for ; Wed, 5 Mar 2008 01:23:13 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id 6E2B38FC14 for ; Wed, 5 Mar 2008 01:23:13 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: by wr-out-0506.google.com with SMTP id c49so1292998wra.19 for ; Tue, 04 Mar 2008 17:23:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:sender; bh=jn1ArrBfDe/5U7Rb9MmKDol3SEaxR7+vPA/dTl+Geh8=; b=yEDSXIzUcFvJAUVO81EdadH9sMheu6d0E34+SP/PGo2G8S4BziidKxOArj1YJ+BKpTMRSkwdY3L6AcR76ECOyKYgsKXJDm1R31bQaspzxYTCEJDXW0phKR3/+27R/GRwAQerE+PMgQLli7KCEZr5014AvNaDlGOaeXxzZM++Rsg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:sender; b=EUoMG2lTuWyVQiIg1nlKglQ7ZmY+iDLYDrIQhPl+aCLlBmqd6/O1MUm3F/P+CjqleBSxVTDMRaQfuD0kyFoFDdbv/fsidY6Budv3I0jM9/9hZQPfrCx6XMSu2FPRZw1KNO14FIOAYGL7Ka5VngeRgdnDNh6oy2FoomeGqPlJMFY= Received: by 10.100.128.20 with SMTP id a20mr4885897and.33.1204680192717; Tue, 04 Mar 2008 17:23:12 -0800 (PST) Received: from ?192.168.10.84? ( [59.125.13.44]) by mx.google.com with ESMTPS id z26sm794017ele.15.2008.03.04.17.23.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 04 Mar 2008 17:23:10 -0800 (PST) From: "Eric L. Chen" To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Date: Wed, 05 Mar 2008 09:23:02 +0800 Message-Id: <1204680182.1664.11.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.21.92 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Sender: "Eric L. Chen" Cc: Teemu Korhonen , Dominic Fandrey , freebsd-x11@FreeBSD.org, Jung-uk Kim Subject: X11 will freeze when moused 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: Wed, 05 Mar 2008 01:23:13 -0000 Hi All, I create a new thread to discuss X11 freeze when moused enabled and mouse stillness.  I am running 7-STATBEL/i386, March 2, 2008 (UTC) cvsup'd. In my test, i) moused enabled, use /dev/sysmouse in xorg.conf, X11 will freeze if mouse not moving. ii) moused disabled, use /dev/psm0 in xorg.conf. Every thing works fine. iii) moused disabled, use Bluetooth mouse, use /dev/sysmouse (bthidd write mouse event to /dev/sysmouse directly) in xorg.conf, works fine. So, I think this problem is caused by moused. Since bthidd and X11 can handle mouse events with /dev/sysmouse properly. But moused and X11 cannot work with /ev/sysmouse. /Eric From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 01:30:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D81F1065673 for ; Wed, 5 Mar 2008 01:30:41 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id F36D08FC19 for ; Wed, 5 Mar 2008 01:30:40 +0000 (UTC) (envelope-from chris#@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 m251UXpP075061; Tue, 4 Mar 2008 17:30:39 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m251UW8t075060; Tue, 4 Mar 2008 17:30:32 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 04 Mar 2008 17:30:32 -0800 Message-ID: <20080304173032.2n9lrst6ewww4kos@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 04 Mar 2008 17:30:32 -0800 From: "Chris H." To: Greg Black References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> <1204625690.2126.181.camel@localhost> <20080304024831.fh4h1s3hggg444c0@webmail.1command.com> <20080304110042.GB84355@eos.sc1.parodius.com> <20080304033914.hbevsjq9gkc0o4os@webmail.1command.com> In-Reply-To: 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 Cc: freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 05 Mar 2008 01:30:41 -0000 Quoting Greg Black : > On 2008-03-04, Chris H. wrote: > >> Yes, adding an entry in /etc/rc.conf that provides 254 IP's now >> reveals: >> lo0: flags=8049 metric 0 mtu 16384 >> inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 >> scopeid 0x3 inet 127.0.0.1 netmask 0xffffff00 >> >> as opposed to: 0xffffffff. > > If you think the above shows evidence of providing 254 IP addresses, > it's really time either to catch up on some sleep or learn how these > things work. Quite so. That was my point; adding netmask 255.255.255.0 (0xffffff00) gave me 254 addresses. While the netmask 0xffffffff provides 1. > >> Anyway, my /real/ reason for starting all this, was to figure out >> why the 2 machines act so differently. I can assure you that I >> have spent the entire day attempting to figure out if any >> difference had crept into any of the server configs. But could >> find none. > > The fact that you could not find the difference(s) is no evidence that > there are none. It's abundantly clear from this very lengthy and often > almost content-free discussion that you are either so tired and frantic > that your brain has seized up or that you really don't understand this > stuff as well as you think. > > (The clear evidence is that you have no idea of the meaning of assigning > and IP address to an interface versus the meaning of an IP address given > as a reply to a name lookup -- yet you continue to insist that you do > have such an understanding.) > > If you could give a clear and complete description of what is really > happening, without any of your own theories clouding that description, > somebody clueful might be able to see just what is the obvious factor > you have missed. As things stand, you are just going around in big > unproductive circles and giving the rest of us no useful information to > help you with. > > None of the above is intended as a flame, but it's really time to take > stock and make a serious attempt to provide all the data so that those > who can help are able to understand the problem. Thank you for your tolerance. I'm afraid - to my great embarrassment, that a 5:30am - 3:30am day ultimately results in NON productivity; in spite of my instance to close this issue before calling it a day. In short; Indeed. Your analysis is quite accurate. I'm afraid, after spending s-o-o-o much time on the issue, I became /quite/ obsessed with closure that I made a fool of myself here. Please accept my apologies. In the future, I'll choose a tall Tequila & tonic, and a good nights sleep - over spamming the list. :) In short; the title /should/ have read 127.0.0.1/8 In my case; I was working with 2 of my servers - a RELENG_6, and an 7-RC3. The RELENG_6 defaulted to 127.0.0.1/8 While the 7-RC3 defaulted to 127.0.0.1/32 There were other peculiarities which I added to the thread that I thought worth mentioning. But ultimately, only served to cloud the whole matter. Thanks again. --Chris H I hope > > Greg > _______________________________________________ > 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) From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 03:16:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D1CF106566B for ; Wed, 5 Mar 2008 03:16:27 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id 430038FC1F for ; Wed, 5 Mar 2008 03:16:27 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from [192.168.2.102] (unknown [24.175.90.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id 5F93F6550E for ; Tue, 4 Mar 2008 21:16:26 -0600 (CST) Date: Tue, 04 Mar 2008 21:16:25 -0600 From: Paul Schmehl To: FreeBSD Stable Message-ID: <270A3679BE90AF6C869C1E8E@Macintosh.local> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Usb problems on 7.0 RELEASE 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, 05 Mar 2008 03:16:27 -0000 Earlier I reported usb problems on this list. Since then I have recompiled the kernel and world three times, each time including the latest changes in src. # uname -a FreeBSD hostname.utdallas.edu 7.0-RELEASE FreeBSD 7.0-RELEASE #3: Tue Mar 4 15:19:51 CST 2008 root@hostname.utdallas.edu:/usr/obj/usr/src/sys/GENERIC i386 Today I discovered something interesting. The /etc/devd.conf file was missing a double quote on line 103 and exiting without an error. Once I fixed that, I was able to get sysmouse to work in X for the first time (instead of having to enable moused in /etc/rc.conf). The other problem I've been having is that, if a umass device is connected during boot, the system simply freezes. After boot, I can attach the devices fine. After fixing the problem in devd.conf, I got error messages for the first time during the boot sequence. umass0: BBB reset failed, TIMEOUT umass0: BBB bulk-in clear stall failed, TIMEOUT umass0: BBB bulk-out clear stall failed, TIMEOUT If I disconnect the device and reboot, the system comes up normally. Then I can connect the devices and (for the first time) see messages in /var/log/messages and on the console showing the devices attaching and detaching. So, obviously the devd.conf problem was causing some of the problems, but I'm still having the problem with attached umass devices during boot. (Even a thumb drive will cause the problem.) Here's my dmesg.boot: # cat /var/run/dmesg.boot Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RELEASE #3: Tue Mar 4 15:19:51 CST 2008 root@utd65257.utdallas.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q6700 @ 2.66GHz (2660.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 4 real memory = 3487559680 (3325 MB) avail memory = 3408371712 (3250 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Mar 4 2008 15:19:40) acpi0: on motherboard acpi0: [ITHREAD] 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 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 p4tcc3: on cpu3 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xdc00-0xdcff mem 0xd0000000-0xdfffffff,0xfe9f0000-0xfe9fffff irq 16 at device 0.0 on pci1 pci0: at device 3.0 (no driver attached) atapci0: port 0xfe80-0xfe87,0xfe90-0xfe93,0xfea0-0xfea7,0xfeb0-0xfeb3,0xfef0-0xfeff irq 18 at device 3.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 3.3 (no driver attached) em0: port 0xecc0-0xecdf mem 0xfebe0000-0xfebfffff,0xfebdb000-0xfebdbfff irq 21 at device 25.0 on pci0 em0: Using MSI interrupt em0: Ethernet address: 00:1e:4f:f3:75:95 em0: [FILTER] uhci0: port 0xff20-0xff3f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff00-0xff1f irq 17 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfebd9c00-0xfebd9fff irq 22 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: wrong number of companions (3 != 2) usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 6 ports with 6 removable, self powered uhub3: on uhub2 uhub3: multiple transaction translators uhub3: 4 ports with 4 removable, self powered ums0: on uhub3 ums0: 3 buttons and Z dir. ukbd0: on uhub3 kbd2 at ukbd0 pcm0: mem 0xfebdc000-0xfebdffff irq 16 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 uhci2: port 0xff80-0xff9f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub4: on usb3 uhub4: 2 ports with 2 removable, self powered uhci3: port 0xff60-0xff7f irq 17 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub5: on usb4 uhub5: 2 ports with 2 removable, self powered uhci4: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub6: on usb5 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xff980800-0xff980bff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub7: on usb6 uhub7: 6 ports with 6 removable, self powered pcib3: at device 30.0 on pci0 pci3: on pcib3 fwohci0: mem 0xfe7ff000-0xfe7fffff irq 18 at device 2.0 on pci3 fwohci0: [FILTER] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:00:d1:00:80:b0:bd:1e 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:00:d1:b0:bd:1e fwe0: Ethernet address: 02:00:d1:b0:bd:1e fwip0: on firewire0 fwip0: Firewire address: 00:00:d1:00:80:b0:bd:1e @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xcc050000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfedf mem 0xff970000-0xff9707ff irq 18 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.20 controller with 6 ports detected ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: [ITHREAD] ata8: on atapci1 ata8: port not implemented ata8: [ITHREAD] ata9: on atapci1 ata9: [ITHREAD] pci0: at device 31.3 (no driver attached) fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] 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 sio0: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff,0xcf000-0xd0fff,0xd1000-0xd37ff,0xd3800-0xd3fff pnpid ORM0000 on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] 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 hptrr: no controller detected. firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad8: 238418MB at ata4-master SATA300 ad10: 238418MB at ata5-master SATA300 acd0: CDROM at ata6-master SATA150 acd1: DVDR at ata7-master SATA150 pcm0: pcm0: lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! lapic3: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/ad8s1a # usbdevs addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 1: EHCI root hub, Intel addr 5: Maxtor 3200, Maxtor Corporation addr 2: product 0x2504, vendor 0x0424 addr 3: USB Optical Mouse, vendor 0x0461 addr 4: Microsoft Natural Keyboard Elite, vendor 0x045e addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 1: UHCI root hub, Intel addr 1: EHCI root hub, Intel # camcontrol devlist at scbus1 target 0 lun 0 (da0,pass0) # camcontrol inquiry 1:0:0 pass0: Fixed Direct Access SCSI-4 device pass0: Serial Number 2CAH3H6P 40.000MB/s transfers Any hints on how to solve the umass booting problem are most welcome. I'll be happy to provide any additional information that will help locate the cause. Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 05:53:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F825106566C for ; Wed, 5 Mar 2008 05:53:11 +0000 (UTC) (envelope-from andy@xecu.net) Received: from mg5.xecu.net (mg5.xecu.net [216.127.136.199]) by mx1.freebsd.org (Postfix) with ESMTP id 00D4E8FC20 for ; Wed, 5 Mar 2008 05:53:10 +0000 (UTC) (envelope-from andy@xecu.net) Received: from localhost (unknown [127.0.0.1]) by mg5.xecu.net (Postfix) with ESMTP id A7DBF2E0069; Wed, 5 Mar 2008 00:53:09 -0500 (EST) X-Virus-Scanned: amavisd-new at xecu.net Received: from mg5.xecu.net ([127.0.0.1]) by localhost (mg5.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U72e7bZQ5Q0G; Wed, 5 Mar 2008 00:53:06 -0500 (EST) Received: from shell.xecu.net (shell.xecu.net [216.127.136.216]) by mg5.xecu.net (Postfix) with ESMTP id D85992E00CC; Wed, 5 Mar 2008 00:53:06 -0500 (EST) Date: Wed, 5 Mar 2008 00:53:07 -0500 (EST) From: Andy Dills To: "Chris H." In-Reply-To: <20080304173032.2n9lrst6ewww4kos@webmail.1command.com> Message-ID: <20080305002142.T37745@shell.xecu.net> References: <200803040619.m246Jbja018523@drugs.dv.isc.org> <20080304000320.msp5bfrytc0wsowg@webmail.1command.com> <1204625690.2126.181.camel@localhost> <20080304024831.fh4h1s3hggg444c0@webmail.1command.com> <20080304110042.GB84355@eos.sc1.parodius.com> <20080304033914.hbevsjq9gkc0o4os@webmail.1command.com> <20080304173032.2n9lrst6ewww4kos@webmail.1command.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Greg Black , freebsd-stable@freebsd.org Subject: Re: What's new on the 127.0.0/24 block in 7? 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, 05 Mar 2008 05:53:11 -0000 Just to provide a little information in case there is still confusion... On Tue, 4 Mar 2008, Chris H. wrote: > Quoting Greg Black : > > > On 2008-03-04, Chris H. wrote: > > > > > Yes, adding an entry in /etc/rc.conf that provides 254 IP's now > > > reveals: > > > lo0: flags=8049 metric 0 mtu 16384 > > > inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 > > > scopeid 0x3 inet 127.0.0.1 netmask 0xffffff00 > > > > > > as opposed to: 0xffffffff. > > > > If you think the above shows evidence of providing 254 IP addresses, > > it's really time either to catch up on some sleep or learn how these > > things work. > > Quite so. That was my point; adding netmask 255.255.255.0 > (0xffffff00) gave me 254 addresses. While the netmask > 0xffffffff provides 1. At the risk of being pedantic, I'm afraid that isn't true. If adding netmask 255.255.255.0 provided 255 addresses, adding the (default in every version of FreeBSD I'm aware of) netmask of 255.0.0.0 would provide 255x255x255 addresses. That said, there is no way to ifconfig multiple addresses with a single address entry. The netmask of an IP bound to an interface determines the scope of the logical network that can be reached through the given interface, not a range of addresses bound to the interface. So, 127.0.0.1 with a mask of 255.255.255.0 means 127.0.0.0-255 would be reachable via lo0, whereas 127.0.0.1 with a mask of 255.0.0.0 means 127.0-255.0-255.0-255 would be reachable via lo0. In neither case would 127.0.0.2 be bound to lo0 implicitly, you would need to explicitly ifconfig them as aliases for them to be bound to lo0. No worries regardless, netmasks are a common source of misunderstanding and confusion. In a routing context, the subnet mask does indeed affect every address within the subnet, however when binding addresses to an interface, the subnet mask merely controls which addresses are reachable locally on layer 2. Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 --- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 07:09:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F201C1065671 for ; Wed, 5 Mar 2008 07:09:21 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.freebsd.org (Postfix) with ESMTP id 6AF9F8FC1E for ; Wed, 5 Mar 2008 07:09:21 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail12.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m2579HMR002575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Mar 2008 18:09:19 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m2579HYZ074973; Wed, 5 Mar 2008 18:09:17 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m2579GGc074972; Wed, 5 Mar 2008 18:09:16 +1100 (EST) (envelope-from peter) Date: Wed, 5 Mar 2008 18:09:16 +1100 From: Peter Jeremy To: Paul Schmehl Message-ID: <20080305070916.GM68971@server.vk2pj.dyndns.org> References: <270A3679BE90AF6C869C1E8E@Macintosh.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aM3YZ0Iwxop3KEKx" Content-Disposition: inline In-Reply-To: <270A3679BE90AF6C869C1E8E@Macintosh.local> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Stable Subject: Re: Usb problems on 7.0 RELEASE 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, 05 Mar 2008 07:09:22 -0000 --aM3YZ0Iwxop3KEKx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 04, 2008 at 09:16:25PM -0600, Paul Schmehl wrote: >Earlier I reported usb problems on this list. Since then I have recompile= d=20 >the kernel and world three times, each time including the latest changes i= n=20 >src. Just to humour me, can you try using a UP kernel and see if the problem still occurs. I have bumped into problems with umass on my son's SMP laptop which don't show up on my UP laptop. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --aM3YZ0Iwxop3KEKx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHzkcc/opHv/APuIcRAjKqAJ9x4Yeo9SF9uKI8PVlK6A8Bjxm+QwCfejTK YDxfkq8qT6+j+z/0DNt2C4s= =yaxS -----END PGP SIGNATURE----- --aM3YZ0Iwxop3KEKx-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 09:16:25 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D86A106566C for ; Wed, 5 Mar 2008 09:16:25 +0000 (UTC) (envelope-from mr.vladis@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.187]) by mx1.freebsd.org (Postfix) with ESMTP id F06778FC25 for ; Wed, 5 Mar 2008 09:16:24 +0000 (UTC) (envelope-from mr.vladis@gmail.com) Received: by ti-out-0910.google.com with SMTP id j2so1834576tid.3 for ; Wed, 05 Mar 2008 01:16:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=DhunZSBbRcybSJE2OBq5/4rUPO72hTTvGSOFKiRtHbQ=; b=lEFe8cx2DgTd4MISnN/0F9kUiLKBV8ve86bKYuY7DEb20ERedZohlz46iv0cUwKC4Uz29xcOdIlSg3uw+OpTL4S6ASX2OzL9C9yQ0q+NgMrWFlnxN9Aj3twwAXZeYRxzY1lNGkow10z2gKQ4PmNiUBtwrHTX2rZY2ns94bpTv+w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=KC9Xvk/Ut+/d9SlZp8E7LsGndepOtndiF2uzC5wdQ2BQR2OrZwtv5i/k9sc7VChoY9TdtHbJ2J8CfswAJkrnyTbqMHJtRWHQylpDQZg6hbign0WVVRPOaDpqT6M9LkSv1FKR1OzEiQqGc2ef3PmFu6fU6JboVZoT0KxTW53B/1A= Received: by 10.150.124.2 with SMTP id w2mr1038458ybc.2.1204706950017; Wed, 05 Mar 2008 00:49:10 -0800 (PST) Received: by 10.150.206.3 with HTTP; Wed, 5 Mar 2008 00:49:09 -0800 (PST) Message-ID: Date: Wed, 5 Mar 2008 10:49:09 +0200 From: "=?KOI8-R?B?98zBxMnTzMHXIO7FxM/TxcvJzg==?=" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Could Not open some sites from Windows Vista and Server 2008 when using FreeBSD as gw 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, 05 Mar 2008 09:16:25 -0000 We are using FreeBSD as GateWay with PF. And the problem is that some web-sites as Gmail.com or Msn.com are unavailable from machines with Vista or Server 2008 installed. If use external or internal proxy (Kerio WinRoute, wich also goes through the same FreeBSD gw) they are opening correctly. Also in 6.1 version were problems with skype from such machines. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 09:31:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BECF106566B for ; Wed, 5 Mar 2008 09:31:29 +0000 (UTC) (envelope-from michael.grant@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id DABE18FC16 for ; Wed, 5 Mar 2008 09:31:28 +0000 (UTC) (envelope-from michael.grant@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so1527514wfa.7 for ; Wed, 05 Mar 2008 01:31:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=avd2EtOCsr495C2OX/9EfDR0CxRHBgXVabJVDGzE+3M=; b=AvHUTrjyrAu0ANcCxSnk/MHZE21EFL794IZAr7S4lT6UK4g/uZDrz2ge/aNtrw7NweDHzwm2jVEuq7CRVnLvMyahE6RkPgfYzPeCRGMBDS2FYUif6HXvH7Dq+JM1gyw08lLTj0TPHA20byMnADM+Gv4aCMZo0t8af+lHb+xE2cc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=DQ2A4d2HhGbAClTCxT83sS6kXYzdF+VxbdPmt8NYdQ4qAI7D16CsAFH8DrW/CBN+9Nf6f6wMlj/OekoI1Orun/nzfAryoAvVPVd1jexTW3JEczggPpp9jPH9lKSv3vyl8hdy5tmkju914lDKVasT4D7OCvB7/KBbTSZvbeE9tTY= Received: by 10.142.110.3 with SMTP id i3mr340592wfc.203.1204707979525; Wed, 05 Mar 2008 01:06:19 -0800 (PST) Received: by 10.142.191.9 with HTTP; Wed, 5 Mar 2008 01:06:19 -0800 (PST) Message-ID: <62b856460803050106t4375c59aj586a8b48bf91f7de@mail.gmail.com> Date: Wed, 5 Mar 2008 10:06:19 +0100 From: "Michael Grant" Sender: michael.grant@gmail.com To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: b9f973a69c2b9893 Subject: swap_pager: indefinite wait buffer 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, 05 Mar 2008 09:31:29 -0000 My server just literally was brought to it's knees with this message spewing on the console: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 1203133, size: 4096 (blkno and size were varying) Some searching says that this is or was a bug. Has this been fixed yet? If so, what should I upgrade to? I'm currently running 6.3 Michael Grant From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 09:32:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D0441065674 for ; Wed, 5 Mar 2008 09:32:57 +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 5293A8FC1D for ; Wed, 5 Mar 2008 09:32:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id BC88F46B80; Wed, 5 Mar 2008 04:32:56 -0500 (EST) Date: Wed, 5 Mar 2008 09:32:56 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Vadim Goncharov In-Reply-To: Message-ID: <20080305093215.H4227@fledge.watson.org> References: <20080303185618.M63813@shell.xecu.net> <47CC9CD9.9030107@delphij.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: INET6 required for SCTP in 7.0? 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, 05 Mar 2008 09:32:57 -0000 On Tue, 4 Mar 2008, Vadim Goncharov wrote: > On Mon, 03 Mar 2008 16:50:33 -0800; Xin LI wrote about 'Re: INET6 required > for SCTP in 7.0?': > >>> I'm not interested in enabling support for IPv6 for now. >>> >>> When I remove INET6 from the kernel configuration, I cannot compile the >>> kernel without disabling SCTP. With fresh 7.0-STABLE source, here's the >>> error output (INET6 disabled, but SCTP enabled): >> Yes, INET6 is (currently) required if you enable SCTP. > > Will it be fixed? Any time soon? It's considered a bug, and hopefully it will be fixed by the SCTP maintainers soon. However, they've been fairly busy with another project so I'm not sure there's a specific timeline. I would like to see it fixed by 7.1. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 09:37:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E56E31065673 for ; Wed, 5 Mar 2008 09:37:54 +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 9BA3B8FC2A for ; Wed, 5 Mar 2008 09:37:54 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JWq4N-0001i4-Jb for freebsd-stable@freebsd.org; Wed, 05 Mar 2008 09:37:51 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Mar 2008 09:37:51 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Mar 2008 09:37:51 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Vadim Goncharov Date: Wed, 5 Mar 2008 09:37:43 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 23 Message-ID: References: <200803041307.m24D7uqE057842@drugs.dv.isc.org> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Mark Andrews User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: INET6 required for SCTP in 7.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2008 09:37:55 -0000 Hi Mark Andrews! On Wed, 05 Mar 2008 00:07:56 +1100; Mark Andrews wrote about 'Re: INET6 required for SCTP in 7.0?': >>>> I'm not interested in enabling support for IPv6 for now. >>>> >>>> When I remove INET6 from the kernel configuration, I cannot compile the >>>> kernel without disabling SCTP. With fresh 7.0-STABLE source, here's the >>>> error output (INET6 disabled, but SCTP enabled): >>> Yes, INET6 is (currently) required if you enable SCTP. >> >> Will it be fixed? Any time soon? > It would be better to remove the option all together. IPv6 > is no longer a protocol under development. There is no > need to make it optional any more. Having it there really > sends the wrong signal. I strongly disagree. I want to keep my machines without IPv6 as long as possible due to protocol (not implementation) architectural bugs. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 10:04:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 834A31065672 for ; Wed, 5 Mar 2008 10:04:56 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6E57E8FC18 for ; Wed, 5 Mar 2008 10:04:56 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 55D941CC033; Wed, 5 Mar 2008 02:04:56 -0800 (PST) Date: Wed, 5 Mar 2008 02:04:56 -0800 From: Jeremy Chadwick To: ????????? ????????? Message-ID: <20080305100456.GA20350@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@freebsd.org Subject: Re: Could Not open some sites from Windows Vista and Server 2008 when using FreeBSD as gw 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, 05 Mar 2008 10:04:56 -0000 On Wed, Mar 05, 2008 at 10:49:09AM +0200, ????????? ????????? wrote: > We are using FreeBSD as GateWay with PF. > And the problem is that some web-sites as Gmail.com or Msn.com are > unavailable from machines with Vista or Server 2008 installed. > If use external or internal proxy (Kerio WinRoute, wich also goes through > the same FreeBSD gw) they are opening correctly. > Also in 6.1 version were problems with skype from such machines. I doubt people will be able to help you without some hard details provided. Not that anyone is denying the problem exists, but there's no details that are helpful in your report. I'm willing to bet your pf rules are incorrect/broken; is NAT involved? You could also try turning off RFC1323 extensions, which has helped some people in the past: sysctl net.inet.tcp.rfc1323=0 To disable RFC1323 extensions permanently, put this in /etc/rc.conf: tcp_extensions="no" -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 10:17:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC5BA106566B for ; Wed, 5 Mar 2008 10:17:20 +0000 (UTC) (envelope-from bluegod@bluegod.net) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.189]) by mx1.freebsd.org (Postfix) with ESMTP id 640718FC2F for ; Wed, 5 Mar 2008 10:17:20 +0000 (UTC) (envelope-from bluegod@bluegod.net) Received: by gv-out-0910.google.com with SMTP id n40so1545390gve.39 for ; Wed, 05 Mar 2008 02:17:18 -0800 (PST) Received: by 10.78.166.7 with SMTP id o7mr5623465hue.77.1204710511751; Wed, 05 Mar 2008 01:48:31 -0800 (PST) Received: from apple.lan ( [212.145.109.197]) by mx.google.com with ESMTPS id 7sm4781315nfv.18.2008.03.05.01.48.29 (version=SSLv3 cipher=RC4-MD5); Wed, 05 Mar 2008 01:48:30 -0800 (PST) Message-ID: <47CE6C6B.8060306@bluegod.net> Date: Wed, 05 Mar 2008 10:48:27 +0100 From: =?ISO-8859-1?Q?=22James_L=F3pez_=28BLuEGoD=29=22?= User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: kernel backup on 7.0 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, 05 Mar 2008 10:17:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I have FreeBSD 7.0 on my server but due to troubles with sendfile (I don't know why, but when I run a configure script checking for that function it shows a "segmentation fault" and I can't make my web server run well), also because of some accidentally I will reinstall freebsd. So I would like to know if I can make some kind of backup to the kernel because it was modified and recompiled, so perhaps if I backup the boot files wouldn't need to compile it again... How can I do that? is possible? Its a matter of time.. I will have a short time to do the reinstall :S Thanks! - -- ~ ___ _ ___ ___ ___ _ _ ___ ~ | . >| | _ _ | __>/ _> ___ | . \ | \ | ___|_ _| ~ | . \| |_| | || _> |<_/\/ . \| | | _ | |/ ._>| | ~ |___/|___|___||___>____/\___/|___/<_>|_\_|\___.|_| ~ -- BLuEGoD (James LÛpez) bluegod@bluegod.net ------- ~ -- Public Key: Search 'BLuEGoD' on www.keyserver.net ~ --------------- WwW.BLuEGoD.NeT -------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFHzmxrACIwOm/T2YIRAnhBAKCSDZS4yBYNoxwf1nuPfm5Pyn5NpACgoK4l bF1t7DiS0IJiT7gjNq6BPgM= =f6DH -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 10:32:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5169106566B for ; Wed, 5 Mar 2008 10:32:38 +0000 (UTC) (envelope-from rick@wirelessleiden.nl) Received: from lid-email-2.joost.net (lid-email-2.joost.net [89.251.0.185]) by mx1.freebsd.org (Postfix) with ESMTP id 66B378FC1C for ; Wed, 5 Mar 2008 10:32:38 +0000 (UTC) (envelope-from rick@wirelessleiden.nl) Received: from lid-email-1.joost.net (zimbra-3.back [10.0.0.247]) by lid-email-2.joost.net (Postfix) with ESMTP id D772B30000E50 for ; Wed, 5 Mar 2008 10:00:29 +0000 (GMT) Received: from freezone-mac.local (colbert-ext.lid.theveniceproject.com [89.251.0.64]) by lid-email-1.joost.net (Postfix) with ESMTP id 8FEC8C0F4BB3E for ; Wed, 5 Mar 2008 10:07:13 +0000 (UTC) Message-ID: <47CE70E0.4000607@wirelessleiden.nl> Date: Wed, 05 Mar 2008 11:07:28 +0100 From: Rick van der Zwet Organization: Stichting Wireless Leiden User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Mapping stat(1) device number/name to partition? 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, 05 Mar 2008 10:32:38 -0000 Hi all, I am looking for a way to detect the file system a certain file lives and next whether this file system is mounted/accessible as writable. [1] As stat(1) is helping me out to found out the proper device name/number of a certain file with the command `stat -f "%d" /etc/motd`, but next will be the mapping from this device number (st_dev) to the proper partion/mount point. Which handy shell utility program will help me doing this? Or even better what are the proper search terms to find this answer, as mine attempts on the mailing archives, man pages and Google where not very successful Thanks a lot! /Rick [1] Part of getting rid of the annoying motd update failure message, when /etc is not writable. I know setting update_motd=NO in /etc/rc.conf will do the trick as well, but I would like to see him detecting it auto-magically ;-) From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 10:36:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71F8C1065672 for ; Wed, 5 Mar 2008 10:36:46 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [217.77.141.129]) by mx1.freebsd.org (Postfix) with ESMTP id D16678FC25 for ; Wed, 5 Mar 2008 10:36:45 +0000 (UTC) (envelope-from ruben@verweg.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verweg.com; s=verweg; t=1204711732; bh=/g+m7VoyUEqJ3RTTsHfDrZVMp3lWCBASr3z9GUF3m3Y=; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References: X-Pgp-Agent:X-Mailer; b=iwaZMAf7j4GAHKiObaPZiHIy4Us48NOmayJ/GJdNqh U+uS5l3hADAOOF1MIMA/2rGzVzu18a/sNPyMjy54TbnkoKUZfzdeDzRwgS4CZ3QcLlx yZhZfJYfXwvIAPhj8HAhHym1530WHAZ5QgFvhNQQUS3JXsZDnfjuZYKtE2nv8o= Received: from [IPv6:::1] (chimp.ripe.net [193.0.1.199]) (authenticated bits=0) by erg.verweg.com (8.14.2/8.14.2) with ESMTP id m25A8jgh088981 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 5 Mar 2008 10:08:51 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host chimp.ripe.net [193.0.1.199] claimed to be [IPv6:::1] Message-Id: From: Ruben van Staveren To: Michael Grant In-Reply-To: <62b856460803050106t4375c59aj586a8b48bf91f7de@mail.gmail.com> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-39-918736181" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 5 Mar 2008 11:08:38 +0100 References: <62b856460803050106t4375c59aj586a8b48bf91f7de@mail.gmail.com> X-Pgp-Agent: GPGMail d51 (Leopard) X-Mailer: Apple Mail (2.919.2) X-Virus-Scanned: ClamAV 0.92/6136/Wed Mar 5 09:32:22 2008 on erg.verweg.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (erg.verweg.com [217.77.141.129]); Wed, 05 Mar 2008 10:08:55 +0000 (UTC) Cc: freebsd-stable@freebsd.org Subject: Re: swap_pager: indefinite wait buffer 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, 05 Mar 2008 10:36:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-39-918736181 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 5 Mar 2008, at 10:06, Michael Grant wrote: > My server just literally was brought to it's knees with this message > spewing on the console: > > swap_pager: indefinite wait buffer: bufobj: 0, blkno: 1203133, size: > 4096 > > (blkno and size were varying) > > Some searching says that this is or was a bug. Has this been fixed > yet? If so, what should I upgrade to? I'm currently running 6.3 You may consider partition backed swap instead of file backed swap if that is the case. > > > Michael Grant > _______________________________________________ > 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 > " - Ruben --Apple-Mail-39-918736181 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFHznEnZ88+mcQxRw0RAjfBAJ45pMji62e2ISa0iUcviSaLyJRJZgCff1AD hptHAVmIELDIxiQIXNPMQ5A= =1/tN -----END PGP SIGNATURE----- --Apple-Mail-39-918736181-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 11:10:11 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDC0D106566B for ; Wed, 5 Mar 2008 11:10:11 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id 9BD578FC12 for ; Wed, 5 Mar 2008 11:10:11 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so1573974wfa.7 for ; Wed, 05 Mar 2008 03:10:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=w2YDmX6uSZ3BESEVhrgV9usJ+T5h9v7QzqBbfuTJiTM=; b=NWfplNQxQ0JWWf2zymsdFzGpt0LXoW/dpADHfOZaeBkbs3iA/ZLzAM7oGaYu1JWgmTX4ESXNsbwNOpADq1UwR4r0pNq7Gq2POgLmR4/i4f9UoDW+sFwmVjUdwsIS3B8ihHsgsVdNpVgi6pRNAiTsq+MYq8YTxGO0iDO6akng7mI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qOglcROQgqKBdBEEEHX1L+xjTS5NjzJdGU6ivHLuMwGXDdM5kXicBTiXkTVMfS28NlqQ2DH02GEfH5a6o9h52wuC2oCyVl+qBBUXI6njBVqM5t1WdMaFl2y+xWt4uRw8KsrbDQEyRRYWC8CdJ1gMTbXX5GzDFDjrEiBfJeUXhgs= Received: by 10.142.12.14 with SMTP id 14mr719329wfl.152.1204713885670; Wed, 05 Mar 2008 02:44:45 -0800 (PST) Received: by 10.143.158.12 with HTTP; Wed, 5 Mar 2008 02:44:45 -0800 (PST) Message-ID: Date: Wed, 5 Mar 2008 12:44:45 +0200 From: "Dennis Melentyev" To: "=?UTF-8?B?0JLQu9Cw0LTQuNGB0LvQsNCyINCd0LXQtNC+0YHQtdC60LjQvQ==?=" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: Cc: stable@freebsd.org Subject: Re: Could Not open some sites from Windows Vista and Server 2008 when using FreeBSD as gw 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, 05 Mar 2008 11:10:11 -0000 SGVsbG8gVmxhZGlzbGF2LAoKMjAwOC8zLzUsINCS0LvQsNC00LjRgdC70LDQsiDQndC10LTQvtGB 0LXQutC40L0gPG1yLnZsYWRpc0BnbWFpbC5jb20+Ogo+IFdlIGFyZSB1c2luZyBGcmVlQlNEIGFz IEdhdGVXYXkgd2l0aCBQRi4KPiAgQW5kIHRoZSBwcm9ibGVtIGlzIHRoYXQgc29tZSB3ZWItc2l0 ZXMgYXMgR21haWwuY29tIG9yIE1zbi5jb20gYXJlCj4gIHVuYXZhaWxhYmxlIGZyb20gbWFjaGlu ZXMgd2l0aCBWaXN0YSBvciBTZXJ2ZXIgMjAwOCBpbnN0YWxsZWQuCj4gIElmIHVzZSBleHRlcm5h bCBvciBpbnRlcm5hbCBwcm94eSAoS2VyaW8gV2luUm91dGUsIHdpY2ggYWxzbyBnb2VzIHRocm91 Z2gKPiAgdGhlIHNhbWUgRnJlZUJTRCBndykgdGhleSBhcmUgb3BlbmluZyBjb3JyZWN0bHkuCj4g IEFsc28gaW4gNi4xIHZlcnNpb24gd2VyZSBwcm9ibGVtcyB3aXRoIHNreXBlIGZyb20gc3VjaCBt YWNoaW5lcy4KCkFzIEplcmVteSBzdGF0ZWQsIGl0J3MgdG9vIGxpdHRsZSBmYWN0cyB0byBhbmFs eXNlLgpXaGF0IGRvZXMgdGNwZHVtcCBzaG93LCB3aGF0IGFyZSB0aGUgUEYgcnVsZXMsIHByb3h5 IHNldHRpbmdzLAphdXRoZW50aWZpY2F0aW9uLCBldGMuCgpKdXN0IHdpbGQgZ3Vlc3M6IGlzIGl0 IElQdjYgcnVubmluZyBvbiBNUyBzdGF0aW9ucz8KClBTLiBZb3UgbWlnaHQgaGF2ZSBtb3JlIGhl bHAgZnJvbSBSdXNzaWFuL1VrcmFpbmlhbiBzcGVha2luZyBVQUZVRyBtYWlsbGlzdC4KU2VlIGh0 dHA6Ly91YWZ1Zy5vcmcudWEgZm9yIGRldGFpbHMuCgotLSAKRGVubmlzIE1lbGVudHlldgo= From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 11:11:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D480E106566C for ; Wed, 5 Mar 2008 11:11:27 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from mx1.rink.nu (alastor.rink.nu [213.34.49.5]) by mx1.freebsd.org (Postfix) with ESMTP id 8A7EA8FC13 for ; Wed, 5 Mar 2008 11:11:27 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from localhost (alastor.rink.nu [213.34.49.5]) by mx1.rink.nu (Postfix) with ESMTP id 1C70DBFECD8; Wed, 5 Mar 2008 11:11:24 +0000 (UTC) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.5]) by localhost (alastor.rink.nu [213.34.49.5]) (amavisd-new, port 10024) with ESMTP id 31UxHX9+rGY9; Wed, 5 Mar 2008 11:11:13 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 49166BFEC79; Wed, 5 Mar 2008 11:11:13 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) by tragedy.rink.nu (8.13.8/8.13.8) with ESMTP id m25BBD0h000659; Wed, 5 Mar 2008 12:11:13 +0100 (CET) (envelope-from rink@tragedy.rink.nu) Received: (from rink@localhost) by tragedy.rink.nu (8.13.8/8.13.8/Submit) id m25BB8wS000658; Wed, 5 Mar 2008 12:11:08 +0100 (CET) (envelope-from rink) Date: Wed, 5 Mar 2008 12:11:08 +0100 From: Rink Springer To: Rick van der Zwet Message-ID: <20080305111108.GB90443@rink.nu> References: <47CE70E0.4000607@wirelessleiden.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47CE70E0.4000607@wirelessleiden.nl> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Mapping stat(1) device number/name to partition? 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, 05 Mar 2008 11:11:27 -0000 Hi, On Wed, Mar 05, 2008 at 11:07:28AM +0100, Rick van der Zwet wrote: > Which handy shell utility program will help me doing this? I think you can use statfs(2) to look up the f_fsid, this should be equal to the st_dev, judging from the code in kern/vfs_syscalls.c. There doesn't appear to be a shell utility to statfs(2), but you may be able to hack something up in perl or simular. Regards, -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 11:18:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 183C31065678 for ; Wed, 5 Mar 2008 11:18:07 +0000 (UTC) (envelope-from erik@tefre.com) Received: from mta1-filtered.netlife.no (mail.netlife.no [213.187.191.68]) by mx1.freebsd.org (Postfix) with ESMTP id C29AC8FC30 for ; Wed, 5 Mar 2008 11:18:06 +0000 (UTC) (envelope-from erik@tefre.com) Received: from localhost (unknown [10.0.68.2]) by mta1-filtered.netlife.no (Postfix) with ESMTP id 163FD28780; Wed, 5 Mar 2008 12:18:05 +0100 (CET) X-Virus-Scanned: amavisd-new at netlife.no Received: from mta1.netlife.no ([10.0.68.2]) by localhost (amavis.netlife.no [10.0.68.2]) (amavisd-new, port 10024) with ESMTP id mohH5wC32Va5; Wed, 5 Mar 2008 11:18:02 +0000 (UTC) Received: from baviandesktop.netlife.no (kontor.netlife.no [217.13.28.50]) by mta1.netlife.no (Postfix) with ESMTP id B03CB28785; Wed, 5 Mar 2008 12:18:02 +0100 (CET) Message-ID: <47CE816A.6050903@tefre.com> Date: Wed, 05 Mar 2008 12:18:02 +0100 From: Erik Stian Tefre User-Agent: Thunderbird 2.0.0.9 (X11/20080127) MIME-Version: 1.0 To: alan bryan References: <915419.88748.qm@web50505.mail.re2.yahoo.com> In-Reply-To: <915419.88748.qm@web50505.mail.re2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-Release and 3ware 9550SXU w/BBU - horrible write 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: Wed, 05 Mar 2008 11:18:07 -0000 alan bryan wrote: > I've got a new server with a 3ware 9550SXU with the > Battery. I am using FreeBSD 7.0-Release (tried both > 4BSD and ULE) using AMD64 and the 3ware performance > for writes is just plain horrible. Something is > obviously wrong but I'm not sure what. > Any ideas? Anybody have one of these that's working > with FreeBSD 7? Check you controller firmware version. Last time I checked, the current "stable" firmware release was 3.08.00.016. dmesg | grep Firmware twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-8LP, 8 ports, Firmware FE9X 3.08.00.016, BIOS BE9X 3.08.00.004 Results from bonnie++ with default settings on my box (7.0-RELEASE, amd64, 480 MB system memory, BBU, write cache enabled, 7 drive raid-5, storsave = balance, NCQ on): Version 1.93d ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP xxxxxxxxxxxxxxxx 1G 275 83 72440 23 24990 6 644 83 76548 15 460.6 6 Latency 47041us 522ms 559ms 139ms 300ms 116ms Version 1.93d ------Sequential Create------ --------Random Create-------- xxxxxxxxxxxxxxxxxxx -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 5212 12 +++++ +++ 27581 45 8454 20 +++++ +++ +++++ +++ Latency 1147ms 371us 3529us 197ms 15397us 703us -- Erik From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 13:03:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B01131065671 for ; Wed, 5 Mar 2008 13:03:05 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4218FC2E for ; Wed, 5 Mar 2008 13:03:05 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 9280F1CC033; Wed, 5 Mar 2008 05:03:05 -0800 (PST) Date: Wed, 5 Mar 2008 05:03:05 -0800 From: Jeremy Chadwick To: Rick van der Zwet Message-ID: <20080305130305.GA25277@eos.sc1.parodius.com> References: <47CE70E0.4000607@wirelessleiden.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47CE70E0.4000607@wirelessleiden.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Mapping stat(1) device number/name to partition? 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, 05 Mar 2008 13:03:05 -0000 On Wed, Mar 05, 2008 at 11:07:28AM +0100, Rick van der Zwet wrote: > Hi all, > > I am looking for a way to detect the file system a certain file lives > and next whether this file system is mounted/accessible as writable. [1] > > As stat(1) is helping me out to found out the proper device name/number > of a certain file with the command `stat -f "%d" /etc/motd`, but next > will be the mapping from this device number (st_dev) to the proper > partion/mount point. > > Which handy shell utility program will help me doing this? fstat(1) sounds like it might be of help here. If you're writing a C program for this, the source code is in src/usr.bin/fstat. > [1] Part of getting rid of the annoying motd update failure message, > when /etc is not writable. I know setting update_motd=NO in > /etc/rc.conf will do the trick as well, but I would like to see him > detecting it auto-magically ;-) I haven't seen the "auto-updating motd" feature of FreeBSD since the 3.x days. Are you referring to the "annoyance" where during mergemaster(1), you can nuke your /etc/motd? If so, try IGNORE_MOTD=yes in /etc/mergemaster.rc. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 13:05:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B91B1065677 for ; Wed, 5 Mar 2008 13:05:30 +0000 (UTC) (envelope-from devin@spamcop.net) Received: from mail.distalzou.net (203.141.139.231.static.zoot.jp [203.141.139.231]) by mx1.freebsd.org (Postfix) with ESMTP id CFCB78FC1C for ; Wed, 5 Mar 2008 13:05:29 +0000 (UTC) (envelope-from devin@spamcop.net) Received: from plexi.pun-pun.prv ([192.168.7.29]) by mail.distalzou.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JWsxp-000Ina-87 for freebsd-stable@freebsd.org; Wed, 05 Mar 2008 21:43:17 +0900 Date: Wed, 5 Mar 2008 21:43:15 +0900 (JST) From: Tod McQuillin X-X-Sender: devin@plexi.pun-pun.prv To: freebsd-stable@freebsd.org Message-ID: <20080305213442.A36748@plexi.pun-pun.prv> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Odd file in /lost+found after softupdate inconsistency in fsck 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, 05 Mar 2008 13:05:30 -0000 Hi all, My server froze up tonight after a 2 month uptime running 6.3-PRERELEASE from Dec 28 2007. I had to fsck /home by hand because of an inconsistency fsck couldn't repair automatically -- something to do with an unexpected softupdate inconsistency. After that, I ended up with some files in /home/lost+found, one of which is quite interesting: /home/lost+found# ls -lksh total 24432 24432 -r-------- 1 root operator 40G Mar 5 20:12 #0000005 It is 40G in size but only occupies 24432k on disk, so it is a sparse file. I'm not aware of any sparse files of quite that size on my system (or relative sparseness) but it's possible i might overlook one. But the thing that's interesting to me is the inode number (inode 5) and the fact that rm doesn't want me to remove it: /home/lost+found# rm \#0000005 override r-------- root/operator snapshot for #0000005? n Is there a magic "shapshot" flag on the file? Have I somehow damaged my ufs2+softupdates filesystem by losing its inode #5 containing snapshot data? Any insights appreciated, -- Tod McQuillin From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 13:16:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABBBB106566C for ; Wed, 5 Mar 2008 13:16:05 +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 2F4458FC16 for ; Wed, 5 Mar 2008 13:16:05 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JWtTS-0005AY-Es for freebsd-stable@freebsd.org; Wed, 05 Mar 2008 13:15:58 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Mar 2008 13:15:58 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Mar 2008 13:15:58 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 05 Mar 2008 14:19:38 +0100 Lines: 49 Message-ID: References: <47CE6C6B.8060306@bluegod.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6072C7723784809735151390" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: <47CE6C6B.8060306@bluegod.net> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: kernel backup on 7.0 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, 05 Mar 2008 13:16:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6072C7723784809735151390 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable James L=C3=B3pez (BLuEGoD) wrote: > Hello, >=20 > I have FreeBSD 7.0 on my server but due to troubles with sendfile (I > don't know why, but when I run a configure script checking for that > function it shows a "segmentation fault" and I can't make my web server= > run well), also because of some accidentally I will reinstall freebsd. >=20 > So I would like to know if I can make some kind of backup to the kernel= > because it was modified and recompiled, so perhaps if I backup the boot= > files wouldn't need to compile it again... How can I do that? is > possible? Its a matter of time.. I will have a short time to do the > reinstall :S If I understand you correctly, you're asking if you can have a "backup kernel" when you build a new one? Yes, and it's the default behaviour. Every time you do a "make installkernel" (it's integrated into "make kernel"), the old kernel gets saved in /boot/kernel.old with all its modules. In addition to that, you can have an arbitrary number of different kernels in the root/boot file system. To switch between the kernels, escape to loader prompt on the boot menu, type "help" to see available commands (you'll probably use "unload", "load" and "boot", in this order). --------------enig6072C7723784809735151390 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.6 (GNU/Linux) iD8DBQFHzp3qldnAQVacBcgRAr/FAKDAzs4/14f/oayv33205ir73qY5eACcDkBo Y9tEZ4mRk4KdkKUQSXIpPD8= =tU57 -----END PGP SIGNATURE----- --------------enig6072C7723784809735151390-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 13:24:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07A98106566C for ; Wed, 5 Mar 2008 13:24:05 +0000 (UTC) (envelope-from andy@xecu.net) Received: from mg4.xecu.net (mg4.xecu.net [216.127.136.194]) by mx1.freebsd.org (Postfix) with ESMTP id CEB5A8FC15 for ; Wed, 5 Mar 2008 13:24:04 +0000 (UTC) (envelope-from andy@xecu.net) Received: from localhost (unknown [127.0.0.1]) by mg4.xecu.net (Postfix) with ESMTP id 2E41941C787; Wed, 5 Mar 2008 08:24:04 -0500 (EST) X-Virus-Scanned: amavisd-new at xecu.net Received: from mg4.xecu.net ([127.0.0.1]) by localhost (mg4.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8dAC9flAJysU; Wed, 5 Mar 2008 08:23:59 -0500 (EST) Received: from shell.xecu.net (shell.xecu.net [216.127.136.216]) by mg4.xecu.net (Postfix) with ESMTPS id 39DEE41C851; Wed, 5 Mar 2008 08:22:11 -0500 (EST) Date: Wed, 5 Mar 2008 08:22:11 -0500 (EST) From: Andy Dills To: Mark Andrews In-Reply-To: <200803041307.m24D7uqE057842@drugs.dv.isc.org> Message-ID: <20080305082031.E37745@shell.xecu.net> References: <200803041307.m24D7uqE057842@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: vadim_nuclight@mail.ru, freebsd-stable@freebsd.org Subject: Re: INET6 required for SCTP in 7.0? 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, 05 Mar 2008 13:24:05 -0000 On Wed, 5 Mar 2008, Mark Andrews wrote: > It would be better to remove the option all together. IPv6 > is no longer a protocol under development. There is no > need to make it optional any more. Having it there really > sends the wrong signal. With all due respect, let's face a couple of facts. IPv4 is going to be the primary protocol for several years to come. There are a few critical reasons, and few people like to point out just how naked the emperor is: - Providing IPv6 currently (and for the forseeable future) provides no return on investment (ROI). Service Providers can't make more money with IPv6, businesses do not get any sort of competitive or perceived advantage from deploying IPv6, and end users certainly don't want to deal with it. - To route IPv6 with the same features and packet forwarding rate as with IPv4, nearly every network will be forced to purchase expensive router upgrades with no other real benefit beyond IPv6 connectivity (which again provides no ROI to justify the capex). Nobody is going to do forklift upgrades just for IPv6, but as routers get normally upgraded IPv6 functionality will indeed slowly expand. - IPv6 provides almost no technological upgrades beyond additional address space. DHCP addressed the auto configuration feature, VPNs addressed IPsec. - IPv4 address spaces will eventually transition to a market commodity model, providing a financial incentive that will encourage significant optimization and provide motive for providers to audit their allocations, and for businesses to part with IP space that they no longer properly utilize. The cost of acquiring IPv4 space will be less than the cost of upgrading to IPv6. Therefore, given a lack of ROI or sufficient technological motivation, and given the significant potential for optimization of existing IPv4 space both via technology and financial incentive, I see a minimum of five years before IPv6 is common. In the meantime, I'd like to only enable IPv6 on IPv6 enabled networks. Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 --- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 13:26:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B371B106567B for ; Wed, 5 Mar 2008 13:26:49 +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 35B658FC22 for ; Wed, 5 Mar 2008 13:26:49 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JWtdr-0005e6-Hs for freebsd-stable@freebsd.org; Wed, 05 Mar 2008 13:26:43 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Mar 2008 13:26:43 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Mar 2008 13:26:43 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 05 Mar 2008 14:30:27 +0100 Lines: 44 Message-ID: References: <915419.88748.qm@web50505.mail.re2.yahoo.com> <47CE816A.6050903@tefre.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD710BA679B38A6A014736D28" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: <47CE816A.6050903@tefre.com> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: 7.0-Release and 3ware 9550SXU w/BBU - horrible write 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: Wed, 05 Mar 2008 13:26:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD710BA679B38A6A014736D28 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Erik Stian Tefre wrote: > Results from bonnie++ with default settings on my box (7.0-RELEASE, > amd64, 480 MB system memory, BBU, write cache enabled, 7 drive raid-5, > storsave =3D balance, NCQ on): >=20 > Version 1.93d ------Sequential Output------ --Sequential Input- > --Random- > Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- > --Seeks-- > Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP > /sec %CP > xxxxxxxxxxxxxxxx 1G 275 83 72440 23 24990 6 644 83 76548 15 > 460.6 6 Was the array busy when you did the test? 72-76 MB MB/s is very slow for a 7-drive array in RAID-5. FreeBSD's disk IO can be sluggish but I doubt it would get that slow. On a RAID10 array with 6 drives I can get ~~ 200 MB/s in both directions (though on a different controller). RAID5 is basically striped so your setup should on average yield close to 6 times the single drive performance, something in the area of 350 MB/s. --------------enigD710BA679B38A6A014736D28 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.6 (GNU/Linux) iD8DBQFHzqBzldnAQVacBcgRAtB1AJ9gK6FE/RRTraYTAdmHEmb9pSxnBgCg1hA0 uZXD9swUfYB/KF2Q9R+W+Do= =A+M0 -----END PGP SIGNATURE----- --------------enigD710BA679B38A6A014736D28-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 13:29:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E0DA106566C for ; Wed, 5 Mar 2008 13:29:59 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id DDE0C8FC16 for ; Wed, 5 Mar 2008 13:29:58 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JWtgy-000JBu-OB; Wed, 05 Mar 2008 13:29:56 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JWtgy-0007O3-MI; Wed, 05 Mar 2008 13:29:56 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JWtgy-0000Ug-Ld; Wed, 05 Mar 2008 13:29:56 +0000 To: andy@xecu.net, Mark_Andrews@isc.org In-Reply-To: <20080305082031.E37745@shell.xecu.net> Message-Id: From: Pete French Date: Wed, 05 Mar 2008 13:29:56 +0000 Cc: vadim_nuclight@mail.ru, freebsd-stable@freebsd.org Subject: Re: INET6 required for SCTP in 7.0? 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, 05 Mar 2008 13:29:59 -0000 O.K., have snipped all the above IPv4 stuff, which actually seems quite reaosnable (though appears to foorget about STF), but this line... > In the meantime, I'd like to only enable IPv6 on IPv6 enabled networks. ...I fail to see how not wanting to enable it leads to you wanting to remove it from the kernel entirely ? That is the bit I don't understand about all of this discussion. Theres probably hundereds of bits in the kernel you havent enabled and don't use, why specificly do you want an option to take IPV6 out ? I am genuinely piuzzled - why isn't "ipv6_enabled="NO" sufficient ? That's what I do on IPv4 networks and it works fine for me. -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 13:40:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 015B61065672 for ; Wed, 5 Mar 2008 13:40:28 +0000 (UTC) (envelope-from andy@xecu.net) Received: from mg6.xecu.net (mg6.xecu.net [216.127.136.196]) by mx1.freebsd.org (Postfix) with ESMTP id C78CF8FC15 for ; Wed, 5 Mar 2008 13:40:27 +0000 (UTC) (envelope-from andy@xecu.net) Received: from localhost (unknown [127.0.0.1]) by mg6.xecu.net (Postfix) with ESMTP id 2E7A818CE4B; Wed, 5 Mar 2008 08:40:27 -0500 (EST) X-Virus-Scanned: amavisd-new at xecu.net Received: from mg6.xecu.net ([127.0.0.1]) by localhost (mg6.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pIdUfj8UMIH8; Wed, 5 Mar 2008 08:40:19 -0500 (EST) Received: from shell.xecu.net (shell.xecu.net [216.127.136.216]) by mg6.xecu.net (Postfix) with ESMTPS id E78D318CE7D; Wed, 5 Mar 2008 08:40:19 -0500 (EST) Date: Wed, 5 Mar 2008 08:40:20 -0500 (EST) From: Andy Dills To: Pete French In-Reply-To: Message-ID: <20080305083930.Q37745@shell.xecu.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: vadim_nuclight@mail.ru, Mark_Andrews@isc.org, freebsd-stable@freebsd.org Subject: Re: INET6 required for SCTP in 7.0? 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, 05 Mar 2008 13:40:28 -0000 On Wed, 5 Mar 2008, Pete French wrote: > O.K., have snipped all the above IPv4 stuff, which actually seems quite > reaosnable (though appears to foorget about STF), but this line... > > > In the meantime, I'd like to only enable IPv6 on IPv6 enabled networks. > > ...I fail to see how not wanting to enable it leads to you wanting > to remove it from the kernel entirely ? That is the bit I don't understand > about all of this discussion. Theres probably hundereds of bits in the kernel > you havent enabled and don't use, why specificly do you want an option > to take IPV6 out ? > > I am genuinely piuzzled - why isn't "ipv6_enabled="NO" sufficient ? That's > what I do on IPv4 networks and it works fine for me. That's actually a good point. I've had a hard time shedding my "trim everything I don't use out of the kernel" mentality over the years. Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 --- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 14:08:10 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3B051065676 for ; Wed, 5 Mar 2008 14:08:10 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id 9F9D78FC19 for ; Wed, 5 Mar 2008 14:08:10 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so1669649wfa.7 for ; Wed, 05 Mar 2008 06:08:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=3I4PlRsNBPWw5JXpAHD/jJOSCzt8XD5m1wyuowBI+VY=; b=XPo0B4rhnR1c5WgHFEZtZle+LVXmAxlygxqFwx5hNIiqdgJkEZY7jMKUYAiqx/JDISzFuuP0ryWwD8cEzFjq9BEbm+tDpggjtK89PZRrIATNolEurLOguiQjyUatoTn/Jhjoc+MKswWj/ye48RTQBBO2382xlfMUJKS14MNTK/c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=G7XOPYHhE4lW4TAzrtmy7DThYlMGe36blZroiwPVIRrVlntrdSk0ZSCNbY+297QQpP2XbQfOl5wjahzhxxmKvOdMiiwetOdSYz62A77EcQoaua3W/leNmRuS/F7v2Z3PFSQoKlLRrzeH5UqGBlfk8Ok4Jh/WfN5YHncLguH4Smo= Received: by 10.142.171.6 with SMTP id t6mr778808wfe.38.1204726089952; Wed, 05 Mar 2008 06:08:09 -0800 (PST) Received: by 10.143.158.12 with HTTP; Wed, 5 Mar 2008 06:08:09 -0800 (PST) Message-ID: Date: Wed, 5 Mar 2008 16:08:09 +0200 From: "Dennis Melentyev" To: "=?UTF-8?B?0JLQu9Cw0LTQuNGB0LvQsNCyINCd0LXQtNC+0YHQtdC60LjQvQ==?=" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: Cc: stable@freebsd.org Subject: Re: Could Not open some sites from Windows Vista and Server 2008 when using FreeBSD as gw 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, 05 Mar 2008 14:08:10 -0000 SGkhCgpXZWxsLCBJJ20gbm90IGEgUEYgcHJvZmVzc2lvbmFsLCBhbmQgeW91IGhhdmUgcmF0aGVy IGFkdmFuY2VkIHNldHVwLgpTbywgc29tZW9uZSB3aXRoIGdvb2QgUEYgZXhwZXJpZW5jZSBpcyBu ZWVkZWQgaGVyZS4KCjIwMDgvMy81LCDQktC70LDQtNC40YHQu9Cw0LIg0J3QtdC00L7RgdC10LrQ uNC9IDxtci52bGFkaXNAZ21haWwuY29tPjoKPiBIaSwgaSB1bmRlcnN0YW5kIHRoYXQgdGhlcmUg aXMgdG9vIGxpdHRsZSBmYWN0cyB0byBhbmFseXplLCBidXQgbWF5YmUgc29tZQo+IG9uZSBoYXZl IHRoZSBzYW1lIHByb2JsZW0gYW5kIGFsc28gaSBjYW4gcHJvdmlkZSB5b3UgaW5mb3JtYXRpb24u Cj4gVENQIGR1bXAgMTkyLjE2OC4yMDAuMTEgLSBpcCBvZiBQQyB3aXRoIHZpc3RhCj4gICMgdGNw ZHVtcCB8IGdyZXAgMTkyLjE2OC4yMDAuMTEKPiB0Y3BkdW1wOiB2ZXJib3NlIG91dHB1dCBzdXBw cmVzc2VkLCB1c2UgLXYgb3IgLXZ2IGZvciBmdWxsIHByb3RvY29sIGRlY29kZQo+ICBsaXN0ZW5p bmcgb24gc3RlMCwgbGluay10eXBlIEVOMTBNQiAoRXRoZXJuZXQpLCBjYXB0dXJlIHNpemUgOTYg Ynl0ZXMKPiBeQ15DXkNeQzMgcGFja2V0cyBjYXB0dXJlZAo+ICA0MzMgcGFja2V0cyByZWNlaXZl ZCBieSBmaWx0ZXIKPiAwIHBhY2tldHMgZHJvcHBlZCBieSBrZXJuZWwKPiAjIHRjcGR1bXAgfCBn cmVwIDE5Mi4xNjguMjAwLjExMQo+ICB0Y3BkdW1wOiB2ZXJib3NlIG91dHB1dCBzdXBwcmVzc2Vk LCB1c2UgLXYgb3IgLXZ2IGZvciBmdWxsIHByb3RvY29sIGRlY29kZQo+IGxpc3RlbmluZyBvbiBz dGUwLCBsaW5rLXR5cGUgRU4xME1CIChFdGhlcm5ldCksIGNhcHR1cmUgc2l6ZSA5NiBieXRlcwou Li4KPiAxMzo1MTo0Ny42NzY0NzEgYXJwIHdoby1oYXMgMTkyLjE2OC4yMDAuMjAwICgwMDoxZDo2 MDpjZTo3NDplOCAob3VpCj4gVW5rbm93bikpIHRlbGwgMTkyLjE2OC4yMDAuMTExCgpXaGF0J3Mg dGhhdD8KLi4uCgoKPiBQRi5DT05GCj4KLi4uCgo+ICMgICAgICAgQmxvY2sgUG9saWN5Cj4gYmxv Y2sgaW4gbG9nIGFsbAo+IGJsb2NrIGluIGxvZyBxdWljayBmcm9tIG5vLXJvdXRlIHRvIGFueQo+ IGJsb2NrIGluIGxvZyBxdWljayBvbiAkZXh0X2lmIGZyb20gPHJmYzE5MTg+Cj4gIGJsb2NrIHJl dHVybi1pY21wIG91dCBsb2cgcXVpY2sgb24gJGV4dF9pZiB0byA8cmZjMTkxOD4KPiBhbnRpc3Bv b2YgcXVpY2sgZm9yICRpbnRfaWYKPiBhbnRpc3Bvb2YgcXVpY2sgZm9yICRleHRfaWYKPiBibG9j ayBvdXQgZnJvbSAxOTIuMTY4LjAuMTQ2IHRvIGFueQoKRG9lcyBsb2cgc2hvd3MgYW55dGhpbmcg aW50ZXJlc3Rpbmc/IEkgbWVhbiBkcm9wcGVkIHBhY2tldHMuCgpXaGF0IGFib3V0IFNRVUlEJ3Mg bG9nPyBTb21lIHNwZWNpYWwgYXV0aD8gQ2xpZW50J3MgaW5zaXN0aW5nIG9uCkhUVFAvMS4xPyBT b21lIGdsaXRjaGVzIHdpdGggdHJhbnNwYXJlbnQgcHJveHlpbmcgKGlmIEkgZ2V0IGl0IHJpZ2h0 CmZyb20geW91ciBQRiBjb25maWcpPwoKPiBpJ3ZlIHRyaWVkCj4gIHN5c2N0bCBuZXQuaW5ldC50 Y3AucmZjMTMyMz0wCj4gYnV0IGl0IGRvZXMndCBoZWxwLgo+Cj4gQW5kIGFib3V0IGlwNiBpdCBp cyBkaXNhYmxlZCwgYnV0IGluIGVuYWJsZWQgc3RhdGUgaXQgZG9lcyd0IGhlbHAuCgpEcm9wcGVk IGJ5IFBGPwoKLS0gCkRlbm5pcyBNZWxlbnR5ZXYK From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 14:28:26 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37EBF106566C for ; Wed, 5 Mar 2008 14:28:26 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 88D3C8FC28 for ; Wed, 5 Mar 2008 14:28:25 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from lack-of-gravitas.thebunker.net (gateway.ash.thebunker.net [213.129.64.4]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.2/8.14.2) with ESMTP id m25ESBUC093431 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Mar 2008 14:28:17 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.4.4 smtp.infracaninophile.co.uk m25ESBUC093431 Authentication-Results: smtp.infracaninophile.co.uk; dkim=hardfail (SSP) header.i=unknown Message-ID: <47CEADFA.8090502@infracaninophile.co.uk> Date: Wed, 05 Mar 2008 14:28:10 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.12 (X11/20080303) MIME-Version: 1.0 To: Dennis Melentyev References: In-Reply-To: X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [81.187.76.162]); Wed, 05 Mar 2008 14:28:17 +0000 (GMT) X-Virus-Scanned: ClamAV 0.92.1/6137/Wed Mar 5 10:18:24 2008 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_FAIL autolearn=no version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on happy-idiot-talk.infracaninophile.co.uk Cc: =?UTF-8?B?0JLQu9Cw0LTQuNGB0LvQsNCyINCd0LXQtNC+0YHQtdC60LjQvQ==?= , stable@freebsd.org Subject: Re: Could Not open some sites from Windows Vista and Server 2008 when using FreeBSD as gw 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, 05 Mar 2008 14:28:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 Dennis Melentyev wrote: > Hi! > > Well, I'm not a PF professional, and you have rather advanced setup. > So, someone with good PF experience is needed here. > > 2008/3/5, ВладиÑлав ÐедоÑекин : >> Hi, i understand that there is too little facts to analyze, but maybe some >> one have the same problem and also i can provide you information. >> TCP dump 192.168.200.11 - ip of PC with vista >> # tcpdump | grep 192.168.200.11 >> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode >> listening on ste0, link-type EN10MB (Ethernet), capture size 96 bytes >> ^C^C^C^C3 packets captured >> 433 packets received by filter >> 0 packets dropped by kernel >> # tcpdump | grep 192.168.200.111 >> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode >> listening on ste0, link-type EN10MB (Ethernet), capture size 96 bytes > ... >> 13:51:47.676471 arp who-has 192.168.200.200 (00:1d:60:ce:74:e8 (oui >> Unknown)) tell 192.168.200.111 > > What's that? > ... > > >> PF.CONF >> > ... > >> # Block Policy >> block in log all >> block in log quick from no-route to any >> block in log quick on $ext_if from >> block return-icmp out log quick on $ext_if to >> antispoof quick for $int_if >> antispoof quick for $ext_if >> block out from 192.168.0.146 to any > > Does log shows anything interesting? I mean dropped packets. > > What about SQUID's log? Some special auth? Client's insisting on > HTTP/1.1? Some glitches with transparent proxying (if I get it right > from your PF config)? > >> i've tried >> sysctl net.inet.tcp.rfc1323=0 >> but it does't help. >> >> And about ip6 it is disabled, but in enabled state it does't help. > > Dropped by PF? > A very good trick when debugging pf rulesets is to make sure that any block rules also log the blocked packets -- in this case that should include the antispoofing rules "antispoof log quick for { $int_if $extif }" Then you can use tcpdump on the firewall against the pflog0 pseudo interface to see what traffic is being blocked as it happens: # tcpdump -vv -i pflog0 Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. Flat 3 7 Priory Courtyard PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW, UK -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHzq363jDkPpsZ+VYRAzBuAJ4/Cy9GA+m8iDv1jeYPeCM/xOFOvQCfc6XB yOqR3qTYmijkFA9fVygqH80= =apq8 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 14:32:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D45911065670 for ; Wed, 5 Mar 2008 14:32:41 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 4CD398FC1E for ; Wed, 5 Mar 2008 14:32:41 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m25EWaeT035807; Thu, 6 Mar 2008 01:32:38 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200803051432.m25EWaeT035807@drugs.dv.isc.org> To: Andy Dills From: Mark Andrews In-reply-to: Your message of "Wed, 05 Mar 2008 08:22:11 CDT." <20080305082031.E37745@shell.xecu.net> Date: Thu, 06 Mar 2008 01:32:36 +1100 Sender: marka@isc.org Cc: vadim_nuclight@mail.ru, freebsd-stable@freebsd.org Subject: Re: INET6 required for SCTP in 7.0? 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, 05 Mar 2008 14:32:42 -0000 > On Wed, 5 Mar 2008, Mark Andrews wrote: > > > It would be better to remove the option all together. IPv6 > > is no longer a protocol under development. There is no > > need to make it optional any more. Having it there really > > sends the wrong signal. > > With all due respect, let's face a couple of facts. > > IPv4 is going to be the primary protocol for several years to come. There > are a few critical reasons, and few people like to point out just how > naked the emperor is: > > - Providing IPv6 currently (and for the forseeable future) provides no > return on investment (ROI). Service Providers can't make more money with > IPv6, businesses do not get any sort of competitive or perceived advantage > from deploying IPv6, and end users certainly don't want to deal with it. Service providers get paid to push IP packets. They shouldn't care which protocol version is in the header. What they should be worried about is ensuring that they are here in 4 years time. It actually takes time to fill in the missing pieces and the only way to find the missing pieces is to bring up IPv6 networks. Most end users won't even know that they are running IPv6 connections. I had to look at netstat to see which protocol was being choosen on my father's box. I'm sure he had zero knowledge that he was using IPv6 (6-to-4). An IPv6 network really is as easy if not easier to run than a IPv4 network. > - To route IPv6 with the same features and packet forwarding rate as with > IPv4, nearly every network will be forced to purchase expensive router > upgrades with no other real benefit beyond IPv6 connectivity (which again > provides no ROI to justify the capex). Nobody is going to do forklift > upgrades just for IPv6, but as routers get normally upgraded IPv6 > functionality will indeed slowly expand. And the same arguement was put out 6 years ago. The backbone really has gone dual stack while you wern't paying attention. What's needed now is the SOHO CPE equipment sold to the non Asian market to catch up. > - IPv6 provides almost no technological upgrades beyond additional address > space. DHCP addressed the auto configuration feature, VPNs addressed > IPsec. That extra address space really is a big advantage. It really is so much better to be able to get to machines you need to without have to manually setup application relays because you couldn't get enough address space to be able to globally address everything want to. > - IPv4 address spaces will eventually transition to a market commodity > model, providing a financial incentive that will encourage significant > optimization and provide motive for providers to audit their allocations, > and for businesses to part with IP space that they no longer properly > utilize. The cost of acquiring IPv4 space will be less than the cost of > upgrading to IPv6. > > Therefore, given a lack of ROI or sufficient technological motivation, and > given the significant potential for optimization of existing IPv4 space > both via technology and financial incentive, I see a minimum of five years > before IPv6 is common. > > In the meantime, I'd like to only enable IPv6 on IPv6 enabled networks. So make the network IPv6 enabled. Both my home network and the office networks have bee IPv6 enabled for years now. My ISP doesn't support IPv6 yet though I know that have IPv6 netbocks for themselves now if not for the customers at this stage. There is a reasonable chance that this mail will leave here over IPv6 for some of the recipients. It will almost certainly travel over IPv6 for at least one hop. Mark > Andy > > > --- > Andy Dills > Xecunet, Inc. > www.xecu.net > 301-682-9972 > --- -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 14:47:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 011DF106566C for ; Wed, 5 Mar 2008 14:47:06 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [217.77.141.129]) by mx1.freebsd.org (Postfix) with ESMTP id 5E42A8FC3E for ; Wed, 5 Mar 2008 14:47:05 +0000 (UTC) (envelope-from ruben@verweg.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verweg.com; s=verweg; t=1204728423; bh=MaJXeS2Ci9cbOUKDbreumx8Jbu2pcaG7YDqqHG38XfE=; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References: X-Pgp-Agent:X-Mailer; b=sPdY/3U5p4KbLkxwBKfSt3LHE6jWR3C2kDiCIHD3bZ b0WCZcMKlb6McVRkealJ0QuTSQBk1iNmrwijW/DoGFEar4eIZzoVuwzv0qx4PjFqmAE 6YvPMErq6C51hVoU28UpAze3G+uoPhq4bPLeG8x97Am+xQmFxn5++vQVlx1ad0= Received: from [IPv6:::1] (chimp.ripe.net [193.0.1.199]) (authenticated bits=0) by erg.verweg.com (8.14.2/8.14.2) with ESMTP id m25Eku1F003232 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 5 Mar 2008 14:47:03 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host chimp.ripe.net [193.0.1.199] claimed to be [IPv6:::1] Message-Id: From: Ruben van Staveren To: Mark Andrews In-Reply-To: <200803051432.m25EWaeT035807@drugs.dv.isc.org> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-75-935427659" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 5 Mar 2008 15:46:50 +0100 References: <200803051432.m25EWaeT035807@drugs.dv.isc.org> X-Pgp-Agent: GPGMail d51 (Leopard) X-Mailer: Apple Mail (2.919.2) X-Virus-Scanned: ClamAV 0.92/6138/Wed Mar 5 13:26:51 2008 on erg.verweg.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (erg.verweg.com [217.77.141.129]); Wed, 05 Mar 2008 14:47:04 +0000 (UTC) Cc: vadim_nuclight@mail.ru, Andy Dills , freebsd-stable@freebsd.org Subject: Re: INET6 required for SCTP in 7.0? 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, 05 Mar 2008 14:47:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-75-935427659 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 5 Mar 2008, at 15:32, Mark Andrews wrote: >> - IPv6 provides almost no technological upgrades beyond additional >> address >> space. DHCP addressed the auto configuration feature, VPNs addressed >> IPsec. > > That extra address space really is a big advantage. It > really is so much better to be able to get to machines you > need to without have to manually setup application relays > because you couldn't get enough address space to be able > to globally address everything want to. Please see http://www.youtube.com/watch?v=_y36fG2Oba0 This song exactly explains why you should care about IPv6 :) I don't get this "anti IPv6" behaviour. If people are not willing to adopt it, it will not get tested which in turn will make other people hesitating to jump on the bandwagon. Having it compiled in your system does not cause harm if you don't configure it and for everything else there are traffic filters. Just like IPv4. - Ruben --Apple-Mail-75-935427659 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFHzrJaZ88+mcQxRw0RApDAAJ0TgaZHpxbiWa6smndzowk1ih0AIgCfV2kG kfOed70fpateOIIjw7bkBCs= =6X+h -----END PGP SIGNATURE----- --Apple-Mail-75-935427659-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 15:00:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE11B106566B for ; Wed, 5 Mar 2008 15:00:45 +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 7A5888FC13 for ; Wed, 5 Mar 2008 15:00:45 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JWv6l-0002Ed-Bl for freebsd-stable@freebsd.org; Wed, 05 Mar 2008 15:00:39 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Mar 2008 15:00:39 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Mar 2008 15:00:39 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Vadim Goncharov Date: Wed, 5 Mar 2008 15:00:29 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 26 Message-ID: References: <20080305083930.Q37745@shell.xecu.net> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Andy Dills User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: INET6 required for SCTP in 7.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2008 15:00:45 -0000 Hi Andy Dills! On Wed, 5 Mar 2008 08:40:20 -0500 (EST); Andy Dills wrote about 'Re: INET6 required for SCTP in 7.0?': >> O.K., have snipped all the above IPv4 stuff, which actually seems quite >> reaosnable (though appears to foorget about STF), but this line... >> >>> In the meantime, I'd like to only enable IPv6 on IPv6 enabled networks. >> >> ...I fail to see how not wanting to enable it leads to you wanting >> to remove it from the kernel entirely ? That is the bit I don't understand >> about all of this discussion. Theres probably hundereds of bits in the kernel >> you havent enabled and don't use, why specificly do you want an option >> to take IPV6 out ? >> >> I am genuinely piuzzled - why isn't "ipv6_enabled="NO" sufficient ? That's >> what I do on IPv4 networks and it works fine for me. > That's actually a good point. I've had a hard time shedding my "trim > everything I don't use out of the kernel" mentality over the years. Makes it harder to debug, etc. Don't want to see anything IPv6 related in command output, to let programs to bind on IPv6 addresses, etc. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 15:08:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10B7A1065671 for ; Wed, 5 Mar 2008 15:08:22 +0000 (UTC) (envelope-from erik@tefre.com) Received: from mta1-filtered.netlife.no (mail.netlife.no [213.187.191.68]) by mx1.freebsd.org (Postfix) with ESMTP id B7FCF8FC23 for ; Wed, 5 Mar 2008 15:08:21 +0000 (UTC) (envelope-from erik@tefre.com) Received: from localhost (unknown [10.0.68.2]) by mta1-filtered.netlife.no (Postfix) with ESMTP id 663C42875A for ; Wed, 5 Mar 2008 16:08:20 +0100 (CET) X-Virus-Scanned: amavisd-new at netlife.no Received: from mta1.netlife.no ([10.0.68.2]) by localhost (amavis.netlife.no [10.0.68.2]) (amavisd-new, port 10024) with ESMTP id Bjkmas5Kciot for ; Wed, 5 Mar 2008 15:08:14 +0000 (UTC) Received: from baviandesktop.netlife.no (kontor.netlife.no [217.13.28.50]) by mta1.netlife.no (Postfix) with ESMTP id 72AB928763 for ; Wed, 5 Mar 2008 16:08:14 +0100 (CET) Message-ID: <47CEB75E.7080906@tefre.com> Date: Wed, 05 Mar 2008 16:08:14 +0100 From: Erik Stian Tefre User-Agent: Thunderbird 2.0.0.9 (X11/20080127) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <915419.88748.qm@web50505.mail.re2.yahoo.com> <47CE816A.6050903@tefre.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 7.0-Release and 3ware 9550SXU w/BBU - horrible write 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: Wed, 05 Mar 2008 15:08:22 -0000 Ivan Voras wrote: > Erik Stian Tefre wrote: > >> Results from bonnie++ with default settings on my box (7.0-RELEASE, >> amd64, 480 MB system memory, BBU, write cache enabled, 7 drive raid-5, >> storsave = balance, NCQ on): >> >> Version 1.93d ------Sequential Output------ --Sequential Input- >> --Random- >> Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- >> --Seeks-- >> Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP >> /sec %CP >> xxxxxxxxxxxxxxxx 1G 275 83 72440 23 24990 6 644 83 76548 15 >> 460.6 6 > > Was the array busy when you did the test? 72-76 MB MB/s is very slow for > a 7-drive array in RAID-5. FreeBSD's disk IO can be sluggish but I doubt > it would get that slow. On a RAID10 array with 6 drives I can get ~~ 200 > MB/s in both directions (though on a different controller). RAID5 is > basically striped so your setup should on average yield close to 6 times > the single drive performance, something in the area of 350 MB/s. It was completely idle. Changing vfs.read_max to 80 triples the sequential read performance, see bonnie++ output below (run on the same box, nothing changed except vfs.read_max). I tried setting it to 256 as recommended by 3ware, but 80 seems to be the sweet spot. 3ware performance tips for FreeBSD: http://www.3ware.com/KB/article.aspx?id=14852 I have measured similar write performance on 2 other servers with the same controller model and the same number of disks. By the way, the newer 9650SE controllers seem to be a lot faster, I remember getting around 350 MB/s of sequential reads/writes from an idle 16 drive raid-6 array. (Sorry, I have no idle 9650SE to run bonnie++ on at the moment.) bonnie++ with vfs_max=80: Version 1.93d ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP xxxxxxxxxxxxxxxx 1G 285 83 88193 28 26858 6 690 89 218642 59 406.5 5 Latency 44353us 557ms 542ms 90795us 209ms 361ms Version 1.93d ------Sequential Create------ --------Random Create-------- xxxxxxxxxxxxxxxxxxx -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 8204 19 +++++ +++ 22163 36 9925 25 +++++ +++ +++++ +++ Latency 585ms 571us 3844us 257ms 24015us 768us -- Erik From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 15:46:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75AB9106566B for ; Wed, 5 Mar 2008 15:46: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 EA9068FC12 for ; Wed, 5 Mar 2008 15:46:18 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JWvoq-00052R-Uc for freebsd-stable@freebsd.org; Wed, 05 Mar 2008 15:46:12 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Mar 2008 15:46:12 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Mar 2008 15:46:12 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 05 Mar 2008 16:49:44 +0100 Lines: 87 Message-ID: References: <915419.88748.qm@web50505.mail.re2.yahoo.com> <47CE816A.6050903@tefre.com> <47CEB75E.7080906@tefre.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC343D880D3C6B347303FC3AD" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: <47CEB75E.7080906@tefre.com> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: 7.0-Release and 3ware 9550SXU w/BBU - horrible write 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: Wed, 05 Mar 2008 15:46:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC343D880D3C6B347303FC3AD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Erik Stian Tefre wrote: > It was completely idle. Changing vfs.read_max to 80 triples the > sequential read performance, see bonnie++ output below (run on the same= > box, nothing changed except vfs.read_max). It might be that 3ware is specially pessimized by FreeBSD chopping IO into 64K blocks. But vfs.read_max doesn't change that so it's maybe not i= t. > bonnie++ with vfs_max=3D80: > Version 1.93d ------Sequential Output------ --Sequential Input- > --Random- > Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- > --Seeks-- > Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP > /sec %CP > xxxxxxxxxxxxxxxx 1G 285 83 88193 28 26858 6 690 89 218642 59 > 406.5 5 > Latency 44353us 557ms 542ms 90795us 209ms 361= ms > Version 1.93d ------Sequential Create------ --------Random > Create-------- > xxxxxxxxxxxxxxxxxxx -Create-- --Read--- -Delete-- -Create-- --Read--- > -Delete-- > files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP > /sec %CP > 16 8204 19 +++++ +++ 22163 36 9925 25 +++++ +++ > +++++ +++ > Latency 585ms 571us 3844us 257ms 24015us 768= us Are these numbers typical for 3ware's controllers? I still think something's bad about your setup, see the following performance results on a 3-drive RAID5 on Dell PERC5: Version 1.93d ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP xxxxx.xxx.xx 4000M 298 99 92319 25 30729 13 440 88 121370 25 533.1 29 Latency 28140us 711ms 430ms 528ms 74013us 225ms Version 1.93d ------Sequential Create------ --------Random Create-------- xxxxx.xxx.xx -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 30 18782 85 50106 99 45405 99 16481 58 60185 99 49638 99 Latency 259ms 21091us 130us 27529us 50us 75us I consider this ok, since (for the simple case of READing) the 3-drive RAID5 array has the performance of a 2-drive striped array. Your CPU usage is quite high (59% on sequential block input, if I'm reading it correctly) - are you limited by your CPU? --------------enigC343D880D3C6B347303FC3AD 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.6 (GNU/Linux) iD8DBQFHzsEhldnAQVacBcgRAhjGAKCostznLnuGPuouFFhmM828VuXUEwCffSzz gNyk00B44FyxUUTQWjWFkrs= =AmyL -----END PGP SIGNATURE----- --------------enigC343D880D3C6B347303FC3AD-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 16:01:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A51FC1065679 for ; Wed, 5 Mar 2008 16:01:43 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 812B18FC12 for ; Wed, 5 Mar 2008 16:01:43 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 662DC1CC033; Wed, 5 Mar 2008 08:01:43 -0800 (PST) Date: Wed, 5 Mar 2008 08:01:43 -0800 From: Jeremy Chadwick To: Vadim Goncharov Message-ID: <20080305160143.GA28941@eos.sc1.parodius.com> References: <20080305083930.Q37745@shell.xecu.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: INET6 -- and why I don't use it 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, 05 Mar 2008 16:01:43 -0000 On Wed, Mar 05, 2008 at 03:00:29PM +0000, Vadim Goncharov wrote: > Makes it harder to debug, etc. Don't want to see anything IPv6 related in > command output, to let programs to bind on IPv6 addresses, etc. Changing the Subject (but keeping the thread ID reference), since the original topic of discussion has now been skewed. I have the same attitude Vadim does. Actually, most of my IPv6 fear isn't so much fear as much as it is annoyance and confusion. Here's my list of things, as trivial as they may sound (and I guarantee they will): * I'm not familiar with the intricacies of the protocol. This is partially my own fault (lack of interest mainly, combined with lack of need), while I am very familiar with IPv4. * The last I read about IPv6 in mainstream news, there were major concerns cited over some of the security aspects of the protocol. I also remember reading somewhere that IPv6 was supposed to address issues like packet spoofing and DoS -- what became of this? * I have never liked how IPv6 denotes its addresses by using colon- delimited hexadecimal strings. I can expand on this if asked, but it's more than just "they're MAC-like" (which is also true, even though they're grouped by 16-bit values and not octets). Reading off an IPv4 address over the phone is bad enough, and typos are even worse. IPv6? Good grief. * Consumer ISPs here in the States do not "pass packets" -- you aren't given a raw pipe; you're given a physical transport with IPv4 service. The reality here is that the vast majority will not embrace IPv6 until there's an actual market/need for it. No consumer ISP I know of delegates a customer an IPv6 IP address or netblock. Backbone providers support IPv6 now, yup -- and even some peering providers and datacenter/co-location facilities do. But they're all in the minority. * The "we're running out of address space" argument doesn't hold much ground with me. Yes, it's getting tight, but it's not THAT tight. ARIN very regularly returns large amounts of IPv4 space to the world for use (I used to be subscribed to NANOG, so I'm aware of this). Want to do something useful? Start campaigns to get General Electric and MIT to give up huge portions of 3/8 and 18/8, respectively. This is ARIN's job, and I sure wouldn't want it. * NAT with IPv4 appears to be "solving" most of the address space issues in this day and age. I use quotes because it adds extra complexities at the same time (port forwarding, for example, is an annoying requirement, mainly because so many protocols were written during the days when NAT didn't exist, or are simply badly-written protocols (I'm looking at you, Microsoft)). Only once in my life have I seen a single network so large that it required use of 192.168/16, 172.16/12, and 10/8 all at once. Another fact is that NAT is **incredibly** integrated in consumer society now. The attitude given is "NAT suffices, use it". Until we can teach people "no, it doesn't suffice, and here's why" and get people to believe and accept that, it isn't going to change. * None of my employers (sans my current, Microsoft) have ever bothered implementing IPv6 on their networks. What this means for me: I have no personal *nor professional* reason to advocate or learn about IPv6. Microsoft, on the other hand, is taking initiative. But it's been anything but smooth; the amount of breakage it's caused so far is... shall I say, very disappointing. That doesn't mean "IPv6 sucks", but it does mean "integrating IPv6 into a production network appears to be painful". Hence, more animosity towards it by those who don't understand it. And last but not least: * I don't like incorporating "stuff" into my kernel, my utilities, or my systems in general which I do not use. I don't want to see an IPv6 address on my machines or my network. Why? It's about minimalism. I would gladly "embrace" IPv6 if I had reasons to, but I've none, therefore I do not. Sufficient? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 17:02:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA0771065672 for ; Wed, 5 Mar 2008 17:02:03 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 9EDEB8FC1E for ; Wed, 5 Mar 2008 17:02:03 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JX9003EQONEC2A0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 05 Mar 2008 18:02:02 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JX900EKQONDQ0J0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 05 Mar 2008 18:02:02 +0100 (CET) Date: Wed, 05 Mar 2008 18:02:01 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080305180201.436fa2f6.torfinn.ingolfsen@broadpark.no> In-reply-to: <47CDA877.5060609@FreeBSD.org> References: <20080304203226.0039ffd1.torfinn.ingolfsen@broadpark.no> <47CDA877.5060609@FreeBSD.org> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.8; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: FreeBSD 7.9-stable: weird messages in /var/log/messages? 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, 05 Mar 2008 17:02:04 -0000 On Tue, 04 Mar 2008 20:52:23 +0100 Kris Kennaway wrote: > It is reporting large variations in the rate of your time clock (see > kern_tc.c). Aha, I see. Thanks for explaining that. > Also, you appear to be emailing from the distant future. Please > reply with stock tips :) distant future, even? :-) The two things share a common symptom; the nic on that particular machine is a ral(4) one, and I am having connectivity problems (connections from other machines to this particular machine drops). That's why I booted the machine with verbose messages, and got those messages in the first place. It looks like network connectivity going away without the network interface going down / up has confused ntpd, I had to restart it just now. -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 17:04:23 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB44A1065674 for ; Wed, 5 Mar 2008 17:04:23 +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 A58F28FC2E for ; Wed, 5 Mar 2008 17:04:23 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m25GVCqH057148; Wed, 5 Mar 2008 11:31:12 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m25GVBIU002198 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Mar 2008 11:31:11 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200803051631.m25GVBIU002198@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 05 Mar 2008 11:33:14 -0500 To: , stable@freebsd.org From: Mike Tancsa In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Could Not open some sites from Windows Vista and Server 2008 when using FreeBSD as gw 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, 05 Mar 2008 17:04:24 -0000 At 03:49 AM 3/5/2008, =?KOI8-R?B?98zBxMnTzMHXIO7FxM/TxcvJzg==?= wrote: >We are using FreeBSD as GateWay with PF. >And the problem is that some web-sites as Gmail.com or Msn.com are >unavailable from machines with Vista or Server 2008 installed. >If use external or internal proxy (Kerio WinRoute, wich also goes through >the same FreeBSD gw) they are opening correctly. >Also in 6.1 version were problems with skype from such machines. Its hard to say without seeing your pf rules. But I seem to recall issues with Vista where pf rules did not have keep state enabled. ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 17:39:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 700C1106566B for ; Wed, 5 Mar 2008 17:39:13 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id 4E0F48FC19 for ; Wed, 5 Mar 2008 17:39:13 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from utd65257.utdallas.edu (utd65257.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id BE78F65515 for ; Wed, 5 Mar 2008 11:39:12 -0600 (CST) Date: Wed, 05 Mar 2008 11:39:12 -0600 From: Paul Schmehl To: FreeBSD Stable Message-ID: <76DBD589FAF27EECDBB5DAFC@utd65257.utdallas.edu> In-Reply-To: <20080305070916.GM68971@server.vk2pj.dyndns.org> References: <270A3679BE90AF6C869C1E8E@Macintosh.local> <20080305070916.GM68971@server.vk2pj.dyndns.org> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Usb problems on 7.0 RELEASE 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, 05 Mar 2008 17:39:13 -0000 --On Wednesday, March 05, 2008 18:09:16 +1100 Peter Jeremy wrote: > On Tue, Mar 04, 2008 at 09:16:25PM -0600, Paul Schmehl wrote: >> Earlier I reported usb problems on this list. Since then I have recompiled >> the kernel and world three times, each time including the latest changes in >> src. > > Just to humour me, can you try using a UP kernel and see if the problem > still occurs. I have bumped into problems with umass on my son's SMP > laptop which don't show up on my UP laptop. Hmmm....I might be willing to try that toward the end of the week. Since this is my main workstation, I hestitate to take if offline during the week. (Just in case something goes horribly wrong.) -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 17:54:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0AF61065671 for ; Wed, 5 Mar 2008 17:54:00 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail3.secureworks.net (mail3.secureworks.net [65.114.32.155]) by mx1.freebsd.org (Postfix) with ESMTP id 8077E8FC17 for ; Wed, 5 Mar 2008 17:54:00 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail3.secureworks.net (Postfix) with ESMTP id E444519E2FA; Wed, 5 Mar 2008 17:53:59 +0000 (GMT) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail3.secureworks.net ([127.0.0.1]) by localhost (mail3.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tiCjxwXzf2QL; Wed, 5 Mar 2008 17:53:59 +0000 (GMT) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail3.secureworks.net (Postfix) with ESMTP id B703D19E2EF; Wed, 5 Mar 2008 17:53:59 +0000 (GMT) Message-ID: <47CEDE37.2080200@jellydonut.org> Date: Wed, 05 Mar 2008 12:53:59 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.12) Gecko/20080227 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Torfinn Ingolfsen References: <20080304203226.0039ffd1.torfinn.ingolfsen@broadpark.no> <47CDA877.5060609@FreeBSD.org> <20080305180201.436fa2f6.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20080305180201.436fa2f6.torfinn.ingolfsen@broadpark.no> Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.9-stable: weird messages in /var/log/messages? 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, 05 Mar 2008 17:54:00 -0000 Torfinn Ingolfsen wrote: > On Tue, 04 Mar 2008 20:52:23 +0100 > Kris Kennaway wrote: > >> It is reporting large variations in the rate of your time clock (see >> kern_tc.c). > > Aha, I see. Thanks for explaining that. > >> Also, you appear to be emailing from the distant future. Please >> reply with stock tips :) > > distant future, even? :-) > The two things share a common symptom; the nic on that particular > machine is a ral(4) one, and I am having connectivity problems > (connections from other machines to this particular machine drops). > That's why I booted the machine with verbose messages, and got those > messages in the first place. > It looks like network connectivity going away without the network > interface going down / up has confused ntpd, I had to restart it just > now. I've noticed this with ntpd myself in various scenarios, mainly when using MPD (via a ng_pppoe tunnel) and the tunnel drops-out from underneath ntpd. Normally when this happens I see two instances of ntpd running instead of one, and it doesn't respond to a normal kill signal. I've written the following quick-hack script to restart it (running every 5 minutes from cron): #!/bin/sh -e for conf in /etc/defaults/rc.conf /etc/rc.conf /etc/rc.conf.local; do [ -f "$conf" ] && . "$conf" done if [ $ntpd_enable = "YES" ]; then PROGNUM=`ps xww | grep "$ntpd_program .* $ntpd_flags" | grep -v grep | wc -l` if [ "$PROGNUM" -gt 1 ]; then /etc/rc.d/ntpd stop sleep 10; killall -9 ntpd /etc/rc.d/ntpd start fi fi -Proto From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 18:29:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACAD21065670 for ; Wed, 5 Mar 2008 18:29:16 +0000 (UTC) (envelope-from michael.grant@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id 7DD168FC20 for ; Wed, 5 Mar 2008 18:29:16 +0000 (UTC) (envelope-from michael.grant@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so1820711wfa.7 for ; Wed, 05 Mar 2008 10:29:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=5uHy/YWxKgsesyDv4nFGQW7LpRV7AL/KZbTkvT3SOt8=; b=KgClOLsDVwztqMjmeI3rXIgQsFfy+jpVldNXvi2xpN/rvmM48bg/eUxCRhNRelkoR39b6knXg0HNMvPfiAqU8f1k/fTQmGRWc7SaziLX6wmkN6JMe9L2Erflir+VCHY7etd0vppG7BoTu7JNDC21+ms5ds0T4AhsM0qz1y+iiiM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=PeanQM5YTXaXAABgJw0dZKhiYYEcFxjCVcASjY+5VIko4YzxfMlgdeEZKj59D8ajr/wtl2PLzMwtpfNQzxi15ogUKkr4COjWGU9r5+eprVMbwJvjCKf1BzZGxGOLN0Sh2H3CBVF6FDLamBM0zaAGSx9EAj5T3A/ScCb5PhyXp/g= Received: by 10.142.221.19 with SMTP id t19mr991400wfg.62.1204741755769; Wed, 05 Mar 2008 10:29:15 -0800 (PST) Received: by 10.142.191.9 with HTTP; Wed, 5 Mar 2008 10:29:15 -0800 (PST) Message-ID: <62b856460803051029v71f4adacia5f43cd3ecb66db3@mail.gmail.com> Date: Wed, 5 Mar 2008 19:29:15 +0100 From: "Michael Grant" Sender: michael.grant@gmail.com To: "Ruben van Staveren" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <62b856460803050106t4375c59aj586a8b48bf91f7de@mail.gmail.com> X-Google-Sender-Auth: 44a367906d604f35 Cc: freebsd-stable@freebsd.org Subject: Re: swap_pager: indefinite wait buffer 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, 05 Mar 2008 18:29:16 -0000 On Wed, Mar 5, 2008 at 11:08 AM, Ruben van Staveren wrote: > On 5 Mar 2008, at 10:06, Michael Grant wrote: > > > My server just literally was brought to it's knees with this message > > spewing on the console: > > > > swap_pager: indefinite wait buffer: bufobj: 0, blkno: 1203133, size: > > 4096 > > > > (blkno and size were varying) > > > > Some searching says that this is or was a bug. Has this been fixed > > yet? If so, what should I upgrade to? I'm currently running 6.3 > > You may consider partition backed swap instead of file backed swap if > that is the case. Hmm, I can't easily do that, I didn't leave any empty partitions around as I never considered swapping to a file to be a so bad. Is swapping to a file so bad under normal conditions? Does this mean that this bug is still not fixed in 7.0? Is there any way to do anything akin to Partition Magic on ufs to shrink the fs? (not sure if it's ufs1 or ufs2, mount reports it as 'ufs'). Michael Grant From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 18:58:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EDE3106566C for ; Wed, 5 Mar 2008 18:58:48 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by mx1.freebsd.org (Postfix) with ESMTP id 048B48FC1D for ; Wed, 5 Mar 2008 18:58:47 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail04.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m25IwjJl032150 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Mar 2008 05:58:46 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m25IwgNk064719; Thu, 6 Mar 2008 05:58:42 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m25IwfdH064718; Thu, 6 Mar 2008 05:58:41 +1100 (EST) (envelope-from peter) Date: Thu, 6 Mar 2008 05:58:41 +1100 From: Peter Jeremy To: Tod McQuillin Message-ID: <20080305185841.GU68971@server.vk2pj.dyndns.org> References: <20080305213442.A36748@plexi.pun-pun.prv> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kadn00tgSopKmJ1H" Content-Disposition: inline In-Reply-To: <20080305213442.A36748@plexi.pun-pun.prv> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Odd file in /lost+found after softupdate inconsistency in fsck 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, 05 Mar 2008 18:58:48 -0000 --kadn00tgSopKmJ1H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 05, 2008 at 09:43:15PM +0900, Tod McQuillin wrote: >/home/lost+found# ls -lksh >total 24432 >24432 -r-------- 1 root operator 40G Mar 5 20:12 #0000005 > >It is 40G in size but only occupies 24432k on disk, so it is a sparse file= =2E=20 The file permissions and sparseness matches a snapshot. If your FS is 40GB then it is a snapshot. >/home/lost+found# rm \#0000005 >override r-------- root/operator snapshot for #0000005? n The file itself is not writable so rm prompts. This is normal. >Is there a magic "shapshot" flag on the file? Have I somehow damaged my= =20 >ufs2+softupdates filesystem by losing its inode #5 containing snapshot=20 >data? No and no. You can have multiple snapshots in a filesystem. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --kadn00tgSopKmJ1H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHzu1h/opHv/APuIcRArV4AJ4oeQpRnpzP4+y+gB2tvuSBlPv30wCfUE37 j0DsbemOLagl/uW+4kmk7rM= =m46V -----END PGP SIGNATURE----- --kadn00tgSopKmJ1H-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 19:46:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27DB0106566C for ; Wed, 5 Mar 2008 19:46:08 +0000 (UTC) (envelope-from andy@xecu.net) Received: from mg7.xecu.net (mg7.xecu.net [216.127.136.190]) by mx1.freebsd.org (Postfix) with ESMTP id 03E5F8FC18 for ; Wed, 5 Mar 2008 19:46:07 +0000 (UTC) (envelope-from andy@xecu.net) Received: from localhost (unknown [127.0.0.1]) by mg7.xecu.net (Postfix) with ESMTP id 509B1866AAE; Wed, 5 Mar 2008 14:46:07 -0500 (EST) X-Virus-Scanned: amavisd-new at xecu.net Received: from mg7.xecu.net ([127.0.0.1]) by localhost (mg7.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E1K1I6eDLF+f; Wed, 5 Mar 2008 14:46:02 -0500 (EST) Received: from shell.xecu.net (shell.xecu.net [216.127.136.216]) by mg7.xecu.net (Postfix) with ESMTPS id 5E324866BB7; Wed, 5 Mar 2008 14:46:02 -0500 (EST) Date: Wed, 5 Mar 2008 14:46:02 -0500 (EST) From: Andy Dills To: Mark Andrews In-Reply-To: <200803051432.m25EWaeT035807@drugs.dv.isc.org> Message-ID: <20080305132853.H37745@shell.xecu.net> References: <200803051432.m25EWaeT035807@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: vadim_nuclight@mail.ru, freebsd-stable@freebsd.org Subject: Re: INET6 required for SCTP in 7.0? 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, 05 Mar 2008 19:46:08 -0000 On Thu, 6 Mar 2008, Mark Andrews wrote: > Service providers get paid to push IP packets. They shouldn't > care which protocol version is in the header. What they > should be worried about is ensuring that they are here in > 4 years time. Sure they should. The ASICs in the vast majority of production routers are setup for IPv4. Add in the fact that you can get very capable routers reasonably cheap on the secondary market and compound it with the lack of revenue driven demand, and economics overwhelms. Very precisely because we are worried about being here in four years time, we spend our money wisely. We spend today's money today. Throwing money at something with no demonstrable or projectable ROI is exactly how you wind up gone in four years. > Most end users won't even know that they are running IPv6 > connections. I had to look at netstat to see which protocol > was being choosen on my father's box. I'm sure he had zero > knowledge that he was using IPv6 (6-to-4). This is true, but illustrates my point. If users had to be dragged kicking and screaming into using digital television, which is obviously a huge upgrade that provides a significantly enhanced experience, why would they want to pay for a new CPE that works fine and will work fine for many years? Which also in turn provides them with more IP addresses than they can use via NAT? > > - To route IPv6 with the same features and packet forwarding rate as with > > IPv4, nearly every network will be forced to purchase expensive router > > upgrades with no other real benefit beyond IPv6 connectivity (which again > > provides no ROI to justify the capex). Nobody is going to do forklift > > upgrades just for IPv6, but as routers get normally upgraded IPv6 > > functionality will indeed slowly expand. > > And the same arguement was put out 6 years ago. The backbone > really has gone dual stack while you wern't paying attention. Portions of it, yes. But this is expected; "the backbone" frequently has to upgrade for a variety of reasons, ranging from new and valuable technology (MPLS, DWDM, etc) to shady behavior by Cisco (forcing people to get the SUP720-3BXL to handle >255k prefixes). Every step you take away from public corporations who are spending stockholder money and have revenue driven infrastructure upgrades, you move toward companies who have a much slower growth rate with much fewer changes in network requirements, and who have to get capex approved by the person who's money is actually being spent on the improvements. > > - IPv6 provides almost no technological upgrades beyond additional address > > space. DHCP addressed the auto configuration feature, VPNs addressed > > IPsec. > > That extra address space really is a big advantage. It > really is so much better to be able to get to machines you > need to without have to manually setup application relays > because you couldn't get enough address space to be able > to globally address everything want to. So much better? Sure. Does it justify IPv6? I'm not convinced. I'm hoping some genius devises a new protocol that solves the growing issue of inter-domain routing scalability by eliminating the need for forwarding paths for every prefix in the global routing table, while also creating true network portability, allowing individuals to obtain personal IP space which they can utilize independant of their service provider, without requiring any knowledge of routing protocol. THAT is worth a forklift upgrade. THAT would be rapidly adopted. IPv6 at this point looks very poorly thought out in the face of such obviously incremental solutions such as: - Utilizing the rarely used 16 bit Identification field or the useless 32 bit Options field in the existing IPv4 header to include a private routing identifier. - Existing routers are compatibile, as they merely route the /32 to the NAT device, don't care about those fields. - The NAT device rewrites the packet based on the private routing identifier, without user intervention in configuring mapped addresses or ports. - The private routing identifier can either be a new DNS record or stuffed into TXT records. Initially, "important" devices would not rely on the private routing identifier, enabling fringe users to use as a "best effort" upgrade while network stacks and resolver libraries get upgraded. All software upgrades, all leaving the core untouched. That's just something I threw together while responding. Imagine what could happen if somebody smart focused on it. > So make the network IPv6 enabled. Both my home network and > the office networks have bee IPv6 enabled for years now. > My ISP doesn't support IPv6 yet though I know that have > IPv6 netbocks for themselves now if not for the customers > at this stage. Oh, they have them for the customers. They just don't want to upgrade their routers. > There is a reasonable chance that this mail will leave here > over IPv6 for some of the recipients. It will almost > certainly travel over IPv6 for at least one hop. s/IPv6/uucp/ ;) Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 --- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 21:04:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 458FA106567A for ; Wed, 5 Mar 2008 21:04:15 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id B4D208FC18 for ; Wed, 5 Mar 2008 21:04:14 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 984121E8C1B; Wed, 5 Mar 2008 20:44:45 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 5983011492; Wed, 5 Mar 2008 21:44:57 +0100 (CET) Date: Wed, 5 Mar 2008 21:44:57 +0100 From: "Simon L. Nielsen" To: Chris Message-ID: <20080305204456.GA1597@zaphod.nitro.dk> References: <3aaaa3a0803040405l74135ea9va2ebfbe6ee0b5fc1@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0803040405l74135ea9va2ebfbe6ee0b5fc1@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Stable Subject: Re: linked ssl libraries to binary 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, 05 Mar 2008 21:04:15 -0000 On 2008.03.04 12:05:22 +0000, Chris wrote: > On freebsd 6 it picks up /usr/local ssl libaries no problem and in > fact uses them without even haveing to specify the directory it auto > detects them over the base ssl. On freebsd 7 it uses the base > libraries even when telling it to search in /usr/local. That sounds either like there is a bug in the program build system... it might also happen if the base system and and ports libraries have the same version number... I never tried that as I always use base system OpenSSL. > So I then decided to move the binary I compiled on freebsd 6 over to > the freebsd 7 box and when I ran ldd on the binary to my surprise it > is using the base libraries on freebsd 7. Note that we do not guarentee at all that you can do that. I'm not even sure that the .so version number in the port and in the base system match. > ldd on binary on freebsd 6 > > libssl.so.5 => /usr/local/lib/libssl.so.5 (0x48102000) > libcrypto.so.5 => /usr/local/lib/libcrypto.so.5 (0x48143000) > libcrypt.so.3 => /lib/libcrypt.so.3 (0x4829f000) > libboost_iostreams.so => /usr/local/lib/libboost_iostreams.so > (0x482b8000) > libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x482c0000) > libm.so.4 => /lib/libm.so.4 (0x48396000) > libpthread.so.2 => /lib/libpthread.so.2 (0x483ac000) > libc.so.6 => /lib/libc.so.6 (0x483d3000) > libbz2.so.2 => /usr/lib/libbz2.so.2 (0x484cb000) > libz.so.3 => /lib/libz.so.3 (0x484dc000) > > ldd on same binary on freebsd 7 > > libssl.so.5 => /usr/lib/libssl.so.5 (0x28101000) > libcrypto.so.5 => /lib/libcrypto.so.5 (0x28142000) > libcrypt.so.3 => /usr/local/lib/compat/libcrypt.so.3 (0x2829a000) > libboost_iostreams.so => /usr/local/lib/libboost_iostreams.so > (0x282b2000) > libstdc++.so.5 => /usr/local/lib/compat/libstdc++.so.5 (0x282bd000) > libm.so.4 => /usr/local/lib/compat/libm.so.4 (0x28388000) > libpthread.so.2 => /usr/local/lib/compat/libpthread.so.2 (0x2839e000) > libc.so.6 => /usr/local/lib/compat/libc.so.6 (0x283c3000) > libc.so.7 => /lib/libc.so.7 (0x284a9000) Uhh, not good. If you link against two versions of libc bad things are bound to happen. That can happen if you have a old binary which links against a new lib... or something like that. If you want to this to work aither compile the binary statically or get all the 6.x libs and do some LDCONFIGPATH (or whatever the env var is called) to make sure those libs override the 7.x libs. > libboost_iostreams.so => /usr/local/lib/libboost_iostreams.so (0x282c1000) > libbz2.so.3 => /usr/lib/libbz2.so.3 (0x284ee000) > libc.so.7 => /lib/libc.so.7 (0x283f3000) > libcrypt.so.4 => /lib/libcrypt.so.4 (0x282a8000) > libcrypto.so.5 => /lib/libcrypto.so.5 (0x28150000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x283d5000) > libm.so.5 => /lib/libm.so.5 (0x283c0000) > libssl.so.5 => /usr/lib/libssl.so.5 (0x2810f000) > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x282cc000) > libthr.so.3 => /lib/libthr.so.3 (0x283e0000) > libz.so.4 => /lib/libz.so.4 (0x284fe000) That looks correct (at least no duplicate libs). Unfortunatly I have no idea why it crashes on 7 naively compiled. -- Simon L. Nielsen From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 21:18:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9A9D1065671 for ; Wed, 5 Mar 2008 21:18:06 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D803C8FC1B; Wed, 5 Mar 2008 21:18:05 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47CF0E0C.70001@FreeBSD.org> Date: Wed, 05 Mar 2008 22:18:04 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Michael Grant References: <62b856460803050106t4375c59aj586a8b48bf91f7de@mail.gmail.com> <62b856460803051029v71f4adacia5f43cd3ecb66db3@mail.gmail.com> In-Reply-To: <62b856460803051029v71f4adacia5f43cd3ecb66db3@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: swap_pager: indefinite wait buffer 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, 05 Mar 2008 21:18:06 -0000 Michael Grant wrote: > On Wed, Mar 5, 2008 at 11:08 AM, Ruben van Staveren wrote: >> On 5 Mar 2008, at 10:06, Michael Grant wrote: >> >> > My server just literally was brought to it's knees with this message >> > spewing on the console: >> > >> > swap_pager: indefinite wait buffer: bufobj: 0, blkno: 1203133, size: >> > 4096 >> > >> > (blkno and size were varying) >> > >> > Some searching says that this is or was a bug. Has this been fixed >> > yet? If so, what should I upgrade to? I'm currently running 6.3 >> >> You may consider partition backed swap instead of file backed swap if >> that is the case. > > Hmm, I can't easily do that, I didn't leave any empty partitions > around as I never considered swapping to a file to be a so bad. > > Is swapping to a file so bad under normal conditions? The message indicates that it took >30 seconds to complete an operation, so it was timed out assuming the I/O was lost by the device. In your case it was probably not lost, just delayed for more than 30 seconds by an overloaded filesystem. > Does this mean that this bug is still not fixed in 7.0? It's not clear whether it's a bug or your disk is just too overloaded to complete the filesystem operation in a reasonable time period (swapping to a file is slower than swapping to a partition, which is already something you never want to do in normal operation). You can increase the timeout by editing the kernel. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 21:24:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6A551065671 for ; Wed, 5 Mar 2008 21:24:17 +0000 (UTC) (envelope-from davydov@itass.su) Received: from bug.itass.su (bug.itass.su [212.83.24.23]) by mx1.freebsd.org (Postfix) with ESMTP id 358938FC1D for ; Wed, 5 Mar 2008 21:24:16 +0000 (UTC) (envelope-from davydov@itass.su) Received: from [10.101.1.17] (account davydov@itass.su HELO [127.0.0.1]) by bug.itass.su (CommuniGate Pro SMTP 5.1.11) with ESMTPSA id 4059861; Wed, 05 Mar 2008 23:24:13 +0300 Message-ID: <47CF0157.5050408@itass.su> Date: Wed, 05 Mar 2008 23:23:51 +0300 From: "Andrew L. Davydov" Organization: TASS-ONLINE User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: alan bryan References: <915419.88748.qm@web50505.mail.re2.yahoo.com> In-Reply-To: <915419.88748.qm@web50505.mail.re2.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-Release and 3ware 9550SXU w/BBU - horrible write performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davydov@itass.su List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2008 21:24:18 -0000 alan bryan пишет: > Hi, > > I've got a new server with a 3ware 9550SXU with the > Battery. I am using FreeBSD 7.0-Release (tried both > 4BSD and ULE) using AMD64 and the 3ware performance > for writes is just plain horrible. Something is > obviously wrong but I'm not sure what. > > > Hi! Try to add the following variable in your /etc/sysctl.conf #Disk TWA vfs.hirunningspace=5242880 vfs.read_max=256 reboot or execute /etc/rc.d/sysctl start and try your test again My results Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done... -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 1024 80443 80.6 104481 45.2 43386 19.1 84372 80.4 507936 98.6 19422.9 192.7 Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 100 51012 46.6 103153 38.0 27272 7.4 116210 98.7 989831 99.3 72496.6 183.3 -- Best regards Mr Andrew L. Davydov +7 985 773 8819 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 21:39:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49F0B1065671 for ; Wed, 5 Mar 2008 21:39:49 +0000 (UTC) (envelope-from peter@wemm.org) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.freebsd.org (Postfix) with ESMTP id 156558FC20 for ; Wed, 5 Mar 2008 21:39:48 +0000 (UTC) (envelope-from peter@wemm.org) Received: by wx-out-0506.google.com with SMTP id i29so2177423wxd.7 for ; Wed, 05 Mar 2008 13:39:48 -0800 (PST) Received: by 10.101.68.19 with SMTP id v19mr7857947ank.94.1204753188331; Wed, 05 Mar 2008 13:39:48 -0800 (PST) Received: by 10.100.8.6 with HTTP; Wed, 5 Mar 2008 13:39:48 -0800 (PST) Message-ID: Date: Wed, 5 Mar 2008 13:39:48 -0800 From: "Peter Wemm" To: "Mark Andrews" In-Reply-To: <200803051432.m25EWaeT035807@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080305082031.E37745@shell.xecu.net> <200803051432.m25EWaeT035807@drugs.dv.isc.org> Cc: vadim_nuclight@mail.ru, Andy Dills , freebsd-stable@freebsd.org Subject: Re: INET6 required for SCTP in 7.0? 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, 05 Mar 2008 21:39:49 -0000 On Wed, Mar 5, 2008 at 6:32 AM, Mark Andrews wrote: > There is a reasonable chance that this mail will leave here > over IPv6 for some of the recipients. It will almost > certainly travel over IPv6 for at least one hop. > > Mark It did: drugs.dv.isc.org -> IPv6 -> mx1.freebsd.org -> IPv6 -> hub.freebsd.org -> Mailman -> localhost -> hub.freebsd.org -> IPv6 -> mx2.freebsd.org -> IPv6 -> me The only IPv4 hop in this path was when Mailman connected to localhost (127.0.0.1) to reinject the email. And that is because I had 127.0.0.1 hard coded in a config file. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 21:42:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFC141065670 for ; Wed, 5 Mar 2008 21:42:26 +0000 (UTC) (envelope-from peter@wemm.org) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 9D8678FC18 for ; Wed, 5 Mar 2008 21:42:26 +0000 (UTC) (envelope-from peter@wemm.org) Received: by an-out-0708.google.com with SMTP id c14so466742anc.13 for ; Wed, 05 Mar 2008 13:42:25 -0800 (PST) Received: by 10.100.248.9 with SMTP id v9mr7902693anh.64.1204753345210; Wed, 05 Mar 2008 13:42:25 -0800 (PST) Received: by 10.100.8.6 with HTTP; Wed, 5 Mar 2008 13:42:25 -0800 (PST) Message-ID: Date: Wed, 5 Mar 2008 13:42:25 -0800 From: "Peter Wemm" To: "Mark Andrews" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080305082031.E37745@shell.xecu.net> <200803051432.m25EWaeT035807@drugs.dv.isc.org> Cc: vadim_nuclight@mail.ru, Andy Dills , freebsd-stable@freebsd.org Subject: Re: INET6 required for SCTP in 7.0? 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, 05 Mar 2008 21:42:26 -0000 On Wed, Mar 5, 2008 at 1:39 PM, Peter Wemm wrote: > On Wed, Mar 5, 2008 at 6:32 AM, Mark Andrews wrote: > > There is a reasonable chance that this mail will leave here > > over IPv6 for some of the recipients. It will almost > > certainly travel over IPv6 for at least one hop. > > > > Mark > > It did: > drugs.dv.isc.org -> IPv6 -> mx1.freebsd.org -> IPv6 -> hub.freebsd.org > -> Mailman -> localhost -> hub.freebsd.org -> IPv6 -> mx2.freebsd.org > -> IPv6 -> me > > The only IPv4 hop in this path was when Mailman connected to localhost > (127.0.0.1) to reinject the email. And that is because I had > 127.0.0.1 hard coded in a config file. Oh, one more thing. If you are IPv6-enabled, you get to bypass the 10 minute greylisting delay on mx1.freebsd.org. Your email goes through instantly instead of potentially being delayed by 10-30 minutes. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 21:44:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 359991065671 for ; Wed, 5 Mar 2008 21:44:54 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id F37298FC2D for ; Wed, 5 Mar 2008 21:44:53 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:a5f2:ccb1:3e60:8cd2] (unknown [IPv6:2001:7b8:3a7:0:a5f2:ccb1:3e60:8cd2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id DC0BE3C for ; Wed, 5 Mar 2008 22:44:52 +0100 (CET) Message-ID: <47CF1455.2060103@andric.com> Date: Wed, 05 Mar 2008 22:44:53 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.13pre (Windows/20080229) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20080305082031.E37745@shell.xecu.net> <200803051432.m25EWaeT035807@drugs.dv.isc.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: INET6 required for SCTP in 7.0? 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, 05 Mar 2008 21:44:54 -0000 On 2008-03-05 22:42, Peter Wemm wrote: > Oh, one more thing. If you are IPv6-enabled, you get to bypass the 10 > minute greylisting delay on mx1.freebsd.org. Your email goes through > instantly instead of potentially being delayed by 10-30 minutes. Until the spammers start using IPv6... Then we'll know it's gone mainstream. :/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 21:47:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 183071065672 for ; Wed, 5 Mar 2008 21:47:06 +0000 (UTC) (envelope-from peter@wemm.org) Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.244]) by mx1.freebsd.org (Postfix) with ESMTP id D70D18FC29 for ; Wed, 5 Mar 2008 21:47:05 +0000 (UTC) (envelope-from peter@wemm.org) Received: by hs-out-0708.google.com with SMTP id m63so1330703hsc.11 for ; Wed, 05 Mar 2008 13:47:05 -0800 (PST) Received: by 10.100.214.15 with SMTP id m15mr7848412ang.78.1204753624947; Wed, 05 Mar 2008 13:47:04 -0800 (PST) Received: by 10.100.8.6 with HTTP; Wed, 5 Mar 2008 13:47:04 -0800 (PST) Message-ID: Date: Wed, 5 Mar 2008 13:47:04 -0800 From: "Peter Wemm" To: "Dimitry Andric" In-Reply-To: <47CF1455.2060103@andric.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080305082031.E37745@shell.xecu.net> <200803051432.m25EWaeT035807@drugs.dv.isc.org> <47CF1455.2060103@andric.com> Cc: freebsd-stable@freebsd.org Subject: Re: INET6 required for SCTP in 7.0? 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, 05 Mar 2008 21:47:06 -0000 On Wed, Mar 5, 2008 at 1:44 PM, Dimitry Andric wrote: > On 2008-03-05 22:42, Peter Wemm wrote: > > Oh, one more thing. If you are IPv6-enabled, you get to bypass the 10 > > minute greylisting delay on mx1.freebsd.org. Your email goes through > > instantly instead of potentially being delayed by 10-30 minutes. > > Until the spammers start using IPv6... Then we'll know it's gone > mainstream. :/ In the meantime, enjoy the peace and quiet... -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 22:03:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69EC61065670 for ; Wed, 5 Mar 2008 22:03:51 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2E2AA8FC21 for ; Wed, 5 Mar 2008 22:03:51 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from edge.pp.kiev.ua ([91.193.172.111]) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1JX166-00064n-7A; Wed, 05 Mar 2008 23:24:22 +0200 Message-ID: <47CF0F7D.3050805@icyb.net.ua> Date: Wed, 05 Mar 2008 23:24:13 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Tod McQuillin References: <1204734183.00036125.1204722602@10.7.7.3> In-Reply-To: <1204734183.00036125.1204722602@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Odd file in /lost+found after softupdate inconsistency in fsck 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, 05 Mar 2008 22:03:51 -0000 on 05/03/2008 14:43 Tod McQuillin said the following: > Hi all, > > My server froze up tonight after a 2 month uptime running 6.3-PRERELEASE > from Dec 28 2007. > > I had to fsck /home by hand because of an inconsistency fsck couldn't > repair automatically -- something to do with an unexpected softupdate > inconsistency. > > After that, I ended up with some files in /home/lost+found, one of which > is quite interesting: > > /home/lost+found# ls -lksh > total 24432 > 24432 -r-------- 1 root operator 40G Mar 5 20:12 #0000005 > > It is 40G in size but only occupies 24432k on disk, so it is a sparse > file. I'm not aware of any sparse files of quite that size on my system > (or relative sparseness) but it's possible i might overlook one. > > But the thing that's interesting to me is the inode number (inode 5) and > the fact that rm doesn't want me to remove it: > > /home/lost+found# rm \#0000005 > override r-------- root/operator snapshot for #0000005? n Are you sure that it doesn't want to remove it? It's just asking you the question (maybe because you executed rm as non-root or maybe because of the mode of the file); you can answer 'yes', you know. > Is there a magic "shapshot" flag on the file? Have I somehow damaged my > ufs2+softupdates filesystem by losing its inode #5 containing snapshot > data? > > Any insights appreciated, You can try stat(1) on it to see all the details, that could help with further conclusions. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 22:31:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29C911065676; Wed, 5 Mar 2008 22:31:50 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 7EA928FC14; Wed, 5 Mar 2008 22:31:49 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m25MVl0p066992; Thu, 6 Mar 2008 09:31:47 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200803052231.m25MVl0p066992@drugs.dv.isc.org> To: Jeremy Chadwick From: Mark Andrews In-reply-to: Your message of "Wed, 05 Mar 2008 08:01:43 -0800." <20080305160143.GA28941@eos.sc1.parodius.com> Date: Thu, 06 Mar 2008 09:31:47 +1100 Sender: marka@isc.org Cc: Vadim Goncharov , freebsd-stable@freebsd.org Subject: Re: INET6 -- and why I don't use it 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, 05 Mar 2008 22:31:50 -0000 > On Wed, Mar 05, 2008 at 03:00:29PM +0000, Vadim Goncharov wrote: > > Makes it harder to debug, etc. Don't want to see anything IPv6 related in > > command output, to let programs to bind on IPv6 addresses, etc. > > Changing the Subject (but keeping the thread ID reference), since the > original topic of discussion has now been skewed. > > I have the same attitude Vadim does. Actually, most of my IPv6 fear > isn't so much fear as much as it is annoyance and confusion. Here's > my list of things, as trivial as they may sound (and I guarantee they > will): > > * I'm not familiar with the intricacies of the protocol. This is > partially my own fault (lack of interest mainly, combined with lack of > need), while I am very familiar with IPv4. And you never will be familiar unless you use it. > * The last I read about IPv6 in mainstream news, there were major > concerns cited over some of the security aspects of the protocol. I > also remember reading somewhere that IPv6 was supposed to address issues > like packet spoofing and DoS -- what became of this? Someone was feeding you a load of horse @$$!. > * I have never liked how IPv6 denotes its addresses by using colon- > delimited hexadecimal strings. I can expand on this if asked, but it's > more than just "they're MAC-like" (which is also true, even though > they're grouped by 16-bit values and not octets). Reading off an IPv4 > address over the phone is bad enough, and typos are even worse. IPv6? > Good grief. 128 bit numbers are big in whatever presentation format you choose. Groups of 4 digits are one much easier for a human to copy and enter correctly than longer strings. Did you ever wonder why Mastecard and Visa use groups of 4 digits on their cards? > * Consumer ISPs here in the States do not "pass packets" -- you aren't > given a raw pipe; you're given a physical transport with IPv4 service. > The reality here is that the vast majority will not embrace IPv6 until > there's an actual market/need for it. No consumer ISP I know of > delegates a customer an IPv6 IP address or netblock. Backbone providers > support IPv6 now, yup -- and even some peering providers and > datacenter/co-location facilities do. But they're all in the minority. Consumer ISP's in the US are actively getting ready to turn on IPv6. Some already have. > * The "we're running out of address space" argument doesn't hold > much ground with me. Yes, it's getting tight, but it's not THAT tight. > ARIN very regularly returns large amounts of IPv4 space to the world for > use (I used to be subscribed to NANOG, so I'm aware of this). Want to > do something useful? Start campaigns to get General Electric and MIT to > give up huge portions of 3/8 and 18/8, respectively. This is ARIN's > job, and I sure wouldn't want it. Which would buy a few extra months if the wern't already using the address space. > * NAT with IPv4 appears to be "solving" most of the address space issues > in this day and age. I use quotes because it adds extra complexities > at the same time (port forwarding, for example, is an annoying > requirement, mainly because so many protocols were written during the > days when NAT didn't exist, or are simply badly-written protocols (I'm > looking at you, Microsoft)). Only once in my life have I seen a single > network so large that it required use of 192.168/16, 172.16/12, and 10/8 > all at once. Another fact is that NAT is **incredibly** integrated in > consumer society now. The attitude given is "NAT suffices, use it". > Until we can teach people "no, it doesn't suffice, and here's why" and > get people to believe and accept that, it isn't going to change. NAT just introduces additional problems. Double NAT introduces even more problems and is will end up being laughed off the planet as a joke when ISP's attempt it. In otherwords we have already made as much saving as we can with NAT. We would have run out of addresses years ago without the NAT's that are currently deployed. > * None of my employers (sans my current, Microsoft) have ever bothered > implementing IPv6 on their networks. What this means for me: I have no > personal *nor professional* reason to advocate or learn about IPv6. > Microsoft, on the other hand, is taking initiative. But it's been > anything but smooth; the amount of breakage it's caused so far is... > shall I say, very disappointing. That doesn't mean "IPv6 sucks", but it > does mean "integrating IPv6 into a production network appears to be > painful". Hence, more animosity towards it by those who don't > understand it. What can I say, short sighted employers. > And last but not least: > > * I don't like incorporating "stuff" into my kernel, my utilities, or > my systems in general which I do not use. I don't want to see an IPv6 > address on my machines or my network. Why? It's about minimalism. I > would gladly "embrace" IPv6 if I had reasons to, but I've none, > therefore I do not. > > Sufficient? > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > 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" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 23:09:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFA1B1065684; Wed, 5 Mar 2008 23:09:36 +0000 (UTC) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.freebsd.org (Postfix) with ESMTP id A0CB78FC2A; Wed, 5 Mar 2008 23:09:36 +0000 (UTC) (envelope-from allbery@ece.cmu.edu) Received: from [10.9.204.128] (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id A324993; Wed, 5 Mar 2008 17:44:05 -0500 (EST) In-Reply-To: <200803052231.m25MVl0p066992@drugs.dv.isc.org> References: <200803052231.m25MVl0p066992@drugs.dv.isc.org> Mime-Version: 1.0 (Apple Message framework v753) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <87800D7B-3866-4FC0-B757-BF2AB808920E@ece.cmu.edu> Content-Transfer-Encoding: 7bit From: "Brandon S. Allbery KF8NH" Date: Wed, 5 Mar 2008 17:44:03 -0500 To: Mark Andrews X-Mailer: Apple Mail (2.753) Cc: Vadim Goncharov , Jeremy Chadwick , FreeBSD Stable Subject: Re: INET6 -- and why I don't use it 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, 05 Mar 2008 23:09:36 -0000 On Mar 5, 2008, at 17:31 , Mark Andrews wrote: > >> On Wed, Mar 05, 2008 at 03:00:29PM +0000, Vadim Goncharov wrote: >>> * The last I read about IPv6 in mainstream news, there were major >> concerns cited over some of the security aspects of the protocol. I >> also remember reading somewhere that IPv6 was supposed to address >> issues >> like packet spoofing and DoS -- what became of this? > > Someone was feeding you a load of horse @$$!. When Marcus Ranum is one of those questioning its security, I'm inclined to believe him. (Google "mjr ipv6 security" --- his point in a nutshell is that we're going to be fixing old IPv4 holes in new guises for a while.) -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 23:26:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABDD4106566C for ; Wed, 5 Mar 2008 23:26:33 +0000 (UTC) (envelope-from peter@wemm.org) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 784968FC15 for ; Wed, 5 Mar 2008 23:26:33 +0000 (UTC) (envelope-from peter@wemm.org) Received: by an-out-0708.google.com with SMTP id c14so480538anc.13 for ; Wed, 05 Mar 2008 15:26:32 -0800 (PST) Received: by 10.100.249.9 with SMTP id w9mr8173462anh.95.1204759592653; Wed, 05 Mar 2008 15:26:32 -0800 (PST) Received: by 10.100.8.6 with HTTP; Wed, 5 Mar 2008 15:26:32 -0800 (PST) Message-ID: Date: Wed, 5 Mar 2008 15:26:32 -0800 From: "Peter Wemm" To: "Brandon S. Allbery KF8NH" In-Reply-To: <87800D7B-3866-4FC0-B757-BF2AB808920E@ece.cmu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200803052231.m25MVl0p066992@drugs.dv.isc.org> <87800D7B-3866-4FC0-B757-BF2AB808920E@ece.cmu.edu> Cc: Vadim Goncharov , Jeremy Chadwick , Mark Andrews , FreeBSD Stable Subject: Re: INET6 -- and why I don't use it 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, 05 Mar 2008 23:26:33 -0000 On Wed, Mar 5, 2008 at 2:44 PM, Brandon S. Allbery KF8NH wrote: > > On Mar 5, 2008, at 17:31 , Mark Andrews wrote: > > > >> On Wed, Mar 05, 2008 at 03:00:29PM +0000, Vadim Goncharov wrote: > > >>> * The last I read about IPv6 in mainstream news, there were major > >> concerns cited over some of the security aspects of the protocol. I > >> also remember reading somewhere that IPv6 was supposed to address > >> issues > >> like packet spoofing and DoS -- what became of this? > > > > Someone was feeding you a load of horse @$$!. > > When Marcus Ranum is one of those questioning its security, I'm > inclined to believe him. (Google "mjr ipv6 security" --- his point > in a nutshell is that we're going to be fixing old IPv4 holes in new > guises for a while.) IPv6 has got enough rope (features) that you can hang yourself in most of the same ways as ipv4. If anything, these 'enhanced' versions of ipv4 features give you new and exquisitely delicious ways of screwing yourself. eg: You can do the same kinds of damage with source routing in both ipv4 and ipv6 when it is enabled. OS developers can make the same mistakes parsing options in both. And so on. (Who remembers the ipv4 'ping of death' in the early 90's? you could send a packet with a zero-length option to random hosts and instantly kill them) -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Wed Mar 5 23:39:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FC59106566B for ; Wed, 5 Mar 2008 23:39:12 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id F04368FC12 for ; Wed, 5 Mar 2008 23:39:11 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m25NdAIg078201 for ; Thu, 6 Mar 2008 10:39:10 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200803052339.m25NdAIg078201@drugs.dv.isc.org> Cc: freebsd-stable@freebsd.org From: Mark Andrews In-reply-to: Your message of "Wed, 05 Mar 2008 22:44:53 BST." <47CF1455.2060103@andric.com> Date: Thu, 06 Mar 2008 10:39:10 +1100 Sender: marka@isc.org Subject: Re: INET6 required for SCTP in 7.0? 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, 05 Mar 2008 23:39:12 -0000 > On 2008-03-05 22:42, Peter Wemm wrote: > > Oh, one more thing. If you are IPv6-enabled, you get to bypass the 10 > > minute greylisting delay on mx1.freebsd.org. Your email goes through > > instantly instead of potentially being delayed by 10-30 minutes. > > Until the spammers start using IPv6... Then we'll know it's gone > mainstream. :/ They do it now. :-) Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 00:00:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DAB31065679; Thu, 6 Mar 2008 00:00:28 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id D4F4B8FC14; Thu, 6 Mar 2008 00:00:27 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m2600LIC078420; Thu, 6 Mar 2008 11:00:21 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200803060000.m2600LIC078420@drugs.dv.isc.org> To: "Brandon S. Allbery KF8NH" From: Mark Andrews In-reply-to: Your message of "Wed, 05 Mar 2008 17:44:03 CDT." <87800D7B-3866-4FC0-B757-BF2AB808920E@ece.cmu.edu> Date: Thu, 06 Mar 2008 11:00:21 +1100 Sender: marka@isc.org Cc: Vadim Goncharov , Jeremy Chadwick , FreeBSD Stable Subject: Re: INET6 -- and why I don't use it 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, 06 Mar 2008 00:00:28 -0000 > On Mar 5, 2008, at 17:31 , Mark Andrews wrote: > > > > >> On Wed, Mar 05, 2008 at 03:00:29PM +0000, Vadim Goncharov wrote: > >>> * The last I read about IPv6 in mainstream news, there were major > >> concerns cited over some of the security aspects of the protocol. I > >> also remember reading somewhere that IPv6 was supposed to address > >> issues > >> like packet spoofing and DoS -- what became of this? > > > > Someone was feeding you a load of horse @$$!. > > When Marcus Ranum is one of those questioning its security, I'm > inclined to believe him. (Google "mjr ipv6 security" --- his point > in a nutshell is that we're going to be fixing old IPv4 holes in new > guises for a while.) Unless you implement BCP 38 you won't prevent spoofed packets leaving your network. Nothing prevents someone injecting spoofed packets. It's just a matter of how far they travel. Unless you enable IPSEC for all your communication partners you won't be able to detect spoofed packets arriving. There is nothing anyone can really do to prevent a DoS attack. These statements are as true for IPv4 as they are for IPv6. IPv6 still has a MUST against IPSEC against this though people are arguing that it should become a SHOULD. That MUST indicates code support not enabling. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 03:13:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EF2A106566B; Thu, 6 Mar 2008 03:13:57 +0000 (UTC) (envelope-from michael@quuxo.com) Received: from hudson.quuxo.net (hudson.quuxo.net [203.18.245.242]) by mx1.freebsd.org (Postfix) with ESMTP id A00F68FC1E; Thu, 6 Mar 2008 03:13:56 +0000 (UTC) (envelope-from michael@quuxo.com) Received: from [149.171.9.28] ([149.171.9.28]) (authenticated bits=0) by hudson.quuxo.net (8.14.2/8.14.2) with ESMTP id m262kvNd087306 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Mar 2008 13:16:57 +1030 (CST) (envelope-from michael@quuxo.com) From: Michael Gratton To: Jeremy Chadwick In-Reply-To: <20080305160143.GA28941@eos.sc1.parodius.com> References: <20080305083930.Q37745@shell.xecu.net> <20080305160143.GA28941@eos.sc1.parodius.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-zYCMxVkSGGqvNGGO3lFX" Organization: Quuxo Software Date: Thu, 06 Mar 2008 13:46:52 +1100 Message-Id: <1204771612.13169.16.camel@tremelay> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (hudson.quuxo.net [203.18.245.242]); Thu, 06 Mar 2008 13:16:58 +1030 (CST) X-Virus-Scanned: ClamAV 0.92/6143/Thu Mar 6 10:58:27 2008 on hudson.quuxo.net X-Virus-Status: Clean Cc: Vadim Goncharov , freebsd-stable@freebsd.org Subject: Re: INET6 -- and why I don't use it 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, 06 Mar 2008 03:13:57 -0000 --=-zYCMxVkSGGqvNGGO3lFX Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi Jeremy, On Wed, 2008-03-05 at 08:01 -0800, Jeremy Chadwick wrote: > * I'm not familiar with the intricacies of the protocol.=20 No better time (or way) to learn! Get going! > * The last I read about IPv6 in mainstream news, there were major > concerns cited over some of the security aspects of the protocol. When was the last time you heard anything about IPv4 in the mainstream news (that wasn't related the approaching address space armageddon)? > * I have never liked how IPv6 denotes its addresses by using colon- > delimited hexadecimal strings. The glib answer would be "and this is why we have the DNS". Yes it is more typing and/or talking, but that's the price to pay for a larger address space. Anyway, just do what we do when relating v4 addresses: don't pronounce the delimiter. Bonus points to the first person who coins the name of the double-colon. I vote for "bam": "What's that address again?" "Err, two oh oh one, aye bee oh nine, bam oh oh oh five." > * Consumer ISPs here in the States do not "pass packets" -- you aren't > given a raw pipe; you're given a physical transport with IPv4 service. As others have pointed out, ISPs over there are staring to get in on the act, behind Asia. As I said, no better time to learn!=20 > * The "we're running out of address space" argument doesn't hold > much ground with me. Yes, it's getting tight, but it's not THAT tight. Only because of NAT, and... > * NAT with IPv4 appears to be "solving" most of the address space issues > in this day and age. No. NAT is evil. If you have ever been at a site that uses the same private range as on the other side of the VPN you're using, you know what I mean. There's plenty of other reasons why NAT is a terrible kluge that needs to go away ASAP. I think you mentioned many of them. > * None of my employers (sans my current, Microsoft) have ever bothered > implementing IPv6 on their networks. For many, many reasons, which are slowly going away. > Sufficient? I'd argue otherwise. :) /Mike --=20 Michael Gratton =20 Quuxo Software --=-zYCMxVkSGGqvNGGO3lFX Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHz1sbn1mVFlYUR84RAqxbAJsE3VhAT2e7fcrt9jKtQKChNxGQ3QCeID5z beilnAndJrnH3JIFfNA1tQs= =C/y2 -----END PGP SIGNATURE----- --=-zYCMxVkSGGqvNGGO3lFX-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 05:48:48 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2B851065672; Thu, 6 Mar 2008 05:48:48 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id 408F28FC15; Thu, 6 Mar 2008 05:48:47 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) by gddsn.org.cn (Postfix) with ESMTP id 8962138CBD1; Thu, 6 Mar 2008 13:31:11 +0800 (CST) Message-ID: <47CF818F.4070007@gddsn.org.cn> Date: Thu, 06 Mar 2008 13:30:55 +0800 From: wsk User-Agent: Thunderbird 2.0.0.6 (X11/20071029) MIME-Version: 1.0 To: current@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: Subject: URGENCY help install error on DELL R900 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, 06 Mar 2008 05:48:49 -0000 hello list, get "Can't load kernel" error while trying to install FBSD_7.0R on DELL R900. / lsdev /cd devices:/ /cd0: Device 0x0/ /disk devices:/ disk0: Bios drive C: ls / get bad path and it can load kernel successly load cd0:/boot/kernel/kernel boot -v get progressbar "| / \" and stopped btw: install SuSE linux or DragonflyBSD successly and check that it it nothing to do with bios help... and thanks with any reply. / From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 06:13:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B433106566C for ; Thu, 6 Mar 2008 06:13:42 +0000 (UTC) (envelope-from SRS0=ccbb08451f40b146e2d0c8e2fe78f96a9380c97e=631=es.net=oberman@es.net) Received: from postal1.es.net (postal3.es.net [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id D6F788FC2C for ; Thu, 6 Mar 2008 06:13:41 +0000 (UTC) (envelope-from SRS0=ccbb08451f40b146e2d0c8e2fe78f96a9380c97e=631=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id MJT49639; Wed, 05 Mar 2008 22:13:39 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 3CE2C4500E; Wed, 5 Mar 2008 22:13:39 -0800 (PST) To: "Peter Wemm" In-Reply-To: Your message of "Wed, 05 Mar 2008 13:42:25 PST." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1204784019_29660P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 05 Mar 2008 22:13:39 -0800 From: "Kevin Oberman" Message-Id: <20080306061339.3CE2C4500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; ; ; X-Sender: X-To_Name: Peter Wemm X-To_Domain: wemm.org X-To: "Peter Wemm" X-To_Email: peter@wemm.org X-To_Alias: peter Cc: vadim_nuclight@mail.ru, freebsd-stable@freebsd.org, Mark Andrews , Andy Dills Subject: Re: INET6 required for SCTP in 7.0? 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, 06 Mar 2008 06:13:42 -0000 --==_Exmh_1204784019_29660P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 5 Mar 2008 13:42:25 -0800 > From: "Peter Wemm" > Sender: owner-freebsd-stable@freebsd.org > > On Wed, Mar 5, 2008 at 1:39 PM, Peter Wemm wrote: > > On Wed, Mar 5, 2008 at 6:32 AM, Mark Andrews wrote: > > > There is a reasonable chance that this mail will leave here > > > over IPv6 for some of the recipients. It will almost > > > certainly travel over IPv6 for at least one hop. > > > > > > Mark > > > > It did: > > drugs.dv.isc.org -> IPv6 -> mx1.freebsd.org -> IPv6 -> hub.freebsd.org > > -> Mailman -> localhost -> hub.freebsd.org -> IPv6 -> mx2.freebsd.org > > -> IPv6 -> me > > > > The only IPv4 hop in this path was when Mailman connected to localhost > > (127.0.0.1) to reinject the email. And that is because I had > > 127.0.0.1 hard coded in a config file. > > Oh, one more thing. If you are IPv6-enabled, you get to bypass the 10 > minute greylisting delay on mx1.freebsd.org. Your email goes through > instantly instead of potentially being delayed by 10-30 minutes. Cool! That explains why most postings seem to take so long. Hopefully this message made it through with no IPv4 hops. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1204784019_29660P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHz4uTkn3rs5h7N1ERAq88AKCIBTb89MmKGUmDdqJFoMVq9tYyOgCgpTcO +VFtm0GLt+zYC206+GEluso= =e9Hy -----END PGP SIGNATURE----- --==_Exmh_1204784019_29660P-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 06:22:08 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CD3E1065670 for ; Thu, 6 Mar 2008 06:22:08 +0000 (UTC) (envelope-from huang@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id AF8F18FC12 for ; Thu, 6 Mar 2008 06:22:07 +0000 (UTC) (envelope-from huang@gddsn.org.cn) Received: from hwh.gddsn.org.cn (hwh [192.168.168.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gddsn.org.cn (Postfix) with ESMTP id 39E8338CB88 for ; Wed, 5 Mar 2008 21:05:50 +0800 (CST) Message-ID: <47CE9AAB.9050208@gddsn.org.cn> Date: Wed, 05 Mar 2008 21:05:47 +0800 From: Huang wen hui User-Agent: Thunderbird 2.0.0.6 (X11/20071103) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: Subject: Can NOT boot FreeBSD on Dell R900 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, 06 Mar 2008 06:22:08 -0000 hi, I boot FreeBSD 7.0R on R900, it stops with an error message: can't load 'kernel' Output from lsdev: cd devices: cd0: Device 0x0 disk devices: disk0: Bios drive C: ls cd0:/ can find files on CD. load cd0:/boot/kernel/kernel works, but boot -v stop |\ status. also "show" command does not show message, just blank. Does any hints can solve this problem ? thanks --hwh From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 06:55:29 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48F0D106566B for ; Thu, 6 Mar 2008 06:55:29 +0000 (UTC) (envelope-from huang@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id 7AFF98FC12 for ; Thu, 6 Mar 2008 06:55:26 +0000 (UTC) (envelope-from huang@gddsn.org.cn) Received: from hwh.gddsn.org.cn (hwh [192.168.168.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gddsn.org.cn (Postfix) with ESMTP id 8682D38CBA1 for ; Wed, 5 Mar 2008 21:33:29 +0800 (CST) Message-ID: <47CEA121.6050204@gddsn.org.cn> Date: Wed, 05 Mar 2008 21:33:21 +0800 From: Huang wen hui User-Agent: Thunderbird 2.0.0.6 (X11/20071103) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: Subject: Can NOT boot FreeBSD on Dell R900 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, 06 Mar 2008 06:55:29 -0000 hi, I boot FreeBSD 7.0R on R900, it stops with an error message: can't load 'kernel' Output from lsdev: cd devices: cd0: Device 0x0 disk devices: disk0: Bios drive C: ls cd0:/ can find files on CD. load cd0:/boot/kernel/kernel works, but boot -v stop |\ status. also "show" command does not show message, just blank. And I try to boot DragonFlyBSD 1.12, it works! Does any hints can solve this problem ? thanks --hwh From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 07:05:18 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18A7A1065674 for ; Thu, 6 Mar 2008 07:05:18 +0000 (UTC) (envelope-from metdeth1@yahoo.com) Received: from web38006.mail.mud.yahoo.com (web38006.mail.mud.yahoo.com [209.191.124.117]) by mx1.freebsd.org (Postfix) with SMTP id DCDF08FC2F for ; Thu, 6 Mar 2008 07:05:17 +0000 (UTC) (envelope-from metdeth1@yahoo.com) Received: (qmail 81294 invoked by uid 60001); 6 Mar 2008 06:38:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=26sn2qnps/Lq161mrtbjE3f+Cebyy8hs7TWUVp331KPDUj9oZjL1RYnTLsTjSJRMLbIKqIQFQN5vgsiYtIIwz2w4l1JE403EeeQlURw8ZWYMhnMXbhpsqgk1loEVVrN7N6GEbPu3ux4x7M1uhMx3EfTR31b4X7A0aZi871GGoM8=; X-YMail-OSG: RSCOfJAVM1nDenK3f3g8Z4ze2oSq4EeQ5SOKyf7VoV9HOIKKUoo9rQsZZHfm5Y8WZOwXcV2kANvTQCMV8ioIE4zvTx0Zr2uIlxsq2LLN1bXdRiJecVimncU3smwihg-- Received: from [58.71.48.3] by web38006.mail.mud.yahoo.com via HTTP; Wed, 05 Mar 2008 22:38:35 PST X-Mailer: YahooMailRC/902.35 YahooMailWebService/0.7.162 Date: Wed, 5 Mar 2008 22:38:35 -0800 (PST) From: jose ycogo To: wsk , current@freebsd.org, stable@freebsd.org MIME-Version: 1.0 Message-ID: <156503.81076.qm@web38006.mail.mud.yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: URGENCY help install error on DELL R900 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, 06 Mar 2008 07:05:18 -0000 =0ATry downloading the ISO again. =0A =0A----- Original Message ----=0AFrom= : wsk =0ATo: current@freebsd.org; stable@freebsd.org=0ASe= nt: Thursday, March 6, 2008 13:30:55=0ASubject: URGENCY help install error = on DELL R900=0A=0Ahello list,=0Aget "Can't load kernel" error while trying = to install FBSD_7.0R on DELL=0AR900.=0A/=0Alsdev=0A/cd devices:/=0A/cd0: De= vice 0x0/=0A/disk devices:/=0Adisk0: Bios drive C:=0A=0Als /=0Aget bad path= =0A=0Aand it can load kernel successly=0Aload cd0:/boot/kernel/kernel=0Aboo= t -v get progressbar "| / \" and stopped=0A=0Abtw:=0Ainstall SuSE linux or = DragonflyBSD successly and check that it it nothing=0Ato do with bios=0A=0A= help... and thanks with any reply.=0A/=0A__________________________________= _____________=0Afreebsd-stable@freebsd.org mailing list=0Ahttp://lists.free= bsd.org/mailman/listinfo/freebsd-stable=0ATo unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org"=0A=0A=0A=0A=0A=0ASend instant mess= ages to your online friends http://uk.messenger.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 07:15:03 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF62F106566B for ; Thu, 6 Mar 2008 07:15:02 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from EXHUB015-4.exch015.msoutlookonline.net (exhub015-4.exch015.msoutlookonline.net [207.5.72.96]) by mx1.freebsd.org (Postfix) with ESMTP id AC97E8FC1B for ; Thu, 6 Mar 2008 07:15:02 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from smgellar.p6m7g8.net (70.88.236.22) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.1.240.5; Wed, 5 Mar 2008 23:04:59 -0800 Message-ID: <47CF979A.1050408@p6m7g8.com> Date: Thu, 6 Mar 2008 02:04:58 -0500 From: "Philip M. Gollucci" Organization: P6 Web Applications User-Agent: Thunderbird 2.0.0.9 (X11/20071217) MIME-Version: 1.0 To: Huang wen hui References: <47CEA121.6050204@gddsn.org.cn> In-Reply-To: <47CEA121.6050204@gddsn.org.cn> Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Can NOT boot FreeBSD on Dell R900 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, 06 Mar 2008 07:15:03 -0000 Huang wen hui wrote: > hi, > I boot FreeBSD 7.0R on R900, it stops with an error message: > can't load 'kernel' It might be chipset related, I know the R860 is only like 2-4 months in the field, so I doubt FreeBSD developers have one yet. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 07:22:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B002106566B for ; Thu, 6 Mar 2008 07:22:15 +0000 (UTC) (envelope-from devin@spamcop.net) Received: from mail.distalzou.net (203.141.139.231.static.zoot.jp [203.141.139.231]) by mx1.freebsd.org (Postfix) with ESMTP id 371948FC33 for ; Thu, 6 Mar 2008 07:22:13 +0000 (UTC) (envelope-from devin@spamcop.net) Received: from plexi.pun-pun.prv ([192.168.7.29]) by mail.distalzou.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JXAQd-000AmU-2f; Thu, 06 Mar 2008 16:22:11 +0900 Date: Thu, 6 Mar 2008 16:22:09 +0900 (JST) From: Tod McQuillin X-X-Sender: devin@plexi.pun-pun.prv To: Peter Jeremy In-Reply-To: <20080305185841.GU68971@server.vk2pj.dyndns.org> Message-ID: <20080306160720.E1647@plexi.pun-pun.prv> References: <20080305213442.A36748@plexi.pun-pun.prv> <20080305185841.GU68971@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Odd file in /lost+found after softupdate inconsistency in fsck 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, 06 Mar 2008 07:22:15 -0000 On Thu, 6 Mar 2008, Peter Jeremy wrote: > On Wed, Mar 05, 2008 at 09:43:15PM +0900, Tod McQuillin wrote: >> /home/lost+found# ls -lksh >> total 24432 >> 24432 -r-------- 1 root operator 40G Mar 5 20:12 #0000005 >> >> It is 40G in size but only occupies 24432k on disk, so it is a sparse file. > > The file permissions and sparseness matches a snapshot. If your FS > is 40GB then it is a snapshot. Thanks Peter. So, it's a shapshot -- is it still usable? Is it safe to delete it? snapinfo doesn't know about it: # snapinfo -v /home /dev/ad4s2e mounted on /home no snapshots found I'm not in the habit of making snapshots ... but it might have come from a dump -L. Anyway, I think the conclusion is that it's a snapshot, of mysterious origin, and it's probably not useful. Thanks again, -- Tod MCQuillin From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 07:25:40 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AFC61065672 for ; Thu, 6 Mar 2008 07:25:40 +0000 (UTC) (envelope-from nicky@valuecare.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.freebsd.org (Postfix) with ESMTP id 575218FC2C for ; Thu, 6 Mar 2008 07:25:38 +0000 (UTC) (envelope-from nicky@valuecare.nl) Received: from [192.168.119.182] (a80-126-182-198.adsl.xs4all.nl [80.126.182.198]) (authenticated bits=0) by smtp-vbr17.xs4all.nl (8.13.8/8.13.8) with ESMTP id m267Da2J072849; Thu, 6 Mar 2008 08:13:39 +0100 (CET) (envelope-from nicky@valuecare.nl) Message-ID: <47CF999F.2050502@valuecare.nl> Date: Thu, 06 Mar 2008 08:13:35 +0100 From: Nicky Bulthuis User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: Huang wen hui References: <47CEA121.6050204@gddsn.org.cn> In-Reply-To: <47CEA121.6050204@gddsn.org.cn> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: Can NOT boot FreeBSD on Dell R900 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, 06 Mar 2008 07:25:40 -0000 Hello, I'm having the same problem with an R900. Doesn't matter if you choose 6.2 or 6.3 either. I've also tried booting from USB Pen Drive, USB CD-Rom Drive and booting with PXE, all give the same 'can't load kernel' error. I haven't been able to get it FreeBSD on it. Nor FreeNAS. DragonFly BSD does work. Greetz. Huang wen hui wrote: > hi, > I boot FreeBSD 7.0R on R900, it stops with an error message: > can't load 'kernel' > > Output from lsdev: > > cd devices: > cd0: Device 0x0 > disk devices: > disk0: Bios drive C: > > ls cd0:/ can find files on CD. > > load cd0:/boot/kernel/kernel works, but boot -v stop |\ status. > > also "show" command does not show message, just blank. > > And I try to boot DragonFlyBSD 1.12, it works! > > Does any hints can solve this problem ? > > thanks > > --hwh > > > _______________________________________________ > 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 Mar 6 07:28:12 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DCA81065675 for ; Thu, 6 Mar 2008 07:28:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6F1478FC28 for ; Thu, 6 Mar 2008 07:28:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 4F6411CC033; Wed, 5 Mar 2008 23:28:12 -0800 (PST) Date: Wed, 5 Mar 2008 23:28:12 -0800 From: Jeremy Chadwick To: Nicky Bulthuis Message-ID: <20080306072812.GA79558@eos.sc1.parodius.com> References: <47CEA121.6050204@gddsn.org.cn> <47CF999F.2050502@valuecare.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47CF999F.2050502@valuecare.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@freebsd.org, Huang wen hui Subject: Re: Can NOT boot FreeBSD on Dell R900 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, 06 Mar 2008 07:28:12 -0000 On Thu, Mar 06, 2008 at 08:13:35AM +0100, Nicky Bulthuis wrote: > I'm having the same problem with an R900. Doesn't matter if you choose > 6.2 or 6.3 either. I've also tried booting from USB Pen Drive, USB > CD-Rom Drive and booting with PXE, all give the same 'can't load kernel' > error. Re: unable to boot FreeBSD off of USB: this is a known problem/limitation with BTX. GRUB does not have this problem, so if you can install GRUB on said medium, it should work. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 08:39:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 179901065671 for ; Thu, 6 Mar 2008 08:39:14 +0000 (UTC) (envelope-from cmcgee@gliq.com) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.freebsd.org (Postfix) with ESMTP id EEC358FC20 for ; Thu, 6 Mar 2008 08:39:13 +0000 (UTC) (envelope-from cmcgee@gliq.com) Received: from chrisxps ([24.153.112.162]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JXA00CIDW0SMFV1@vms046.mailsrvcs.net> for freebsd-stable@freebsd.org; Thu, 06 Mar 2008 02:38:52 -0600 (CST) Date: Thu, 06 Mar 2008 03:38:59 -0500 From: "Chris McGee" To: Message-id: <009701c87f65$85feec80$0202fea9@chrisxps> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=windows-1250 Content-transfer-encoding: 7bit Thread-index: Ach/ZYWTZ0ltlPw9Se6jEf2p7pm3TQ== Subject: bind-dlz in 7.0 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, 06 Mar 2008 08:39:14 -0000 I have been using the bind-dlz port on freebsd 6.3 and see that bind 9.4.2 has been included in freebsd 7.0 which was a pleasant surprise because that version of bind includes the dlz patches. After configuring bind and mysql the same way as it was setup on my 6.3 machines, it doesn't seem like the included base bind allows you to enable any of the dlz drivers. Was this excluded from the release? Chris McGee No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.21.4/1310 - Release Date: 3/4/2008 8:35 AM From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 08:51:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B5361065671 for ; Thu, 6 Mar 2008 08:51:25 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [217.77.141.129]) by mx1.freebsd.org (Postfix) with ESMTP id 000778FC22 for ; Thu, 6 Mar 2008 08:51:24 +0000 (UTC) (envelope-from ruben@verweg.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verweg.com; s=verweg; t=1204793483; bh=h6JBWY7Hk3eJCBgy6aTvaDOpb/3qVWZvFADV6ueZUmM=; h=Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References: X-Pgp-Agent:X-Mailer; b=QxC8/BrPDYtbq2zwEW4ZsbBxPhQ+vZ6JHpzLYvbkUU kVNJ6F/nBUpFCa7A7CaVIU8zooof7asctNcWhlkHE1LwEJgBD9nigHi7+lrJ7s0HpIz hdZZ3KSgquZqEcwI4F28P0eVix+PfVgSpdRAdsUisKkyRnXguopXgTeiSvZNaM= Received: from [IPv6:::1] (chimp.ripe.net [193.0.1.199]) (authenticated bits=0) by erg.verweg.com (8.14.2/8.14.2) with ESMTP id m268pHaE087877 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Thu, 6 Mar 2008 08:51:23 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host chimp.ripe.net [193.0.1.199] claimed to be [IPv6:::1] Message-Id: From: Ruben van Staveren To: freebsd-stable@freebsd.org In-Reply-To: <20080306061339.3CE2C4500E@ptavv.es.net> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-19-1000488860" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Thu, 6 Mar 2008 09:51:11 +0100 References: <20080306061339.3CE2C4500E@ptavv.es.net> X-Pgp-Agent: GPGMail d51 (Leopard) X-Mailer: Apple Mail (2.919.2) X-Virus-Scanned: ClamAV 0.92/6146/Thu Mar 6 04:57:45 2008 on erg.verweg.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (erg.verweg.com [217.77.141.129]); Thu, 06 Mar 2008 08:51:23 +0000 (UTC) Subject: Re: INET6 -- and why I don't use it 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, 06 Mar 2008 08:51:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-19-1000488860 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit The interesting thing, to stay on topic, is that people are willing to explore a feature called "SCTP" which to my knowledge is younger than "IPv6". This makes the whole discussion sort of moot, right ? Speaking for the devil's advocate... The point of insecurity does not hold up if you look at RFC 5062. And we had TCP/UDP for many years and they are still serving their purpose well, so why change ? So give it a chance, only then there will be feedback and only then we can fix the problems. Otherwise it will stay just theoretical. - Ruben --Apple-Mail-19-1000488860 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFHz7CAZ88+mcQxRw0RAgnZAJ4khFJfySNMFQy/j55N8zi0Y5M6xgCdFX8d YdY39I7oCFzLugsSuHrif9Y= =c/3L -----END PGP SIGNATURE----- --Apple-Mail-19-1000488860-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 10:11:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0C9D106566B for ; Thu, 6 Mar 2008 10:11:34 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id B23A68FC23 for ; Thu, 6 Mar 2008 10:11:34 +0000 (UTC) (envelope-from ken73.chen@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so1387652rvb.43 for ; Thu, 06 Mar 2008 02:11:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=ouV0M3d84t4bq/wszrcAiXaH85uASEQ2DYjGLcIy5FE=; b=nOpQ6QUnc9cG4eeCzo4NRntnEV8Dlx3kwbH7ZOOzUfCnSuX2JmX8AudyBv+shB9HYYmRGfDhmWkXRu6o0pTd+DCl9H5WOBmR0yJxtuuNm06P+3hu4n8iYLsqBCDBsExegu+kWpLWI3wCkKihKVq+Q6Il6FIA3q6BfmHymmI/Icw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=OEzvTfUfAA5W8LNSG6Dy5K8NF0gW5I2CYw6mPJ0bRmtOSB3ADb6GdSCorfmO2Z3ctklndQpd711yFh39yYY9KkgI84Due4C2N7soHu3S5/i6oBDT97bXn88MnKTieCiA6bpfN+IQTPdcC5azGbmB79osS1G3+nP7Tho4jPF2LmE= Received: by 10.141.141.3 with SMTP id t3mr1864107rvn.213.1204796836435; Thu, 06 Mar 2008 01:47:16 -0800 (PST) Received: by 10.141.74.11 with HTTP; Thu, 6 Mar 2008 01:47:16 -0800 (PST) Message-ID: Date: Thu, 6 Mar 2008 17:47:16 +0800 From: "Ken Chen" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 7.0 kernel panic on Intel SR2400 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, 06 Mar 2008 10:11:35 -0000 Hello, I upgrade from 6.2 to 7.0 on this Intel SR2400 server, then it panic after mounting storage when boot with 7.0 kernel. I don't leave enough space for core dumping, so I should get nothing more for the panic. Any way to gather enough information for bug reporting? Below dmesg information is on 6.3: Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.3-RELEASE #0: Thu Mar 6 15:08:26 CST 2008 root@db2.xxxx.com:/usr/obj/usr/src/sys/DB2 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.29-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 real memory = 4026466304 (3839 MB) avail memory = 3946565632 (3763 MB) ACPI-0698: *** Warning: Type override - [DEB_] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [MLIB] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [DATA] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [LEDP] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [GPEN] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [GPST] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [WUES] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [WUSE] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SBID] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SWCE] had invalid type (String) for Scope operator, changed to (Scope) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard lapic0: Forcing LINT1 to edge trigger 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 0x408-0x40b on acpi0 acpi_ec0: port 0xca6,0xca7 on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 3.0 on pci0 pci2: on pcib1 pcib2: at device 29.0 on pci2 pci4: on pcib2 iir0: mem 0xfa000000-0xfbffffff irq 48 at device 8.0 on pci4 iir0: [GIANT-LOCKED] pcib3: at device 31.0 on pci2 pci3: on pcib3 em0: port 0x2040-0x207f mem 0xfe8c0000-0xfe8dffff irq 30 at device 7.0 on pci3 em0: Ethernet address: 00:0e:0c:31:69:26 em1: port 0x2000-0x203f mem 0xfe8e0000-0xfe8fffff irq 31 at device 7.1 on pci3 em1: Ethernet address: 00:0e:0c:31:69:27 pci0: at device 3.1 (no driver attached) uhci0: port 0x3020-0x303f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x3000-0x301f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcib4: at device 30.0 on pci0 pci1: on pcib4 pci1: at device 12.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3a0-0x3af at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xcd800-0xce7ff,0xce800-0xcf7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2392291800 Hz quality 800 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: CDROM at ata1-master UDMA33 ses0 at iir0 bus 1 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device da0 at iir0 bus 2 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Tagged Queueing Enabled da0: 69931MB (143219475 512 byte sectors: 255H 63S/T 8915C) Trying to mount root from ufs:/dev/da0s1a em1: link state changed to UP em0: link state changed to UP Thanks in advanced! From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 10:19:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F6DC1065673 for ; Thu, 6 Mar 2008 10:19:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3F7F98FC25 for ; Thu, 6 Mar 2008 10:19:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id F38EA1CC038; Thu, 6 Mar 2008 02:19:32 -0800 (PST) Date: Thu, 6 Mar 2008 02:19:32 -0800 From: Jeremy Chadwick To: Ken Chen Message-ID: <20080306101932.GA83571@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: 7.0 kernel panic on Intel SR2400 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, 06 Mar 2008 10:19:33 -0000 On Thu, Mar 06, 2008 at 05:47:16PM +0800, Ken Chen wrote: > I upgrade from 6.2 to 7.0 on this Intel SR2400 server, then it panic after > mounting storage when boot with 7.0 kernel. > > I don't leave enough space for core dumping, so I should get nothing more > for the panic. Any way to gather enough information for bug reporting? I'm not sure what other options you have; it's important that people understand when configuring disks, to make swap equal to (or larger than) the amount of memory you have, AND make sure /var is larger than the total amount of memory you have. > ... > iir0: mem 0xfa000000-0xfbffffff irq 48 at device 8.0 on pci4 > iir0: [GIANT-LOCKED] > ... > ses0 at iir0 bus 1 target 6 lun 0 > ses0: Fixed Processor SCSI-2 device > ses0: SAF-TE Compliant Device > da0 at iir0 bus 2 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: Tagged Queueing Enabled > da0: 69931MB (143219475 512 byte sectors: 255H 63S/T 8915C) > Trying to mount root from ufs:/dev/da0s1a > ... Shot in the dark, but the behaviour sounds similar to what I was seeing when using Intel MatrixRAID in a RAID-1 array with 2 disks. See here: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/108924 -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 10:24:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03C8B1065673 for ; Thu, 6 Mar 2008 10:24:53 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.freebsd.org (Postfix) with ESMTP id 820DA8FC2A for ; Thu, 6 Mar 2008 10:24:53 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m26AOnPf030142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Mar 2008 21:24:50 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m26AOnkN069515; Thu, 6 Mar 2008 21:24:49 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m26AOnxP069514; Thu, 6 Mar 2008 21:24:49 +1100 (EST) (envelope-from peter) Date: Thu, 6 Mar 2008 21:24:49 +1100 From: Peter Jeremy To: Tod McQuillin Message-ID: <20080306102448.GW68971@server.vk2pj.dyndns.org> References: <20080305213442.A36748@plexi.pun-pun.prv> <20080305185841.GU68971@server.vk2pj.dyndns.org> <20080306160720.E1647@plexi.pun-pun.prv> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nhAUiXSLan16V5i8" Content-Disposition: inline In-Reply-To: <20080306160720.E1647@plexi.pun-pun.prv> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Odd file in /lost+found after softupdate inconsistency in fsck 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, 06 Mar 2008 10:24:54 -0000 --nhAUiXSLan16V5i8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 06, 2008 at 04:22:09PM +0900, Tod McQuillin wrote: >So, it's a shapshot -- is it still usable? Is it safe to delete it? If snapinfo can't find it then it's not usable. In either case, it's safe to delete it. >I'm not in the habit of making snapshots ... but it might have come from a= =20 >dump -L. dump -L will create a snapshot and, if aborted, may leave it behind. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --nhAUiXSLan16V5i8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHz8Zw/opHv/APuIcRAiw7AKCM/54YH7ynr1CeUHMrEVv2dn0UewCgwEJi HnwK4PbXSFmRJRG4HYtkbDw= =fVZA -----END PGP SIGNATURE----- --nhAUiXSLan16V5i8-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 10:41:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45FBD1065675 for ; Thu, 6 Mar 2008 10:41:45 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by mx1.freebsd.org (Postfix) with ESMTP id CD2C88FC24 for ; Thu, 6 Mar 2008 10:41:44 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m26AfexC014279 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Mar 2008 21:41:42 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m26Afegg069612; Thu, 6 Mar 2008 21:41:40 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m26AfeZi069611; Thu, 6 Mar 2008 21:41:40 +1100 (EST) (envelope-from peter) Date: Thu, 6 Mar 2008 21:41:40 +1100 From: Peter Jeremy To: Ruben van Staveren Message-ID: <20080306104139.GX68971@server.vk2pj.dyndns.org> References: <20080306061339.3CE2C4500E@ptavv.es.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2O+9B+xSKalj/wdD" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: INET6 -- and why I don't use it 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, 06 Mar 2008 10:41:45 -0000 --2O+9B+xSKalj/wdD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 06, 2008 at 09:51:11AM +0100, Ruben van Staveren wrote: >The interesting thing, to stay on topic, is that people are willing to=20 >explore a feature called "SCTP" which to my knowledge is younger than=20 >"IPv6". This makes the whole discussion sort of moot, right ? In my case, I have a use for SCTP at work (we are using various protocols that run on top of SCTP) but we don't have any IPv6 networks in use. Personally, I find the IPv6 data reported in things like netstat are annoying. >had TCP/UDP for many years and they are still serving their purpose well,= =20 >so why change ? TCP isn't sufficiently robust for some Telco purposes: They can't accept the time it takes TCP to detect or recover from a link failure. >So give it a chance, only then there will be feedback and only then we can= =20 >fix the problems. Otherwise it will stay just theoretical. Agreed. But at this stage I can't justify the effort to do anything more than have a very cursory glance it at. What benefit would I derive from setting up an IPv6 network and attempting to experiment with it? My ISP won't support IPv6 and I'm reasonably certain my cable-modem doesn't either so IPv6 connectivity would entail some sort of tunnel. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --2O+9B+xSKalj/wdD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHz8pj/opHv/APuIcRApYJAKC8IMrjVoQE/OSsEqd1hUgCsiwfSACgvTqe lM7FzzhyVJewpXZkEGKqqIU= =3Rt4 -----END PGP SIGNATURE----- --2O+9B+xSKalj/wdD-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 11:29:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1136C106566B for ; Thu, 6 Mar 2008 11:29:24 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id ADD588FC20 for ; Thu, 6 Mar 2008 11:29:23 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JXEHq-0006hH-DT; Thu, 06 Mar 2008 11:29:22 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JXEHq-000IXO-BY; Thu, 06 Mar 2008 11:29:22 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JXEHq-0001sQ-B1; Thu, 06 Mar 2008 11:29:22 +0000 To: peterjeremy@optushome.com.au, ruben@verweg.com In-Reply-To: <20080306104139.GX68971@server.vk2pj.dyndns.org> Message-Id: From: Pete French Date: Thu, 06 Mar 2008 11:29:22 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: INET6 -- and why I don't use it 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, 06 Mar 2008 11:29:24 -0000 > Agreed. But at this stage I can't justify the effort to do anything > more than have a very cursory glance it at. What benefit would I > derive from setting up an IPv6 network and attempting to experiment > with it? My ISP won't support IPv6 and I'm reasonably certain my > cable-modem doesn't either so IPv6 connectivity would entail some > sort of tunnel. man stf I havent yet found an ISP on which that doesnt work, as it simply uses IPv4 packets to do the job. I assume thats what someone earlier in the thread meant when they said that you can have IPv6 right now on any ISP. It's also incredibly easy to setup - three lines in rc.conf, and no need to talk to any tunnel brrokers or anything. You just enable it and it goes. I belive windows Vista enables 6to4 automaticly if you have a public IP address, so anyone with Vista and an ISP is already using IPv6. Apple Airports also do this, and dish out IPv6 addresses to the equipment which is getting IPv4 NAT on the inside - again, people get it without knowing about it. It's here working right now I think it is slightly poiuntless for home use currently, but in the workplace the lack of NAT has a big advantage - I can just connect to any machine diirectly (and from my home machines too). If you are in a situation where you manage a lot of machine and need to ssh into them to work on them then it's a godsend. -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 12:29:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50EB41065674 for ; Thu, 6 Mar 2008 12:29:01 +0000 (UTC) (envelope-from bluegod@bluegod.net) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id D9BF58FC15 for ; Thu, 6 Mar 2008 12:29:00 +0000 (UTC) (envelope-from bluegod@bluegod.net) Received: by nf-out-0910.google.com with SMTP id b2so1537718nfb.33 for ; Thu, 06 Mar 2008 04:28:59 -0800 (PST) Received: by 10.82.171.16 with SMTP id t16mr5793609bue.25.1204806537907; Thu, 06 Mar 2008 04:28:57 -0800 (PST) Received: from apple.lan ( [212.145.109.197]) by mx.google.com with ESMTPS id u14sm3526915gvf.1.2008.03.06.04.28.54 (version=SSLv3 cipher=RC4-MD5); Thu, 06 Mar 2008 04:28:55 -0800 (PST) Message-ID: <47CFE384.4060607@bluegod.net> Date: Thu, 06 Mar 2008 13:28:52 +0100 From: =?ISO-8859-1?Q?=22James_L=F3pez_=28BLuEGoD=29=22?= User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <47CE6C6B.8060306@bluegod.net> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: kernel backup on 7.0 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, 06 Mar 2008 12:29:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ivan Voras escribió: | James López (BLuEGoD) wrote: |> Hello, |> |> I have FreeBSD 7.0 on my server but due to troubles with sendfile (I |> don't know why, but when I run a configure script checking for that |> function it shows a "segmentation fault" and I can't make my web server |> run well), also because of some accidentally I will reinstall freebsd. |> |> So I would like to know if I can make some kind of backup to the kernel |> because it was modified and recompiled, so perhaps if I backup the boot |> files wouldn't need to compile it again... How can I do that? is |> possible? Its a matter of time.. I will have a short time to do the |> reinstall :S | | If I understand you correctly, you're asking if you can have a "backup | kernel" when you build a new one? | Not exactly.. What I mean is that I want to reinstall FreeBSD due to some accidentally deleted files and a behavior on sendfile :S So I would like to know if I can backup /boot and the overwrite it once I have freebsd installed again... | Yes, and it's the default behaviour. Every time you do a "make | installkernel" (it's integrated into "make kernel"), the old kernel gets | saved in /boot/kernel.old with all its modules. In addition to that, you | can have an arbitrary number of different kernels in the root/boot file | system. To switch between the kernels, escape to loader prompt on the | boot menu, type "help" to see available commands (you'll probably use | "unload", "load" and "boot", in this order). | | - -- ~ ___ _ ___ ___ ___ _ _ ___ ~ | . >| | _ _ | __>/ _> ___ | . \ | \ | ___|_ _| ~ | . \| |_| | || _> |<_/\/ . \| | | _ | |/ ._>| | ~ |___/|___|___||___>____/\___/|___/<_>|_\_|\___.|_| ~ -- BLuEGoD (James LÛpez) bluegod@bluegod.net ------- ~ -- Public Key: Search 'BLuEGoD' on www.keyserver.net ~ --------------- WwW.BLuEGoD.NeT -------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFHz+ODACIwOm/T2YIRAgDHAKCmsERTlXYCWnGNLlEzay4UFEvFvgCfehvt eimPit/5o9QyLn+ooVFQcwI= =4nm0 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 12:54:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B0401065678 for ; Thu, 6 Mar 2008 12:54:28 +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 D51F38FC21 for ; Thu, 6 Mar 2008 12:54:27 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JXFc5-0006Ph-AD for freebsd-stable@freebsd.org; Thu, 06 Mar 2008 12:54:21 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Mar 2008 12:54:21 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Mar 2008 12:54:21 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 06 Mar 2008 13:58:08 +0100 Lines: 30 Message-ID: References: <47CE6C6B.8060306@bluegod.net> <47CFE384.4060607@bluegod.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE76EAD2D16CFBFD5EAB49D75" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: <47CFE384.4060607@bluegod.net> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: kernel backup on 7.0 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, 06 Mar 2008 12:54:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE76EAD2D16CFBFD5EAB49D75 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable James L=C3=B3pez (BLuEGoD) wrote: > Not exactly.. What I mean is that I want to reinstall FreeBSD due to > some accidentally deleted files and a behavior on sendfile :S > So I would like to know if I can backup /boot and the overwrite it once= > I have freebsd installed again... Yes. If you don't change FreeBSD versions or hardware, this will work. --------------enigE76EAD2D16CFBFD5EAB49D75 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.6 (GNU/Linux) iD8DBQFHz+pgldnAQVacBcgRAgktAJ0Zjxhyn/6a8qnJLDBs7ZbWYKBo1ACfb0dB N+ReqhRO89mLxLENeYWmnyI= =ik2n -----END PGP SIGNATURE----- --------------enigE76EAD2D16CFBFD5EAB49D75-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 13:29:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECA8B106566B; Thu, 6 Mar 2008 13:28:59 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id C6F6D8FC21; Thu, 6 Mar 2008 13:28:59 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 89DFA1CC033; Thu, 6 Mar 2008 05:28:59 -0800 (PST) Date: Thu, 6 Mar 2008 05:28:59 -0800 From: Jeremy Chadwick To: Ivan Voras Message-ID: <20080306132859.GA88810@eos.sc1.parodius.com> References: <47CE6C6B.8060306@bluegod.net> <47CFE384.4060607@bluegod.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: kernel backup on 7.0 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, 06 Mar 2008 13:29:01 -0000 On Thu, Mar 06, 2008 at 01:58:08PM +0100, Ivan Voras wrote: > James López (BLuEGoD) wrote: > > > Not exactly.. What I mean is that I want to reinstall FreeBSD due to > > some accidentally deleted files and a behavior on sendfile :S > > So I would like to know if I can backup /boot and the overwrite it once > > I have freebsd installed again... > > Yes. If you don't change FreeBSD versions or hardware, this will work. Clarification: it _might_ work. You need to keep in mind that the kernel/modules he's backing up will very likely *not* match all the binaries he has on his disks, library calls, possibly system calls, etc. etc... This is why building world includes both all the binaries *as well* as the kernel. The reason I point this out is, when certain things in kernel-land change which certain programs rely upon (but haven't been recompiled to be aware of that change), odd things can happen. The most "famous" of the bunch is when top(1) or ps(1) start failing in bizarre ways. Thus, my point: it *probably* will work, but DO NOT assume that it will. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 13:48:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38B0E1065673 for ; Thu, 6 Mar 2008 13:48:45 +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 B32838FC14 for ; Thu, 6 Mar 2008 13:48:44 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JXGSc-0000xR-Vx for freebsd-stable@freebsd.org; Thu, 06 Mar 2008 13:48:38 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Mar 2008 13:48:38 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Mar 2008 13:48:38 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 06 Mar 2008 14:52:28 +0100 Lines: 57 Message-ID: References: <47CE6C6B.8060306@bluegod.net> <47CFE384.4060607@bluegod.net> <20080306132859.GA88810@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8191DB18DD6178994DC0EC5A" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: <20080306132859.GA88810@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: kernel backup on 7.0 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, 06 Mar 2008 13:48:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8191DB18DD6178994DC0EC5A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jeremy Chadwick wrote: > On Thu, Mar 06, 2008 at 01:58:08PM +0100, Ivan Voras wrote: >> James L=C3=B3pez (BLuEGoD) wrote: >> >>> Not exactly.. What I mean is that I want to reinstall FreeBSD due to >>> some accidentally deleted files and a behavior on sendfile :S >>> So I would like to know if I can backup /boot and the overwrite it on= ce >>> I have freebsd installed again... >> Yes. If you don't change FreeBSD versions or hardware, this will work.= >=20 > Clarification: it _might_ work. >=20 > You need to keep in mind that the kernel/modules he's backing up will > very likely *not* match all the binaries he has on his disks, library > calls, possibly system calls, etc. etc... This is why building world > includes both all the binaries *as well* as the kernel. I agree, but I think this is covered by "not changing FreeBSD versions" := ) > The reason I point this out is, when certain things in kernel-land > change which certain programs rely upon (but haven't been recompiled to= > be aware of that change), odd things can happen. The most "famous" of > the bunch is when top(1) or ps(1) start failing in bizarre ways. >=20 > Thus, my point: it *probably* will work, but DO NOT assume that it will= =2E To be even more precise, it will probably (with very high certainty) work for two FreeBSD versions x1.y1 and x2.y2 if x1 =3D=3D x2 and y1 <=3D= y2. It will probably also work for any combination of y1 and y2 as long as x1 =3D=3D x2. It will probably fail if x1 !=3D x2. --------------enig8191DB18DD6178994DC0EC5A 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.6 (GNU/Linux) iD8DBQFHz/cdldnAQVacBcgRAqKWAKCOzA2oxgl9j6YZJ1JNH4E0ZxItWwCdHF/j 0sBXVdwH2cggqLg6TB1egIA= =Rzx5 -----END PGP SIGNATURE----- --------------enig8191DB18DD6178994DC0EC5A-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 13:57:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7343D1065670 for ; Thu, 6 Mar 2008 13:57:32 +0000 (UTC) (envelope-from bluegod@bluegod.net) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 0580C8FC1A for ; Thu, 6 Mar 2008 13:57:31 +0000 (UTC) (envelope-from bluegod@bluegod.net) Received: by ug-out-1314.google.com with SMTP id y2so3932380uge.37 for ; Thu, 06 Mar 2008 05:57:30 -0800 (PST) Received: by 10.67.101.17 with SMTP id d17mr647320ugm.4.1204811849457; Thu, 06 Mar 2008 05:57:29 -0800 (PST) Received: from apple.lan ( [212.145.109.197]) by mx.google.com with ESMTPS id l33sm4677776ugc.67.2008.03.06.05.57.27 (version=SSLv3 cipher=RC4-MD5); Thu, 06 Mar 2008 05:57:28 -0800 (PST) Message-ID: <47CFF846.2030709@bluegod.net> Date: Thu, 06 Mar 2008 14:57:26 +0100 From: =?ISO-8859-1?Q?=22James_L=F3pez_=28BLuEGoD=29=22?= User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <47CE6C6B.8060306@bluegod.net> <47CFE384.4060607@bluegod.net> <20080306132859.GA88810@eos.sc1.parodius.com> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: kernel backup on 7.0 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, 06 Mar 2008 13:57:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ivan Voras escribió: | Jeremy Chadwick wrote: |> On Thu, Mar 06, 2008 at 01:58:08PM +0100, Ivan Voras wrote: |>> James López (BLuEGoD) wrote: |>> |>>> Not exactly.. What I mean is that I want to reinstall FreeBSD due to |>>> some accidentally deleted files and a behavior on sendfile :S |>>> So I would like to know if I can backup /boot and the overwrite it once |>>> I have freebsd installed again... |>> Yes. If you don't change FreeBSD versions or hardware, this will work. In my case I have FreeBSD 7.0 and I will reinstall the same version :) Thanks for all :) |> Clarification: it _might_ work. |> |> You need to keep in mind that the kernel/modules he's backing up will |> very likely *not* match all the binaries he has on his disks, library |> calls, possibly system calls, etc. etc... This is why building world |> includes both all the binaries *as well* as the kernel. | | I agree, but I think this is covered by "not changing FreeBSD versions" :) | |> The reason I point this out is, when certain things in kernel-land |> change which certain programs rely upon (but haven't been recompiled to |> be aware of that change), odd things can happen. The most "famous" of |> the bunch is when top(1) or ps(1) start failing in bizarre ways. |> |> Thus, my point: it *probably* will work, but DO NOT assume that it will. | | To be even more precise, it will probably (with very high certainty) | work for two FreeBSD versions x1.y1 and x2.y2 if x1 == x2 and y1 <= y2. | It will probably also work for any combination of y1 and y2 as long as | x1 == x2. It will probably fail if x1 != x2. | - -- ~ ___ _ ___ ___ ___ _ _ ___ ~ | . >| | _ _ | __>/ _> ___ | . \ | \ | ___|_ _| ~ | . \| |_| | || _> |<_/\/ . \| | | _ | |/ ._>| | ~ |___/|___|___||___>____/\___/|___/<_>|_\_|\___.|_| ~ -- BLuEGoD (James LÛpez) bluegod@bluegod.net ------- ~ -- Public Key: Search 'BLuEGoD' on www.keyserver.net ~ --------------- WwW.BLuEGoD.NeT -------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFHz/hGACIwOm/T2YIRAvqNAKCkur2HdtKyuoilU9Q3i215H1IeuACePOdn +coxVhSAPeKfsnqi3rIQHow= =QmU2 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 15:18:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7FF11065673 for ; Thu, 6 Mar 2008 15:18:42 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from gentoo.gawr.com (irc.freethescene.net [66.226.64.49]) by mx1.freebsd.org (Postfix) with ESMTP id A40038FC2E for ; Thu, 6 Mar 2008 15:18:42 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from [10.34.1.89] (unknown [64.126.14.3]) (Authenticated sender: freebsd@scottevil.com) by gentoo.gawr.com (Postfix) with ESMTP id 59B3540CD96 for ; Thu, 6 Mar 2008 09:06:28 -0600 (CST) Message-ID: <47D006F7.1030607@scottevil.com> Date: Thu, 06 Mar 2008 09:00:07 -0600 From: Scott Oertel User-Agent: Thunderbird 2.0.0.6 (X11/20070801) MIME-Version: 1.0 To: FreeBSD Mailing List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: accf_http and incqlen 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, 06 Mar 2008 15:18:42 -0000 (I sent this to freebsd-questions, but I didn't receive any replies, thought I would try my luck here) I setup the http accept filter with apache and I was having a hard time understanding this, maybe you guys could help out. I've tested this among various version of freebsd, primarily FreeBSD 6.3-RELEASE, and with various apache configs, and it appears to behave the same across the board. So why is it that it "appears" that the TCP connections never terminate, just stay in a state of ESTABLISHED, and why doesn't this queue ever flush itself, is it normal, if it is, what happens exactly when the queue fills up to maxqlen. From the netstat output below, you can see that the incqlen is maxed out. I've done quite a bit of searching regarding this queue but haven't found any real solid information which describes what happens when it fills up, and at the same time this is going on, I have 517 established connections to port 80. ]# netstat -an|grep "\.80"|grep ESTAB|wc -l 519 ---- ]# netstat -Lan Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp4 0/0/5 *.8080 tcp4 0/510/511 *.80 tcp4 0/0/10 *.587 tcp4 0/0/10 *.25 tcp4 0/0/128 *.22 tcp4 0/0/100 *.3306 tcp4 0/0/9 *.21 tcp4 0/0/128 127.0.0.1.953 tcp4 0/0/3 127.0.0.1.53 -Scott Oertel _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 16:34:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7853B1065671 for ; Thu, 6 Mar 2008 16:34:52 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by mx1.freebsd.org (Postfix) with ESMTP id 4DACA8FC13 for ; Thu, 6 Mar 2008 16:34:52 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-1.cisco.com with ESMTP; 06 Mar 2008 08:07:10 -0800 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id m26G79FK009375; Thu, 6 Mar 2008 08:07:09 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id m26G6oM3016345; Thu, 6 Mar 2008 16:07:04 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 6 Mar 2008 08:06:58 -0800 Received: from rrs.local ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 6 Mar 2008 08:06:57 -0800 Message-ID: <47D016A0.6060003@cisco.com> Date: Thu, 06 Mar 2008 11:06:56 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Robert Watson References: <20080303185618.M63813@shell.xecu.net> <47CC9CD9.9030107@delphij.net> <20080305093215.H4227@fledge.watson.org> In-Reply-To: <20080305093215.H4227@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 06 Mar 2008 16:06:57.0763 (UTC) FILETIME=[1A989330:01C87FA4] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1586; t=1204819629; x=1205683629; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20INET6=20required=20for=20SCTP=20in=207. 0? |Sender:=20; bh=T6G7zFNMH3FLNhx89rvwcmVWpgVxo6Aeid7DtmLEtrc=; b=Msn0u6CAAobCihmGzUddSZfdYlQaypvU2SDQ/y6Lwiy7EZtGpYqh3jjiZC yIURRuqLT/YzNR3LvgY8LqwKDgn5sMrZdRAa2hAn3IzoD/W02oJYbdCKICK8 jHRM4P75Bt; Authentication-Results: sj-dkim-2; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); Cc: Vadim Goncharov , freebsd-stable@FreeBSD.org Subject: Re: INET6 required for SCTP in 7.0? 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, 06 Mar 2008 16:34:52 -0000 Robert/All: One of my colleagues has been working on this in the background. Its not so much as a design choice that has haunted us for many years now. The stack originally was written for KAME and as morphed over time.. this is just one thing we have not fixed. Its in process.. I will check with Michael and see what h is status is on it.. Thanks R Robert Watson wrote: > > On Tue, 4 Mar 2008, Vadim Goncharov wrote: > >> On Mon, 03 Mar 2008 16:50:33 -0800; Xin LI wrote about 'Re: INET6 >> required for SCTP in 7.0?': >> >>>> I'm not interested in enabling support for IPv6 for now. >>>> >>>> When I remove INET6 from the kernel configuration, I cannot compile >>>> the kernel without disabling SCTP. With fresh 7.0-STABLE source, >>>> here's the error output (INET6 disabled, but SCTP enabled): >>> Yes, INET6 is (currently) required if you enable SCTP. >> >> Will it be fixed? Any time soon? > > It's considered a bug, and hopefully it will be fixed by the SCTP > maintainers soon. However, they've been fairly busy with another > project so I'm not sure there's a specific timeline. I would like to > see it fixed by 7.1. > > 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" > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 17:08:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A7811065673 for ; Thu, 6 Mar 2008 17:08:04 +0000 (UTC) (envelope-from vincent@netaktiv.com) Received: from caracas.brainstorm.fr (reverse-41.fdn.fr [80.67.176.41]) by mx1.freebsd.org (Postfix) with ESMTP id 4A85D8FC15 for ; Thu, 6 Mar 2008 17:08:04 +0000 (UTC) (envelope-from vincent@netaktiv.com) Received: from spyker.local (unknown [192.168.0.80]) by caracas.brainstorm.fr (Postfix) with ESMTP id 6C94E1AF401; Thu, 6 Mar 2008 17:41:39 +0100 (CET) From: Vincent Mialon To: freebsd-stable@freebsd.org Date: Thu, 6 Mar 2008 17:42:34 +0100 User-Agent: KMail/1.9.9 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803061742.34291.vincent@netaktiv.com> Cc: tech@gitoyen.net Subject: BTX on USB pen drive 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, 06 Mar 2008 17:08:04 -0000 Hello My name is Vincent Mialon and I'm in a six months placement at Gitoyen http://www.gitoyen.net/ (a small opensource-based LIR) Gitoyen is a Local Internet Registry. The current routing solution is mainly based on linux with quagga running ospf and bgp. All routers runs linux from USB flash drives but we think that FreeBSD could be mutch better with OpenOSPFD and OpenBGPD. My mission at Gitoyen is to be able to route about 2Gbps at 190 kilo packets per second using opensource softwares... I want to use nanobsd to generate optimized FreeBSD-7.0-release images on USB pen drive. I generated images with nanobsd. It works on a standard pc with an old Celeron 2.4Ghz but on a brand new supermicro X7SBi with a Core 2 Quad it doesn't boot. The boot selector is shown and I can choose between the two images that nanobsd generated. When it times out BTX crash with very fast scrolling lines. When I shutdown I can see "BTX Halted" with processor registers written on the screen. I tried different ways to bypass this error using grub but when the kernel is launched, grub (or the kernel) crashes (even with a GENERIC kernel). (I updated the motherboard BIOS but no change occured except ACPI fixes.) The motherboard works perfectly on FreeBSD from a sata drive. Linux 2.6.24 boots with no problem on a USB flashdrive. I tested various options in boot0cfg with no sucess. I also tested the howto from http://typo.submonkey.net/articles/2006/04/13/installing-freebsd-on-usb-stick-episode-2 with a 6.3 FreeBSD release which boots on my pc but doesn't boot on my supermicro server. Do you have any idea or pointer that may help me find the way to boot this usb drive ? I may file a bug report if you want. Best regards Vincent From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 17:36:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6D5D1065670 for ; Thu, 6 Mar 2008 17:36:12 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (myrtle.kcilink.com [66.250.193.116]) by mx1.freebsd.org (Postfix) with ESMTP id BF9F08FC21 for ; Thu, 6 Mar 2008 17:36:12 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id E65EE8A03A; Thu, 6 Mar 2008 12:36:11 -0500 (EST) Message-Id: From: Vivek Khera To: Vincent Mialon In-Reply-To: <200803061742.34291.vincent@netaktiv.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Thu, 6 Mar 2008 12:36:11 -0500 References: <200803061742.34291.vincent@netaktiv.com> X-Mailer: Apple Mail (2.919.2) Cc: FreeBSD Stable Subject: Re: BTX on USB pen drive 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, 06 Mar 2008 17:36:13 -0000 On Mar 6, 2008, at 11:42 AM, Vincent Mialon wrote: > I want to use nanobsd to generate optimized FreeBSD-7.0-release > images on USB > pen drive. I generated images with nanobsd. It works on a standard > pc with an > old Celeron 2.4Ghz but on a brand new supermicro X7SBi with a Core 2 > Quad it > doesn't boot. > Take a look at pfSense, a freebsd-based firewall/router with a nice GUI. I believe it can boot from USB stick. It will run as a live CD as well, which seems more secure than USB since you can't corrupt it. It is open source and free of cost. See http://www.pfsense.com/ If you *really* want to roll your own with nanobsd, see if you can make it use grub as the boot loader instead. I hear it has an easier time with some hardware. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 19:24:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F6601065672 for ; Thu, 6 Mar 2008 19:24:10 +0000 (UTC) (envelope-from SRS0=e92ae6ee1d1b4312ccc04ce07bff831dede8e197=632=es.net=oberman@es.net) Received: from postal1.es.net (postal3.es.net [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id EEEA18FC1B for ; Thu, 6 Mar 2008 19:24:09 +0000 (UTC) (envelope-from SRS0=e92ae6ee1d1b4312ccc04ce07bff831dede8e197=632=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id MWE23208; Thu, 06 Mar 2008 11:24:08 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4C1864500E; Thu, 6 Mar 2008 11:24:08 -0800 (PST) To: Peter Jeremy In-Reply-To: Your message of "Thu, 06 Mar 2008 21:41:40 +1100." <20080306104139.GX68971@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1204831448_26551P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 06 Mar 2008 11:24:08 -0800 From: "Kevin Oberman" Message-Id: <20080306192408.4C1864500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Peter Jeremy X-To_Domain: optushome.com.au X-To: Peter Jeremy X-To_Email: peterjeremy@optushome.com.au X-To_Alias: peterjeremy Cc: freebsd-stable@freebsd.org Subject: Re: INET6 -- and why I don't use it 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, 06 Mar 2008 19:24:10 -0000 --==_Exmh_1204831448_26551P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 6 Mar 2008 21:41:40 +1100 > From: Peter Jeremy > Sender: owner-freebsd-stable@freebsd.org > > On Thu, Mar 06, 2008 at 09:51:11AM +0100, Ruben van Staveren wrote: > >The interesting thing, to stay on topic, is that people are willing to > >explore a feature called "SCTP" which to my knowledge is younger than > >"IPv6". This makes the whole discussion sort of moot, right ? > > In my case, I have a use for SCTP at work (we are using various > protocols that run on top of SCTP) but we don't have any IPv6 networks > in use. Personally, I find the IPv6 data reported in things like > netstat are annoying. alias netstat netstat -f inet And the annoying part is NOT IPv6 sockets. There are not many. It's Unix sockets. But the alias takes care of both it they really annoy you. (I run IPv6, so I don't have such an issue.) > >had TCP/UDP for many years and they are still serving their purpose well, > >so why change ? > > TCP isn't sufficiently robust for some Telco purposes: They can't > accept the time it takes TCP to detect or recover from a link failure. > > >So give it a chance, only then there will be feedback and only then we can > >fix the problems. Otherwise it will stay just theoretical. > > Agreed. But at this stage I can't justify the effort to do anything > more than have a very cursory glance it at. What benefit would I > derive from setting up an IPv6 network and attempting to experiment > with it? My ISP won't support IPv6 and I'm reasonably certain my > cable-modem doesn't either so IPv6 connectivity would entail some > sort of tunnel. You don't set up an IPv6 network. You simply have end nodes that will use IPv6 when/if it is available by just making a one-line change in rc.conf as opposed to a kernel re-build. If you have a Windows Vista box (and I'm told several people do, even though I have never used one), it has IPv6, it is always enabled, and it REALLY, REALLY tries to use it using several mechanisms including Toredo tunnels (which are either very cool or the spawn of Satan, depending on who you talk to). -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1204831448_26551P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFH0ETYkn3rs5h7N1ERAmrVAKC0M8X7tKbhFeXfbeovrKdsn0IAigCfRsM0 kDffCE0ZBNYOhPXGxQxgfYA= =bb5k -----END PGP SIGNATURE----- --==_Exmh_1204831448_26551P-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 20:11:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F65F106566B for ; Thu, 6 Mar 2008 20:11:49 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 115DE8FC1E for ; Thu, 6 Mar 2008 20:11:48 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so36417fgg.35 for ; Thu, 06 Mar 2008 12:11:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=ryKGRzChbWxUoDOIPf89dhM7YHRa4vrpySXoxqnH9tk=; b=AG4Q/dIgAly+QOf4XISQRfA1XmuD1wmlkQbQdA1pO7g3avWPYriwGCuK0xiqifCt/yFDQegAcpVBmt+7hgDbKnd5tC+KRihMHNKDsfbQ9yhr7a+WtjckJQ9dSDq7ym1drdJO40iD3cLyS7WYGC1qx4sdyFKaikI0sRx/H58k880= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=YeZzCBaA1a9keWka4aS+ZGs5kw5qnFVGuPmRp0ArkaXZ9g3jqf8stvIxnSb0zwg5NMkLpJyF3/AECF/TvTTAS46+79Royx85RGhVgCQwk0BS7hnbqEuMu1vzKXgqYBhPI/bpD6RqWY2FWUe5ezZsEWtZSER005TLwk0i5+7EUZA= Received: by 10.86.50.8 with SMTP id x8mr214106fgx.25.1204832726263; Thu, 06 Mar 2008 11:45:26 -0800 (PST) Received: by 10.86.58.5 with HTTP; Thu, 6 Mar 2008 11:45:26 -0800 (PST) Message-ID: <6a7033710803061145n7e247f3bn549b54ac0e16cf76@mail.gmail.com> Date: Fri, 7 Mar 2008 03:45:26 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: cb0825959a712885 Subject: Slow timer of 7-stable on IBM x3550 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, 06 Mar 2008 20:11:49 -0000 Hi, We have a IBM x3550 running 7-stable. The timer is 4x~5x slower than it should be, for example: $ time sleep 1 real 0m4.979s user 0m0.000s sys 0m0.000s $ time sleep 2 real 0m9.949s user 0m0.000s sys 0m0.000s The kernel is csup'd and built today: (sys/dev/aic7xxx/aic79xx_osm.c is replaced by version 1.32 from 8-current to avoid some ahd problems) $ uname -a FreeBSD cml2 7.0-STABLE FreeBSD 7.0-STABLE #0: Fri Mar 7 03:02:06 CST 2008 root@cml2:/tmp2/usr/src/sys/CML2 amd64 dmesg: http://w.csie.org/~tzhuan/tmp/dmesg.txt sysctl: http://w.csie.org/~tzhuan/tmp/sysctl.txt kernel config: http://w.csie.org/~tzhuan/tmp/kern.config Any comments? Thanks a lot. Tz-Huan From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 21:53:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B45DD1065671 for ; Thu, 6 Mar 2008 21:53:56 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 746F78FC16 for ; Thu, 6 Mar 2008 21:53:56 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JXO2F-000Du7-8d for stable@freebsd.org; Thu, 06 Mar 2008 21:53:55 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JXO2F-000P0e-60 for stable@freebsd.org; Thu, 06 Mar 2008 21:53:55 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JXO2F-0003PY-5Q for stable@freebsd.org; Thu, 06 Mar 2008 21:53:55 +0000 To: stable@freebsd.org Message-Id: From: Pete French Date: Thu, 06 Mar 2008 21:53:55 +0000 Cc: Subject: ggated vs iscsi 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, 06 Mar 2008 21:53:56 -0000 I want to take a disc partition on one box and make it available to another box to be mounted. Under 7.0 it looks like I have a choice of using either ggated to do this, or the new iscsis initiator. Does anyone have any opinions on what is most reliable ? Instyinct says iscsi as I have used that in the past, but I havent used the new initiator yet. Any advice ? -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 21:59:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD6E71065675 for ; Thu, 6 Mar 2008 21:59:47 +0000 (UTC) (envelope-from gemini@geminix.org) Received: from geminix.org (geminix.org [213.73.82.81]) by mx1.freebsd.org (Postfix) with ESMTP id 802E18FC29 for ; Thu, 6 Mar 2008 21:59:47 +0000 (UTC) (envelope-from gemini@geminix.org) Message-ID: <47D063FF.7000409@geminix.org> Date: Thu, 06 Mar 2008 22:37:03 +0100 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.12) Gecko/20080129 SeaMonkey/1.1.8 (Ubuntu-1.1.8+nobinonly-0ubuntu1) MIME-Version: 1.0 To: Scott Oertel References: <47D006F7.1030607@scottevil.com> In-Reply-To: <47D006F7.1030607@scottevil.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JXNlv-0005XV-MO; Thu, 06 Mar 2008 22:59:46 +0100 Cc: FreeBSD Mailing List Subject: Re: accf_http and incqlen 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, 06 Mar 2008 21:59:47 -0000 Scott Oertel wrote: > (I sent this to freebsd-questions, but I didn't receive any replies, > thought I would try my luck here) > > I setup the http accept filter with apache and I was having a hard time > understanding this, maybe you guys could help out. > > I've tested this among various version of freebsd, primarily FreeBSD > 6.3-RELEASE, and with various > apache configs, and it appears to behave the same across the board. > > So why is it that it "appears" that the TCP connections never terminate, > just stay in a state of ESTABLISHED, and why doesn't this queue ever > flush itself, is it normal, if it is, what happens exactly when the > queue fills up to maxqlen. From the netstat output below, you can see > that the incqlen is maxed out. I've done quite a bit of searching > regarding this queue but haven't found any real solid information which > describes what happens when it fills up, and at the same time this is > going on, I have 517 established connections to port 80. > > ]# netstat -an|grep "\.80"|grep ESTAB|wc -l > 519 > [...] Last time I looked (in FreeBSD 4.x) these were connections that got stuck in an early stage, that is, before the HTTP request had been received. The 'accf_http' filter which wants to parse said request waits forever in this situation because there is no timeout implemented, as far as I recall. So these would-be HTTP connections pile up over time. The actual cause are quite likely port scans and such from the Internet. I don't know whether one would eventually run out of resources, but so many stuck connections certainly look sick, and you can't see the wood for the trees if you need to debug something under these circumstances. What I did instead was compile Apache 1.3 with the flag -DACCEPT_FILTER_NAME=\\\\\"dataready\\\\\" added to CFLAGS in the ports repository's Makefile. This way Apache uses the 'dataready' filter instead of 'httpready'. This doesn't cause any stuck connections, and it improves the performance as well because most modern browsers and proxies send the HTTP request plus the whole set of headers in a single data packet anyway, which means that unconditionally returning from accept(2) on the first data packet received is sufficient. Under these circumstances the overhead of parsing the HTTP request in the kernel, like the 'httpready' filter does, no longer makes much sense. I haven't looked at Apache 2.x so far in this regard. Perhaps there is a similar compile time option. In any case, maybe this tweak helps in your case, too. Regards, Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 22:06:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E35F71065675 for ; Thu, 6 Mar 2008 22:06:33 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 9E3598FC16 for ; Thu, 6 Mar 2008 22:06:33 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JXB00GQNXEPK240@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 06 Mar 2008 23:06:25 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JXB007XMXEP5A62@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 06 Mar 2008 23:06:25 +0100 (CET) Date: Thu, 06 Mar 2008 23:06:25 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080306230625.5c6df098.torfinn.ingolfsen@broadpark.no> In-reply-to: <20080306192408.4C1864500E@ptavv.es.net> References: <20080306104139.GX68971@server.vk2pj.dyndns.org> <20080306192408.4C1864500E@ptavv.es.net> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.8; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: INET6 -- and why I don't use it 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, 06 Mar 2008 22:06:34 -0000 On Thu, 06 Mar 2008 11:24:08 -0800 Kevin Oberman wrote: > You don't set up an IPv6 network. You simply have end nodes that will > use IPv6 when/if it is available by just making a one-line change in > rc.conf as opposed to a kernel re-build. But to make it (an ip v6 network) useful, I (as an end user) would need a dns domain for the machines I control, preferable a zone that *I* have control over. In other words; if I have machines with ipv6 adresses that I can reach globally, but don't have a dns name for them, the usefulness is very limited. Is that challenge solved somehow with ipv6? It doesn't look like dyndns.org supports ipv6 in their free service. -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Thu Mar 6 22:06:50 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B41571065683 for ; Thu, 6 Mar 2008 22:06:50 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.187]) by mx1.freebsd.org (Postfix) with ESMTP id 87AA28FC16 for ; Thu, 6 Mar 2008 22:06:49 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by gv-out-0910.google.com with SMTP id n40so90084gve.39 for ; Thu, 06 Mar 2008 14:06:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=TE9ll0BSp7PQoGvSla3Vi6/uA8zQjMIONlaUJK9/Mzk=; b=fW8dq+x4pn9Q1ljSJNdBeRxmjeG4DWzd2jAyK3OaMePiwyaEr8EWSa6J9F5MG/xbnjwB8hyiNXnPo5BCiwPo7J/BeOG7Sq8IOaM9ttKgU1O8yk/9W5T071vI1hsxPjCULYNeaTau9MzCaIp2xEh35D1JRYLUXfk2c2ribzc2EqA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FK5dLOAXVgGZ0FtKaBXT38Hp33TsrErFydXcVuxTr0AbJ7Iw1j81G54+o3vq3SkR13AZ/sDZow0wcnRaD/v9s48SSeXCTFQ/rztB+uUAnNna//X8wxbvAqb+ZysBQ+TJp2hZpE+LrYLwHlhueTJiJNIVJabyHEnrJIsofAIbzGg= Received: by 10.114.137.2 with SMTP id k2mr621048wad.104.1204841206662; Thu, 06 Mar 2008 14:06:46 -0800 (PST) Received: by 10.114.255.16 with HTTP; Thu, 6 Mar 2008 14:06:46 -0800 (PST) Message-ID: Date: Thu, 6 Mar 2008 14:06:46 -0800 From: "Kip Macy" To: "Freddie Cash" In-Reply-To: <200802291534.40264.fjwcash@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200802291534.40264.fjwcash@gmail.com> Cc: stable@freebsd.org Subject: Re: FreeBSD 7.0 + Xen 3.1 + HVM: Success! 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, 06 Mar 2008 22:06:50 -0000 I'd just like to observe that due to bugs in their real-mode emulation (only required on intel) FreeBSD won't run on Xen 3.1 in HVM on Intel processors. This longstanding issue was finally fixed very recently in the 3.2 branch. -Kip On Fri, Feb 29, 2008 at 3:34 PM, Freddie Cash wrote: > Just thought I'd pass along that I have successfully installed FreeBSD 7.0 > into a Xen 3.1 HVM. This one went as smooth as I expected, considering my > experience with 6.3. Haven't done any benchmarking or stress testing or > port installs or anything. But so far it's working nicely. > > Here's all the info. If you'd like to see anything else, let me know. > > > Host hardware: > Tyan h2000M motherboard > 2x AMD Opteron 2200-series CPUs (dual-core) > 8 GB ECC DDR2-800 SDRAM > 3Ware Escalade 9650SX-12ML PCIe RAID controller > 12x 400 GB SATA harddrives in RAID6 with 1 hot spare (4 TB) > > > Host software: > Ubuntu Server 7.10 64-bit version > Linux kernel 2.6.22 > Xen 3.1 > LVM partitions for all the virtual machines > > > Xen config file: > # Enable hardware virtualisation using HVM > kernel = '/usr/lib/xen-ioemu-3.1/boot/hvmloader' > device_model = '/usr/lib/xen-ioemu-3.1/bin/qemu-dm' > builder = 'hvm' > > # VM/domain name > name = 'freebsd70' > > # Memory and CPU settings > vcpus = '1' > memory = '1024' > > # Disk settings > disk = > [ 'phy:/dev/xenvol0/freebsd70,ioemu:hda,w', 'file:/home/fcash/freebsd-7.0-i386-cd1.iso,hdc:cdrom,r' ] > boot = 'c' > > # Network settings > hostname = 'fbsdvm2.sd73.bc.ca' > vif = [ 'type=ioemu, bridge=xenbr3, mac=00:16:3e:00:00:03' ] > dhcp = '1' > > # Graphics settings > sdl = '0' > vnc = '1' > vncviewer = '1' > > # Other settings > pae = '0' # Whether to enable PAE for 32-bit VMs > acpi = '0' # Whether to enable ACPI for guests > localtime = '1' # Whether system clock is set to local > time or UTC > > # Start/stop settings > on_poweroff = 'destroy' > on_reboot = 'destroy' > on_crash = 'destroy' > > > FreeBSD 7.0 dmesg: > Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 > root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Dual-Core AMD Opteron(tm) Processor 2220 (2793.13-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x40f13 Stepping = 3 > > Features=0x789fbbf > Features2=0x2001 > AMD Features=0x28400800 > AMD Features2=0x19 > real memory = 1073717248 (1023 MB) > avail memory = 1037139968 (989 MB) > MPTable: <_HVMCPU_ XEN > > ioapic0: Changing APIC ID to 1 > ioapic0: Assuming intbase of 0 > ioapic0 irqs 0-47 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > hptrr: HPT RocketRAID controller driver v1.1 (Feb 24 2008 19:59:27) > cpu0 on motherboard > pcib0: pcibus 0 on motherboard > pir0: on motherboard > pci0: on pcib0 > isab0: at device 1.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc000-0xc00f at device 1.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > vgapci0: mem > 0xf0000000-0xf1ffffff,0xf2000000-0xf2000fff at device 2.0 on pci0 > pci0: at device 3.0 (no driver attached) > re0: port 0xc200-0xc2ff mem > 0xf4000000-0xf40000ff irq 5 at device 4.0 on pci0 > miibus0: on re0 > rlphy0: PHY 0 on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > re0: Ethernet address: 00:16:3e:00:00:03 > re0: [FILTER] > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model IntelliMouse Explorer, device ID 4 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio0: [FILTER] > 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 > Timecounter "TSC" frequency 2793128576 Hz quality 800 > Timecounters tick every 1.000 msec > hptrr: no controller detected. > ad0: 102400MB at ata0-master WDMA2 > acd0: CDROM at ata1-master PIO3 > GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. > Trying to mount root from ufs:/dev/ad0s1a > > > FreeBSD 7.0 pciconf -vl: > hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 chip=0x12378086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82440/1FX 440FX (Natoma) System Controller' > class = bridge > subclass = HOST-PCI > isab0@pci0:0:1:0: class=0x060100 card=0x00000000 chip=0x70008086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = '82371SB PIIX3 PCI-to-ISA Bridge (Triton II)' > class = bridge > subclass = PCI-ISA > atapci0@pci0:0:1:1: class=0x010180 card=0x00015853 chip=0x70108086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = '82371SB PIIX3 IDE Interface (Triton II)' > class = mass storage > subclass = ATA > vgapci0@pci0:0:2:0: class=0x030000 card=0x00015853 chip=0x00b81013 > rev=0x00 hdr=0x00 > vendor = 'Cirrus Logic' > device = 'CL-GD5446 64-bit VisualMedia Accelerator' > class = display > subclass = VGA > none0@pci0:0:3:0: class=0xff8000 card=0x00015853 chip=0x00015853 > rev=0x01 hdr=0x00 > re0@pci0:0:4:0: class=0x020000 card=0x00015853 chip=0x813910ec rev=0x20 > hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' > class = network > subclass = ethernet > > -- > Freddie Cash > fjwcash@gmail.com > _______________________________________________ > 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 Mar 7 00:07:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20E2A1065670 for ; Fri, 7 Mar 2008 00:07:02 +0000 (UTC) (envelope-from redchin@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.225]) by mx1.freebsd.org (Postfix) with ESMTP id 9D9088FC18 for ; Fri, 7 Mar 2008 00:07:01 +0000 (UTC) (envelope-from redchin@gmail.com) Received: by hu-out-0506.google.com with SMTP id 28so46541hub.8 for ; Thu, 06 Mar 2008 16:07:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=CRX5Oq3R6oQspi9h+yh783tOtabk9KPYLPFieFT65Xo=; b=fCKreesQvUWlbmXLDl2BRB0gOgHCPQFFOHq97pmY1IIUg5XXUcRRhrXQUakMuZnI+Pe4dAhy7vwaW262m1Pa2absxRXgQcV0m+NF3StpTgvd7QDiyVqyoD3FyBGsA9qEkAyUIS1jkm0GHNrDFDCyl93MkldGHkLdZ30NgLNTmA4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=T2OrOjf26Ifhvpg0UjaImkjWZLPNtzYroWtjfUqxqbYAcXODa8fvGLi59oAPhVANIJ8IDECj1XDMKLsHZeFmT4ED7Jk01qVaMJGohXfv065+A+om9aFv/KWFFG4nyqdBCwezA4oQEI75gvxhKOlJ3GCfkWKFQjg2yHYbfo3ZNs8= Received: by 10.82.171.16 with SMTP id t16mr1090668bue.25.1204847608167; Thu, 06 Mar 2008 15:53:28 -0800 (PST) Received: by 10.82.160.5 with HTTP; Thu, 6 Mar 2008 15:53:28 -0800 (PST) Message-ID: <1d3ed48c0803061553s1674d93ej5369801fa746104f@mail.gmail.com> Date: Thu, 6 Mar 2008 15:53:28 -0800 From: "Kevin Downey" To: "Torfinn Ingolfsen" In-Reply-To: <20080306230625.5c6df098.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080306104139.GX68971@server.vk2pj.dyndns.org> <20080306192408.4C1864500E@ptavv.es.net> <20080306230625.5c6df098.torfinn.ingolfsen@broadpark.no> Cc: freebsd-stable@freebsd.org Subject: Re: INET6 -- and why I don't use it 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, 07 Mar 2008 00:07:02 -0000 On Thu, Mar 6, 2008 at 2:06 PM, Torfinn Ingolfsen wrote: > On Thu, 06 Mar 2008 11:24:08 -0800 > Kevin Oberman wrote: > > > You don't set up an IPv6 network. You simply have end nodes that will > > use IPv6 when/if it is available by just making a one-line change in > > rc.conf as opposed to a kernel re-build. > > But to make it (an ip v6 network) useful, I (as an end user) would need > a dns domain for the machines I control, preferable a zone that *I* have > control over. > > In other words; if I have machines with ipv6 adresses that I can reach > globally, but don't have a dns name for them, the usefulness is very > limited. > > Is that challenge solved somehow with ipv6? > It doesn't look like dyndns.org supports ipv6 in their free service. > -- > Regards, > Torfinn Ingolfsen > > > > _______________________________________________ > 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" > http://www.youtube.com/watch?v=mZo69JQoLb8 Google IPv6 Conference 2008: What will the IPv6 Internet look like? -- The Mafia way is that we pursue larger goals under the guise of personal relationships. Fisheye From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 00:30:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DCB51065672 for ; Fri, 7 Mar 2008 00:30:00 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2A70A8FC15 for ; Fri, 7 Mar 2008 00:29:58 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m270ToUK041872 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Mar 2008 10:59:50 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 7 Mar 2008 10:59:40 +1030 User-Agent: KMail/1.9.7 References: <200803061742.34291.vincent@netaktiv.com> In-Reply-To: <200803061742.34291.vincent@netaktiv.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1661335.LirkgFFuqS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200803071059.48837.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Vincent Mialon , tech@gitoyen.net Subject: Re: BTX on USB pen drive 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, 07 Mar 2008 00:30:00 -0000 --nextPart1661335.LirkgFFuqS Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 7 Mar 2008, Vincent Mialon wrote: > I tested various options in boot0cfg with no sucess. I also tested > the howto from > http://typo.submonkey.net/articles/2006/04/13/installing-freebsd-on-u >sb-stick-episode-2 with a 6.3 FreeBSD release which boots on my pc but > doesn't boot on my supermicro server. > > Do you have any idea or pointer that may help me find the way to boot > this usb drive ? I may file a bug report if you want. I wanted to make a USB flash drive based installer for FreeBSD but=20 unfortunately BTX seems to have issues that make it difficult to do=20 reliably :( Here are 2 patches I tried.. http://people.freebsd.org/~kib/realbtx http://people.freebsd.org/~jhb/patches/btx_crx.patch They improved things but I still found a number of systems where BTX=20 would spin dumping register info so fast I couldn't read it (or take a=20 photo..). Unfortunately I have no idea how you'd debug this sort of thing, it's=20 too much like DOS programming for me :) =46WIW when it did work it was great :) I used FreeSBIE as my base - it=20 has stuff to build USB images in CVS (v2). http://www.freesbie.org/ I don't know if it's possible to use GRUB or something like that instead=20 of BTX.. I have no experience with it, but I would be very interested=20 if it did work (although since GRUB is i386 only and I use amd64=20 systems that's another hurdle..) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1661335.LirkgFFuqS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBH0Ix85ZPcIHs/zowRAmZ+AKCMkJ89tLE+qKtBj/u84YYbNNfQYQCgm0ba xGSLcqK+tocQEC4wjXe/mco= =UBrn -----END PGP SIGNATURE----- --nextPart1661335.LirkgFFuqS-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 00:51:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59DF5106566B for ; Fri, 7 Mar 2008 00:51:00 +0000 (UTC) (envelope-from john@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 3D3BE8FC15 for ; Fri, 7 Mar 2008 00:51:00 +0000 (UTC) (envelope-from john@jnielsen.net) Received: from [192.168.5.128] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id m270ETZn026231; Thu, 6 Mar 2008 19:14:33 -0500 (EST) (envelope-from john@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Thu, 6 Mar 2008 19:14:28 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803061914.28851.john@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Pete French Subject: Re: ggated vs iscsi 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, 07 Mar 2008 00:51:00 -0000 On Thursday 06 March 2008 04:53:55 pm Pete French wrote: > I want to take a disc partition on one box and make it available to > another box to be mounted. Under 7.0 it looks like I have a choice > of using either ggated to do this, or the new iscsis initiator. Does > anyone have any opinions on what is most reliable ? Instyinct says > iscsi as I have used that in the past, but I havent used the new > initiator yet. Any advice ? Keep in mind that with ggate you'll need ggated on the exporting machine and ggatec on the other. Likewise with iSCSI you'll need the a _target_ (such as the one in net/iscsi-target) and an initiator, which you get in the base system starting with FreeBSD 7. Last time I used it the iscsi-target port had some significant bugs, but looking through cvs it looks like those may have been addressed. I can't really speak to performance. Reliability should be all right as long as you don't have frequent network issues. Ggate takes a bit of tweaking and system tuning to get to work right, but works pretty well once you get there. It has the advantage of being very simple to configure and in that regard it might be a good match for your 1:1 exporter/importer setup (although iSCSI isn't that complex, and it sounds like you've used it before). Performance is generally good. Reliability is fair in my experience as long as the network is solid. I don't think ggate does any kind of automatic reconnect (unlike iSCSI), but I've seen simple setups go for months without a hiccup. My best advice would be to try both at least briefly. Do some performance testing, see what happens when you unplug the network (or simulate other interruptions), etc. JN From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 01:12:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45FE01065670 for ; Fri, 7 Mar 2008 01:12:41 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 081858FC21 for ; Fri, 7 Mar 2008 01:12:40 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.1) with ESMTP id m271CauD083943; Fri, 7 Mar 2008 12:12:36 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200803070112.m271CauD083943@drugs.dv.isc.org> To: Torfinn Ingolfsen From: Mark Andrews In-reply-to: Your message of "Thu, 06 Mar 2008 23:06:25 BST." <20080306230625.5c6df098.torfinn.ingolfsen@broadpark.no> Date: Fri, 07 Mar 2008 12:12:36 +1100 Sender: marka@isc.org Cc: freebsd-stable@freebsd.org Subject: Re: INET6 -- and why I don't use it 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, 07 Mar 2008 01:12:41 -0000 > On Thu, 06 Mar 2008 11:24:08 -0800 > Kevin Oberman wrote: > > > You don't set up an IPv6 network. You simply have end nodes that will > > use IPv6 when/if it is available by just making a one-line change in > > rc.conf as opposed to a kernel re-build. > > But to make it (an ip v6 network) useful, I (as an end user) would need > a dns domain for the machines I control, preferable a zone that *I* have > control over. > > In other words; if I have machines with ipv6 adresses that I can reach > globally, but don't have a dns name for them, the usefulness is very > limited. > > Is that challenge solved somehow with ipv6? > It doesn't look like dyndns.org supports ipv6 in their free service. Talk to dyndns.org. From a protocol perspective all this was solved years ago. Windows boxes use UPDATE everyday to do this. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 09:05:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCFF91065703 for ; Fri, 7 Mar 2008 09: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 96C9C8FC20 for ; Fri, 7 Mar 2008 09:05:52 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JXYWV-0005Q1-H7 for freebsd-stable@freebsd.org; Fri, 07 Mar 2008 09:05:51 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 09:05:51 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 09:05:51 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Vadim Goncharov Followup-To: gmane.os.freebsd.stable Date: Fri, 7 Mar 2008 09:05:41 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 26 Message-ID: X-Complaints-To: usenet@ger.gmane.org Summary: too many disks - use bzip and put livefs/docs on disk1 X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: All User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Cc: freebsd-current@freebsd.org Subject: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2008 09:05:53 -0000 Hi! 7.0-RELEASE images came out with FIVE disks - disc 1 to 3 and separate LiveFS and docs. What do they contain? I can guess that 2 and 3 are pure packages so I don't need to download them if I want to compile out from ports. And in previous releases I had to download the disc1 ONLY as it had LiveFS also - a very good improvement since 4.x times where disc2 with only LiveFS, mostly useless all the time, took separate disk. But now release announcement says that for LiveFS I need TWO disks - both disc1 and livefs disk. WHY? Why not to pack they both to a single disc1, this was very comfortable. I suspect this separation is due to sizes od docs etc. - but CD drives can now handle even 700 MBs of data, and disc1 for i386 occupies only 509M, though disc2 is 694M, yes. May be it is desirable to compress docs and other base system parts with bzip2 -9 instead of gzip? P.S. And may be it is good also to resurrect miniinst disk for Depenguinator project? :) -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 09:49:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53CBF1065676 for ; Fri, 7 Mar 2008 09:49:06 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [91.103.162.4]) by mx1.freebsd.org (Postfix) with ESMTP id 112C58FC2A for ; Fri, 7 Mar 2008 09:49:05 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 4DA1F19E02D; Fri, 7 Mar 2008 10:49:05 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id 7CA6B19E02A; Fri, 7 Mar 2008 10:49:02 +0100 (CET) Message-ID: <47D10F9D.4040603@quip.cz> Date: Fri, 07 Mar 2008 10:49:17 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Daniel O'Connor References: <200803061742.34291.vincent@netaktiv.com> <200803071059.48837.doconnor@gsoft.com.au> In-Reply-To: <200803071059.48837.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: vincent@netaktiv.com, tech@gitoyen.net, freebsd-stable@freebsd.org Subject: Re: BTX on USB pen drive 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, 07 Mar 2008 09:49:06 -0000 Daniel O'Connor wrote: > On Fri, 7 Mar 2008, Vincent Mialon wrote: > >>I tested various options in boot0cfg with no sucess. I also tested >>the howto from >>http://typo.submonkey.net/articles/2006/04/13/installing-freebsd-on-u >>sb-stick-episode-2 with a 6.3 FreeBSD release which boots on my pc but >>doesn't boot on my supermicro server. >> >>Do you have any idea or pointer that may help me find the way to boot >>this usb drive ? I may file a bug report if you want. > > > I wanted to make a USB flash drive based installer for FreeBSD but > unfortunately BTX seems to have issues that make it difficult to do > reliably :( I did it in the past. I have 512MB USB flashdisk with 30MB bootable partition from miniboot.iso (FreeBSD 6.2) with GRUB. I used it to install system on Sun Fire X2100 servers without CD-ROM. > Here are 2 patches I tried.. > http://people.freebsd.org/~kib/realbtx > http://people.freebsd.org/~jhb/patches/btx_crx.patch > > They improved things but I still found a number of systems where BTX > would spin dumping register info so fast I couldn't read it (or take a > photo..). > > Unfortunately I have no idea how you'd debug this sort of thing, it's > too much like DOS programming for me :) > > FWIW when it did work it was great :) I used FreeSBIE as my base - it > has stuff to build USB images in CVS (v2). http://www.freesbie.org/ > > I don't know if it's possible to use GRUB or something like that instead > of BTX.. I have no experience with it, but I would be very interested > if it did work (although since GRUB is i386 only and I use amd64 > systems that's another hurdle..) I think you can use GRUB, because it is used in stage where all systems works the same way and amd64 kernel will be booted in later stage. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 09:51:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DACC1065677 for ; Fri, 7 Mar 2008 09:51:45 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7B7108FC25 for ; Fri, 7 Mar 2008 09:51:45 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 196EA1CC033; Fri, 7 Mar 2008 01:51:45 -0800 (PST) Date: Fri, 7 Mar 2008 01:51:45 -0800 From: Jeremy Chadwick To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20080307095145.GA21904@eos.sc1.parodius.com> References: <200803061742.34291.vincent@netaktiv.com> <200803071059.48837.doconnor@gsoft.com.au> <47D10F9D.4040603@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47D10F9D.4040603@quip.cz> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: vincent@netaktiv.com, tech@gitoyen.net, freebsd-stable@freebsd.org Subject: Re: BTX on USB pen drive 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, 07 Mar 2008 09:51:45 -0000 On Fri, Mar 07, 2008 at 10:49:17AM +0100, Miroslav Lachman wrote: > Daniel O'Connor wrote: > >> On Fri, 7 Mar 2008, Vincent Mialon wrote: >>> I tested various options in boot0cfg with no sucess. I also tested >>> the howto from >>> http://typo.submonkey.net/articles/2006/04/13/installing-freebsd-on-u >>> sb-stick-episode-2 with a 6.3 FreeBSD release which boots on my pc but >>> doesn't boot on my supermicro server. >>> >>> Do you have any idea or pointer that may help me find the way to boot >>> this usb drive ? I may file a bug report if you want. >> I wanted to make a USB flash drive based installer for FreeBSD but >> unfortunately BTX seems to have issues that make it difficult to do >> reliably :( > > I did it in the past. I have 512MB USB flashdisk with 30MB bootable > partition from miniboot.iso (FreeBSD 6.2) with GRUB. I used it to install > system on Sun Fire X2100 servers without CD-ROM. > >> Here are 2 patches I tried.. >> http://people.freebsd.org/~kib/realbtx >> http://people.freebsd.org/~jhb/patches/btx_crx.patch >> They improved things but I still found a number of systems where BTX would >> spin dumping register info so fast I couldn't read it (or take a photo..). >> Unfortunately I have no idea how you'd debug this sort of thing, it's too >> much like DOS programming for me :) >> FWIW when it did work it was great :) I used FreeSBIE as my base - it has >> stuff to build USB images in CVS (v2). http://www.freesbie.org/ >> I don't know if it's possible to use GRUB or something like that instead >> of BTX.. I have no experience with it, but I would be very interested if >> it did work (although since GRUB is i386 only and I use amd64 systems >> that's another hurdle..) > > I think you can use GRUB, because it is used in stage where all systems > works the same way and amd64 kernel will be booted in later stage. All of what you've said is correct. I'm not sure who's having problems with GRUB on USB sticks, because yes, it does work. (There are some USB stick models, however, which do not support booting. That's a vendor/manufacturer problem however.) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 09:54:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF8E7106567E for ; Fri, 7 Mar 2008 09:54:15 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from mx1.rink.nu (alastor.rink.nu [213.34.49.5]) by mx1.freebsd.org (Postfix) with ESMTP id 76FA88FC1B for ; Fri, 7 Mar 2008 09:54:15 +0000 (UTC) (envelope-from rink@tragedy.rink.nu) Received: from localhost (alastor.rink.nu [213.34.49.5]) by mx1.rink.nu (Postfix) with ESMTP id DA026BFECAB; Fri, 7 Mar 2008 09:54:11 +0000 (UTC) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.5]) by localhost (alastor.rink.nu [213.34.49.5]) (amavisd-new, port 10024) with ESMTP id vHSzKsoRJ-4p; Fri, 7 Mar 2008 09:53:59 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 7CED1BFEB8E; Fri, 7 Mar 2008 09:53:59 +0000 (UTC) Received: from tragedy.rink.nu (tragedy.rink.nu [213.34.49.3]) by tragedy.rink.nu (8.13.8/8.13.8) with ESMTP id m279rxZF023612; Fri, 7 Mar 2008 10:53:59 +0100 (CET) (envelope-from rink@tragedy.rink.nu) Received: (from rink@localhost) by tragedy.rink.nu (8.13.8/8.13.8/Submit) id m279rtsC023611; Fri, 7 Mar 2008 10:53:55 +0100 (CET) (envelope-from rink) Date: Fri, 7 Mar 2008 10:53:55 +0100 From: Rink Springer To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20080307095355.GE90443@rink.nu> References: <200803061742.34291.vincent@netaktiv.com> <200803071059.48837.doconnor@gsoft.com.au> <47D10F9D.4040603@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47D10F9D.4040603@quip.cz> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: vincent@netaktiv.com, tech@gitoyen.net, freebsd-stable@freebsd.org Subject: Re: BTX on USB pen drive 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, 07 Mar 2008 09:54:15 -0000 On Fri, Mar 07, 2008 at 10:49:17AM +0100, Miroslav Lachman wrote: > I think you can use GRUB, because it is used in stage where all systems > works the same way and amd64 kernel will be booted in later stage. Uh, no. amd64 kernels rely on information that only the loader supplies, such as the memory map... take a look at /sys/amd64/machdep.c, function getmemsize() for example. -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 10:10:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 974141065671 for ; Fri, 7 Mar 2008 10:10:06 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id EBE858FC2A for ; Fri, 7 Mar 2008 10:10:05 +0000 (UTC) (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 ; 7 Mar 2008 10:10:04 +0000 (GMT) Date: Fri, 7 Mar 2008 10:10:02 +0000 From: David Malone To: Uwe Doering Message-ID: <20080307101002.GA99525@walton.maths.tcd.ie> References: <47D006F7.1030607@scottevil.com> <47D063FF.7000409@geminix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47D063FF.7000409@geminix.org> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: Scott Oertel , FreeBSD Mailing List Subject: Re: accf_http and incqlen 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, 07 Mar 2008 10:10:06 -0000 On Thu, Mar 06, 2008 at 10:37:03PM +0100, Uwe Doering wrote: > Last time I looked (in FreeBSD 4.x) these were connections that got > stuck in an early stage, that is, before the HTTP request had been > received. The 'accf_http' filter which wants to parse said request > waits forever in this situation because there is no timeout implemented, > as far as I recall. So these would-be HTTP connections pile up over time. The accf_http should flush out the oldest of these connections once there are more than a certain number of them. I think that the number permitted depeneds on the backlog parameter passed to listen. I checked that this worked recently, and it seemed to do the right thing on 7.X and 4.X. I'd be suprised if 5.X and 6.X differed in a substantial way. David. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 10:10:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D0B810656C7; Fri, 7 Mar 2008 10:10:24 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id C15C98FC27; Fri, 7 Mar 2008 10:10:23 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A7FF1.dip.t-dialin.net [84.154.127.241]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id m27AAIZj033692; Fri, 7 Mar 2008 11:10:21 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m27AAJL3023842; Fri, 7 Mar 2008 11:10:19 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m27AAKZ6000482; Fri, 7 Mar 2008 11:10:25 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200803071010.m27AAKZ6000482@fire.js.berklix.net> To: vadim_nuclight@mail.ru In-reply-to: References: Comments: In-reply-to Vadim Goncharov message dated "Fri, 07 Mar 2008 09:05:41 +0000." Date: Fri, 07 Mar 2008 11:10:20 +0100 From: "Julian H. Stacey" Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2008 10:10:24 -0000 > To: freebsd-stable@freebsd.org This sybject has nothing to do with stable@. > Cc: freebsd-current@freebsd.org Posting to 2 FreeBSD lists is deprecated. hackers@ is for releases. Attempting to shrink to one list, this posted with: To: freebsd-current@freebsd.org bcc: freebsd-stable@freebsd.org, Reply-To: freebsd-current@freebsd.org Vadim Goncharov wrote: > Hi! > > 7.0-RELEASE images came out with FIVE disks - disc 1 to 3 and separate LiveFS > and docs. What do they contain? I can guess that 2 and 3 are pure packages so > I don't need to download them if I want to compile out from ports. And in > previous releases I had to download the disc1 ONLY as it had LiveFS also - > a very good improvement since 4.x times where disc2 with only LiveFS, mostly > useless all the time, took separate disk. > > But now release announcement says that for LiveFS I need TWO disks - both > disc1 and livefs disk. WHY? Why not to pack they both to a single disc1, > this was very comfortable. > > I suspect this separation is due to sizes od docs etc. - but CD drives can now > handle even 700 MBs of data, and disc1 for i386 occupies only 509M, though > disc2 is 694M, yes. > > May be it is desirable to compress docs and other base system parts with > bzip2 -9 instead of gzip? > > P.S. And may be it is good also to resurrect miniinst disk for > Depenguinator project? :) > > -- > WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru > [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] > > _______________________________________________ > 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" > Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail just Ascii plain text. HTML & Base64 is spam. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 12:06:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AC7A106566B; Fri, 7 Mar 2008 12:06:09 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 18B678FC15; Fri, 7 Mar 2008 12:06:08 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-85-109.lns10.adl6.internode.on.net [121.45.85.109]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m27C5xud012368 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Mar 2008 22:36:00 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Jeremy Chadwick Date: Fri, 7 Mar 2008 22:35:43 +1030 User-Agent: KMail/1.9.7 References: <200803061742.34291.vincent@netaktiv.com> <47D10F9D.4040603@quip.cz> <20080307095145.GA21904@eos.sc1.parodius.com> In-Reply-To: <20080307095145.GA21904@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1227457.lgPNTGYWgV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200803072235.51881.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: vincent@netaktiv.com, tech@gitoyen.net, freebsd-stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: BTX on USB pen drive 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, 07 Mar 2008 12:06:09 -0000 --nextPart1227457.lgPNTGYWgV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 7 Mar 2008, Jeremy Chadwick wrote: > > I think you can use GRUB, because it is used in stage where all > > systems works the same way and amd64 kernel will be booted in later > > stage. > > All of what you've said is correct. I'm not sure who's having > problems with GRUB on USB sticks, because yes, it does work. (There > are some USB stick models, however, which do not support booting.=20 > That's a vendor/manufacturer problem however.) My experience with GRUB is limited to trying to get the port to install=20 on an amd64 machine (failed).. And as Rink says - amd64 kernels rely on things the loader does to work,=20 although I guess it might be possible to add that to GRUB. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1227457.lgPNTGYWgV Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBH0S+f5ZPcIHs/zowRArnYAKCY5/DWOW7SW+w7ek+dzBF0T0M9QQCdE/9i d/d09D3kJClXUnmT0SxQTdw= =33Mb -----END PGP SIGNATURE----- --nextPart1227457.lgPNTGYWgV-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 12:17:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37B591065674 for ; Fri, 7 Mar 2008 12:17:43 +0000 (UTC) (envelope-from dmantipov@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7F5388FC13 for ; Fri, 7 Mar 2008 12:17:42 +0000 (UTC) (envelope-from dmantipov@yandex.ru) Received: from rtsoft2.corbina.net ([85.21.88.2]:58288 "EHLO localhost.localdomain" smtp-auth: "dmantipov" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S4395660AbYCGMRa (ORCPT ); Fri, 7 Mar 2008 15:17:30 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp2 X-Yandex-TimeMark: 1204892250 X-MsgDayCount: 1 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: dmantipov Message-ID: <47D1324C.80309@yandex.ru> Date: Fri, 07 Mar 2008 15:17:16 +0300 From: Dmitry Antipov User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [kern/sys_pipe.c] PIPE_NODIRECT and pipe throughput 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, 07 Mar 2008 12:17:43 -0000 Hello all, recently I've tried a few benchmarks around pipe throughput on Linux vs. FreeBSD. Everyone interesting can see my stuff at http://213.148.29.37/PipeBench, and initial post to Linux kernel developer mailing list at http://www.uwsg.iu.edu/hypermail/linux/kernel/0803.0/1837.html It was noticed (http://www.uwsg.iu.edu/hypermail/linux/kernel/0803.0/1842.html) that the page flipping may be a reason of FreeBSD advantage. I've looked at kern/sys_pipe.c and found that defining PIPE_NODIRECT should disable it. Is that correct ? Moreover, when I've tried to run the kernel (7.0-STABLE) with PIPE_NODIRECT defined, my benchmark didn't see 30% slowdown, as promised in kern/sys_pipe.c comments. So, what should be done with a pipe to see a difference between PIPE_NODIRECT enabled and disabled ? Dmitry From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 12:29:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CE7D1065673 for ; Fri, 7 Mar 2008 12:29:41 +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 B88578FC18 for ; Fri, 7 Mar 2008 12:29:40 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JXbhh-00072X-FU for freebsd-stable@freebsd.org; Fri, 07 Mar 2008 12:29:37 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 12:29:37 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 12:29:37 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Vadim Goncharov Date: Fri, 7 Mar 2008 12:29:30 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 19 Message-ID: References: <20080305083930.Q37745@shell.xecu.net> <20080305160143.GA28941@eos.sc1.parodius.com> <1204771612.13169.16.camel@tremelay> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Michael Gratton User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: INET6 -- and why I don't use it X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2008 12:29:41 -0000 Hi Michael Gratton! On Thu, 06 Mar 2008 13:46:52 +1100; Michael Gratton wrote about 'Re: INET6 -- and why I don't use it': >> * I have never liked how IPv6 denotes its addresses by using colon- >> delimited hexadecimal strings. > The glib answer would be "and this is why we have the DNS". Yes it is > more typing and/or talking, but that's the price to pay for a larger > address space. Anyway, just do what we do when relating v4 addresses: > don't pronounce the delimiter. DNS is for users, but admins deal with plain IP addresses much more often - imagine a case of DNS failure, for example - and routine failure will become much more pain in the ass. And dependence on DNS for public IPSEC keys even if addresses are known - is not good. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 13:28:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F105A106566C for ; Fri, 7 Mar 2008 13:28: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 629018FC1B for ; Fri, 7 Mar 2008 13:28:19 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JXccT-0001fK-UT for freebsd-stable@freebsd.org; Fri, 07 Mar 2008 13:28:17 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 13:28:17 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 13:28:17 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Vadim Goncharov Followup-To: gmane.os.freebsd.stable Date: Fri, 7 Mar 2008 13:28:07 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 177 Message-ID: References: <20080305083930.Q37745@shell.xecu.net> <20080305160143.GA28941@eos.sc1.parodius.com> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Jeremy Chadwick User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Cc: freebsd-net@freebsd.org Subject: Re: INET6 -- and why I don't use it X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2008 13:28:20 -0000 Hi Jeremy Chadwick! On Wed, 5 Mar 2008 08:01:43 -0800; Jeremy Chadwick wrote about 'Re: INET6 -- and why I don't use it': >> Makes it harder to debug, etc. Don't want to see anything IPv6 related in >> command output, to let programs to bind on IPv6 addresses, etc. > Changing the Subject (but keeping the thread ID reference), since the > original topic of discussion has now been skewed. > I have the same attitude Vadim does. Actually, most of my IPv6 fear > isn't so much fear as much as it is annoyance and confusion. Here's > my list of things, as trivial as they may sound (and I guarantee they > will): > * I'm not familiar with the intricacies of the protocol. This is > partially my own fault (lack of interest mainly, combined with lack of > need), while I am very familiar with IPv4. This is technically not an argument, but has an economic effect of training staff. > * The last I read about IPv6 in mainstream news, there were major > concerns cited over some of the security aspects of the protocol. I > also remember reading somewhere that IPv6 was supposed to address issues > like packet spoofing and DoS -- what became of this? > * I have never liked how IPv6 denotes its addresses by using colon- > delimited hexadecimal strings. I can expand on this if asked, but it's > more than just "they're MAC-like" (which is also true, even though > they're grouped by 16-bit values and not octets). Reading off an IPv4 > address over the phone is bad enough, and typos are even worse. IPv6? > Good grief. +100. And this 128 bit length is absolutely unnecessary - 64 bits of it are wasted for EUI-64. Moreover, it was debated whether IPv6 will 64 bit or 128 bit - and everyone switched to 128 bit after this message: http://ftp.sayclub.com/pub/ietf/concluded-wg-ietf-mail-archive/sipp/1994-07 - WITHOUT any discussion. And 64 bit addresses could be much better. But even more, look how easily currently IPb5' /24 and another such big blocks are assigned. Do they want to waste 128 bits?!! > * Consumer ISPs here in the States do not "pass packets" -- you aren't > given a raw pipe; you're given a physical transport with IPv4 service. > The reality here is that the vast majority will not embrace IPv6 until > there's an actual market/need for it. No consumer ISP I know of > delegates a customer an IPv6 IP address or netblock. Backbone providers > support IPv6 now, yup -- and even some peering providers and > datacenter/co-location facilities do. But they're all in the minority. All this is for money. As currently much of hardware don't support IPv6, there will be a big upfrade on switching from IPv4. And this would result in a HUGE money piece flowing to hardware vendors. Of course, they are interested in IPv6. > * The "we're running out of address space" argument doesn't hold > much ground with me. Yes, it's getting tight, but it's not THAT tight. > ARIN very regularly returns large amounts of IPv4 space to the world for > use (I used to be subscribed to NANOG, so I'm aware of this). Want to > do something useful? Start campaigns to get General Electric and MIT to > give up huge portions of 3/8 and 18/8, respectively. This is ARIN's > job, and I sure wouldn't want it. Agreed. > * NAT with IPv4 appears to be "solving" most of the address space issues > in this day and age. I use quotes because it adds extra complexities > at the same time (port forwarding, for example, is an annoying > requirement, mainly because so many protocols were written during the > days when NAT didn't exist, or are simply badly-written protocols (I'm > looking at you, Microsoft)). Only once in my life have I seen a single > network so large that it required use of 192.168/16, 172.16/12, and 10/8 > all at once. Another fact is that NAT is **incredibly** integrated in > consumer society now. The attitude given is "NAT suffices, use it". > Until we can teach people "no, it doesn't suffice, and here's why" and > get people to believe and accept that, it isn't going to change. Not only. The NAT is very important in function of hiding internal network structure, may be even more than address limiting problem. I think it is SO important that some kind of NAT with this function will be created for IPv6. Of course, this means additional money for hardware vendors! > * I don't like incorporating "stuff" into my kernel, my utilities, or > my systems in general which I do not use. I don't want to see an IPv6 > address on my machines or my network. Why? It's about minimalism. I > would gladly "embrace" IPv6 if I had reasons to, but I've none, > therefore I do not. Sure, me too. Not counting an imapct on the link if it is enabled (I'll least some below). > Sufficient? Not sufficient. So I'll list some more IPv6' evils. * Too long address. I said about wasted length for EUI-64 - but it means that MAC address is part of IP address. They could say that it is more handy to not have ARP e.g. for small devices (IP address for your toaster? huh) - but that's device memory will be consumpted by too long address, not arp table. Also, this has a security effect - MAC is globally unique - imagine you've bought a notebook from somebody, received an IP address... and then police discovers that his previous owner is a terrorist or MP3s thief. And not only so - L2/L3 separation in IPv4 is a benefit. Imagine a WWW or DNS server which has changed his IP because of a NIC change. Of course it can use logical address, but problem still actual for ordinary users. * Long addressed have impact on routing. Current /24 prefixes consume significant amount of memeory in BGP full-view. Imagine /48 prefixes and four times larger tables due to longer address, huh? * NAT is absent, but source routing resurrected! What a good thing for hackers! Not only all internal network structure is clear (no NAT), but source routing makes it too complex to secure properly... and every entry is again 128 bit. And this was already exploited - remember SA about IPv6 routing header?... * Fragmentation was eliminated! PMTUD is bad, it was invented before dumb admins blocking ICMP, etc. But with IPv4 you can do ``sysctl net.inet.tcp.path_mtu_discovery=0'' - with IPv6 you can't. But this is crucial for tunnels. IPv6 authors live in 80-ties, with no security, tunnels, etc... * TCP/UDP are left unchanged, with 16 bit ports and 32-bit seq numbers. And if ports are enough yet (some years to future, currently this is imapct only for very specific cases), 32-bit seq numbers already have been attacked. Of course, SCTP can address this, but it will not be popular for several years, and IPv6 is already here. * Yes, what we have now? Now we already have bad security. ICMPv6 Routing Advertisement / Router Solicitation - NO auth. No need to fake DHCP - it is ALWAYS enabled. ARP gone, ARP spoofing is still here. ICMPv6 Neighbor Solicitation / Neighbor Advertisement - you can bomb victim with fake addresses and become a Man-in-the-Middle. Already now, together with not authenticated ICMP redirects (Neighbor Discovery Protoco),tested with Linux and Windows! Can be addressed, of course, but that's YEARS ! Currently the ONLY solution is to disable IPv6 on clients and filter it on routers. * IPSEC ?.. How can you use IKE without first discovering peers' MAC ? That's leads to previous problem. And static keys (the same on all machines, huh?) are problematic. * Again routing. Let' take a tester's workstation with two NICs, internal network is NATed, all is clear on external network. But if you enable forwarding with IPv6, it will participate in Router Solicitation, unecessary. * Can list more and describe previous more precisely, but I'm too lazy to continue :) * So, the only IPv6 benefits are: more address space and not recomputing checksum after TTL change. After all, conclusion is clear - IPv6 is a classical effect of secondary system (remember Brooks' Mythical Man-Month?). It's historical mission is collecting bugs for creating IPv8... It is interesting that in early 90-ies, there were several alternatives, but disappeared, e.g. http://www.ietf.cnri.reston.va.us/proceedings/94mar/charters/sipp-charter.html SIPP lived 03.94 - 08.94 "PIP supported variable length addressing in 16-bit units, separation of addresses from identifiers, support for provider selection, mobility, and efficient forwarding." Looks good, instead of IPv6... And for more than 10 years of developing, with spam and hackers, IPv6 still assumes friendly Internet and non-limited expanding, not even trying to look at basics... Ceterum censeo IPv6 esse delendam! P.S. Disclaimer. My additions are briefly translated from russian at http://netch.livejournal.com/tag/ipv6 -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 13:22:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 575931065674 for ; Fri, 7 Mar 2008 13:22:38 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 2152E8FC12 for ; Fri, 7 Mar 2008 13:22:12 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from [203.91.112.54] (helo=engineer) by publicd.ub.mng.net with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JXcTl-000KYu-RY for freebsd-stable@freebsd.org; Fri, 07 Mar 2008 21:22:10 +0800 Message-ID: <006901c88055$d880e300$6901a8c0@engineer> From: "Balgansuren Batsukh" To: "freebsd-stable" References: <1204151575.84335.3.camel@neo.cse.buffalo.edu> Date: Fri, 7 Mar 2008 21:19:15 +0800 Organization: Personal Email MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0066_01C88098.E5B11070" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Mailman-Approved-At: Fri, 07 Mar 2008 14:19:07 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 6.2/6.3/7.0 install CD boot panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2008 13:22:38 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0066_01C88098.E5B11070 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit Hello, I tried to install FreeBSD-6.2/6.3/7.0 on Dell E520. When it get boot install CD, ask me language selection then panic. I mean keyboard, mouse no response, only can power off. Dell hasn't any serial port for debug. Only I use digital camera to capture screen. I tried to all boot options 1,2,3,4,5. When I try to boot using without ACPI and got general proctection fault. Please find attached screen. Regards, Balgaa ------=_NextPart_000_0066_01C88098.E5B11070-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 14:36:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E1541065679 for ; Fri, 7 Mar 2008 14:36:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id EE4828FC23 for ; Fri, 7 Mar 2008 14:36:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 8C9071A4D8C; Fri, 7 Mar 2008 06:18:50 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 7 Mar 2008 09:13:12 -0500 User-Agent: KMail/1.9.7 References: <200803061742.34291.vincent@netaktiv.com> <200803071059.48837.doconnor@gsoft.com.au> In-Reply-To: <200803071059.48837.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803070913.12978.jhb@freebsd.org> Cc: Vincent Mialon , tech@gitoyen.net Subject: Re: BTX on USB pen drive 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, 07 Mar 2008 14:36:09 -0000 On Thursday 06 March 2008 07:29:40 pm Daniel O'Connor wrote: > On Fri, 7 Mar 2008, Vincent Mialon wrote: > > I tested various options in boot0cfg with no sucess. I also tested > > the howto from > > http://typo.submonkey.net/articles/2006/04/13/installing-freebsd-on-u > >sb-stick-episode-2 with a 6.3 FreeBSD release which boots on my pc but > > doesn't boot on my supermicro server. > > > > Do you have any idea or pointer that may help me find the way to boot > > this usb drive ? I may file a bug report if you want. > > I wanted to make a USB flash drive based installer for FreeBSD but > unfortunately BTX seems to have issues that make it difficult to do > reliably :( > > Here are 2 patches I tried.. > http://people.freebsd.org/~kib/realbtx > http://people.freebsd.org/~jhb/patches/btx_crx.patch Try this instead: http://people.freebsd.org/~jhb/patches/btx_real.patch (btx_crx has been in the base system for a while FWIW). This is somewhat similar to kib's patch but fixes at least one bug I found in kib's patch (and uses some slightly different approaches in a few places). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 15:01:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBA541065670 for ; Fri, 7 Mar 2008 15:01:20 +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 640A18FC2E for ; Fri, 7 Mar 2008 15:01:20 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JXe4P-0007HQ-7Q for freebsd-stable@freebsd.org; Fri, 07 Mar 2008 15:01:13 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 15:01:13 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 15:01:13 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 07 Mar 2008 16:05:07 +0100 Lines: 49 Message-ID: References: <200803061742.34291.vincent@netaktiv.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig39B133080125DBBC81FE30A9" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: <200803061742.34291.vincent@netaktiv.com> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: BTX on USB pen drive 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, 07 Mar 2008 15:01:21 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig39B133080125DBBC81FE30A9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Vincent Mialon wrote: > The boot selector is shown and I can choose between the two images that= =20 > nanobsd generated. When it times out BTX crash with very fast scrolling= =20 > lines. When I shutdown I can see "BTX Halted" with processor registers = > written on the screen. I tried different ways to bypass this error usin= g grub=20 > but when the kernel is launched, grub (or the kernel) crashes (even wit= h a=20 > GENERIC kernel).=20 Hi, It is known that the default boot loader (BTX) can have problems with various configuration that somewhat deviate from what was the standard many years ago when it was written. For example, it sometimes fails for me to boot from hardware RAID arrays (twice so far), etc. In all cases, using sysutils/extipl helped - it's an alternative boot loader and it works for me on both i386 and amd64. Install FreeBSD where you want it as usual, then run extipl on the boot device to install its default setup (if you're installing from a CD media, run the fixit shell, mount and chroot into the newly installed system, install extipl from ports, change sysctl kern.geom.debugflags to 16, run it). I didn't need to tweak any of its advanced settings. --------------enig39B133080125DBBC81FE30A9 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.6 (GNU/Linux) iD8DBQFH0VmkldnAQVacBcgRAn5xAJ9vOD6wv8IIl+7DBQcpDkqcE8HvpwCgv28m UkxcBOHcl4QoGOzOmulDpTo= =XmPr -----END PGP SIGNATURE----- --------------enig39B133080125DBBC81FE30A9-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 15:10:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62127106566B for ; Fri, 7 Mar 2008 15:10:08 +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 DB98B8FC14 for ; Fri, 7 Mar 2008 15:10:07 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1JXeCw-0007kd-TH for freebsd-stable@freebsd.org; Fri, 07 Mar 2008 15:10:02 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 15:10:02 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 15:10:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 07 Mar 2008 16:08:59 +0100 Lines: 45 Message-ID: References: <200803061914.28851.john@jnielsen.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4868ABB00A9B5F43D2D04781" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: <200803061914.28851.john@jnielsen.net> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: ggated vs iscsi 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, 07 Mar 2008 15:10:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4868ABB00A9B5F43D2D04781 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable John Nielsen wrote: > On Thursday 06 March 2008 04:53:55 pm Pete French wrote: >> I want to take a disc partition on one box and make it available to >> another box to be mounted. Under 7.0 it looks like I have a choice >> of using either ggated to do this, or the new iscsis initiator. Does >> anyone have any opinions on what is most reliable ? Instyinct says >> iscsi as I have used that in the past, but I havent used the new >> initiator yet. Any advice ? >=20 > Keep in mind that with ggate you'll need ggated on the exporting machin= e=20 > and ggatec on the other. Likewise with iSCSI you'll need the a _target_= =20 > (such as the one in net/iscsi-target) and an initiator, which you get i= n=20 > the base system starting with FreeBSD 7. According to at least two reports, iSCSI initiator in 7.0-RELEASE is buggy and has problems that manifest in very low performance. There are patches for it which should be committed soon. See this thread: http://lists.freebsd.org/pipermail/freebsd-scsi/2008-February/003383.html= --------------enig4868ABB00A9B5F43D2D04781 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.6 (GNU/Linux) iD8DBQFH0VqLldnAQVacBcgRAtUvAKCVQyCJt4GFKjK4t3sETzDA+3ZGaACg4znK AqfgwFJ+O4idA+uCmUoo23E= =mBql -----END PGP SIGNATURE----- --------------enig4868ABB00A9B5F43D2D04781-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 16:10:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89523106566B; Fri, 7 Mar 2008 16:10:01 +0000 (UTC) (envelope-from vadim_nuclight@mail.ru) Received: from mx4.mail.ru (fallback.mail.ru [194.67.57.14]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC1D8FC1F; Fri, 7 Mar 2008 16:10:00 +0000 (UTC) (envelope-from vadim_nuclight@mail.ru) Received: from mx5.mail.ru (mx5.mail.ru [194.67.23.25]) by mx4.mail.ru (mPOP.Fallback_MX) with ESMTP id 0B2BB53DBFC; Fri, 7 Mar 2008 13:40:53 +0300 (MSK) Received: from [78.140.2.241] (port=27510 helo=nuclight.avtf.net) by mx5.mail.ru with asmtp id 1JXa0R-0003WV-00; Fri, 07 Mar 2008 13:40:51 +0300 Date: Fri, 07 Mar 2008 16:40:48 +0600 To: freebsd-current@freebsd.org References: <200803071010.m27AAKZ6000482@fire.js.berklix.net> From: "Vadim Goncharov" Organization: AVTF TPU Hostel Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <200803071010.m27AAKZ6000482@fire.js.berklix.net> User-Agent: Opera M2/7.54 (Win32, build 3865) Cc: freebsd-stable@freebsd.org Subject: Re: RELEASE discs & ISO images (for future) 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, 07 Mar 2008 16:10:01 -0000 07.03.08 @ 16:10 Julian H. Stacey wrote: >> To: freebsd-stable@freebsd.org > This sybject has nothing to do with stable@. It has because 6.3-RELEASE is also affected with docs issue, and future releases 6.4 and 7.1 will be in both branches, as ell as 8.0. >> Cc: freebsd-current@freebsd.org > Posting to 2 FreeBSD lists is deprecated. > hackers@ is for releases. Why? Looks like not the place for official staff. -- WBR, Vadim Goncharov From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 16:13:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B165C1065675 for ; Fri, 7 Mar 2008 16:13:02 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog12.obsmtp.com (s200aog12.obsmtp.com [207.126.144.126]) by mx1.freebsd.org (Postfix) with SMTP id E72108FC12 for ; Fri, 7 Mar 2008 16:13:01 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([63.174.175.251]) by eu1sys200aob012.postini.com ([207.126.147.11]) with SMTP; Fri, 07 Mar 2008 16:13:00 UTC Received: from [172.17.2.235] (unknown [172.17.2.235]) by bbbx3.usdmm.com (Postfix) with ESMTP id D583D5C4D for ; Fri, 7 Mar 2008 10:00:05 -0600 (CST) Message-ID: <47D1668E.1070007@tomjudge.com> Date: Fri, 07 Mar 2008 10:00:14 -0600 From: Tom Judge User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: RELENG_7_0 buildworld failure on read only source tree 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, 07 Mar 2008 16:13:02 -0000 Hi, We have been building RELENG_6_x source trees from read only NFS file systems for well over a year now with out any problems. However I have just tried to do "make buildworld" on a RELENG_7_0 source tree from yesterday and it failed to build with the following error: ===> gnu/usr.bin/cvs/cvs (cleandir) rm -f cvs add.o admin.o annotate.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o prepend_args.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o run.o scramble.o server.o stack.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o cvs.1.gz cvs.5.gz cvs.1.cat.gz cvs.5.cat.gz rm -rf cvs-sanity rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> gnu/usr.bin/cvs/contrib (cleandir) sed -e 's,@CSH@,/bin/csh,' -e 's,@PERL@,/usr/bin/perl,' /usr/src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile.in > Makefile cannot create Makefile: Read-only file system *** Error code 2 Stop in /usr/src/gnu/usr.bin/cvs/contrib. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cvs. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Should it be possible to build RELENG_7_0 with a read only source tree? Thanks Tom From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 16:25:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2EDA1065675 for ; Fri, 7 Mar 2008 16:25:41 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 70C848FC1E for ; Fri, 7 Mar 2008 16:25:41 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JXfO8-000PuE-1J; Fri, 07 Mar 2008 16:25:40 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JXfO7-000Boe-VD; Fri, 07 Mar 2008 16:25:39 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JXfO7-0000Og-UP; Fri, 07 Mar 2008 16:25:39 +0000 To: freebsd-stable@freebsd.org, john@jnielsen.net In-Reply-To: <200803061914.28851.john@jnielsen.net> Message-Id: From: Pete French Date: Fri, 07 Mar 2008 16:25:39 +0000 Cc: Subject: Re: ggated vs iscsi 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, 07 Mar 2008 16:25:41 -0000 > Last time I used it the iscsi-target port had some significant bugs, but > looking through cvs it looks like those may have been addressed. I can't > really speak to performance. Reliability should be all right as long as > you don't have frequent network issues. Thanks for the warning - do you have any refernces for these bugs ? I have been using the iscsi-target for a while and never come across anything problematic, but I havent really hammered it hard as yet. Am currently playing around with using gmirror on a pair of iscsi drives mounted using iscsi_initiator/iscsi-target and it seems to work rather nicely actually. Reconnest if I disconnect a drive, performance is O.K., and it appears to behave itself. I would rather use ZFS on top, but I am not sure I *quite* trust it yet after some of the comments on here and my own expeineces, so gmirror it is for now. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 16:26:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1175B106566C; Fri, 7 Mar 2008 16:26:12 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id C4DD78FC28; Fri, 7 Mar 2008 16:26:11 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JXfOd-000PuR-2u; Fri, 07 Mar 2008 16:26:11 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JXfOc-000Boq-TR; Fri, 07 Mar 2008 16:26:10 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JXfOc-0000Ol-Sh; Fri, 07 Mar 2008 16:26:10 +0000 To: freebsd-stable@freebsd.org, ivoras@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Fri, 07 Mar 2008 16:26:10 +0000 Cc: Subject: Re: ggated vs iscsi 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, 07 Mar 2008 16:26:12 -0000 > According to at least two reports, iSCSI initiator in 7.0-RELEASE is > buggy and has problems that manifest in very low performance. There are > patches for it which should be committed soon. > > See this thread: > http://lists.freebsd.org/pipermail/freebsd-scsi/2008-February/003383.html Thanks - low performance I can live with, as long as it doesnt lose any data then I am happy. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 16:27:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E71C1065671 for ; Fri, 7 Mar 2008 16:27:08 +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 8BB7E8FC18 for ; Fri, 7 Mar 2008 16:27:07 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JXfPT-0003bE-3P for freebsd-stable@freebsd.org; Fri, 07 Mar 2008 16:27:03 +0000 Received: from murdoc.gwi.net ([207.5.142.8]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 16:27:03 +0000 Received: from jcoombs by murdoc.gwi.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 16:27:03 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Joshua Coombs Date: Fri, 07 Mar 2008 11:26:56 -0500 Lines: 54 Message-ID: References: <1204313564l.249966l.0l@psu.edu> <7E228F3A-DFE0-4071-8694-14A012CC21E1@gothic.net.au> <1204575279l.807074l.0l@psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: murdoc.gwi.net User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) In-Reply-To: <1204575279l.807074l.0l@psu.edu> Sender: news Subject: Re: FreeBSD 7 buildworld error 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, 07 Mar 2008 16:27:08 -0000 Derek Taylor wrote: > On Fri, Feb 29, 2008 09:50 PM Sean wrote: >> Check /etc/make.conf for CFLAGS, and if present remove it. > > This fixed the problem. > > Thank you. > > -Derek. I can confirm a failure in the same spot. What concerns me is in both my failure, and Derek's, the malloc is failing well below what limit says should be allowed. bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c cc1: out of memory allocating 136475392 bytes *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_int. *** Error code 1 cyrix-dlc# limit cputime unlimited filesize unlimited datasize 524288 kbytes stacksize 65536 kbytes coredumpsize unlimited memoryuse unlimited vmemoryuse unlimited descriptors 957 memorylocked unlimited maxproc 478 sbsize unlimited cc1 was only trying to request 130MB, my datasize is 512MB, why did it fail? Not to mention the additional question of why is cc1 ballooning up so badly on that file, when leading up to it it's using on average 12MB per instance? Prior versions of FreeBSD never took anywhere NEAR this much RAM to build. (I also don't like the 'remove all CFLAGS' "fix" suggestion, something is broken if a buildworld can't complete on a stock kernel with sane CFLAGS. In my case, I run -Os -pipe, am I now to understand that any CFLAGS setting is inappropriate?) Joshua Coombs From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 16:34:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACE881065672 for ; Fri, 7 Mar 2008 16:34:38 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from gentoo.gawr.com (irc.freethescene.net [66.226.64.49]) by mx1.freebsd.org (Postfix) with ESMTP id 9633A8FC13 for ; Fri, 7 Mar 2008 16:34:38 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from [10.34.1.89] (unknown [64.126.14.3]) (Authenticated sender: freebsd@scottevil.com) by gentoo.gawr.com (Postfix) with ESMTP id D37C940C75C; Fri, 7 Mar 2008 10:41:07 -0600 (CST) Message-ID: <47D16E9C.9060203@scottevil.com> Date: Fri, 07 Mar 2008 10:34:36 -0600 From: Scott Oertel User-Agent: Thunderbird 2.0.0.6 (X11/20070801) MIME-Version: 1.0 To: David Malone References: <47D006F7.1030607@scottevil.com> <47D063FF.7000409@geminix.org> <20080307101002.GA99525@walton.maths.tcd.ie> In-Reply-To: <20080307101002.GA99525@walton.maths.tcd.ie> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Mailing List Subject: Re: accf_http and incqlen 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, 07 Mar 2008 16:34:38 -0000 David Malone wrote: > On Thu, Mar 06, 2008 at 10:37:03PM +0100, Uwe Doering wrote: > >> Last time I looked (in FreeBSD 4.x) these were connections that got >> stuck in an early stage, that is, before the HTTP request had been >> received. The 'accf_http' filter which wants to parse said request >> waits forever in this situation because there is no timeout implemented, >> as far as I recall. So these would-be HTTP connections pile up over time. >> > > The accf_http should flush out the oldest of these connections once > there are more than a certain number of them. I think that the > number permitted depeneds on the backlog parameter passed to listen. > I checked that this worked recently, and it seemed to do the right > thing on 7.X and 4.X. I'd be suprised if 5.X and 6.X differed in > a substantial way. > > David. > > So having the queue showing full in the netstat should be normal, and not have any side effects? btw, i tested this on 4.x, 5.x, 6.x and 7.x, they all appear to behave in the same fashion. -Scott From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 16:37:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F7941065670 for ; Fri, 7 Mar 2008 16:37:14 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id 5EC9E8FC1B for ; Fri, 7 Mar 2008 16:37:13 +0000 (UTC) (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 ; 7 Mar 2008 16:37:12 +0000 (GMT) Received: from localhost ([127.0.0.1] helo=maths.tcd.ie) by walton.maths.tcd.ie with SMTP id ; 7 Mar 2008 16:37:12 +0000 (GMT) To: Scott Oertel In-reply-to: Your message of "Fri, 07 Mar 2008 10:34:36 CST." <47D16E9C.9060203@scottevil.com> X-Request-Do: Date: Fri, 07 Mar 2008 16:37:12 +0000 From: David Malone Message-ID: <200803071637.aa04380@walton.maths.tcd.ie> Cc: FreeBSD Mailing List Subject: Re: accf_http and incqlen 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, 07 Mar 2008 16:37:14 -0000 > So having the queue showing full in the netstat should be normal, and > not have any side effects? btw, i tested this on 4.x, 5.x, 6.x and 7.x, > they all appear to behave in the same fashion. I must admit that I did not check netstat, but I believe you would always see a full queue in netstat once the machine had been running for a while. My test was to open a large number of connections, and check that once I exceded the backlog that previous connections were closed. David. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 16:39:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0051A1065671 for ; Fri, 7 Mar 2008 16:39:02 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from gentoo.gawr.com (irc.freethescene.net [66.226.64.49]) by mx1.freebsd.org (Postfix) with ESMTP id 4EC278FC14 for ; Fri, 7 Mar 2008 16:39:02 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from [10.34.1.89] (unknown [64.126.14.3]) (Authenticated sender: freebsd@scottevil.com) by gentoo.gawr.com (Postfix) with ESMTP id 0A9AE40C6D0; Fri, 7 Mar 2008 10:45:31 -0600 (CST) Message-ID: <47D16FA5.5070008@scottevil.com> Date: Fri, 07 Mar 2008 10:39:01 -0600 From: Scott Oertel User-Agent: Thunderbird 2.0.0.6 (X11/20070801) MIME-Version: 1.0 To: David Malone References: <200803071637.aa04380@walton.maths.tcd.ie> In-Reply-To: <200803071637.aa04380@walton.maths.tcd.ie> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Mailing List Subject: Re: accf_http and incqlen 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, 07 Mar 2008 16:39:03 -0000 David Malone wrote: > I must admit that I did not check netstat, but I believe you would > always see a full queue in netstat once the machine had been running > for a while. My test was to open a large number of connections, and > check that once I exceded the backlog that previous connections > were closed. > > David. > > Ah, yeah, that makes sense. I've been running it this way for a few days and it seems fine. Ill let it ride and hopefully I won't run into any issues. Thanks for the help. -Scott From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 17:00:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AE1F106566B for ; Fri, 7 Mar 2008 17:00:25 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 4D7838FC17 for ; Fri, 7 Mar 2008 17:00:25 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [192.168.5.128] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id m27H0KZn046916; Fri, 7 Mar 2008 12:00:24 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Fri, 7 Mar 2008 12:00:19 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803071200.19478.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Pete French Subject: Re: ggated vs iscsi 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, 07 Mar 2008 17:00:25 -0000 On Friday 07 March 2008 11:25:39 am Pete French wrote: > > Last time I used it the iscsi-target port had some significant bugs, > > but looking through cvs it looks like those may have been addressed. > > I can't really speak to performance. Reliability should be all right > > as long as you don't have frequent network issues. > > Thanks for the warning - do you have any refernces for these bugs ? I > have been using the iscsi-target for a while and never come across > anything problematic, but I havent really hammered it hard as yet. These two (related) PR's are one starting point. Both are closed/fixed. :) http://www.freebsd.org/cgi/query-pr.cgi?pr=117015 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/117690 There was an e-mail thread about some (possibly the same) issues as well but I can't find it now. In any case it looks like my experience is out of date and the latest version of the port has seen some beneficial updates. > Am currently playing around with using gmirror on a pair of iscsi > drives mounted using iscsi_initiator/iscsi-target and it seems to > work rather nicely actually. Reconnest if I disconnect a drive, > performance is O.K., and it appears to behave itself. I would rather > use ZFS on top, but I am not sure I *quite* trust it yet after some of > the comments on here and my own expeineces, so gmirror it is for now. As long as the rebuild time is okay for you then this is a likely a good way to go. Between iscsi, zfs, and all the geom tools there are a LOT of options for storage in FreeBSD these days. With more people adopting 7 the remaining kinks will hopefully get worked out of the former two in short order. JN From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 17:02:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA3AC1065676 for ; Fri, 7 Mar 2008 17:02:29 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 9D4E68FC18 for ; Fri, 7 Mar 2008 17:02:29 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [192.168.5.128] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id m27H2RZn047961; Fri, 7 Mar 2008 12:02:29 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Fri, 7 Mar 2008 12:02:26 -0500 User-Agent: KMail/1.9.7 References: <200803061914.28851.john@jnielsen.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803071202.27215.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Ivan Voras Subject: Re: ggated vs iscsi 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, 07 Mar 2008 17:02:29 -0000 On Friday 07 March 2008 10:08:59 am Ivan Voras wrote: > John Nielsen wrote: > > On Thursday 06 March 2008 04:53:55 pm Pete French wrote: > >> I want to take a disc partition on one box and make it available to > >> another box to be mounted. Under 7.0 it looks like I have a choice > >> of using either ggated to do this, or the new iscsis initiator. Does > >> anyone have any opinions on what is most reliable ? Instyinct says > >> iscsi as I have used that in the past, but I havent used the new > >> initiator yet. Any advice ? > > > > Keep in mind that with ggate you'll need ggated on the exporting > > machine and ggatec on the other. Likewise with iSCSI you'll need the > > a _target_ (such as the one in net/iscsi-target) and an initiator, > > which you get in the base system starting with FreeBSD 7. > > According to at least two reports, iSCSI initiator in 7.0-RELEASE is > buggy and has problems that manifest in very low performance. There are > patches for it which should be committed soon. > > See this thread: > http://lists.freebsd.org/pipermail/freebsd-scsi/2008-February/003383.ht >ml I remember the thread (and the patch). Is there a PR for this or did you or someone else just pick it up directly? JN From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 17:02:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18BBB106566C for ; Fri, 7 Mar 2008 17:02:35 +0000 (UTC) (envelope-from darranc@deejc.net) Received: from smtp-out-68.livemail.co.uk (smtp-out-68.livemail.co.uk [213.171.216.68]) by mx1.freebsd.org (Postfix) with ESMTP id D81B58FC25 for ; Fri, 7 Mar 2008 17:02:34 +0000 (UTC) (envelope-from darranc@deejc.net) Received: from webmail.deejc.net (mail213-171-216-230.livemail.co.uk [213.171.216.230]) by smtp-out-68.livemail.co.uk (Postfix) with SMTP id EBC1645EEE1 for ; Fri, 7 Mar 2008 17:02:32 +0000 (GMT) MIME-Version: 1.0 X-Mailer: livemail.co.uk Webmail Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <47D16FA5.5070008@scottevil.com> References: <200803071637.aa04380@walton.maths.tcd.ie> <47D16FA5.5070008@scottevil.com> Date: Fri, 07 Mar 2008 17:02:32 +0000 From: "Darran" To: "FreeBSD Mailing List" Subject: FreeBSD and Apache, is it safe out of the box ? 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, 07 Mar 2008 17:02:35 -0000 Hello all, I want to run a (FreeBSD 7) server facing the internet and running Apache and wondered if its safe out of the box .. so to speak ? Do i have to do a degree in configuration to allow it to face the wild west (internet) ? I also want to use it for storage of media and serving of media .. using windows and freebsd clients .. is it possible .. again .. out of the box ? thanks for your time. Darran http://www.deejc.net From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 17:20:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7152D1065670 for ; Fri, 7 Mar 2008 17:20:19 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from canonware.com (canonware.com [64.183.146.166]) by mx1.freebsd.org (Postfix) with ESMTP id 5518D8FC28 for ; Fri, 7 Mar 2008 17:20:19 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from [192.168.168.201] (unknown [192.168.168.201]) by canonware.com (Postfix) with ESMTP id 48994129873; Fri, 7 Mar 2008 08:58:53 -0800 (PST) Message-ID: <47D1735D.60007@FreeBSD.org> Date: Fri, 07 Mar 2008 08:54:53 -0800 From: Jason Evans User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: Joshua Coombs References: <1204313564l.249966l.0l@psu.edu> <7E228F3A-DFE0-4071-8694-14A012CC21E1@gothic.net.au> <1204575279l.807074l.0l@psu.edu> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7 buildworld error 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, 07 Mar 2008 17:20:19 -0000 Joshua Coombs wrote: > Derek Taylor wrote: >> On Fri, Feb 29, 2008 09:50 PM Sean wrote: >>> Check /etc/make.conf for CFLAGS, and if present remove it. >> >> This fixed the problem. >> >> Thank you. >> >> -Derek. > > I can confirm a failure in the same spot. What concerns me is in both > my failure, and Derek's, the malloc is failing well below what limit > says should be allowed. > > bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber > -I/usr/obj/usr/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c > > cc1: out of memory allocating 136475392 bytes > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/cc/cc_int. > *** Error code 1 > > cyrix-dlc# limit > cputime unlimited > filesize unlimited > datasize 524288 kbytes > stacksize 65536 kbytes > coredumpsize unlimited > memoryuse unlimited > vmemoryuse unlimited > descriptors 957 > memorylocked unlimited > maxproc 478 > sbsize unlimited > > cc1 was only trying to request 130MB, my datasize is 512MB, why did it > fail? It looks to me like gcc is trying to allocate a single 130MiB object, but you don't say anything about how much memory is already in use. It may well be that there are no remaining places in the memory map to place such a large object. Jason From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 17:34:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AAE41065674 for ; Fri, 7 Mar 2008 17:34:18 +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 597D68FC17 for ; Fri, 7 Mar 2008 17:34:18 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m27HYFW4034086; Fri, 7 Mar 2008 12:34:16 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m27HYFCf014595 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Mar 2008 12:34:15 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200803071734.m27HYFCf014595@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 07 Mar 2008 12:36:21 -0500 To: "Darran" , "FreeBSD Mailing List" From: Mike Tancsa In-Reply-To: References: <200803071637.aa04380@walton.maths.tcd.ie> <47D16FA5.5070008@scottevil.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: FreeBSD and Apache, is it safe out of the box ? 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, 07 Mar 2008 17:34:18 -0000 At 12:02 PM 3/7/2008, Darran wrote: >Hello all, > >I want to run a (FreeBSD 7) server facing the internet and running Apache and >wondered if its safe out of the box .. so to speak ? Yes, today it is. But that does not necessarily mean you will not need to do updates, apply patches, perhaps change your configuration to deal with new threats. In my experience, FreeBSD makes the later part easier than Windows or Linux (IMHO and experience) >Do i have to do a degree in configuration to allow it to face the wild west >(internet) ? >I also want to use it for storage of media and serving of media .. >using windows >and freebsd clients .. is it possible .. again .. out of the box ? If you mean turn it on, click a few buttons and "it works" ? no. You will need to install and configure samba and apache. e.g. cd /usr/ports/net/samba3;make install will get the application installed, but you still need to configure it and later maintain it. With Windows, I find you can initially get things working without understanding how it works. But when you run into problems, you wont understand how to fix them. In general I find with FreeBSD, you are expected to understand some basics, but you are then better prepared to understand the problems you will face in running a server.... That being said, the defaults FreeBSD 7.0 it comes with are pretty sane and you should be able to get going quickly to the point where you are doing "stuff" ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 17:36:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2250B10656C0 for ; Fri, 7 Mar 2008 17:36:12 +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 CE2C98FC14 for ; Fri, 7 Mar 2008 17:36:11 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JXgUL-00075X-Jo for freebsd-stable@freebsd.org; Fri, 07 Mar 2008 17:36:09 +0000 Received: from murdoc.gwi.net ([207.5.142.8]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 17:36:09 +0000 Received: from jcoombs by murdoc.gwi.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 17:36:09 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Joshua Coombs Date: Fri, 07 Mar 2008 12:36:03 -0500 Lines: 24 Message-ID: References: <1204313564l.249966l.0l@psu.edu> <7E228F3A-DFE0-4071-8694-14A012CC21E1@gothic.net.au> <1204575279l.807074l.0l@psu.edu> <47D1735D.60007@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: murdoc.gwi.net User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) In-Reply-To: <47D1735D.60007@FreeBSD.org> Sender: news Subject: Re: FreeBSD 7 buildworld error 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, 07 Mar 2008 17:36:12 -0000 Jason Evans wrote: >> cc1 was only trying to request 130MB, my datasize is 512MB, why did it >> fail? > > It looks to me like gcc is trying to allocate a single 130MiB object, > but you don't say anything about how much memory is already in use. It > may well be that there are no remaining places in the memory map to > place such a large object. > > Jason The machine is a pretty lightly loaded, but low physical mem box. 64mb ram, 384mb of swap normally, with an additional 2gb of swap to a file added for my buildworld attempt. Mem: 20M Active, 5604K Inact, 27M Wired, 2876K Cache, 14M Buf, 3064K Free Swap: 2432M Total, 21M Used, 2411M Free 15901 root 1 115 0 12640K 11628K RUN 2:22 86.96% cc1 Thats while building tree-ssa-ccp.c. How do I test out your theory? (Short of watching top while doing the build.) Josh C From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 18:25:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B8531065671 for ; Fri, 7 Mar 2008 18:25:11 +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 DAEF98FC23 for ; Fri, 7 Mar 2008 18:25:10 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1JXhFf-0001I9-4x for freebsd-stable@freebsd.org; Fri, 07 Mar 2008 18:25:03 +0000 Received: from adsl-69-234-210-93.dsl.irvnca.pacbell.net ([69.234.210.93]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 18:25:03 +0000 Received: from w41ter by adsl-69-234-210-93.dsl.irvnca.pacbell.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 18:25:03 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: walt Date: Fri, 07 Mar 2008 10:21:25 -0800 Lines: 13 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: adsl-69-234-210-93.dsl.irvnca.pacbell.net User-Agent: Thunderbird 3.0a1pre (X11/2008030707) Sender: news Subject: [PATCH] Update pkg_add -r 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, 07 Mar 2008 18:25:11 -0000 Looks like pkg_add -r is failing on RELENG_7: --- main.c.orig 2008-03-07 10:20:00.000000000 -0800 +++ main.c 2008-03-07 09:58:56.000000000 -0800 @@ -81,7 +81,7 @@ { 502100, 502128, "/packages-5-current" }, { 503100, 599000, "/packages-5-stable" }, { 600100, 699000, "/packages-6-stable" }, - { 700000, 799000, "/packages-7-current" }, + { 700000, 799000, "/packages-7-stable" }, { 0, 9999999, "/packages-current" }, { 0, 0, NULL } }; From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 18:37:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 207ED106566B for ; Fri, 7 Mar 2008 18:37:29 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 93B928FC15 for ; Fri, 7 Mar 2008 18:37:28 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:62326 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1JXhRe-0001hB-9b for freebsd-stable@freebsd.org; Fri, 07 Mar 2008 19:37:27 +0100 Received: (qmail 71054 invoked from network); 7 Mar 2008 19:37:24 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 7 Mar 2008 19:37:24 +0100 Received: (qmail 79895 invoked by uid 1001); 7 Mar 2008 19:37:24 +0100 Date: Fri, 7 Mar 2008 19:37:24 +0100 From: Erik Trulsson To: Jason Evans Message-ID: <20080307183724.GA79858@owl.midgard.homeip.net> Mail-Followup-To: Jason Evans , Joshua Coombs , freebsd-stable@freebsd.org References: <1204313564l.249966l.0l@psu.edu> <7E228F3A-DFE0-4071-8694-14A012CC21E1@gothic.net.au> <1204575279l.807074l.0l@psu.edu> <47D1735D.60007@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47D1735D.60007@FreeBSD.org> User-Agent: Mutt/1.5.17 (2007-11-01) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1JXhRe-0001hB-9b. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1JXhRe-0001hB-9b dbc3a3505d9738b75528178f902ab285 Cc: freebsd-stable@freebsd.org, Joshua Coombs Subject: Re: FreeBSD 7 buildworld error 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, 07 Mar 2008 18:37:29 -0000 On Fri, Mar 07, 2008 at 08:54:53AM -0800, Jason Evans wrote: > Joshua Coombs wrote: >> Derek Taylor wrote: >>> On Fri, Feb 29, 2008 09:50 PM Sean wrote: >>>> Check /etc/make.conf for CFLAGS, and if present remove it. >>> >>> This fixed the problem. >>> >>> Thank you. >>> >>> -Derek. >> >> I can confirm a failure in the same spot. What concerns me is in both my >> failure, and Derek's, the malloc is failing well below what limit says >> should be allowed. >> >> bin/cc/cc_int/../cc_tools >> -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc >> -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config >> -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include >> -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include >> -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber >> -I/usr/obj/usr/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c >> >> cc1: out of memory allocating 136475392 bytes >> *** Error code 1 >> >> Stop in /usr/src/gnu/usr.bin/cc/cc_int. >> *** Error code 1 >> >> cyrix-dlc# limit >> cputime unlimited >> filesize unlimited >> datasize 524288 kbytes >> stacksize 65536 kbytes >> coredumpsize unlimited >> memoryuse unlimited >> vmemoryuse unlimited >> descriptors 957 >> memorylocked unlimited >> maxproc 478 >> sbsize unlimited >> >> cc1 was only trying to request 130MB, my datasize is 512MB, why did it >> fail? > > It looks to me like gcc is trying to allocate a single 130MiB object, but > you don't say anything about how much memory is already in use. It may > well be that there are no remaining places in the memory map to place such > a large object. And that particular file (insn-attrtab.c, which is a machine-generated part of gcc itself,) is known to require much more memory to compile than most other source files. If gcc runs out of memory anywhere during a buildworld it is most likely when compiling that particular file. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 18:43:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D32C1065674 for ; Fri, 7 Mar 2008 18:43:13 +0000 (UTC) (envelope-from darranc@deejc.net) Received: from smtp-out-57.livemail.co.uk (smtp-out-60.livemail.co.uk [213.171.216.60]) by mx1.freebsd.org (Postfix) with ESMTP id 0EB4E8FC22 for ; Fri, 7 Mar 2008 18:43:12 +0000 (UTC) (envelope-from darranc@deejc.net) Received: from Postfix filter 42a77884ce2a0a03efc6bb50a6dcdb20 (smtp-out-57.livemail.co.uk [127.0.0.1]) by smtp-out-57.livemail.co.uk (Postfix) with SMTP id 0A81E20783F for ; Fri, 7 Mar 2008 18:43:11 +0000 (GMT) Received: from webmail.deejc.net (mail213-171-216-230.livemail.co.uk [213.171.216.230]) by smtp-out-57.livemail.co.uk (Postfix) with SMTP id B82B220783D; Fri, 7 Mar 2008 18:43:10 +0000 (GMT) MIME-Version: 1.0 X-Mailer: livemail.co.uk Webmail Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <200803071734.m27HYFCf014595@lava.sentex.ca> References: <200803071637.aa04380@walton.maths.tcd.ie> <47D16FA5.5070008@scottevil.com> <200803071734.m27HYFCf014595@lava.sentex.ca> Date: Fri, 07 Mar 2008 18:43:10 +0000 From: "Darran" To: Mike Tancsa , "Darran" , "FreeBSD Mailing List" X-Original-To: freebsd-stable@freebsd.org Cc: Subject: Re: FreeBSD and Apache, is it safe out of the box ? 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, 07 Mar 2008 18:43:13 -0000 Mike Tancsa wrote: > At 12:02 PM 3/7/2008, Darran wrote: > >Hello all, > > > >I want to run a (FreeBSD 7) server facing the internet and running Apache and > >wondered if its safe out of the box .. so to speak ? > Yes, today it is. But that does not necessarily mean you will not > need to do updates, apply patches, perhaps change your configuration > to deal with new threats. In my experience, FreeBSD makes the later > part easier than Windows or Linux (IMHO and experience) > > > >Do i have to do a degree in configuration to allow it to face the wild west > >(internet) ? > >I also want to use it for storage of media and serving of media .. > >using windows > >and freebsd clients .. is it possible .. again .. out of the box ? > > > If you mean turn it on, click a few buttons and "it works" ? no. You > will need to install and configure samba and apache. > e.g. > cd /usr/ports/net/samba3;make install > > will get the application installed, but you still need to configure > it and later maintain it. With Windows, I find you can initially get > things working without understanding how it works. But when you run > into problems, you wont understand how to fix them. In general I find > with FreeBSD, you are expected to understand some basics, but you are > then better prepared to understand the problems you will face in > running a server.... > > That being said, the defaults FreeBSD 7.0 it comes with are pretty > sane and you should be able to get going quickly to the point where > you are doing "stuff" > > ---Mike > > _______________________________________________ > 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" > Thanks for the reply Mike, I currently use FreeBSD on my laptop so i have some experience of running it and building the world etc etc, i think the question really boiled down to is it safe to run it after an install and minor configuration and i believe that at this point it is .. Thanks Darran http://www.deejc.net From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 19:05:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3B89106566B for ; Fri, 7 Mar 2008 19:05:37 +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 84F3A8FC18 for ; Fri, 7 Mar 2008 19:05:37 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m27J5YQu044392; Fri, 7 Mar 2008 14:05:34 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m27J5XGm014940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Mar 2008 14:05:33 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200803071905.m27J5XGm014940@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 07 Mar 2008 14:07:40 -0500 To: "Darran" , From: Mike Tancsa In-Reply-To: References: <200803071637.aa04380@walton.maths.tcd.ie> <47D16FA5.5070008@scottevil.com> <200803071734.m27HYFCf014595@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: FreeBSD and Apache, is it safe out of the box ? 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, 07 Mar 2008 19:05:37 -0000 At 01:43 PM 3/7/2008, Darran wrote: >building the world etc etc, i think the question really boiled down to is it >safe to run it after an install and minor configuration and i believe that at >this point it is .. We have a number of busy production boxes running 7.0 (spam/virus scanning of email and a very busy AMD64 postgresql box, 8 gig RAM serving up about 30Mb/s of db results to 3 webservers on an Areca controller in RAID10). Hardware choices matter. But if it runs well under 6.x most things should run equally well under 7.x ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 19:18:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4F24106566C for ; Fri, 7 Mar 2008 19:18:57 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id B25518FC1C for ; Fri, 7 Mar 2008 19:18:57 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [192.168.5.128] (mail8.stratech.com [71.16.66.4]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id m27JIpZn035327; Fri, 7 Mar 2008 14:18:56 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Fri, 7 Mar 2008 14:18:42 -0500 User-Agent: KMail/1.9.7 References: <200803061742.34291.vincent@netaktiv.com> <200803071059.48837.doconnor@gsoft.com.au> <200803070913.12978.jhb@freebsd.org> In-Reply-To: <200803070913.12978.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803071418.43480.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: John Baldwin Subject: Re: BTX on USB pen drive 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, 07 Mar 2008 19:18:57 -0000 On Friday 07 March 2008 09:13:12 am John Baldwin wrote: > On Thursday 06 March 2008 07:29:40 pm Daniel O'Connor wrote: > > On Fri, 7 Mar 2008, Vincent Mialon wrote: > > > I tested various options in boot0cfg with no sucess. I also tested > > > the howto from > > > http://typo.submonkey.net/articles/2006/04/13/installing-freebsd-on > > >-u sb-stick-episode-2 with a 6.3 FreeBSD release which boots on my > > > pc but doesn't boot on my supermicro server. > > > > > > Do you have any idea or pointer that may help me find the way to > > > boot this usb drive ? I may file a bug report if you want. > > > > I wanted to make a USB flash drive based installer for FreeBSD but > > unfortunately BTX seems to have issues that make it difficult to do > > reliably :( > > > > Here are 2 patches I tried.. > > http://people.freebsd.org/~kib/realbtx > > http://people.freebsd.org/~jhb/patches/btx_crx.patch > > Try this instead: > > http://people.freebsd.org/~jhb/patches/btx_real.patch > > (btx_crx has been in the base system for a while FWIW). This is > somewhat similar to kib's patch but fixes at least one bug I found in > kib's patch (and uses some slightly different approaches in a few > places). I have a laptop that does the BTX register-spin thing when booting from USB even if I use Grub, so I'll give your patch a try. The first hunk doesn't apply cleanly on today's 7-STABLE sources--the new page tables entry at line 29 throws it off. I applied that hunk manually and am rebuilding now. FWIW the laptop is an Intel-based Gateway M465-E, and it boots from (internal) CD just fine. I don't currently have space or a partition on the internal hard drive for a FreeBSD install, hence the USB stick. JN From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 19:29:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 950A5106566C for ; Fri, 7 Mar 2008 19:29:15 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.187]) by mx1.freebsd.org (Postfix) with ESMTP id 640FE8FC17 for ; Fri, 7 Mar 2008 19:29:15 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so393232rvb.43 for ; Fri, 07 Mar 2008 11:29:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=I5dQIih+y1VrA3l1ZiryJNrOTiIOwB9r+xJZYe9LvFc=; b=rXdsEv6ne5R7/PFs9A/69wWKfqek3yQljw4FCD0q8nNRng3bULo4MldS1Y7syetHeQ5lu8CRdGchCAhuNBdkejHF7aKPghhGrXrfX1KywMR28dBfQ4nL4TaD8aOj0/p1Yzd4lU0tT0I5ziWRNo6rtxaU8xvPeSioC6ffGXrCNzQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=TfaIkXNJVX0/Dxw/cBpD+v2ee+RSKY9mjpxmB1B4YMcPpKYRy3m4x71gSA5o/m4wLilwgc2T4yd0F2tyR1z4BP/q6Pwud3+0D7sQWoDi1uH9VPHTT+c1V3WouvCjWtEirZq3+9EpN3XtIfnTEml9ZGBv5wGTmlwugqfhPoO61tU= Received: by 10.141.23.7 with SMTP id a7mr899210rvj.58.1204918154962; Fri, 07 Mar 2008 11:29:14 -0800 (PST) Received: by 10.141.212.1 with HTTP; Fri, 7 Mar 2008 11:29:14 -0800 (PST) Message-ID: <9bbcef730803071129r6e88648bg94a86847ced5d44@mail.gmail.com> Date: Fri, 7 Mar 2008 20:29:14 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "John Nielsen" In-Reply-To: <200803071202.27215.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200803061914.28851.john@jnielsen.net> <200803071202.27215.lists@jnielsen.net> X-Google-Sender-Auth: b79adcf9328c690a Cc: freebsd-stable@freebsd.org Subject: Re: ggated vs iscsi 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, 07 Mar 2008 19:29:15 -0000 On 07/03/2008, John Nielsen wrote: > On Friday 07 March 2008 10:08:59 am Ivan Voras wrote: > > According to at least two reports, iSCSI initiator in 7.0-RELEASE is > > buggy and has problems that manifest in very low performance. There are > > patches for it which should be committed soon. > > > > See this thread: > > http://lists.freebsd.org/pipermail/freebsd-scsi/2008-February/003383.ht > >ml > > I remember the thread (and the patch). Is there a PR for this or did you > or someone else just pick it up directly? It doesn't have a PR, I cannot pick it up. I guess the best option would be to bug the author :) From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 19:33:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98D98106566C for ; Fri, 7 Mar 2008 19:33:49 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: from smtp1.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id 6EF108FC18 for ; Fri, 7 Mar 2008 19:33:49 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: (qmail 4592 invoked from network); 7 Mar 2008 11:07:09 -0800 Received: by simscan 1.1.0 ppid: 4588, pid: 4589, t: 0.1649s scanners: regex: 1.1.0 attach: 1.1.0 spam: 3.1.7-deb X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on smtp1.surewest.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.1.7-deb X-Spam-CMAE-Analysis: v=1.0 c=1 a=N1jU6Q3aOcQA:10 a=6I5d2MoRAAAA:8 a=kruHNeHDAAAA:8 a=mV9VRH-2AAAA:8 a=c62mxto-i0OSGds8T1gA:9 a=CF6TN8i9Rv6d0-iynO4A:7 a=c1KsgZwo43dnM7Gltv9cUswYnxMA:4 a=0dRpvnS4h04A:10 Received: from unknown (HELO smtp.jim-liesl.org) (66.60.173.44) by smtp1 with SMTP; 7 Mar 2008 11:07:09 -0800 Received: from smtp.jim-liesl.org (localhost.static.surewest.net [127.0.0.1]) by smtp.jim-liesl.org (Postfix) with ESMTP id DDFFA5CE5; Fri, 7 Mar 2008 11:07:08 -0800 (PST) Received: from [127.0.0.1] (daemon.static.surewest.net [192.168.1.15]) by smtp.jim-liesl.org (Postfix) with ESMTP id 7E4855C1C; Fri, 7 Mar 2008 11:07:08 -0800 (PST) Message-ID: <47D1925B.2040905@jim-liesl.org> Date: Fri, 07 Mar 2008 11:07:07 -0800 From: security User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Mike Tancsa References: <200803071637.aa04380@walton.maths.tcd.ie> <47D16FA5.5070008@scottevil.com> <200803071734.m27HYFCf014595@lava.sentex.ca> In-Reply-To: <200803071734.m27HYFCf014595@lava.sentex.ca> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: FreeBSD Mailing List , Darran Subject: Re: FreeBSD and Apache, is it safe out of the box ? 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, 07 Mar 2008 19:33:49 -0000 Mike Tancsa wrote: > At 12:02 PM 3/7/2008, Darran wrote: >> Hello all, >> >> I want to run a (FreeBSD 7) server facing the internet and running >> Apache and >> wondered if its safe out of the box .. so to speak ? > Yes, today it is. But that does not necessarily mean you will not > need to do updates, apply patches, perhaps change your configuration > to deal with new threats. In my experience, FreeBSD makes the later > part easier than Windows or Linux (IMHO and experience) > > >> Do i have to do a degree in configuration to allow it to face the >> wild west >> (internet) ? >> I also want to use it for storage of media and serving of media .. >> using windows >> and freebsd clients .. is it possible .. again .. out of the box ? > > > If you mean turn it on, click a few buttons and "it works" ? no. You > will need to install and configure samba and apache. > e.g. > cd /usr/ports/net/samba3;make install > > will get the application installed, but you still need to configure it > and later maintain it. With Windows, I find you can initially get > things working without understanding how it works. But when you run > into problems, you wont understand how to fix them. In general I find > with FreeBSD, you are expected to understand some basics, but you are > then better prepared to understand the problems you will face in > running a server.... > > That being said, the defaults FreeBSD 7.0 it comes with are pretty > sane and you should be able to get going quickly to the point where > you are doing "stuff" > > ---Mike > > _ I would agree with the following caveats: ONLY allow ssh logins, ONLY using public key auth., and never directly to root. Careful with guest access under SAMBA While Apache at this point is reasonably secure, there are a ton of apps that you can run under it that aren't. I'm thinking of many PHP based in general, and most of the forum apps in particular. Be sure to research the security history of web apps (or anything that opens up a port listener). Sign up for the mailing list of what you install, so you'll be alerted to security updates. Consider running a file modification detector like aide or tripwire. They won't keep you from getting owned, but they'll tell you if it happens A little light reading http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/security-intro.html http://www.onlamp.com/pub/a/bsd/2002/08/08/FreeBSD_Basics.html http://httpd.apache.org/docs/2.2/misc/security_tips.html jim From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 19:42:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E40A1065674 for ; Fri, 7 Mar 2008 19:42:09 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id 553868FC17 for ; Fri, 7 Mar 2008 19:42:08 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: by wr-out-0506.google.com with SMTP id c49so359427wra.19 for ; Fri, 07 Mar 2008 11:42:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=fjl/0b5mHFQ47SgUUFK6LxczY4XXzJZ0MPU8Wb3DJl8=; b=J3/HYsvSTPpY0MotSoEdcHbFdrCBR1U7ezEnt7fChkN4+KeM01DuVlPu/ai5VW7z4XC4dYQfunSm3uZDa625ysvkleHRJZOdfiNeTC+cXma1yP2V7PpY95UPm8BR8v6kb1BNgodJeZ1+uwgN+0sjqjfN/0iiW5RJZ5Egf0LOpCI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=D/5/hCVxOSQCehhhBR6HWrTYyszZwsy1VBN5EHO5XcA1/mqHfeCl0zz9C0CRCgAvl2KqtaGaskllqPholNGzY/zBr8oupQWhiR4OYSS9oy9dpTfXMJBf0NUTqCngGkeJHtIEagKesoYoTf9vdbdZsenx8uQhqw9OaSXv2Wlo4TU= Received: by 10.141.22.1 with SMTP id z1mr827197rvi.282.1204917387257; Fri, 07 Mar 2008 11:16:27 -0800 (PST) Received: by 10.140.161.21 with HTTP; Fri, 7 Mar 2008 11:16:27 -0800 (PST) Message-ID: <54db43990803071116l2b7d2f40r13f4a7147b054b50@mail.gmail.com> Date: Fri, 7 Mar 2008 14:16:27 -0500 From: "Bob Johnson" To: "Torfinn Ingolfsen" In-Reply-To: <20080306230625.5c6df098.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080306104139.GX68971@server.vk2pj.dyndns.org> <20080306192408.4C1864500E@ptavv.es.net> <20080306230625.5c6df098.torfinn.ingolfsen@broadpark.no> Cc: freebsd-stable@freebsd.org Subject: Re: INET6 -- and why I don't use it 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, 07 Mar 2008 19:42:09 -0000 On 3/6/08, Torfinn Ingolfsen wrote: > In other words; if I have machines with ipv6 adresses that I can reach > globally, but don't have a dns name for them, the usefulness is very > limited. > > Is that challenge solved somehow with ipv6? > It doesn't look like dyndns.org supports ipv6 in their free service. They do in the free service I get from them, but I was grandfathered in from their older free service and I'm not sure how it compares to what they offer now: $ dig ipv6.wb4jcm.org aaaa [...] ;; ANSWER SECTION: ipv6.wb4jcm.org. 1440 IN AAAA 2001:5c0:987c::1 ;; AUTHORITY SECTION: wb4jcm.org. 69432 IN NS ns3.mydyndns.org. wb4jcm.org. 69432 IN NS ns4.mydyndns.org. wb4jcm.org. 69432 IN NS ns1.mydyndns.org. wb4jcm.org. 69432 IN NS ns2.mydyndns.org. wb4jcm.org. 69432 IN NS ns5.mydyndns.org. - Bob From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 22:51:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA928106566B; Fri, 7 Mar 2008 22:51:48 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6520F8FC21; Fri, 7 Mar 2008 22:51:48 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:448:18fd:379d:89ec] (unknown [IPv6:2001:7b8:3a7:0:448:18fd:379d:89ec]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id DA4A53C; Fri, 7 Mar 2008 23:51:46 +0100 (CET) Message-ID: <47D1C705.5030604@andric.com> Date: Fri, 07 Mar 2008 23:51:49 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.13pre (Windows/20080229) MIME-Version: 1.0 To: John Baldwin References: <200803061742.34291.vincent@netaktiv.com> <200803071059.48837.doconnor@gsoft.com.au> <200803070913.12978.jhb@freebsd.org> In-Reply-To: <200803070913.12978.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Vincent Mialon , tech@gitoyen.net, freebsd-stable@freebsd.org Subject: Re: BTX on USB pen drive 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, 07 Mar 2008 22:51:48 -0000 On 2008-03-07 15:13, John Baldwin wrote: > Try this instead: > > http://people.freebsd.org/~jhb/patches/btx_real.patch Hi John, I've encounted way too many machines already with BIOSes that clash with the regular btx loader... :( Might it not be a nice idea to put out a RELENG_7 or RELENG_7_0 bootonly CD image with this patch applied? I'm sure many people won't be able to build this themselves, but they could just download a prebuilt image to test booting. :) From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 23:19:22 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BB13106566C for ; Fri, 7 Mar 2008 23:19:22 +0000 (UTC) (envelope-from window@ttk.ru) Received: from mail.ttk.ru (mail.ttk.ru [82.138.20.133]) by mx1.freebsd.org (Postfix) with ESMTP id 29FF28FC13 for ; Fri, 7 Mar 2008 23:19:21 +0000 (UTC) (envelope-from window@ttk.ru) Received: from mail.ttk.ru (localhost.ttk.ru [127.0.0.1]) by mail.ttk.ru (Postfix) with ESMTP id 2BB641C9D7E for ; Sat, 8 Mar 2008 02:04:24 +0300 (MSK) Received: from [10.10.10.3] (window.ttk.ru [82.138.24.32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ttk.ru (Postfix) with ESMTP id 10D2C1C9D6F for ; Sat, 8 Mar 2008 02:04:21 +0300 (MSK) From: Oleg Sidorkin Organization: ttk.ru To: stable@freebsd.org Date: Sat, 8 Mar 2008 02:01:51 +0300 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803080201.51851.window@ttk.ru> X-Virus-Scanned: Onyx-2 Cc: Subject: [Panic] Removing of the Palm during select syscall causes panic 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, 07 Mar 2008 23:19:22 -0000 Hello, I'm running 7.0-Stable on the ASUS P5K-VM + Intel Q6600 box. If Palm device is disconnected after synchronization, system crashes with following stacktrace: #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff802bea49 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802bee4d in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff804ccc84 in trap_fatal (frame=0xffffff0041595350, eva=18446742974491038824) at /usr/src/sys/amd64/amd64/trap.c:724 #5 0xffffffff804cd055 in trap_pfault (frame=0xffffffffaf7607d0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:641 #6 0xffffffff804cd998 in trap (frame=0xffffffffaf7607d0) at /usr/src/sys/amd64/amd64/trap.c:410 #7 0xffffffff804b35fe in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #8 0xffffffff8028d842 in giant_poll (dev=0xffffff000ddf6600, events=64, td=0xffffff0041595350) at /usr/src/sys/kern/kern_conf.c:385 #9 0xffffffff8025474e in devfs_poll_f (fp=Variable "fp" is not available. ) at /usr/src/sys/fs/devfs/devfs_vnops.c:845 #10 0xffffffff802f61f6 in kern_select (td=0xffffff0041595350, nd=11, fd_in=0x7fffffbfea90, fd_ou=0x0, fd_ex=0x0, tvp=Variable "tvp" is not available. ) at file.h:277 #11 0xffffffff802f6611 in select (td=0xffffff0041595350, uap=0xffffffffaf760be0) at /usr/src/sys/kern/sys_generic.c:663 #12 0xffffffff804cd2d7 in syscall (frame=0xffffffffaf760c70) at /usr/src/sys/amd64/amd64/trap.c:852 #13 0xffffffff804b380b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:290 #14 0x0000000804579d6c in ?? () Previous frame inner to this frame (corrupt stack?) Does anyone have any ideas? From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 23:40:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2F401065716 for ; Fri, 7 Mar 2008 23:40:04 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id AEB388FC27 for ; Fri, 7 Mar 2008 23:40:04 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 948BD1CC033; Fri, 7 Mar 2008 15:40:04 -0800 (PST) Date: Fri, 7 Mar 2008 15:40:04 -0800 From: Jeremy Chadwick To: Dimitry Andric Message-ID: <20080307234004.GA47764@eos.sc1.parodius.com> References: <200803061742.34291.vincent@netaktiv.com> <200803071059.48837.doconnor@gsoft.com.au> <200803070913.12978.jhb@freebsd.org> <47D1C705.5030604@andric.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47D1C705.5030604@andric.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Vincent Mialon , tech@gitoyen.net, freebsd-stable@freebsd.org, John Baldwin Subject: Re: BTX on USB pen drive 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, 07 Mar 2008 23:40:04 -0000 On Fri, Mar 07, 2008 at 11:51:49PM +0100, Dimitry Andric wrote: > On 2008-03-07 15:13, John Baldwin wrote: > > Try this instead: > > > > http://people.freebsd.org/~jhb/patches/btx_real.patch > > Hi John, > > I've encounted way too many machines already with BIOSes that clash with > the regular btx loader... :( Have we considered sgetting rid of BTX and using a different bootloader altogether on FreeBSD? There's got to be some open-source, non-GPL bootloaders which work better than our current. The reason I mention this is because the number of problem reports with BTX continue to rise, and debugging them is very painful since due to the way the crash is reported, no one can easily report a full register dump. I suppose if the latter was addressed, the former could be solved quicker. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Mar 7 23:42:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93395106567B; Fri, 7 Mar 2008 23:42:54 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 391C48FC1D; Fri, 7 Mar 2008 23:42:54 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 08DEB28457; Sat, 8 Mar 2008 07:42:53 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 4D116EC3075; Sat, 8 Mar 2008 07:42:52 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id gZUgV0D7p9AP; Sat, 8 Mar 2008 07:42:47 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 2466DEBA038; Sat, 8 Mar 2008 07:42:45 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=hBgC3genDV9qHu5TcEr8WuFe+kw1ExO0qVNVS9ZSzDd5RfloPx3yjOKjWc2dtMbq1 owaq5vZ+H3IfDaRWJDzTw== Message-ID: <47D1D2F2.6070204@delphij.net> Date: Fri, 07 Mar 2008 15:42:42 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080303) MIME-Version: 1.0 To: Tom Judge References: <47D1668E.1070007@tomjudge.com> In-Reply-To: <47D1668E.1070007@tomjudge.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, "David E. O'Brien" Subject: Re: RELENG_7_0 buildworld failure on read only source tree X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2008 23:42:54 -0000 Tom Judge wrote: > Hi, > > We have been building RELENG_6_x source trees from read only NFS file > systems for well over a year now with out any problems. However I have > just tried to do "make buildworld" on a RELENG_7_0 source tree from > yesterday and it failed to build with the following error: > [error snipped] > > Should it be possible to build RELENG_7_0 with a read only source tree? This can be worked around, I think touching the Makefile would do the trick. IIRC David (cc'ed) has fixed the Makefile at some point this January while he is updating the base cvs(1) for this exact issue, maybe we should MFC the changeset to RELENG_7? Cheers, -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 06:07:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E0991065674 for ; Sat, 8 Mar 2008 06:07:14 +0000 (UTC) (envelope-from ross.penner@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id DA4128FC34 for ; Sat, 8 Mar 2008 06:07:13 +0000 (UTC) (envelope-from ross.penner@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so861269wfa.7 for ; Fri, 07 Mar 2008 22:07:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=fm866q+IyDSlylekYaP2MxAxPJguH0iO9xbnNzWMSQk=; b=gbcppSmFwpqf8Bm5HCQLAkdccOi5VhrMTSmui+y1t8XAOmZ1ALOq/2nCitcX3PqTfW3601qEhOXhe/PwqP6/bCsuzmCV9zXye5tb7z0HoWlRM8WQWHkfZlVfQNbWUolPfqGRY4+JTdxoV0/8+ZGT3NDKhftevlZmADQh81JM6p4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=iRgtnkaSe3oiboA0WVzjT1dRnlT/DTMBBrZTdMvTk9yxyWMHJ9aUsEY20BL7VMDGH+79ZBwb12DSSAqLcjkum53FsTicGP3zoOFmtwZ9St27kAmsFkNqFd4BTJZjHfh9XkNdsBo4LnOn384g9QoRN0vKct02uxz80xf9jDxd0CY= Received: by 10.142.203.13 with SMTP id a13mr1214973wfg.66.1204956433535; Fri, 07 Mar 2008 22:07:13 -0800 (PST) Received: by 10.142.242.20 with HTTP; Fri, 7 Mar 2008 22:07:13 -0800 (PST) Message-ID: Date: Fri, 7 Mar 2008 23:07:13 -0700 From: "Ross Penner" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: musicpd segfaults on run - was advised that it's an issue with the system 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, 08 Mar 2008 06:07:14 -0000 Hi, I've recently run the upgrade gamut and moved from 6.3 to 7.0. I've had a few hick ups but this one I can't resolve. I used musicpd (http://www.freshports.org/audio/musicpd/) on 6.3 to stream to a shoutcast server. When I start mpd on 7.0, it immediately has a segmentation fault and dumps its core. I discussed the issue in the musicpd irc channel and I was advised that it seemed like it was an issue with the system, not with musicpd. Since upgrading to 7.0, I've reinstalled all my ports and since discovering the problem, I've reinstalled musicpd specifically. The backtrace from gdb is as follows: #0 0x28140b15 in pthread_setcancelstate () from /lib/libthr.so.3 #1 0x281388ac in open () from /lib/libthr.so.3 #2 0x286ac269 in __stack_chk_fail () from /lib/libssp.so.0 #3 0x00000000 in ?? () #4 0xbfbfe6a8 in ?? () #5 0x28084ead in _rtld_thread_init () from /libexec/ld-elf.so.1 Previous frame inner to this frame (corrupt stack?) Any help or direction I can get to finding the solution to this problem would be greatly appreciated. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 06:09:25 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39D151065671; Sat, 8 Mar 2008 06:09:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0C8C88FC2F; Sat, 8 Mar 2008 06:09:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2869OYA003843; Sat, 8 Mar 2008 01:09:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2869O0f041307; Sat, 8 Mar 2008 01:09:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id E99F11B5078; Sat, 8 Mar 2008 01:09:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080308060923.E99F11B5078@freebsd-stable.sentex.ca> Date: Sat, 8 Mar 2008 01:09:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6154/Thu Mar 6 11:41:42 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Mar 2008 06:09:25 -0000 TB --- 2008-03-08 04:45:14 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-03-08 04:45:14 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2008-03-08 04:45:14 - cleaning the object tree TB --- 2008-03-08 04:45:32 - cvsupping the source tree TB --- 2008-03-08 04:45:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2008-03-08 04:45:40 - building world (CFLAGS=-O2 -pipe) TB --- 2008-03-08 04:45:40 - cd /src TB --- 2008-03-08 04:45:40 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 8 04:45:41 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 8 05:50:59 UTC 2008 TB --- 2008-03-08 05:50:59 - generating LINT kernel config TB --- 2008-03-08 05:50:59 - cd /src/sys/powerpc/conf TB --- 2008-03-08 05:50:59 - /usr/bin/make -B LINT TB --- 2008-03-08 05:50:59 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-03-08 05:50:59 - cd /src TB --- 2008-03-08 05:50:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 8 05:51:00 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Mar 8 06:08:52 UTC 2008 TB --- 2008-03-08 06:08:52 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-03-08 06:08:52 - cd /src TB --- 2008-03-08 06:08:52 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Mar 8 06:08:52 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/mmu_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/pic_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -msoft-float -ffreestanding /src/sys/kern/sched_ule.c:75:2: error: #error "This architecture is not currently compatible with ULE" mkdep: compile failed *** Error code 1 Stop in /obj/powerpc/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-08 06:09:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-08 06:09:23 - ERROR: failed to build GENERIC kernel TB --- 2008-03-08 06:09:23 - tinderbox aborted TB --- 4294.60 user 394.32 system 5049.46 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 11:37:35 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DD73106566C for ; Sat, 8 Mar 2008 11:37:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id D44048FC13 for ; Sat, 8 Mar 2008 11:37:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JXx7M-0007qg-JF for stable@freebsd.org; Sat, 08 Mar 2008 13:21:40 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m28BLij3089440 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Mar 2008 13:21:44 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m28BLTgL017151; Sat, 8 Mar 2008 13:21:29 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m28BLTlN017150; Sat, 8 Mar 2008 13:21:29 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 8 Mar 2008 13:21:29 +0200 From: Kostik Belousov To: Oleg Sidorkin Message-ID: <20080308112129.GW57756@deviant.kiev.zoral.com.ua> References: <200803080201.51851.window@ttk.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="48Mmt3935vgxXWfC" Content-Disposition: inline In-Reply-To: <200803080201.51851.window@ttk.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 3f6c5f504711b4b2e39067d20b60c9d6 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2372 [Mar 7 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: stable@freebsd.org Subject: Re: [Panic] Removing of the Palm during select syscall causes panic 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, 08 Mar 2008 11:37:35 -0000 --48Mmt3935vgxXWfC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 08, 2008 at 02:01:51AM +0300, Oleg Sidorkin wrote: > Hello, >=20 > I'm running 7.0-Stable on the ASUS P5K-VM + Intel Q6600 box. > If Palm device is disconnected after synchronization, system crashes with= =20 > following stacktrace: >=20 > #0 doadump () at pcpu.h:194 > #1 0x0000000000000004 in ?? () > #2 0xffffffff802bea49 in boot (howto=3D260)=20 > at /usr/src/sys/kern/kern_shutdown.c:409 > #3 0xffffffff802bee4d in panic (fmt=3D0x104
)=20 > at /usr/src/sys/kern/kern_shutdown.c:563 > #4 0xffffffff804ccc84 in trap_fatal (frame=3D0xffffff0041595350,=20 > eva=3D18446742974491038824) at /usr/src/sys/amd64/amd64/trap.c:724 > #5 0xffffffff804cd055 in trap_pfault (frame=3D0xffffffffaf7607d0, usermo= de=3D0)=20 > at /usr/src/sys/amd64/amd64/trap.c:641 > #6 0xffffffff804cd998 in trap (frame=3D0xffffffffaf7607d0)=20 > at /usr/src/sys/amd64/amd64/trap.c:410 > #7 0xffffffff804b35fe in calltrap ()=20 > at /usr/src/sys/amd64/amd64/exception.S:169 > #8 0xffffffff8028d842 in giant_poll (dev=3D0xffffff000ddf6600, events=3D= 64,=20 > td=3D0xffffff0041595350) at /usr/src/sys/kern/kern_conf.c:385 > #9 0xffffffff8025474e in devfs_poll_f (fp=3DVariable "fp" is not availab= le. > ) at /usr/src/sys/fs/devfs/devfs_vnops.c:845 > #10 0xffffffff802f61f6 in kern_select (td=3D0xffffff0041595350, nd=3D11,= =20 > fd_in=3D0x7fffffbfea90, fd_ou=3D0x0, fd_ex=3D0x0, tvp=3DVariable "tvp" is= not=20 > available. > ) at file.h:277 > #11 0xffffffff802f6611 in select (td=3D0xffffff0041595350,=20 > uap=3D0xffffffffaf760be0) at /usr/src/sys/kern/sys_generic.c:663 > #12 0xffffffff804cd2d7 in syscall (frame=3D0xffffffffaf760c70)=20 > at /usr/src/sys/amd64/amd64/trap.c:852 > #13 0xffffffff804b380b in Xfast_syscall ()=20 > at /usr/src/sys/amd64/amd64/exception.S:290 > #14 0x0000000804579d6c in ?? () > Previous frame inner to this frame (corrupt stack?) >=20 > Does anyone have any ideas? I posted the patch several days ago, see http://lists.freebsd.org/pipermail/freebsd-current/2008-March/084076.html --48Mmt3935vgxXWfC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfSdrgACgkQC3+MBN1Mb4j0EQCcDGE6Y1W/9hQLM1Cx7/Zi9kGg a9wAni5qqOVpqPNAYNE96xPx6McC4jiR =cggB -----END PGP SIGNATURE----- --48Mmt3935vgxXWfC-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 12:16:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CEB51065674 for ; Sat, 8 Mar 2008 12:16:14 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id A56E18FC33 for ; Sat, 8 Mar 2008 12:16:13 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_xW0d9yy6ZzhecUbokUq/ow)" Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JXE0099GVF0UE90@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 08 Mar 2008 13:16:12 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JXE00442VEY3X71@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 08 Mar 2008 13:16:12 +0100 (CET) Date: Sat, 08 Mar 2008 13:16:10 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080308131610.43b57ee6.torfinn.ingolfsen@broadpark.no> In-reply-to: <200803070913.12978.jhb@freebsd.org> References: <200803061742.34291.vincent@netaktiv.com> <200803071059.48837.doconnor@gsoft.com.au> <200803070913.12978.jhb@freebsd.org> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.8; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: BTX on USB pen drive 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, 08 Mar 2008 12:16:14 -0000 This is a multi-part message in MIME format. --Boundary_(ID_xW0d9yy6ZzhecUbokUq/ow) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT On Fri, 07 Mar 2008 09:13:12 -0500 John Baldwin wrote: > Try this instead: > > http://people.freebsd.org/~jhb/patches/btx_real.patch On 7.0-stable: root@kg-i82# uname -a FreeBSD kg-i82.kg4.no 7.0-STABLE FreeBSD 7.0-STABLE #1: Sun Mar 2 01:18:27 CET 2008 root@kg-i82.kg4.no:/usr/obj/usr/src/sys/I81K i386 The first hunk fails, see attached file. I have btx.S revision: * $FreeBSD: src/sys/boot/i386/btx/btx/btx.S,v 1.44 2006/12/06 17:45:35 jhb Exp $ Is the patch supposed to work on that one? It fails when building: root@kg-i82# cd /usr/src/sys/boot/i386 root@kg-i82# make ===> mbr (all) ===> pmbr (all) ===> boot0 (all) ===> boot0sio (all) ===> btx (all) ===> btx/btx (all) cc -O -pipe -DBTX_FLAGS=0x0 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -N -e start -Ttext 0x9000 -Wl,-S,--oformat,binary -nostdlib -o btx btx.o btx.o(.text+0x5c8): In function `tss_desc': : undefined reference to `MEM_DIR' *** Error code 1 Stop in /usr/src/sys/boot/i386/btx/btx. *** Error code 1 Stop in /usr/src/sys/boot/i386/btx. *** Error code 1 Stop in /usr/src/sys/boot/i386. Any hints on how to fix it? -- Regards, Torfinn Ingolfsen --Boundary_(ID_xW0d9yy6ZzhecUbokUq/ow) Content-type: text/plain; name=btx.S.rej Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=btx.S.rej *************** *** 21,31 **** .set MEM_BTX,0x1000 # Start of BTX memory .set MEM_ESP0,0x1800 # Supervisor stack .set MEM_BUF,0x1800 # Scratch buffer - .set MEM_ESP1,0x1e00 # Link stack - .set MEM_IDT,0x1e00 # IDT - .set MEM_TSS,0x1f98 # TSS - .set MEM_MAP,0x2000 # I/O bit map - .set MEM_TSS_END,0x3fff # Page directory .set MEM_ORG,0x9000 # BTX code .set MEM_USR,0xa000 # Start of user memory /* --- 21,31 ---- .set MEM_BTX,0x1000 # Start of BTX memory .set MEM_ESP0,0x1800 # Supervisor stack .set MEM_BUF,0x1800 # Scratch buffer + .set MEM_ESPR,0x5e00 # Real mode stack + .set MEM_IDT,0x5e00 # IDT + .set MEM_TSS,0x5f98 # TSS + .set MEM_MAP,0x6000 # I/O bit map + .set MEM_TSS_END,0x7fff # End of TSS .set MEM_ORG,0x9000 # BTX code .set MEM_USR,0xa000 # Start of user memory /* --Boundary_(ID_xW0d9yy6ZzhecUbokUq/ow)-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 13:23:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 813B61065670 for ; Sat, 8 Mar 2008 13:23:29 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 429DD8FC23 for ; Sat, 8 Mar 2008 13:23:29 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:7015:c215:7baa:a3d6] (unknown [IPv6:2001:7b8:3a7:0:7015:c215:7baa:a3d6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 9A1B43C; Sat, 8 Mar 2008 14:23:27 +0100 (CET) Message-ID: <47D29352.5050503@andric.com> Date: Sat, 08 Mar 2008 14:23:30 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.13pre (Windows/20080229) MIME-Version: 1.0 To: Torfinn Ingolfsen References: <200803061742.34291.vincent@netaktiv.com> <200803071059.48837.doconnor@gsoft.com.au> <200803070913.12978.jhb@freebsd.org> <20080308131610.43b57ee6.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20080308131610.43b57ee6.torfinn.ingolfsen@broadpark.no> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: BTX on USB pen drive 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, 08 Mar 2008 13:23:29 -0000 On 2008-03-08 13:16, Torfinn Ingolfsen wrote: > I have btx.S revision: > * $FreeBSD: src/sys/boot/i386/btx/btx/btx.S,v 1.44 2006/12/06 17:45:35 > jhb Exp $ > > Is the patch supposed to work on that one? No, update it to 1.45 (=HEAD) and then apply the patch, that's much easier. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 13:26:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1BDE1065670 for ; Sat, 8 Mar 2008 13:26:51 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 75E428FC1A for ; Sat, 8 Mar 2008 13:26:51 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from [203.91.112.54] (helo=engineer) by publicd.ub.mng.net with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JXz4a-0004RC-3g for freebsd-stable@freebsd.org; Sat, 08 Mar 2008 21:26:48 +0800 Message-ID: <001f01c88120$0eeed990$6601a8c0@engineer> From: "Balgansuren Batsukh" To: Date: Sat, 8 Mar 2008 21:26:45 +0800 Organization: Personal Email MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: FreeBSD 6.2/6.3/7.0 install CD boot panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Mar 2008 13:26:51 -0000 Hello, I tried to install FreeBSD-6.2/6.3/7.0 on Dell E520. When it get boot install CD, ask me language selection then panic. I mean keyboard, mouse no response, only can power off. Dell hasn't any serial port for debug. Only I use digital camera to capture screen. I tried to all boot options 1,2,3,4,5. When I try to boot using without ACPI and got general proctection fault. Please find attached screen. Regards, Balgaa From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 14:29:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0551D106567C; Sat, 8 Mar 2008 14:29:43 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id BB01A8FC17; Sat, 8 Mar 2008 14:29:42 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:608d:a661:6e29:6711] (unknown [IPv6:2001:7b8:3a7:0:608d:a661:6e29:6711]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 1CA303C; Sat, 8 Mar 2008 15:29:41 +0100 (CET) Message-ID: <47D2A2D8.7030800@andric.com> Date: Sat, 08 Mar 2008 15:29:44 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.13pre (Windows/20080229) MIME-Version: 1.0 To: John Baldwin References: <200803061742.34291.vincent@netaktiv.com> <200803071059.48837.doconnor@gsoft.com.au> <200803070913.12978.jhb@freebsd.org> <47D1C705.5030604@andric.com> In-Reply-To: <47D1C705.5030604@andric.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Vincent Mialon , tech@gitoyen.net, freebsd-stable@freebsd.org Subject: Re: BTX on USB pen drive 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, 08 Mar 2008 14:29:43 -0000 On 2008-03-07 23:51, Dimitry Andric wrote: >> http://people.freebsd.org/~jhb/patches/btx_real.patch > Might it not be a nice idea to put out a RELENG_7 or RELENG_7_0 bootonly > CD image with this patch applied? I'm sure many people won't be able to > build this themselves, but they could just download a prebuilt image to > test booting. :) Okay, I thought I might better do some work for this myself, instead of just asking. So I've built a RELENG_7_0 release with the above patch, and some other minor ones I'm using. The bootonly ISO is here: http://www.andric.com/freebsd/btxtest/7.0-BTXTEST-i386-bootonly.iso MD5: 4e9c05bf55bc9329b1aecaa2aa336a7f SHA256: 63cca954f04f2a652519cd5ffd5fe9e7ea36a97bad115b6c2d9754fe5e918528 Find the other ISOs and the complete patch I've applied in , but note the disc1-disc3 ISOs miss packages, I didn't build those. With this ISO I can finally get FreeBSD booting on my ThinkPad X41, for which I use an external USB DVD drive. Every FreeBSD release until now has crashed on this combination... :) From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 15:52:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA1DF106566C for ; Sat, 8 Mar 2008 15:52:13 +0000 (UTC) (envelope-from rpaulo@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 576D08FC1B for ; Sat, 8 Mar 2008 15:52:13 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so528015nfb.33 for ; Sat, 08 Mar 2008 07:52:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; bh=5zWDjR9Oruq0DMkSqPdNeOuoT4v5PWVy9JhxTvjSTe4=; b=kQ9d2tF69Q2JE2yLnsnWsEhWe2DB2k/KvfbDuoVbE5ss4K9QDbF1Xe1zBLd3tOMN+s16wRvNeZMZK3JsG/lhxHmuhlH3UJ82asUBX/xUh79zsQT1GpiLcF/OP/x2bMGdHkUk64pGvIU8FTL2vBTyB1cqOjdUmTeZfJTu9cWE8Q0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=YxHPXiTEVt5RqI5QFul6SaA0l1dr23FUIomf1uoVUD11oo9o83jyr1q2pPO+sHgIaGMO1weciaglbCSqaiyBt59OrePFAD5PuzPb5m5/9sKqS2YOqqDVPwxgZhsmxQThGZsF35tcEX+JNMsrT2yrgSP4JphmBzrPrlUGwVdT0is= Received: by 10.78.167.12 with SMTP id p12mr7751910hue.8.1204990020924; Sat, 08 Mar 2008 07:27:00 -0800 (PST) Received: from epsilon.local ( [83.144.140.96]) by mx.google.com with ESMTPS id y34sm10597985iky.6.2008.03.08.07.26.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 08 Mar 2008 07:27:00 -0800 (PST) Message-ID: <47D2B040.8060304@fnop.net> Date: Sat, 08 Mar 2008 15:26:56 +0000 From: Rui Paulo User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: vadim_nuclight@mail.ru References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Rui Paulo Cc: freebsd-stable@freebsd.org Subject: Re: RELEASE discs & ISO images (for future) 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, 08 Mar 2008 15:52:13 -0000 Vadim Goncharov wrote: > Hi! > > 7.0-RELEASE images came out with FIVE disks - disc 1 to 3 and separate LiveFS > and docs. What do they contain? I can guess that 2 and 3 are pure packages so > I don't need to download them if I want to compile out from ports. And in > previous releases I had to download the disc1 ONLY as it had LiveFS also - > a very good improvement since 4.x times where disc2 with only LiveFS, mostly > useless all the time, took separate disk. > > But now release announcement says that for LiveFS I need TWO disks - both > disc1 and livefs disk. WHY? Why not to pack they both to a single disc1, > this was very comfortable. Well, technically, you don't need both discs. LiveFS CD is bootable. Regarding to the other question, it was split because, with the introduction of new userland tools, disc1 grew to a size that did not fit on one CDROM. Regards. -- Rui Paulo From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 21:12:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75B2C1065673; Sat, 8 Mar 2008 21:12:18 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 521CF8FC1B; Sat, 8 Mar 2008 21:12:18 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [192.168.5.128] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id m28LBtZn043809; Sat, 8 Mar 2008 16:11:58 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Sat, 8 Mar 2008 16:11:54 -0500 User-Agent: KMail/1.9.7 References: <200803061742.34291.vincent@netaktiv.com> <200803070913.12978.jhb@freebsd.org> <200803071418.43480.lists@jnielsen.net> In-Reply-To: <200803071418.43480.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_aEw0HSXa2q4PZF3" Message-Id: <200803081611.54820.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Torfinn Ingolfsen , John Baldwin Subject: Re: BTX on USB pen drive 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, 08 Mar 2008 21:12:18 -0000 --Boundary-00=_aEw0HSXa2q4PZF3 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Friday 07 March 2008 02:18:42 pm John Nielsen wrote: > On Friday 07 March 2008 09:13:12 am John Baldwin wrote: > > On Thursday 06 March 2008 07:29:40 pm Daniel O'Connor wrote: > > > On Fri, 7 Mar 2008, Vincent Mialon wrote: > > > > I tested various options in boot0cfg with no sucess. I also > > > > tested the howto from > > > > http://typo.submonkey.net/articles/2006/04/13/installing-freebsd- > > > >on -u sb-stick-episode-2 with a 6.3 FreeBSD release which boots on > > > > my pc but doesn't boot on my supermicro server. > > > > > > > > Do you have any idea or pointer that may help me find the way to > > > > boot this usb drive ? I may file a bug report if you want. > > > > > > I wanted to make a USB flash drive based installer for FreeBSD but > > > unfortunately BTX seems to have issues that make it difficult to do > > > reliably :( > > > > > > Here are 2 patches I tried.. > > > http://people.freebsd.org/~kib/realbtx > > > http://people.freebsd.org/~jhb/patches/btx_crx.patch > > > > Try this instead: > > > > http://people.freebsd.org/~jhb/patches/btx_real.patch > > > > (btx_crx has been in the base system for a while FWIW). This is > > somewhat similar to kib's patch but fixes at least one bug I found in > > kib's patch (and uses some slightly different approaches in a few > > places). > > I have a laptop that does the BTX register-spin thing when booting from > USB even if I use Grub, so I'll give your patch a try. The first hunk > doesn't apply cleanly on today's 7-STABLE sources--the new page tables > entry at line 29 throws it off. I applied that hunk manually and am > rebuilding now. > > FWIW the laptop is an Intel-based Gateway M465-E, and it boots from > (internal) CD just fine. I don't currently have space or a partition on > the internal hard drive for a FreeBSD install, hence the USB stick. Success! I was able to boot my laptop from my USB stick built with the btx_real patch (after I modified hunk 1 to work with the 7-STABLE sources). Using the same stick on a different (Acer) laptop I was able to get farther in the boot than previously--it won't even boot from a standard CD, but with the stick it got to the menu (and THEN did a btx register dump, but it didn't loop/scroll). In case anyone (like Torfinn) is interested, I'm attaching my modified patch. If you already applied jhb's patch then you should be able to just cut out the first hunk from mine and apply it. JN --Boundary-00=_aEw0HSXa2q4PZF3 Content-Type: text/plain; charset="iso-8859-15"; name="btx_real_jn.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="btx_real_jn.patch" --- sys/boot/i386/btx/btx/btx.S.orig 2006-12-06 12:45:35.000000000 -0500 +++ sys/boot/i386/btx/btx/btx.S 2008-03-07 17:48:24.000000000 -0500 @@ -21,10 +21,11 @@ .set MEM_BTX,0x1000 # Start of BTX memory .set MEM_ESP0,0x1800 # Supervisor stack .set MEM_BUF,0x1800 # Scratch buffer - .set MEM_ESP1,0x1e00 # Link stack - .set MEM_IDT,0x1e00 # IDT - .set MEM_TSS,0x1f98 # TSS - .set MEM_MAP,0x2000 # I/O bit map + .set MEM_ESPR,0x5e00 # Real mode stack + .set MEM_IDT,0x5e00 # IDT + .set MEM_TSS,0x5f98 # TSS + .set MEM_MAP,0x6000 # I/O bit map + .set MEM_TSS_END,0x7fff # End of TSS .set MEM_DIR,0x4000 # Page directory .set MEM_TBL,0x5000 # Page tables .set MEM_ORG,0x9000 # BTX code @@ -49,7 +50,6 @@ */ .set TSS_ESP0,0x4 # PL 0 ESP .set TSS_SS0,0x8 # PL 0 SS - .set TSS_ESP1,0xc # PL 1 ESP .set TSS_MAP,0x66 # I/O bit map base /* * System calls. @@ -57,10 +57,20 @@ .set SYS_EXIT,0x0 # Exit .set SYS_EXEC,0x1 # Exec /* - * V86 constants. + * Fields in V86 interface structure. */ - .set V86_FLG,0x208eff # V86 flag mask - .set V86_STK,0x400 # V86 stack allowance + .set V86_CTL,0x0 # Control flags + .set V86_ADDR,0x4 # Int number/address + .set V86_ES,0x8 # V86 ES + .set V86_DS,0xc # V86 DS + .set V86_FS,0x10 # V86 FS + .set V86_GS,0x14 # V86 GS +/* + * V86 control flags. + */ + .set V86F_ADDR,0x10000 # Segment:offset address + .set V86F_CALLF,0x20000 # Emulate far call + .set V86F_FLAGS,0x40000 # Return flags /* * Dump format control bytes. */ @@ -78,7 +88,6 @@ * BIOS Data Area locations. */ .set BDA_MEM,0x413 # Free memory - .set BDA_KEYFLAGS,0x417 # Keyboard shift-state flags .set BDA_SCR,0x449 # Video mode .set BDA_POS,0x450 # Cursor position .set BDA_BOOT,0x472 # Boot howto flag @@ -86,7 +95,6 @@ * Derivations, for brevity. */ .set _ESP0H,MEM_ESP0>>0x8 # Byte 1 of ESP0 - .set _ESP1H,MEM_ESP1>>0x8 # Byte 1 of ESP1 .set _TSSIO,MEM_MAP-MEM_TSS # TSS I/O base .set _TSSLM,MEM_DIR-MEM_TSS-1 # TSS limit .set _IDTLM,MEM_TSS-MEM_IDT-1 # IDT limit @@ -103,7 +111,7 @@ .byte 0xe # Header size .ascii "BTX" # Magic .byte 0x1 # Major version - .byte 0x1 # Minor version + .byte 0x2 # Minor version .byte BTX_FLAGS # Flags .word PAG_CNT-MEM_ORG>>0xc # Paging control .word break-start # Text size @@ -124,13 +132,24 @@ */ mov $MEM_IDT,%di # Memory to initialize mov $(MEM_ORG-MEM_IDT)/2,%cx # Words to zero - push %di # Save rep # Zero-fill stosw # memory - pop %di # Restore +/* + * Update real mode IDT for reflecting hardware interrupts. + */ + mov $intr20,%bx # Address first handler + mov $0x10,%cx # Number of handlers + mov $0x20*4,%di # First real mode IDT entry +init.0: mov %bx,(%di) # Store IP + inc %di # Address next + inc %di # entry + stosw # Store CS + add $4,%bx # Next handler + loop init.0 # Next IRQ /* * Create IDT. */ + mov $MEM_IDT,%di mov $idtctl,%si # Control string init.1: lodsb # Get entry cbw # count @@ -156,7 +175,6 @@ */ init.4: movb $_ESP0H,TSS_ESP0+1(%di) # Set ESP0 movb $SEL_SDATA,TSS_SS0(%di) # Set SS0 - movb $_ESP1H,TSS_ESP1+1(%di) # Set ESP1 movb $_TSSIO,TSS_MAP(%di) # Set I/O bit map base #ifdef PAGING /* @@ -325,10 +343,6 @@ retw # To caller .code32 /* - * Initiate return from V86 mode to user mode. - */ -inthlt: hlt # To supervisor mode -/* * Exception jump table. */ intx00: push $0x0 # Int 0x0: #DE @@ -354,18 +368,12 @@ push $0xc # Int 0xc: #SS jmp except # Stack segment fault push $0xd # Int 0xd: #GP - jmp ex_v86 # General protection + jmp except # General protection push $0xe # Int 0xe: #PF jmp except # Page fault intx10: push $0x10 # Int 0x10: #MF jmp ex_noc # Floating-point error /* - * Handle #GP exception. - */ -ex_v86: testb $0x2,0x12(%esp,1) # V86 mode? - jz except # No - jmp v86mon # To monitor -/* * Save a zero error code. */ ex_noc: pushl (%esp,1) # Duplicate int no @@ -377,24 +385,17 @@ pushl %ds # Save pushl %es # most pusha # registers - movb $0x6,%al # Push loop count - testb $0x2,0x3a(%esp,1) # V86 mode? - jnz except.1 # Yes pushl %gs # Set GS pushl %fs # Set FS pushl %ds # Set DS pushl %es # Set ES - movb $0x2,%al # Push loop count cmpw $SEL_SCODE,0x44(%esp,1) # Supervisor mode? jne except.1 # No pushl %ss # Set SS - leal 0x50(%esp,1),%eax # Set - pushl %eax # ESP jmp except.2 # Join common code -except.1: pushl 0x50(%esp,1) # Set GS, FS, DS, ES - decb %al # (if V86 mode), and - jne except.1 # SS, ESP -except.2: push $SEL_SDATA # Set up +except.1: pushl 0x50(%esp,1) # Set SS +except.2: pushl 0x50(%esp,1) # Set ESP + push $SEL_SDATA # Set up popl %ds # to pushl %ds # address popl %es # data @@ -418,234 +419,6 @@ except.2a: jmp exit # Exit except.3: leal 0x8(%esp,1),%esp # Discard err, int no iret # From interrupt -/* - * Return to user mode from V86 mode. - */ -intrtn: cld # String ops inc - pushl %ds # Address - popl %es # data - leal 0x3c(%ebp),%edx # V86 Segment registers - movl MEM_TSS+TSS_ESP1,%esi # Link stack pointer - lodsl # INT_V86 args pointer - movl %esi,%ebx # Saved exception frame - testl %eax,%eax # INT_V86 args? - jz intrtn.2 # No - movl $MEM_USR,%edi # User base - movl 0x1c(%esi),%ebx # User ESP - movl %eax,(%edi,%ebx,1) # Restore to user stack - leal 0x8(%edi,%eax,1),%edi # Arg segment registers - testb $0x4,-0x6(%edi) # Return flags? - jz intrtn.1 # No - movl 0x30(%ebp),%eax # Get V86 flags - movw %ax,0x18(%esi) # Set user flags -intrtn.1: leal 0x10(%esi),%ebx # Saved exception frame - xchgl %edx,%esi # Segment registers - movb $0x4,%cl # Update seg regs - rep # in INT_V86 - movsl # args -intrtn.2: xchgl %edx,%esi # Segment registers - leal 0x28(%ebp),%edi # Set up seg - movb $0x4,%cl # regs for - rep # later - movsl # pop - xchgl %ebx,%esi # Restore exception - movb $0x5,%cl # frame to - rep # supervisor - movsl # stack - movl %esi,MEM_TSS+TSS_ESP1 # Link stack pointer - popa # Restore - leal 0x8(%esp,1),%esp # Discard err, int no - popl %es # Restore - popl %ds # user - popl %fs # segment - popl %gs # registers - iret # To user mode -/* - * V86 monitor. - */ -v86mon: cld # String ops inc - pushl $SEL_SDATA # Set up for - popl %ds # flat addressing - pusha # Save registers - movl %esp,%ebp # Address stack frame - movzwl 0x2c(%ebp),%edi # Load V86 CS - shll $0x4,%edi # To linear - movl 0x28(%ebp),%esi # Load V86 IP - addl %edi,%esi # Code pointer - xorl %ecx,%ecx # Zero - movb $0x2,%cl # 16-bit operands - xorl %eax,%eax # Zero -v86mon.1: lodsb # Get opcode - cmpb $0x66,%al # Operand size prefix? - jne v86mon.2 # No - movb $0x4,%cl # 32-bit operands - jmp v86mon.1 # Continue -v86mon.2: cmpb $0xf4,%al # HLT? - jne v86mon.3 # No - cmpl $inthlt+0x1,%esi # Is inthlt? - jne v86mon.7 # No (ignore) - jmp intrtn # Return to user mode -v86mon.3: cmpb $0xf,%al # Prefixed instruction? - jne v86mon.4 # No - cmpb $0x09,(%esi) # Is it a WBINVD? - je v86wbinvd # Yes - cmpb $0x30,(%esi) # Is it a WRMSR? - je v86wrmsr # Yes - cmpb $0x32,(%esi) # Is it a RDMSR? - je v86rdmsr # Yes - cmpb $0x20,(%esi) # Is this a MOV reg,CRx? - je v86mov # Yes -v86mon.4: cmpb $0xfa,%al # CLI? - je v86cli # Yes - cmpb $0xfb,%al # STI? - je v86sti # Yes - cmpb $0xcc,%al # INT3? - je v86mon.7 # Yes, ignore - movzwl 0x38(%ebp),%ebx # Load V86 SS - shll $0x4,%ebx # To offset - pushl %ebx # Save - addl 0x34(%ebp),%ebx # Add V86 SP - movl 0x30(%ebp),%edx # Load V86 flags - cmpb $0x9c,%al # PUSHF/PUSHFD? - je v86pushf # Yes - cmpb $0x9d,%al # POPF/POPFD? - je v86popf # Yes - cmpb $0xcd,%al # INT imm8? - je v86intn # Yes - cmpb $0xcf,%al # IRET/IRETD? - je v86iret # Yes - popl %ebx # Restore - popa # Restore - jmp except # Handle exception -v86mon.5: movl %edx,0x30(%ebp) # Save V86 flags -v86mon.6: popl %edx # V86 SS adjustment - subl %edx,%ebx # Save V86 - movl %ebx,0x34(%ebp) # SP -v86mon.7: subl %edi,%esi # From linear - movl %esi,0x28(%ebp) # Save V86 IP - popa # Restore - leal 0x8(%esp,1),%esp # Discard int no, error - iret # To V86 mode -/* - * Emulate MOV reg,CRx. - */ -v86mov: movb 0x1(%esi),%bl # Fetch Mod R/M byte - testb $0x10,%bl # Read CR2 or CR3? - jnz v86mov.1 # Yes - movl %cr0,%eax # Read CR0 - testb $0x20,%bl # Read CR4 instead? - jz v86mov.2 # No - movl %cr4,%eax # Read CR4 - jmp v86mov.2 -v86mov.1: movl %cr2,%eax # Read CR2 - testb $0x08,%bl # Read CR3 instead? - jz v86mov.2 # No - movl %cr3,%eax # Read CR3 -v86mov.2: andl $0x7,%ebx # Compute offset in - shl $2,%ebx # frame of destination - neg %ebx # register - movl %eax,0x1c(%ebp,%ebx,1) # Store CR to reg - incl %esi # Adjust IP -/* - * Return from emulating a 0x0f prefixed instruction - */ -v86preret: incl %esi # Adjust IP - jmp v86mon.7 # Finish up -/* - * Emulate WBINVD - */ -v86wbinvd: wbinvd # Write back and invalidate - # cache - jmp v86preret # Finish up -/* - * Emulate WRMSR - */ -v86wrmsr: movl 0x18(%ebp),%ecx # Get user's %ecx (MSR to write) - movl 0x14(%ebp),%edx # Load the value - movl 0x1c(%ebp),%eax # to write - wrmsr # Write MSR - jmp v86preret # Finish up -/* - * Emulate RDMSR - */ -v86rdmsr: movl 0x18(%ebp),%ecx # MSR to read - rdmsr # Read the MSR - movl %eax,0x1c(%ebp) # Return the value of - movl %edx,0x14(%ebp) # the MSR to the user - jmp v86preret # Finish up -/* - * Emulate CLI. - */ -v86cli: andb $~0x2,0x31(%ebp) # Clear IF - jmp v86mon.7 # Finish up -/* - * Emulate STI. - */ -v86sti: orb $0x2,0x31(%ebp) # Set IF - jmp v86mon.7 # Finish up -/* - * Emulate PUSHF/PUSHFD. - */ -v86pushf: subl %ecx,%ebx # Adjust SP - cmpb $0x4,%cl # 32-bit - je v86pushf.1 # Yes - data16 # 16-bit -v86pushf.1: movl %edx,(%ebx) # Save flags - jmp v86mon.6 # Finish up -/* - * Emulate IRET/IRETD. - */ -v86iret: movzwl (%ebx),%esi # Load V86 IP - movzwl 0x2(%ebx),%edi # Load V86 CS - leal 0x4(%ebx),%ebx # Adjust SP - movl %edi,0x2c(%ebp) # Save V86 CS - xorl %edi,%edi # No ESI adjustment -/* - * Emulate POPF/POPFD (and remainder of IRET/IRETD). - */ -v86popf: cmpb $0x4,%cl # 32-bit? - je v86popf.1 # Yes - movl %edx,%eax # Initialize - data16 # 16-bit -v86popf.1: movl (%ebx),%eax # Load flags - addl %ecx,%ebx # Adjust SP - andl $V86_FLG,%eax # Merge - andl $~V86_FLG,%edx # the - orl %eax,%edx # flags - jmp v86mon.5 # Finish up -/* - * trap int 15, function 87 - * reads %es:%si from saved registers on stack to find a GDT containing - * source and destination locations - * reads count of words from saved %cx - * returns success by setting %ah to 0 - */ -int15_87: pushl %esi # Save - pushl %edi # registers - movl 0x3C(%ebp),%edi # Load ES - movzwl 0x4(%ebp),%eax # Load user's SI - shll $0x4,%edi # EDI = (ES << 4) + - addl %eax,%edi # SI - movl 0x11(%edi),%eax # Read base of - movb 0x17(%edi),%al # GDT entry - ror $8,%eax # for source - xchgl %eax,%esi # into %esi - movl 0x19(%edi),%eax # Read base of - movb 0x1f(%edi),%al # GDT entry for - ror $8,%eax # destination - xchgl %eax,%edi # into %edi - pushl %ds # Make: - popl %es # es = ds - movzwl 0x18(%ebp),%ecx # Get user's CX - shll $0x1,%ecx # Convert count from words - rep # repeat... - movsb # perform copy. - popl %edi # Restore - popl %esi # registers - movb $0x0,0x1d(%ebp) # set ah = 0 to indicate - # success - andb $0xfe,%dl # clear CF - jmp v86mon.5 # Finish up /* * Reboot the machine by setting the reboot flag and exiting @@ -654,36 +427,7 @@ jmp exit # Terminate BTX and reboot /* - * Emulate INT imm8... also make sure to check if it's int 15/87 - */ -v86intn: lodsb # Get int no - cmpb $0x19,%al # is it int 19? - je reboot # yes, reboot the machine - cmpb $0x15,%al # is it int 15? - jne v86intn.1 # no, skip parse - cmpb $0x87,0x1d(%ebp) # is it the memcpy subfunction? - je int15_87 # yes - cmpw $0x4f53,0x1c(%ebp) # is it the delete key callout? - jne v86intn.1 # no, handle the int normally - movb BDA_KEYFLAGS,%ch # get the shift key state - andb $0xc,%ch # mask off just Ctrl and Alt - cmpb $0xc,%ch # are both Ctrl and Alt down? - je reboot # yes, reboot the machine -v86intn.1: subl %edi,%esi # From - shrl $0x4,%edi # linear - movw %dx,-0x2(%ebx) # Save flags - movw %di,-0x4(%ebx) # Save CS - leal -0x6(%ebx),%ebx # Adjust SP - movw %si,(%ebx) # Save IP - shll $0x2,%eax # Scale - movzwl (%eax),%esi # Load IP - movzwl 0x2(%eax),%edi # Load CS - movl %edi,0x2c(%ebp) # Save CS - xorl %edi,%edi # No ESI adjustment - andb $~0x1,%dh # Clear TF - jmp v86mon.5 # Finish up -/* - * Hardware interrupt jump table. + * Protected Mode Hardware interrupt jump table. */ intx20: push $0x8 # Int 0x20: IRQ0 jmp int_hw # V86 int 0x8 @@ -717,127 +461,239 @@ jmp int_hw # V86 int 0x76 push $0x77 # Int 0x2f: IRQ15 jmp int_hw # V86 int 0x77 + /* - * Reflect hardware interrupts. + * Invoke real mode interrupt/function call from user mode with arguments. */ -int_hw: testb $0x2,0xe(%esp,1) # V86 mode? - jz intusr # No - pushl $SEL_SDATA # Address - popl %ds # data - xchgl %eax,(%esp,1) # Swap EAX, int no - pushl %ebp # Address - movl %esp,%ebp # stack frame - pushl %ebx # Save - shll $0x2,%eax # Get int - movl (%eax),%eax # vector - subl $0x6,0x14(%ebp) # Adjust V86 ESP - movzwl 0x18(%ebp),%ebx # V86 SS - shll $0x4,%ebx # * 0x10 - addl 0x14(%ebp),%ebx # + V86 ESP - xchgw %ax,0x8(%ebp) # Swap V86 IP - rorl $0x10,%eax # Swap words - xchgw %ax,0xc(%ebp) # Swap V86 CS - roll $0x10,%eax # Swap words - movl %eax,(%ebx) # CS:IP for IRET - movl 0x10(%ebp),%eax # V86 flags - movw %ax,0x4(%ebx) # Flags for IRET - andb $~0x3,0x11(%ebp) # Clear IF, TF - popl %ebx # Restore - popl %ebp # saved - popl %eax # registers - iret # To V86 mode -/* - * Invoke V86 interrupt from user mode, with arguments. - */ -intx31: stc # Have btx_v86 - pushl %eax # Missing int no -/* - * Invoke V86 interrupt from user mode. - */ -intusr: std # String ops dec - pushl %eax # Expand - pushl %eax # stack - pushl %eax # frame - pusha # Save +intx31: pushl $-1 # Dummy int no for btx_v86 +/* + * Invoke real mode interrupt/function call from protected mode. + * + * We place a trampoline on the user stack that will return to rret_tramp + * which will reenter protected mode and then finally return to the user + * client. + * + * Kernel frame %esi points to: Real mode stack frame at MEM_ESPR: + * + * -0x00 user %ss -0x04 kernel %esp (with full frame) + * -0x04 user %esp -0x08 btx_v86 pointer + * -0x08 user %eflags -0x0c flags (only used if interrupt) + * -0x0c user %cs -0x10 real mode CS:IP return trampoline + * -0x10 user %eip -0x12 real mode flags + * -0x14 int no -0x16 real mode CS:IP (target) + * -0x18 %eax + * -0x1c %ecx + * -0x20 %edx + * -0x24 %ebx + * -0x28 %esp + * -0x2c %ebp + * -0x30 %esi + * -0x34 %edi + * -0x38 %gs + * -0x3c %fs + * -0x40 %ds + * -0x44 %es + */ +int_hw: cld # String ops inc + pusha # Save gp regs pushl %gs # Save - movl %esp,%eax # seg regs - pushl %fs # and - pushl %ds # point - pushl %es # to them + pushl %fs # seg + pushl %ds # regs + pushl %es push $SEL_SDATA # Set up popl %ds # to pushl %ds # address popl %es # data + leal 0x44(%esp,1),%esi # Base of frame + movl -0x14(%esi),%eax # Get Int no + cmpl $-1,%eax # Hardware interrupt? + jne intusr.2 # Yes +/* + * v86 calls save the btx_v86 pointer on the real mode stack and read the + * address and flags from the btx_v86 structure. + */ movl $MEM_USR,%ebx # User base movl %ebx,%edx # address - jc intusr.1 # If btx_v86 - xorl %edx,%edx # Control flags - xorl %ebp,%ebp # btx_v86 pointer -intusr.1: leal 0x50(%esp,1),%esi # Base of frame - pushl %esi # Save addl -0x4(%esi),%ebx # User ESP - movl MEM_TSS+TSS_ESP1,%edi # Link stack pointer - leal -0x4(%edi),%edi # Adjust for push - xorl %ecx,%ecx # Zero - movb $0x5,%cl # Push exception - rep # frame on - movsl # link stack - xchgl %eax,%esi # Saved seg regs - movl 0x40(%esp,1),%eax # Get int no - testl %edx,%edx # Have btx_v86? - jz intusr.2 # No movl (%ebx),%ebp # btx_v86 pointer - movb $0x4,%cl # Count - addl %ecx,%ebx # Adjust for pop - rep # Push saved seg regs - movsl # on link stack addl %ebp,%edx # Flatten btx_v86 ptr - leal 0x14(%edx),%esi # Seg regs pointer - movl 0x4(%edx),%eax # Get int no/address - movzwl 0x2(%edx),%edx # Get control flags -intusr.2: movl %ebp,(%edi) # Push btx_v86 and - movl %edi,MEM_TSS+TSS_ESP1 # save link stack ptr - popl %edi # Base of frame - xchgl %eax,%ebp # Save intno/address - movl 0x48(%esp,1),%eax # Get flags - testb $0x2,%dl # Simulate CALLF? - jnz intusr.3 # Yes - decl %ebx # Push flags - decl %ebx # on V86 - movw %ax,(%ebx) # stack -intusr.3: movb $0x4,%cl # Count - subl %ecx,%ebx # Push return address - movl $inthlt,(%ebx) # on V86 stack - rep # Copy seg regs to - movsl # exception frame - xchgl %eax,%ecx # Save flags - movl %ebx,%eax # User ESP - subl $V86_STK,%eax # Less bytes - ja intusr.4 # to - xorl %eax,%eax # keep -intusr.4: shrl $0x4,%eax # Gives segment - stosl # Set SS - shll $0x4,%eax # To bytes - xchgl %eax,%ebx # Swap - subl %ebx,%eax # Gives offset - stosl # Set ESP - xchgl %eax,%ecx # Get flags - btsl $0x11,%eax # Set VM - andb $~0x1,%ah # Clear TF - stosl # Set EFL - xchgl %eax,%ebp # Get int no/address - testb $0x1,%dl # Address? - jnz intusr.5 # Yes + movl %edx,MEM_ESPR-0x08 # Save btx_v86 ptr + movl -0x08(%esi),%ebx # Pass user flags to + movw %bx,MEM_ESPR-0x12 # real mode target + movl V86_ADDR(%edx),%eax # Get int no/address + movl V86_CTL(%edx),%edx # Get control flags + jmp intusr.3 # Skip hardware interrupt +/* + * Hardware interrupts store a NULL btx_v86 pointer and use the address + * (interrupt number) from the stack with empty flags. Also, we clear + * the segment registers for the interrupt handler and ensure interrupts + * are disabled when the interrupt handler is invoked. + */ +intusr.2: xorl %edx,%edx # Control flags + movl %edx,MEM_ESPR-0x08 # NULL btx_v86 ptr + movl %edx,-0x38(%esi) # Real mode %gs of 0 + movl %edx,-0x3c(%esi) # Real mode %fs of 0 + movl %edx,-0x40(%esi) # Real mode %ds of 0 + movl %edx,-0x44(%esi) # Real mode %es of 0 + movl -0x08(%esi),%ebx # Pass user flags with + andl $~0x200,%ebx # interrupts disabled + movw %bx,MEM_ESPR-0x12 # to real mode target +/* + * %eax now holds either the interrupt number or segment:offset of function. + * %edx now holds the V86F_* flags. + */ +intusr.3: testl $V86F_ADDR,%edx # Segment:offset? + jnz intusr.4 # Yes shll $0x2,%eax # Scale movl (%eax),%eax # Load int vector -intusr.5: movl %eax,%ecx # Save - shrl $0x10,%eax # Gives segment - stosl # Set CS - movw %cx,%ax # Restore - stosl # Set EIP - leal 0x10(%esp,1),%esp # Discard seg regs - popa # Restore - iret # To V86 mode + jmp intusr.5 # Skip CALLF test +intusr.4: testl $V86F_CALLF,%edx # Far call? + jnz intusr.5 # Ok + movl %edx,0x30(%esp,1) # Place VM86 flags in int no + movl $badvm86,%esi # Display bad + call putstr # VM86 call + popl %es # Restore + popl %ds # seg + popl %fs # regs + popl %gs + popal # Restore gp regs + jmp ex_noc # Panic +/* + * If this is a v86 call, copy the seg regs out of the btx_v86 structure. + */ +intusr.5: movl MEM_ESPR-0x08,%ecx # Get btx_v86 ptr + jecxz intusr.6 # Skip for hardware ints + leal -0x44(%esi),%edi # %edi => kernel stack seg regs + pushl %esi # Save + leal V86_ES(%ecx),%esi # %esi => btx_v86 seg regs + movl $4,%ecx # Copy seg regs + rep # from btx_v86 + movsl # to kernel stack + popl %esi # Restore +intusr.6: movl %esp,MEM_ESPR-0x04 # Save kernel stack pointer + movl -0x08(%esi),%ebx # Copy user flags to real + movl %ebx,MEM_ESPR-0x0c # mode return trampoline + movl $rret_tramp,%ebx # Set return trampoline + movl %ebx,MEM_ESPR-0x10 # CS:IP + movl %eax,MEM_ESPR-0x16 # Real mode target CS:IP + ljmpw $SEL_RCODE,$intusr.7 # Change to 16-bit segment + .code16 +intusr.7: movl %cr0,%eax # Leave + dec %al # protected + movl %eax,%cr0 # mode + ljmpw $0x0,$intusr.8 +intusr.8: xorw %ax,%ax # Reset %ds + movw %ax,%ds # and + movw %ax,%ss # %ss + lidt ivtdesc # Set IVT + popl %es # Restore + popl %ds # seg + popl %fs # regs + popl %gs + popal # Restore gp regs + movw $MEM_ESPR-0x16,%sp # Switch to real mode stack + iret # Call target routine +/* + * For the return to real mode we setup a stack frame like this on the real + * mode stack. Note that callf calls won't pop off the flags, but we just + * ignore that by repositioning %sp to be just above the btx_v86 pointer + * so it is aligned. The stack is relative to MEM_ESPR. + * + * -0x04 kernel %esp + * -0x08 btx_v86 + * -0x0c %eax + * -0x10 %ecx + * -0x14 %edx + * -0x18 %ebx + * -0x1c %esp + * -0x20 %ebp + * -0x24 %esi + * -0x28 %edi + * -0x2c %gs + * -0x30 %fs + * -0x34 %ds + * -0x38 %es + * -0x3c %eflags + */ +rret_tramp: movw $MEM_ESPR-0x08,%sp # Reset stack pointer + pushal # Save gp regs + pushl %gs # Save + pushl %fs # seg + pushl %ds # regs + pushl %es + pushfl # Save %eflags + cli # Disable interrupts + std # String ops dec + xorw %ax,%ax # Reset seg + movw %ax,%ds # regs + movw %ax,%es # (%ss is already 0) + lidt idtdesc # Set IDT + lgdt gdtdesc # Set GDT + mov %cr0,%eax # Switch to protected + inc %ax # mode + mov %eax,%cr0 # + ljmp $SEL_SCODE,$rret_tramp.1 # To 32-bit code + .code32 +rret_tramp.1: xorl %ecx,%ecx # Zero + movb $SEL_SDATA,%cl # Setup + movw %cx,%ss # 32-bit + movw %cx,%ds # seg + movw %cx,%es # regs + movl MEM_ESPR-0x04,%esp # Switch to kernel stack + leal 0x44(%esp,1),%esi # Base of frame + andb $~0x2,tss_desc+0x5 # Clear TSS busy + movb $SEL_TSS,%cl # Set task + ltr %cx # register +/* + * Now we are back in protected mode. Copy the registers off of the real + * mode stack onto the kernel stack. Also, initialize all the seg regs on + * the kernel stack. + * + * Note that the %esp in the kernel stack after this is garbage, but popa + * ignores it, so we don't have to fix it up. + */ + leal -0x18(%esi),%edi # Kernel stack GP regs + pushl %esi # Save + movl $MEM_ESPR-0x0c,%esi # Real mode stack GP regs + movl $8,%ecx # Copy GP regs from + rep # real mode stack + movsl # to kernel stack + popl %esi # Restore + movl $SEL_UDATA,%eax # Selector for data seg regs + movl $4,%ecx # Initialize %ds, + rep # %es, %fs, and + stosl # %gs +/* + * If this was a V86 call, copy the saved seg regs on the real mode stack + * back over to the btx_v86 structure. Also, conditionally update the saved + * eflags on the kernel stack based on the flags from the user. + */ + movl MEM_ESPR-0x08,%ecx # Get btx_v86 ptr + jecxz rret_tramp.3 # Skip for hardware ints + leal V86_GS(%ecx),%edi # %edi => btx_v86 seg regs + pushl %esi # Save + leal MEM_ESPR-0x2c,%esi # %esi => real mode seg regs + xchgl %ecx,%edx # Save btx_v86 ptr + movl $4,%ecx # Copy seg regs + rep # from real mode stack + movsl # to btx_v86 + popl %esi # Restore + movl V86_CTL(%edx),%edx # Read V86 control flags + testl $V86F_FLAGS,%edx # User wants flags? + jz rret_tramp.3 # No + movl MEM_ESPR-0x3c,%eax # Read real mode flags + movw %ax,-0x08(%esi) # Update user flags (low 16) +/* + * Return to the user task + */ +rret_tramp.3: popl %es # Restore + popl %ds # seg + popl %fs # regs + popl %gs + popal # Restore gp regs + addl $4,%esp # Discard int no + iret # Return to user mode + /* * System Call. */ @@ -1086,6 +942,61 @@ ret # To caller #endif + .code16 +/* + * Real Mode Hardware interrupt jump table. + */ +intr20: push $0x8 # Int 0x20: IRQ0 + jmp int_hwr # V86 int 0x8 + push $0x9 # Int 0x21: IRQ1 + jmp int_hwr # V86 int 0x9 + push $0xa # Int 0x22: IRQ2 + jmp int_hwr # V86 int 0xa + push $0xb # Int 0x23: IRQ3 + jmp int_hwr # V86 int 0xb + push $0xc # Int 0x24: IRQ4 + jmp int_hwr # V86 int 0xc + push $0xd # Int 0x25: IRQ5 + jmp int_hwr # V86 int 0xd + push $0xe # Int 0x26: IRQ6 + jmp int_hwr # V86 int 0xe + push $0xf # Int 0x27: IRQ7 + jmp int_hwr # V86 int 0xf + push $0x70 # Int 0x28: IRQ8 + jmp int_hwr # V86 int 0x70 + push $0x71 # Int 0x29: IRQ9 + jmp int_hwr # V86 int 0x71 + push $0x72 # Int 0x2a: IRQ10 + jmp int_hwr # V86 int 0x72 + push $0x73 # Int 0x2b: IRQ11 + jmp int_hwr # V86 int 0x73 + push $0x74 # Int 0x2c: IRQ12 + jmp int_hwr # V86 int 0x74 + push $0x75 # Int 0x2d: IRQ13 + jmp int_hwr # V86 int 0x75 + push $0x76 # Int 0x2e: IRQ14 + jmp int_hwr # V86 int 0x76 + push $0x77 # Int 0x2f: IRQ15 + jmp int_hwr # V86 int 0x77 +/* + * Reflect hardware interrupts in real mode. + */ +int_hwr: push %ax # Save + push %ds # Save + push %bp # Save + mov %sp,%bp # Address stack frame + xchg %bx,6(%bp) # Swap BX, int no + xor %ax,%ax # Set %ds:%bx to + shl $2,%bx # point to + mov %ax,%ds # IDT entry + mov (%bx),%ax # Load IP + mov 2(%bx),%bx # Load CS + xchg %ax,4(%bp) # Swap saved %ax,%bx with + xchg %bx,6(%bp) # CS:IP of handler + pop %bp # Restore + pop %ds # Restore + lret # Jump to handler + .p2align 4 /* * Global descriptor table. @@ -1097,7 +1008,7 @@ .word 0xffff,0x0,0x9200,0x0 # SEL_RDATA .word 0xffff,MEM_USR,0xfa00,0xcf# SEL_UCODE .word 0xffff,MEM_USR,0xf200,0xcf# SEL_UDATA - .word _TSSLM,MEM_TSS,0x8900,0x0 # SEL_TSS +tss_desc: .word _TSSLM,MEM_TSS,0x8900,0x0 # SEL_TSS gdt.1: /* * Pseudo-descriptors. @@ -1166,6 +1077,11 @@ .byte 0x80|DMP_MEM|DMP_EOL,0x0 # "00 00 ... 00 00\n" .asciz "BTX halted\n" # End /* + * Bad VM86 call panic + */ +badvm86: .asciz "Invalid VM86 Request\n" + +/* * End of BTX memory. */ .p2align 4 --Boundary-00=_aEw0HSXa2q4PZF3-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 21:21:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A85F51065671 for ; Sat, 8 Mar 2008 21:21:48 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 60DF28FC1B for ; Sat, 8 Mar 2008 21:21:48 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JXF00EFXKOA66E0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 08 Mar 2008 22:21:46 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JXF00KYVKO9QJU0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 08 Mar 2008 22:21:46 +0100 (CET) Date: Sat, 08 Mar 2008 22:21:45 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080308222145.68b284e9.torfinn.ingolfsen@broadpark.no> In-reply-to: <47D29352.5050503@andric.com> References: <200803061742.34291.vincent@netaktiv.com> <200803071059.48837.doconnor@gsoft.com.au> <200803070913.12978.jhb@freebsd.org> <20080308131610.43b57ee6.torfinn.ingolfsen@broadpark.no> <47D29352.5050503@andric.com> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.8; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: BTX on USB pen drive 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, 08 Mar 2008 21:21:48 -0000 On Sat, 08 Mar 2008 14:23:30 +0100 Dimitry Andric wrote: > No, update it to 1.45 (=HEAD) and then apply the patch, that's much > easier. Yes, that worked better - the patch applied cleanly, amd I could rebuild the loader. Here is how I did the rebuilding (all this done on another machine, which have no troubles booting from usb): I booted the machine from usb (da0), replaced btx.S with revision 1.45 and did: cd /usr/src patch -p6 < .../btx_real.patch cd sys/boot/i386 make Then I copied the files to the hard drive: boot0cfg -B -b /usr/obj/usr/src/sys/boot/i386/boot0/boot0 da0 cp -v /usr/obj/usr/src/sys/boot/i386/loader/loader /boot Is this the correct way to do build and update the files? I as because when I moved the usb hard drive to the problematic laptop and booted from it, I have exactly the same symptoms as before: after selecting F! (or F2, doesn't matter) from the boot menu text scrolls forever on screen. It looks like rergister dumps to me (hard to tell, it scroll too fast). It continues like that until Itrurn off the laptop. I would really like to figure his one out. -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 21:29:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13C041065680 for ; Sat, 8 Mar 2008 21:29:28 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id BF0F28FC3B for ; Sat, 8 Mar 2008 21:29:27 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JXF00ERQL1266E0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 08 Mar 2008 22:29:26 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JXF001NXL110HA0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 08 Mar 2008 22:29:26 +0100 (CET) Date: Sat, 08 Mar 2008 22:29:25 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080308222925.b1f7e9b7.torfinn.ingolfsen@broadpark.no> In-reply-to: <200803081611.54820.lists@jnielsen.net> References: <200803061742.34291.vincent@netaktiv.com> <200803070913.12978.jhb@freebsd.org> <200803071418.43480.lists@jnielsen.net> <200803081611.54820.lists@jnielsen.net> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.8; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: BTX on USB pen drive 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, 08 Mar 2008 21:29:38 -0000 On Sat, 08 Mar 2008 16:11:54 -0500 John Nielsen wrote: > Success! I was able to boot my laptop from my USB stick built with > the btx_real patch (after I modified hunk 1 to work with the 7-STABLE > sources). Using the same stick on a different (Acer) laptop I was Interesting. Which Acer model is that? The laptop I have troubles booting from usb is an Acer Aspire 5672. I boot from an usb hard drive, not a memory stick, but that shouldn't make a matter, right? > able to get farther in the boot than previously--it won't even boot > from a standard CD, but with the stick it got to the menu (and THEN > did a btx register dump, but it didn't loop/scroll). > > In case anyone (like Torfinn) is interested, I'm attaching my > modified patch. If you already applied jhb's patch then you should be > able to just cut out the first hunk from mine and apply it. Thanks. I already used the latest revision (1.45) of btx.S and applied jhb's patch to that. Unfortunately, it didn't work. See another message in this thread. Am I correct in thinking that your modified patch wouldn't help me? -- Regards, Torfinn From owner-freebsd-stable@FreeBSD.ORG Sat Mar 8 22:22:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 827721065675 for ; Sat, 8 Mar 2008 22:22:33 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 648ED8FC12 for ; Sat, 8 Mar 2008 22:22:33 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [192.168.5.128] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id m28MMTZn080394; Sat, 8 Mar 2008 17:22:30 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Sat, 8 Mar 2008 17:22:26 -0500 User-Agent: KMail/1.9.7 References: <200803061742.34291.vincent@netaktiv.com> <200803081611.54820.lists@jnielsen.net> <20080308222925.b1f7e9b7.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20080308222925.b1f7e9b7.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803081722.26977.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Torfinn Ingolfsen Subject: Re: BTX on USB pen drive 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, 08 Mar 2008 22:22:33 -0000 On Saturday 08 March 2008 04:29:25 pm Torfinn Ingolfsen wrote: > On Sat, 08 Mar 2008 16:11:54 -0500 > > John Nielsen wrote: > > Success! I was able to boot my laptop from my USB stick built with > > the btx_real patch (after I modified hunk 1 to work with the 7-STABLE > > sources). Using the same stick on a different (Acer) laptop I was > > Interesting. Which Acer model is that? > The laptop I have troubles booting from usb is an Acer Aspire 5672. > I boot from an usb hard drive, not a memory stick, but that shouldn't > make a matter, right? I wouldn't think so. The Acer here (an Aspire 5520) won't even boot from the internal CD with a regular ISO install disk. I haven't tried any other approaches except for the USB stick with jhb's patch earlier today. > > able to get farther in the boot than previously--it won't even boot > > from a standard CD, but with the stick it got to the menu (and THEN > > did a btx register dump, but it didn't loop/scroll). > > > > In case anyone (like Torfinn) is interested, I'm attaching my > > modified patch. If you already applied jhb's patch then you should be > > able to just cut out the first hunk from mine and apply it. > > Thanks. > I already used the latest revision (1.45) of btx.S and applied jhb's > patch to that. Unfortunately, it didn't work. See another message in > this thread. Am I correct in thinking that your modified patch wouldn't > help me? Correct. (unless the unpatched version from -HEAD introduced a regression, but I think they're pretty similar). JN