From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 30 09:22:38 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6573516A4CE; Sun, 30 Jan 2005 09:22:38 +0000 (GMT) Received: from jkh-gw.queasyweasel.com (adsl-64-173-3-158.dsl.sntc01.pacbell.net [64.173.3.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 084BF43D2F; Sun, 30 Jan 2005 09:22:38 +0000 (GMT) (envelope-from jkh@queasyweasel.com) Received: from [64.173.15.98] (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98])j0U9UBSW012820; Sun, 30 Jan 2005 01:30:11 -0800 (PST) (envelope-from jkh@queasyweasel.com) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: "Jordan K. Hubbard" Date: Sun, 30 Jan 2005 01:21:02 -0800 To: Robert Watson X-Mailer: Apple Mail (2.619.2) cc: freebsd-hackers@freebsd.org cc: liukang@bjpu.edu.cn cc: delphij@delphij.net cc: cokane@cokane.org Subject: Re: OpenBSD's netcat in base or ports? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2005 09:22:38 -0000 I agree. FWIW, we bundled netcat in with Mac OS X's base distribution in Panther. I got a lot of requests for it before that and it's already come in handy several times, so I don't regret the decision at all. FreeBSD would benefit from having it in the base system. - Jordan On Jan 26, 2005, at 4:14 AM, Robert Watson wrote: > It's always surprised me netcat isn't in the base system -- it's a very > useful testing tool. > -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 03:53:13 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C5AC16A4CE for ; Mon, 31 Jan 2005 03:53:13 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id B770743D3F for ; Mon, 31 Jan 2005 03:53:12 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.13.1) with ESMTP id j0V3rNlJ008179; Sun, 30 Jan 2005 22:53:23 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.13.1/Submit) id j0V3rM8R008178; Sun, 30 Jan 2005 22:53:22 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Sun, 30 Jan 2005 22:53:22 -0500 From: David Schultz To: "Dag-Erling =?us-ascii:iso-8859-1?Q?Sm=F8rgrav?=" Message-ID: <20050131035322.GA8082@VARK.MIT.EDU> Mail-Followup-To: "Dag-Erling =?us-ascii:iso-8859-1?Q?Sm=F8rgrav?=" , Jacques Fourie , freebsd-hackers@FreeBSD.ORG References: <41F90140.3020705@trispen.com> <20050127160914.GA72454@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii:iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: cc: freebsd-hackers@FreeBSD.ORG Subject: Re: kernel vm question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 03:53:13 -0000 On Fri, Jan 28, 2005, Dag-Erling Smrgrav wrote: > des@des.no (Dag-Erling Smørgrav) writes: > > David Schultz writes: > > > When the line is there, the compiler is probably smart enough to > > > realize that 'x=y; y=x' is (usually) a no-op, so it optimizes away > > > both statements. > > Wrong. The compiler is free to optimize away the second statement > > provided that neither x nor y is declared volatile, but it cannot > > optimize away the first statement. > > I should add: unless it can determine with absolute certainty that x > is not referenced later. Exactly. Notice that this is indeed the case for Jaques' example. I oversimplified a bit because, as I mentioned, this is a digression from the main point about writing to the code segment. There's no need to be curt. From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 13:41:52 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93D0D16A4D0 for ; Mon, 31 Jan 2005 13:41:52 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 596B543D49 for ; Mon, 31 Jan 2005 13:41:41 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 87518 invoked by uid 0); 31 Jan 2005 13:33:26 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 31 Jan 2005 13:33:26 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id BFFCE13285F; Mon, 31 Jan 2005 21:41:19 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 96752-17; Mon, 31 Jan 2005 21:41:08 +0800 (CST) Received: from localhost.localdomain (unknown [221.216.245.106]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id C5D8313285A; Mon, 31 Jan 2005 21:41:07 +0800 (CST) From: Xin LI To: freebsd-hackers@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-A2JRhvRU9r1j1TWxARE7" Organization: The FreeBSD Simplified Chinese Project Date: Mon, 31 Jan 2005 21:39:52 +0800 Message-Id: <1107178792.613.22.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net cc: mtm@FreeBSD.org cc: ru@FreeBSD.org Subject: Idea about "skeleton jail" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: delphij@delphij.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 13:41:52 -0000 --=-A2JRhvRU9r1j1TWxARE7 Content-Type: multipart/mixed; boundary="=-2/zraRYP0ClI3EPi75PN" --=-2/zraRYP0ClI3EPi75PN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Dear folks, The recent discussion about whether we should have the perl port to touch/install /usr/bin/perl. While I'm not interested in joining the discussion, it inspired me that we can make use of the fact that ports should not install things to "system" area and take advantage from it. Finally these ideas results me to hack up something that might be valuable to share with our users. What I am going to proposal is a concept that I call it "skeleton jail", or "skeljail" for short. A skel jail is something that shares most base system binaries/libraries with the host, through read-only mount_null's. I have already done some experiments. Basically we want the following directories to be mount_null'ed: /bin, /sbin, /lib, /libexec, /usr/bin, /usr/sbin, /usr/include, /usr/lib, /usr/libdata, /usr/libexec, /usr/sbin, /usr/share To get most of what we want the jail to do, to work, this includes ssh(1) and something else. Optionally, we may want to mount_nullfs a read-write /usr/ports/distfiles, a readonly /usr/ports, and something like /usr/game to be mounted into the skeljail. In order to avoid having to do something magic instead of "make installworld", I have a patchset against src/Makefile and src/Makefile.incl to make the work a bit easier. It adds a so-called "installskel" target that creates a skeljail that contains necessary directory hierarchy, and a set of /etc configuration files that will be useful to start the jail. The target must be used after a ``make buildworld'' The two major benefits for the skeljail are: - Reduces the ordinary management cost because many base system files are shared, hence you patch only once to get all jails patched. - Reduces the space cost that needed for a newly created jail. It used to need about 110MB and with skeljail you will only need no more than 3MB. Apparantly skeljail is not suitable for those who want: - Run different FreeBSD releases on a single box. - Run ports that does touch system area. But having it doesn't hurt the ability for you to run a full jail. I have some handcrafted shell scripts to implement skeljail by having everything automatically mounted/dismounted. However, I think it might be better if we can have jail__skeljail=3D"YES" switch in our jail rc.d(8) startup script. Please let me know if you are interested in the idea and I'll post a patch for review if there's enough people that wants this. Thanks in advance! Cheers, --=20 Xin LI http://www.delphij.net/ --=-2/zraRYP0ClI3EPi75PN Content-Disposition: attachment; filename=patch-skel Content-Type: text/x-patch; name=patch-skel; charset=ISO-8859-1 Content-Transfer-Encoding: base64 SW5kZXg6IE1ha2VmaWxlDQogPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL01h a2VmaWxlLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4zMTUNCmRpZmYgLXUgLXIxLjMxNSBNYWtl ZmlsZQ0KLS0tIE1ha2VmaWxlCTIxIERlYyAyMDA0IDA5OjU5OjM5IC0wMDAwCTEuMzE1DQorKysg TWFrZWZpbGUJMzEgSmFuIDIwMDUgMTM6MDI6MzQgLTAwMDANCkBAIC02NSw3ICs2NSw3IEBADQpU R1RTPQlhbGwgYWxsLW1hbiBidWlsZGtlcm5lbCBidWlsZHdvcmxkIGNoZWNrZHBhZGQgY2xlYW4g XA0KCWNsZWFuZGVwZW5kIGNsZWFuZGlyIGRlcGVuZCBkaXN0cmlidXRlIGRpc3RyaWJ1dGV3b3Js ZCBldmVyeXRoaW5nIFwNCgloaWVyYXJjaHkgaW5zdGFsbCBpbnN0YWxsY2hlY2sgaW5zdGFsbGtl cm5lbCBpbnN0YWxsa2VybmVsLmRlYnVnXA0KLQlyZWluc3RhbGxrZXJuZWwgcmVpbnN0YWxsa2Vy bmVsLmRlYnVnIGluc3RhbGx3b3JsZCBcDQorCXJlaW5zdGFsbGtlcm5lbCByZWluc3RhbGxrZXJu ZWwuZGVidWcgaW5zdGFsbHNrZWwgaW5zdGFsbHdvcmxkIFwNCglrZXJuZWwtdG9vbGNoYWluIGxp YnJhcmllcyBsaW50IG1hbmluc3RhbGwgXA0KCW9iaiBvYmpsaW5rIHJlZ3Jlc3MgcmVyZWxlYXNl IHRhZ3MgdG9vbGNoYWluIHVwZGF0ZSBcDQoJX3dvcmxkdG1wIF9sZWdhY3kgX2Jvb3RzdHJhcC10 b29scyBfY2xlYW5vYmogX29iaiBcDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEluZGV4OiBN YWtlZmlsZS5pbmMxDQooSXRlbXMgaW5kaWNhdGVkIHdpdGggKiBtZWFucyBub24tZXNzZW50aWFs IGl0ZW1zKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL01ha2VmaWxlLmlu YzEsdg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICByZXRyaWV2aW5nIHJldmlzaW9uIDEuNDcz DQpkaWZmIC11IC1yMS40NzMgTWFrZWZpbGUuaW5jMQ0KLS0tIE1ha2VmaWxlLmluYzEJMjAgSmFu IDIwMDUgMTA6NDk6MDIgLTAwMDAJMS40NzMNCisrKyBNYWtlZmlsZS5pbmMxCTMxIEphbiAyMDA1 IDEzOjAyOjM0IC0wMDAwDQpAQCAtNTE2LDYgKzUxNiwxOCBAQA0KIAlybSAtcmYgJHtJTlNUQUxM VE1QfQ0KIA0KICMNCisjIGluc3RhbGxza2VsDQorIw0KKyMgSW5zdGFsbHMgYSBtaW5pbXVtIHNl dCBvZiBmaWxlcyB0aGF0IGNhbiBzdXBwb3J0IGEgbWluaS1qYWlsDQorIw0KK2luc3RhbGxza2Vs Og0KKwlAZWNobyAiLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0iDQorCUBlY2hvICI+Pj4gTWFraW5nIGluc3RhbGxza2VsIg0KKwlA ZWNobyAiLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0iDQorCSR7XytffWNkICR7LkNVUkRJUn07ICR7TUFLRX0gaGllcmFyY2h5IERF U1RESVI9JHtERVNURElSfQ0KKwkke18rX31jZCAkey5DVVJESVJ9L2V0YzsgJHtNQUtFfSBkaXN0 cmlidXRpb24gREVTVERJUj0ke0RFU1RESVJ9DQorDQorIw0KICMgcmVpbnN0YWxsDQogIw0KICMg SWYgeW91IGhhdmUgYSBidWlsZCBzZXJ2ZXIsIHlvdSBjYW4gTkZTIG1vdW50IHRoZSBzb3VyY2Ug YW5kIG9iaiBkaXJlY3Rvcmllcw0K --=-2/zraRYP0ClI3EPi75PN-- --=-A2JRhvRU9r1j1TWxARE7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB/jUn/cVsHxFZiIoRAvWSAJ9m4aFrKkw/Wthdj+3B5oAZdAkT1wCfZ/c5 A73eTT2EV5i1Z4Nw7Pz5LsE= =WBri -----END PGP SIGNATURE----- --=-A2JRhvRU9r1j1TWxARE7-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 14:32:51 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2B0516A4CE for ; Mon, 31 Jan 2005 14:32:51 +0000 (GMT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC37B43D4C for ; Mon, 31 Jan 2005 14:32:50 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id j0VEWnBM068663 for ; Mon, 31 Jan 2005 17:32:49 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Mon, 31 Jan 2005 17:32:49 +0300 (MSK) From: Dmitry Morozovsky To: freebsd-hackers@FreeBSD.org Message-ID: <20050131172400.Q64378@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: GVRP announces under FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 14:32:51 -0000 Dear colleagues, is there any existing solution for announcing dot1Q vlans from FreeBSD router via GVRP? Quick googling does not reveal anything informative. Thanks in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 14:41:42 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E60B16A4CE for ; Mon, 31 Jan 2005 14:41:42 +0000 (GMT) Received: from mail.revolutionsp.com (ganymede.revolutionsp.com [64.246.0.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 219C243D2D for ; Mon, 31 Jan 2005 14:41:42 +0000 (GMT) (envelope-from security@revolutionsp.com) Received: from mail.revolutionsp.com (localhost [127.0.0.1]) by mail.revolutionsp.com (Postfix) with ESMTP id 2E44815C96 for ; Mon, 31 Jan 2005 08:41:34 -0600 (CST) Received: from 81.84.175.77 (SquirrelMail authenticated user security@revolutionsp.com); by mail.revolutionsp.com with HTTP; Mon, 31 Jan 2005 08:41:34 -0600 (CST) Message-ID: <51547.81.84.175.77.1107182494.squirrel@81.84.175.77> Date: Mon, 31 Jan 2005 08:41:34 -0600 (CST) From: security@revolutionsp.com To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Simple question about CPUs and processes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 14:41:42 -0000 Hi list, I'd like some insight on the following; Me and a friend were discussing tech stuff and he said that, when using dual (or more) CPU systems, it is the hardware itself (and alone) choosing which CPU will execute this or that process. But I think it is the OS kernel (FreeBSD in this case) and the SMP implementation that decide this process should live in CPU0 or CPU1, ie it's FreeBSD itself choosing on what CPU a process will reside in. I'm by no means an experienced programmer, so I can't check this for myself; just following logic and intuition, I think it makes sense it is the OS keeping track of what process is in which CPU. Which approach is right? Please add as many technical details as needed. From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 15:01:05 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E3BF16A4CE for ; Mon, 31 Jan 2005 15:01:05 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE50F43D55 for ; Mon, 31 Jan 2005 15:01:04 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 67B0546B3C; Mon, 31 Jan 2005 10:01:04 -0500 (EST) Date: Mon, 31 Jan 2005 15:00:24 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: security@revolutionsp.com In-Reply-To: <51547.81.84.175.77.1107182494.squirrel@81.84.175.77> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Simple question about CPUs and processes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 15:01:05 -0000 On Mon, 31 Jan 2005 security@revolutionsp.com wrote: > I'd like some insight on the following; Me and a friend were discussing > tech stuff and he said that, when using dual (or more) CPU systems, it > is the hardware itself (and alone) choosing which CPU will execute this > or that process. > > But I think it is the OS kernel (FreeBSD in this case) and the SMP > implementation that decide this process should live in CPU0 or CPU1, ie > it's FreeBSD itself choosing on what CPU a process will reside in. This is basically the case on hardware supported by FreeBSD: the OS scheduler decides where to place processes in order, ideally, to maximize performance. The hardware will affect the performance, however, due to some systems supporting non-uniform access to chunks of memory depending on the CPU the code runs on, the contents of the cache, etc. Often, the job of the OS scheduler isn't simply to decide on fair or desirable run orders based on priority, but where best to run the process/thread based on where it's run recently, clusters of related CPUs, etc. These issues are becoming more important on i386-based systems with the advent of hyper-threading, dual-core chips, amd64 NUMA, etc. In the end, though, the decision (good or bad) will be made by the OS. There is two exceptions regarding execution: - The hardware may be involved in deciding which CPU will receive interrupts -- for example, it may round-robin deliver timer interrupts to CPUs to attempt to help manage interrupt load. This will cause an interrupt handler to run on the CPU selected by the hardware, at which point the OS can decide whether it wants to process the interrupt on that CPU, or forward it to another for processing. - There are some activities that must be performed on specific processors. For example, the boot necessarily starts out on the boot processor (BP). It turns out that many Intel or Intel-like systems get quite unhappy if system shutdown is initiated from a non-boot processor, so FreeBSD also arranges for the boot processor to issue the power down call into ACPI on platforms running ACPI. The hardware isn't choosing where to run this code per se, but if you pick the wrong one the hardware won't like you :-). Hope this is helpful, Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 15:02:47 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB6E716A4CE for ; Mon, 31 Jan 2005 15:02:47 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id C4D3943D41 for ; Mon, 31 Jan 2005 15:02:45 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 86354 invoked by uid 0); 31 Jan 2005 15:00:24 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.157.250) by node15.coopprint.com with SMTP; 31 Jan 2005 15:00:24 -0000 Message-ID: <41FE4892.1050004@gamersimpact.com> Date: Mon, 31 Jan 2005 09:02:42 -0600 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: security@revolutionsp.com References: <51547.81.84.175.77.1107182494.squirrel@81.84.175.77> In-Reply-To: <51547.81.84.175.77.1107182494.squirrel@81.84.175.77> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Simple question about CPUs and processes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 15:02:47 -0000 security@revolutionsp.com wrote: > Hi list, > > I'd like some insight on the following; Me and a friend were discussing > tech stuff and he said that, when using dual (or more) CPU systems, it is > the hardware itself (and alone) choosing which CPU will execute this or > that process. The OS and the OS alone chooses which processes to migrate (move from one CPU to the other), which process to execute, and all that. This is pretty much the entire job of the scheduler. All the CPU cares about is endlessly executing instructions fed to it and delivering interrupts/exceptions. What your friend might be confusing is the fact that the CPU can receive an interrupt or exception and the CPU will then begin executing the handler for that situation. This does not mean it is choosing which process to execute though. The handler might then make the decision to perform a context switch (switch the executing process). There are a great many sources on the web on topics like these. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 15:29:13 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3889316A4CE for ; Mon, 31 Jan 2005 15:29:13 +0000 (GMT) Received: from mail.revolutionsp.com (ganymede.revolutionsp.com [64.246.0.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0881243D31 for ; Mon, 31 Jan 2005 15:29:13 +0000 (GMT) (envelope-from security@revolutionsp.com) Received: from mail.revolutionsp.com (localhost [127.0.0.1]) by mail.revolutionsp.com (Postfix) with ESMTP id 2C94815C96 for ; Mon, 31 Jan 2005 09:29:05 -0600 (CST) Received: from 81.84.175.77 (SquirrelMail authenticated user security@revolutionsp.com); by mail.revolutionsp.com with HTTP; Mon, 31 Jan 2005 09:29:05 -0600 (CST) Message-ID: <51596.81.84.175.77.1107185345.squirrel@81.84.175.77> In-Reply-To: <51581.81.84.175.77.1107185131.squirrel@81.84.175.77> References: <51547.81.84.175.77.1107182494.squirrel@81.84.175.77> <51581.81.84.175.77.1107185131.squirrel@81.84.175.77> Date: Mon, 31 Jan 2005 09:29:05 -0600 (CST) From: security@revolutionsp.com To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: Simple question about CPUs and processes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 15:29:13 -0000 Hey, Thanks for the replies Robert and Ryan! That was insigthful. I didn't know about the BP and the shutdown thingy, always learning :-) >> On Mon, 31 Jan 2005 security@revolutionsp.com wrote: >> >>> I'd like some insight on the following; Me and a friend were discussing >>> tech stuff and he said that, when using dual (or more) CPU systems, it >>> is the hardware itself (and alone) choosing which CPU will execute this >>> or that process. >>> >>> But I think it is the OS kernel (FreeBSD in this case) and the SMP >>> implementation that decide this process should live in CPU0 or CPU1, ie >>> it's FreeBSD itself choosing on what CPU a process will reside in. >> >> This is basically the case on hardware supported by FreeBSD: the OS >> scheduler decides where to place processes in order, ideally, to >> maximize >> performance. The hardware will affect the performance, however, due to >> some systems supporting non-uniform access to chunks of memory depending >> on the CPU the code runs on, the contents of the cache, etc. Often, the >> job of the OS scheduler isn't simply to decide on fair or desirable run >> orders based on priority, but where best to run the process/thread based >> on where it's run recently, clusters of related CPUs, etc. These issues >> are becoming more important on i386-based systems with the advent of >> hyper-threading, dual-core chips, amd64 NUMA, etc. In the end, though, >> the decision (good or bad) will be made by the OS. >> >> There is two exceptions regarding execution: >> >> - The hardware may be involved in deciding which CPU will receive >> interrupts -- for example, it may round-robin deliver timer interrupts >> to CPUs to attempt to help manage interrupt load. This will cause an >> interrupt handler to run on the CPU selected by the hardware, at which >> point the OS can decide whether it wants to process the interrupt on >> that CPU, or forward it to another for processing. >> >> - There are some activities that must be performed on specific >> processors. >> For example, the boot necessarily starts out on the boot processor >> (BP). >> It turns out that many Intel or Intel-like systems get quite unhappy >> if >> system shutdown is initiated from a non-boot processor, so FreeBSD >> also >> arranges for the boot processor to issue the power down call into ACPI >> on platforms running ACPI. The hardware isn't choosing where to run >> this code per se, but if you pick the wrong one the hardware won't >> like >> you :-). >> >> Hope this is helpful, >> >> Robert N M Watson >> >> > > From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 16:10:29 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFD7616A4D4 for ; Mon, 31 Jan 2005 16:10:29 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05C4243D1D for ; Mon, 31 Jan 2005 16:10:29 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id D4FBF173533; Mon, 31 Jan 2005 17:10:23 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id B5876407C; Mon, 31 Jan 2005 17:10:06 +0100 (CET) Date: Mon, 31 Jan 2005 17:10:06 +0100 From: Jeremie Le Hen To: delphij@delphij.net Message-ID: <20050131161006.GD60177@obiwan.tataz.chchile.org> References: <1107178792.613.22.camel@spirit> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1107178792.613.22.camel@spirit> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@FreeBSD.org Subject: Re: Idea about "skeleton jail" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 16:10:29 -0000 On Mon, Jan 31, 2005 at 09:39:52PM +0800, Xin LI wrote: > Dear folks, > > The recent discussion about whether we should have the perl port to > touch/install /usr/bin/perl. While I'm not interested in joining the > discussion, it inspired me that we can make use of the fact that ports > should not install things to "system" area and take advantage from it. > Finally these ideas results me to hack up something that might be > valuable to share with our users. > > What I am going to proposal is a concept that I call it "skeleton jail", > or "skeljail" for short. A skel jail is something that shares most base > system binaries/libraries with the host, through read-only mount_null's. > > I have already done some experiments. Basically we want the following > directories to be mount_null'ed: > /bin, /sbin, /lib, /libexec, /usr/bin, /usr/sbin, /usr/include, > /usr/lib, /usr/libdata, /usr/libexec, /usr/sbin, /usr/share > > To get most of what we want the jail to do, to work, this includes > ssh(1) and something else. Optionally, we may want to mount_nullfs a > read-write /usr/ports/distfiles, a readonly /usr/ports, and something > like /usr/game to be mounted into the skeljail. > > In order to avoid having to do something magic instead of "make > installworld", I have a patchset against src/Makefile and > src/Makefile.incl to make the work a bit easier. It adds a so-called > "installskel" target that creates a skeljail that contains necessary > directory hierarchy, and a set of /etc configuration files that will be > useful to start the jail. The target must be used after a ``make > buildworld'' > > The two major benefits for the skeljail are: > - Reduces the ordinary management cost because many base system files > are shared, hence you patch only once to get all jails patched. > - Reduces the space cost that needed for a newly created jail. It used > to need about 110MB and with skeljail you will only need no more than > 3MB. > > Apparantly skeljail is not suitable for those who want: > - Run different FreeBSD releases on a single box. > - Run ports that does touch system area. > > But having it doesn't hurt the ability for you to run a full jail. > > I have some handcrafted shell scripts to implement skeljail by having > everything automatically mounted/dismounted. However, I think it might > be better if we can have jail__skeljail="YES" switch in our jail > rc.d(8) startup script. Please let me know if you are interested in the > idea and I'll post a patch for review if there's enough people that > wants this. Sold ! I just use the same setup you described in order to reduce disk usage and synchonize automatically jails with base system. It would be indeed a great step forward for jail management IMHO. Why don't you simply call the target "installjail" instead of "installskel" ? -- Jeremie Le Hen jeremie@le-hen.org From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 16:14:35 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59A2C16A4CE for ; Mon, 31 Jan 2005 16:14:35 +0000 (GMT) Received: from balodis.pvd.gov.lv (balodis.pvd.gov.lv [159.148.155.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id B680743D66 for ; Mon, 31 Jan 2005 16:14:32 +0000 (GMT) (envelope-from kl@os.lv) Received: by balodis.pvd.gov.lv (Postfix, from userid 65534) id 5C59C850FA1; Wed, 26 Jan 2005 17:04:27 +0200 (EET) Received: from [192.168.1.21] (unknown [159.148.155.3]) by balodis.pvd.gov.lv (Postfix) with ESMTP id 344FA850F9F for ; Wed, 26 Jan 2005 17:04:24 +0200 (EET) Message-ID: <41F7B144.3020205@os.lv> Date: Wed, 26 Jan 2005 17:03:32 +0200 From: Casper User-Agent: Mozilla Thunderbird 0.9 (X11/20041127) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on mail.pvd.gov.lv X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.0 Subject: Intel motherboard S875WP1-E with SATA un Promise raid problem... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 16:14:35 -0000 Hi, I read that there is already discusion about it: http://lists.freebsd.org/pipermail/freebsd-hackers/2005-January/009814.html But it not helped me. I have googled etc working little bit every day, and turn then the bigest discusion about it is here, so I decidadet to post q. here. I have already intel server with S875WP1-E motherboard who is 2 sata conectors and 4 sata raid conectors and 4 sata disks and I need local fail server. I thinked I don`t trust match raid and one disk for sys, backup, another for jail`ed fail server and ir other will be jail`s too. So I start to install my favorite latest FreeBSD 4.10 and stuck that it see only 2 disks, how I writed, it not see cotroler or don`t know how to talk. Ok, I googled and found patch: http://www.ambrisko.com/doug/ata/ata_stable_sata_7.patch apply it to source, rebuild and reboot, it found all 4 disks(2 connected and 2 in raid). OK good, but then after after kernel booted it ask for particion to put ufs:/dev/ad4s1a not working... So I test again, now working. Gooled and found yours discusion here. Understand that it is right time to try 5.3. Start install, it found all 4 disks, good. But after reboot, the same, ask for ufs:/dev/disk... Ok, I try again with one disk only connected, it installed, and it booted ok. I connect other, after boot ok, it shows all. I tryed to configure other by /stand/sysinstall and fdisk all the time said it not like Geometry... Mybe thats wrong. All is not stable and somethinkg is wrong. HD all is WD2500 Caviar SATA, 250Gb. Anybody is ok with this motherboard and sata? thanks, Casper From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 16:20:27 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00A3616A4CE for ; Mon, 31 Jan 2005 16:20:27 +0000 (GMT) Received: from web52705.mail.yahoo.com (web52705.mail.yahoo.com [206.190.39.156]) by mx1.FreeBSD.org (Postfix) with SMTP id 7473C43D2F for ; Mon, 31 Jan 2005 16:20:26 +0000 (GMT) (envelope-from kamalpr@yahoo.com) Received: (qmail 44499 invoked by uid 60001); 31 Jan 2005 16:20:25 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=E3rnXATZ9rUe6xO16oWHH6aQRTKD54FfJKlBnke284/ZDwcNXjuO7VFvRI/qrU6VXBx0xTgHxskFF090kUrCuOJRuLkbF+mIt92T1sq3yWCAFfv8wDNUg7tVcIBLQ9OVyKr1phkvrt4fc2e8dGTEvJZbr+NVq9LgHMIv9LY0+T8= ; Message-ID: <20050131162025.44497.qmail@web52705.mail.yahoo.com> Received: from [203.195.199.244] by web52705.mail.yahoo.com via HTTP; Mon, 31 Jan 2005 08:20:25 PST Date: Mon, 31 Jan 2005 08:20:25 -0800 (PST) From: "Kamal R. Prasad" To: freebsd-hackers@freebsd.org In-Reply-To: <41FE4892.1050004@gamersimpact.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Simple question about CPUs and processes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kamalp@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 16:20:27 -0000 --- Ryan Sommers wrote: > security@revolutionsp.com wrote: > [snip] > CPU cares about is > endlessly executing instructions fed to it and > delivering > interrupts/exceptions. What your friend might be Im not sure to how many types of hw FreeBSD has been ported, but the POWER4 processor (Apple's G5) has something called a hypervisor on top of which the unix kernel runs. The hypervisor has some facilities for partitioning, migration of resources etc.. So, it isn't exactly a case of dumb hw in all cases. regards -kamal __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 16:30:10 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6282316A532 for ; Mon, 31 Jan 2005 16:30:10 +0000 (GMT) Received: from mx.hostarica.com (www2.hostarica.com [196.40.45.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87A3643D49 for ; Mon, 31 Jan 2005 16:30:07 +0000 (GMT) (envelope-from jose@hostarica.com) Received: from localhost (localhost.hostarica.com [127.0.0.1]) by mx.hostarica.com (Postfix) with ESMTP id 26821F7DC for ; Mon, 31 Jan 2005 10:41:12 -0600 (CST) Received: from localhost.localdomain (jose.hostarica.net [192.168.0.69]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx.hostarica.com (Postfix) with ESMTP id DEFDBF7C7 for ; Mon, 31 Jan 2005 10:41:10 -0600 (CST) From: Jose Hidalgo Herrera To: Hackers-FreeBSD Content-Type: text/plain Organization: Corp. Hostarica Date: Mon, 31 Jan 2005 10:30:05 -0600 Message-Id: <1107189005.88247.23.camel@jose.hostarica.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd 0.1 Subject: TCP stack errors X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jose@hostarica.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 16:30:10 -0000 I have a 4.10p5 (cvsuped with RELENG_4_10 last friday) that shows things like this with a netstat -sf inet: tcp: 3630 discarded for bad checksums 85 discarded for bad header offset fields 1220093 bad connection attempts 137097 embryonic connections dropped udp: 7 with bad checksum the complete netstat can be found in: http://www1.cr.freebsd.org/~jose/netstat-sf One can assume that the server is that target for some stupid guy, BUT the thing is that IS the server the one SENDING the miscalculated packages. I saw that with sshd connections, smtps, auths, etc.., the client sent the handshake but the server was replying with wrong packages. It occurs with different window-sizes, different flags, the network card is an em: em1: flags=8843 mtu 1500 options=3 media: Ethernet autoselect (100baseTX ) with two ip addresses in the same subnet (alias with /32 netmask) no hardware failures reported. It sends bad packages from both addresses. Is there any bug I'm not aware of with this driver ? -- Jose Hidalgo Herrera Corp. Hostarica From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 18:48:22 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D08B16A4D1 for ; Mon, 31 Jan 2005 18:48:22 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 2126543D39 for ; Mon, 31 Jan 2005 18:48:19 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 89159 invoked by uid 0); 31 Jan 2005 18:40:06 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 31 Jan 2005 18:40:06 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id BA57A133850; Tue, 1 Feb 2005 02:48:09 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04405-11; Tue, 1 Feb 2005 02:47:57 +0800 (CST) Received: from localhost.localdomain (unknown [221.216.245.106]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 17C0D13387B; Tue, 1 Feb 2005 02:47:57 +0800 (CST) From: Xin LI To: Jeremie Le Hen In-Reply-To: <20050131161006.GD60177@obiwan.tataz.chchile.org> References: <1107178792.613.22.camel@spirit> <20050131161006.GD60177@obiwan.tataz.chchile.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-m1cxJyr69Bnsl1JwRPq4" Organization: The FreeBSD Simplified Chinese Project Date: Tue, 01 Feb 2005 02:46:41 +0800 Message-Id: <1107197201.604.7.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-hackers@FreeBSD.org Subject: Re: Idea about "skeleton jail" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: delphij@delphij.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 18:48:22 -0000 --=-m1cxJyr69Bnsl1JwRPq4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =E5=9C=A8 2005-01-31=E4=B8=80=E7=9A=84 17:10 +0100=EF=BC=8CJeremie Le Hen= =E5=86=99=E9=81=93=EF=BC=9A > On Mon, Jan 31, 2005 at 09:39:52PM +0800, Xin LI wrote [snip] > Why don't you simply call the target "installjail" instead of > "installskel" ? I'd admit that I have chosen the name just by chance. I prefer installskel over installjail since I think the latter refers to a concept that we actually "install a full system for jailing", which is IMO installworld+etc/distribute :-) Just my $0.02 Cheers, --=20 Xin LI http://www.delphij.net/ --=-m1cxJyr69Bnsl1JwRPq4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB/n0R/cVsHxFZiIoRAtVsAJwI+zYJHttU9sh0sTh+7m/18Un6xgCfWVc0 EAgLEZM/Ai17F6D+S6W9N5M= =QLEG -----END PGP SIGNATURE----- --=-m1cxJyr69Bnsl1JwRPq4-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 19:29:32 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85CE016A4CE for ; Mon, 31 Jan 2005 19:29:32 +0000 (GMT) Received: from mail.revolutionsp.com (ganymede.revolutionsp.com [64.246.0.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 267B243D3F for ; Mon, 31 Jan 2005 19:29:32 +0000 (GMT) (envelope-from security@revolutionsp.com) Received: from mail.revolutionsp.com (localhost [127.0.0.1]) by mail.revolutionsp.com (Postfix) with ESMTP id 1C70C15C95 for ; Mon, 31 Jan 2005 13:29:24 -0600 (CST) Received: from 81.84.175.77 (SquirrelMail authenticated user security@revolutionsp.com); by mail.revolutionsp.com with HTTP; Mon, 31 Jan 2005 13:29:24 -0600 (CST) Message-ID: <51723.81.84.175.77.1107199764.squirrel@81.84.175.77> In-Reply-To: <20050131161006.GD60177@obiwan.tataz.chchile.org> References: <1107178792.613.22.camel@spirit> <20050131161006.GD60177@obiwan.tataz.chchile.org> Date: Mon, 31 Jan 2005 13:29:24 -0600 (CST) From: security@revolutionsp.com To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: Idea about 'skeleton jail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 19:29:32 -0000 Very nice idea!! This greatly improves jail management on FreeBSD. There is a possibility for a minor drawback -- if one can change a system binary in the host system, them all jails are compromised -- but assuming one would need root access on the host to change the binary, he would have power to change any jail anyway, so this is rather redundant. Great feature here, when can we see this added to the system? > On Mon, Jan 31, 2005 at 09:39:52PM +0800, Xin LI wrote: >> Dear folks, >> >> The recent discussion about whether we should have the perl port to >> touch/install /usr/bin/perl. While I'm not interested in joining the >> discussion, it inspired me that we can make use of the fact that ports >> should not install things to "system" area and take advantage from it. >> Finally these ideas results me to hack up something that might be >> valuable to share with our users. >> >> What I am going to proposal is a concept that I call it "skeleton jail", >> or "skeljail" for short. A skel jail is something that shares most base >> system binaries/libraries with the host, through read-only mount_null's. >> >> I have already done some experiments. Basically we want the following >> directories to be mount_null'ed: >> /bin, /sbin, /lib, /libexec, /usr/bin, /usr/sbin, /usr/include, >> /usr/lib, /usr/libdata, /usr/libexec, /usr/sbin, /usr/share >> >> To get most of what we want the jail to do, to work, this includes >> ssh(1) and something else. Optionally, we may want to mount_nullfs a >> read-write /usr/ports/distfiles, a readonly /usr/ports, and something >> like /usr/game to be mounted into the skeljail. >> >> In order to avoid having to do something magic instead of "make >> installworld", I have a patchset against src/Makefile and >> src/Makefile.incl to make the work a bit easier. It adds a so-called >> "installskel" target that creates a skeljail that contains necessary >> directory hierarchy, and a set of /etc configuration files that will be >> useful to start the jail. The target must be used after a ``make >> buildworld'' >> >> The two major benefits for the skeljail are: >> - Reduces the ordinary management cost because many base system files >> are shared, hence you patch only once to get all jails patched. >> - Reduces the space cost that needed for a newly created jail. It used >> to need about 110MB and with skeljail you will only need no more than >> 3MB. >> >> Apparantly skeljail is not suitable for those who want: >> - Run different FreeBSD releases on a single box. >> - Run ports that does touch system area. >> >> But having it doesn't hurt the ability for you to run a full jail. >> >> I have some handcrafted shell scripts to implement skeljail by having >> everything automatically mounted/dismounted. However, I think it might >> be better if we can have jail__skeljail="YES" switch in our jail >> rc.d(8) startup script. Please let me know if you are interested in the >> idea and I'll post a patch for review if there's enough people that >> wants this. > > Sold ! I just use the same setup you described in order to reduce disk > usage and synchonize automatically jails with base system. It would be > indeed a great step forward for jail management IMHO. > > Why don't you simply call the target "installjail" instead of > "installskel" ? > > -- > Jeremie Le Hen > jeremie@le-hen.org > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 19:35:19 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFDA116A4CE for ; Mon, 31 Jan 2005 19:35:19 +0000 (GMT) Received: from shellma.zin.lublin.pl (shellma.zin.lublin.pl [212.182.126.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 868E343D31 for ; Mon, 31 Jan 2005 19:35:19 +0000 (GMT) (envelope-from pawmal-posting@freebsd.lublin.pl) Received: by shellma.zin.lublin.pl (Postfix, from userid 1018) id 1469C347BA8; Mon, 31 Jan 2005 20:39:35 +0100 (CET) Date: Mon, 31 Jan 2005 20:39:35 +0100 From: Pawel Malachowski To: freebsd-hackers@freebsd.org Message-ID: <20050131193935.GA34986@shellma.zin.lublin.pl> References: <1107178792.613.22.camel@spirit> <20050131161006.GD60177@obiwan.tataz.chchile.org> <51723.81.84.175.77.1107199764.squirrel@81.84.175.77> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <51723.81.84.175.77.1107199764.squirrel@81.84.175.77> User-Agent: Mutt/1.4.2i Subject: Re: Idea about 'skeleton jail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 19:35:20 -0000 On Mon, Jan 31, 2005 at 01:29:24PM -0600, security@revolutionsp.com wrote: > Very nice idea!! This greatly improves jail management on FreeBSD. There > is a possibility for a minor drawback -- if one can change a system binary > in the host system, them all jails are compromised -- but assuming one > would need root access on the host to change the binary, he would have > power to change any jail anyway, so this is rather redundant. > > Great feature here, when can we see this added to the system? BTW, people are using setups like this for years. > >> I have already done some experiments. Basically we want the following > >> directories to be mount_null'ed: > >> /bin, /sbin, /lib, /libexec, /usr/bin, /usr/sbin, /usr/include, > >> /usr/lib, /usr/libdata, /usr/libexec, /usr/sbin, /usr/share -- Pawe³ Ma³achowski From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 20:00:40 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6FCB16A4DA for ; Mon, 31 Jan 2005 20:00:40 +0000 (GMT) Received: from mail.revolutionsp.com (ganymede.revolutionsp.com [64.246.0.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCDD243D2F for ; Mon, 31 Jan 2005 20:00:40 +0000 (GMT) (envelope-from security@revolutionsp.com) Received: from mail.revolutionsp.com (localhost [127.0.0.1]) by mail.revolutionsp.com (Postfix) with ESMTP id 9F9E715C95 for ; Mon, 31 Jan 2005 14:00:32 -0600 (CST) Received: from 81.84.175.77 (SquirrelMail authenticated user security@revolutionsp.com); by mail.revolutionsp.com with HTTP; Mon, 31 Jan 2005 14:00:32 -0600 (CST) Message-ID: <51849.81.84.175.77.1107201632.squirrel@81.84.175.77> Date: Mon, 31 Jan 2005 14:00:32 -0600 (CST) From: "H. S." To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: syscall list X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 20:00:41 -0000 Hi, I don't remember how to extract the syscall list from the kernel. There was an article some time ago about this, and checking the syscall address to make sure it was not changed in the kernel. Could anyone point me to this article? I've tried to google around but didn't find it. Best Regards From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 20:48:10 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9346A16A4CE for ; Mon, 31 Jan 2005 20:48:10 +0000 (GMT) Received: from internet1.mccd.edu (internet1.mccd.edu [198.189.251.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A22143D45 for ; Mon, 31 Jan 2005 20:48:10 +0000 (GMT) (envelope-from alexander.s@mccd.edu) X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 31 Jan 2005 12:49:08 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: syscall list Thread-Index: AcUHz7JBP25IAIeESsumeOJqrQy3kQABhftg From: "Steven Alexander" To: "H. S." , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: RE: syscall list X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 20:48:10 -0000 Syscalls are talked about in section 2.7 =20 Forensic Analysis of a Live Linux System, Part Two =09 http://www.securityfocus.com/infocus/1773 =20 This article is more in depth on this point; it's by the same author. =20 Detecting Kernel-level Compromises With gdb=20 http://www.securityfocus.com/infocus/1811 =20 I hope this helps. =20 Steven -----Original Message----- From: H. S. [mailto:security@revolutionsp.com]=20 Sent: Monday, January 31, 2005 12:01 PM To: freebsd-hackers@freebsd.org Subject: syscall list =09 =09 Hi, =09 I don't remember how to extract the syscall list from the kernel. There was an article some time ago about this, and checking the syscall address to make sure it was not changed in the kernel. Could anyone point me to this article? I've tried to google around but didn't find it. =09 Best Regards =09 _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" =09 =09 ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email =09 ______________________________________________________________________ =09 From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 21:33:58 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FE1E16A4E0 for ; Mon, 31 Jan 2005 21:33:58 +0000 (GMT) Received: from vsmtp12.tin.it (vsmtp12.tin.it [212.216.176.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF1C343D53 for ; Mon, 31 Jan 2005 21:33:57 +0000 (GMT) (envelope-from gerarra@tin.it) Received: from ims3a.cp.tin.it (192.168.70.103) by vsmtp12.tin.it (7.0.027) id 41F508DE0044AA75 for freebsd-hackers@freebsd.org; Mon, 31 Jan 2005 22:33:55 +0100 Received: from [192.168.70.183] by ims3a.cp.tin.it with HTTP; Mon, 31 Jan 2005 22:33:54 +0100 Date: Mon, 31 Jan 2005 22:33:54 +0100 Message-ID: <41536AD5000F3F8A@ims3a.cp.tin.it> In-Reply-To: <51849.81.84.175.77.1107201632.squirrel@81.84.175.77> From: gerarra@tin.it To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: quoted-printable X-Originating-IP: 213.140.6.102 Subject: RE: syscall list X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 21:33:58 -0000 >Hi, > >I don't remember how to extract the syscall list from the kernel. There >was an article some time ago about this, and checking the syscall addres= s >to make sure it was not changed in the kernel. Could anyone point me to >this article? I've tried to google around but didn't find it. > >Best Regards In order to mantain ABI compatibility, for every kernel process (sys/proc= .h:struct proc *) is provided a struct sysentvec pointer that contains information about syscall table to be handled. Normally (when FreeBSD interface is to= be used) it points to sysent array of struct sysent entries. These struct= ures rappresent associations between number of params for every syscall and sy= scall address (the discussion could be deeper but i guess you need just that), so you can do a little check at them to get what you want. bye, rookie reference: sys/sysent.h From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 04:02:59 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F6E216A4CE for ; Tue, 1 Feb 2005 04:02:59 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5334343D1F for ; Tue, 1 Feb 2005 04:02:59 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j1142mBt081759; Mon, 31 Jan 2005 20:02:53 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200502010402.j1142mBt081759@gw.catspoiler.org> Date: Mon, 31 Jan 2005 20:02:48 -0800 (PST) From: Don Lewis To: cal@rushg.aero.org In-Reply-To: <200501262105.j0QL5x9W042384@calamari.aero.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-hackers@FreeBSD.org Subject: Re: bug in calcru() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 04:02:59 -0000 On 26 Jan, Chris Landauer wrote: > > hihi, doug - > >> Doug Ambrisko wrote >> ... >> The assumption with this calculation is that st & it tend to be >> small compared to tt so the 1024 X shouldn't overflow much. >> ... >> cal@aero.org wrote: >> | ...but i'm a little worried that the 1024 multiplications aren't >> | large enough when tt gets really large >> | > Doug Ambrisko wrote >> | > ... >> | > /* Subdivide tu. try to becareful of overflow */ >> | > su = tu * (st * 1024 / tt) / 1024; >> | > iu = tu * (it * 1024 / tt) / 1024; >> | > uu = tu - (su + iu); >> | > ... > > i'm not so worried about the overflow limit (that's what the mathematical > analysis is intended to discover, and i assume that the bound is large enough > to ignore the issue - that is the really clever part about computing su and iu > first instead of uu), but the underflow - if st and it are small enough and tt > is large enough, these equations produce 0 for both su and iu (and the > reported percentage will rightly be 0.00%, but i want to see the rest of the > detail for my time models) It looks like the worst case for overflow would be if st == tt or it == tt, and even then overflow would not happen until the run time got up above 500 years according to my calculations, so it would probably be safe to increase the 1024 factor by quite a bit. Even at 1024, the system and interrupt time will be calculated to about 0.1%, though you might want to tweak the formula a bit to do rounding. su = tu * ((st * 1024 + 512) / tt) / 1024; From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 07:13:22 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11E0B16A4CE for ; Tue, 1 Feb 2005 07:13:22 +0000 (GMT) Received: from bsdhosting.net (bsdhosting.net [65.39.221.113]) by mx1.FreeBSD.org (Postfix) with SMTP id 8676643D53 for ; Tue, 1 Feb 2005 07:13:21 +0000 (GMT) (envelope-from jhopper@bsdhosting.net) Received: (qmail 53494 invoked from network); 1 Feb 2005 07:12:51 -0000 Received: from unknown (HELO localhost.localdomain) (jhopper@bsdhosting.net@65.39.221.113) by bsdhosting.net with SMTP; 1 Feb 2005 07:12:51 -0000 From: Justin Hopper To: freebsd-hackers@FreeBSD.org In-Reply-To: <1107178792.613.22.camel@spirit> References: <1107178792.613.22.camel@spirit> Content-Type: text/plain Date: Mon, 31 Jan 2005 23:13:04 -0800 Message-Id: <1107241984.685.2104.camel@work.gusalmighty.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: Idea about "skeleton jail" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 07:13:22 -0000 On Mon, 2005-01-31 at 21:39 +0800, Xin LI wrote: > Dear folks, > > The recent discussion about whether we should have the perl port to > touch/install /usr/bin/perl. While I'm not interested in joining the > discussion, it inspired me that we can make use of the fact that ports > should not install things to "system" area and take advantage from it. > Finally these ideas results me to hack up something that might be > valuable to share with our users. > > What I am going to proposal is a concept that I call it "skeleton jail", > or "skeljail" for short. A skel jail is something that shares most base > system binaries/libraries with the host, through read-only mount_null's. > > I have already done some experiments. Basically we want the following > directories to be mount_null'ed: > /bin, /sbin, /lib, /libexec, /usr/bin, /usr/sbin, /usr/include, > /usr/lib, /usr/libdata, /usr/libexec, /usr/sbin, /usr/share We had looked into this idea at one point for our hosting systems, but what deterred us was the fact that on our systems we run several jails per box, around 50, and to have a mount for each system directory (12 or so) inside each jail would lead to a box loaded with mount points (600 +). I never looked into it fully, but I assumed this would be a resource problem, having so many mounts. Also, at that time we were using FreeBSD 4.4, and nullfs would sometimes cause kernel panics when trying to umount the jails. I'm curious if your idea for jails extends to running 50+ jails on a box or not? I'd definitely be interested in any feedback you have on what problems may or may not be encountered with so many mounts and also the stability of nullfs nowadays. For our 5.x hosting platform, we used a single shared filesystem that was mounted in each client jail, that contained the basic FreeBSD distribution. Ports are handled in a similar manner, having all the "basic" and commonly used ports already installed in the shared filesystem, and if the user wants to install their own ports, they go into the user's filesystem. We are considering open sourcing all of our stuff, to contribute back what we can to the OS that allowed us to build our entire company. I'd really like to see what others have done to make jails more manageable, as it seems like there is so much that can be done but not many people are working on it. It seems jails have the potential to become an incredible way to virtually partition servers, and it would not be that hard to implement solid tools for managing them. We have things like JID-aware top and tools for automated jail builds, but it would be great to work with some FreeBSD heavies to finish up clean development of things like jail resource restrictions (CPU,MEM,#PROCS,etc) and perhaps a clean and universally useful way to easily configure and launch full jail environments. Pawel had some really interesting ideas for jails, but it seems that he's too busy to work on them at the moment. Speaking of which, his multiple IPs patch for 5.3 is still broken, and I haven't been able to find what the problem is =( > To get most of what we want the jail to do, to work, this includes > ssh(1) and something else. Optionally, we may want to mount_nullfs a > read-write /usr/ports/distfiles, a readonly /usr/ports, and something > like /usr/game to be mounted into the skeljail. > > In order to avoid having to do something magic instead of "make > installworld", I have a patchset against src/Makefile and > src/Makefile.incl to make the work a bit easier. It adds a so-called > "installskel" target that creates a skeljail that contains necessary > directory hierarchy, and a set of /etc configuration files that will be > useful to start the jail. The target must be used after a ``make > buildworld'' > > The two major benefits for the skeljail are: > - Reduces the ordinary management cost because many base system files > are shared, hence you patch only once to get all jails patched. > - Reduces the space cost that needed for a newly created jail. It used > to need about 110MB and with skeljail you will only need no more than > 3MB. > > Apparantly skeljail is not suitable for those who want: > - Run different FreeBSD releases on a single box. > - Run ports that does touch system area. > > But having it doesn't hurt the ability for you to run a full jail. > > I have some handcrafted shell scripts to implement skeljail by having > everything automatically mounted/dismounted. However, I think it might > be better if we can have jail__skeljail="YES" switch in our jail > rc.d(8) startup script. Please let me know if you are interested in the > idea and I'll post a patch for review if there's enough people that > wants this. > > Thanks in advance! > > Cheers, -- Justin Hopper UNIX Systems Engineer BSDHosting.net Hosting Division of Digital Oasys Inc. http://www.bsdhosting.net From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 08:01:19 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1869F16A4CE for ; Tue, 1 Feb 2005 08:01:19 +0000 (GMT) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 820F243D54 for ; Tue, 1 Feb 2005 08:01:18 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 6BD2E28C167; Tue, 1 Feb 2005 09:01:16 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 48A55407C; Tue, 1 Feb 2005 09:00:58 +0100 (CET) Date: Tue, 1 Feb 2005 09:00:58 +0100 From: Jeremie Le Hen To: Justin Hopper Message-ID: <20050201080058.GJ60177@obiwan.tataz.chchile.org> References: <1107178792.613.22.camel@spirit> <1107241984.685.2104.camel@work.gusalmighty.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1107241984.685.2104.camel@work.gusalmighty.com> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@FreeBSD.org Subject: Re: Idea about "skeleton jail" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 08:01:19 -0000 > I'm curious if your idea for jails extends to running 50+ jails on a box > or not? I'd definitely be interested in any feedback you have on what > problems may or may not be encountered with so many mounts and also the > stability of nullfs nowadays. PHK has just made a call for unionfs and nullfs tests on -CURRENT and he promised to fix every known problems about these filesystems as far as they are not unsolvable architectural problems. Unfortunately these fix won't likely be backported to RELENG_5 since they are tightly bound to his "bufwork" on -CURRENT. > For our 5.x hosting platform, we used a single shared filesystem that > was mounted in each client jail, that contained the basic FreeBSD > distribution. Ports are handled in a similar manner, having all the > "basic" and commonly used ports already installed in the shared > filesystem, and if the user wants to install their own ports, they go > into the user's filesystem. > > We are considering open sourcing all of our stuff, to contribute back > what we can to the OS that allowed us to build our entire company. I'd > really like to see what others have done to make jails more manageable, > as it seems like there is so much that can be done but not many people > are working on it. It seems jails have the potential to become an > incredible way to virtually partition servers, and it would not be that > hard to implement solid tools for managing them. We have things like > JID-aware top and tools for automated jail builds, but it would be great > to work with some FreeBSD heavies to finish up clean development of > things like jail resource restrictions (CPU,MEM,#PROCS,etc) and perhaps > a clean and universally useful way to easily configure and launch full > jail environments. Are you thinking of Solaris zones [1] ? :-) Best regards, [1] http://www.sun.com/bigadmin/content/zones/zones_lisa.pdf -- Jeremie Le Hen jeremie@le-hen.org From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 09:09:42 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06D0F16A4CE; Tue, 1 Feb 2005 09:09:42 +0000 (GMT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3FBD43D3F; Tue, 1 Feb 2005 09:09:40 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id j1199Ll8034855; Tue, 1 Feb 2005 12:09:21 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Tue, 1 Feb 2005 12:09:21 +0300 (MSK) From: Dmitry Morozovsky To: delphij@delphij.net In-Reply-To: <1107178792.613.22.camel@spirit> Message-ID: <20050201120621.W90636@woozle.rinet.ru> References: <1107178792.613.22.camel@spirit> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: mtm@freebsd.org Subject: Re: Idea about "skeleton jail" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 09:09:42 -0000 Dear Xin, On Mon, 31 Jan 2005, Xin LI wrote: XL> What I am going to proposal is a concept that I call it "skeleton jail", XL> or "skeljail" for short. A skel jail is something that shares most base XL> system binaries/libraries with the host, through read-only mount_null's. [snip] XL> I have some handcrafted shell scripts to implement skeljail by having XL> everything automatically mounted/dismounted. However, I think it might XL> be better if we can have jail__skeljail="YES" switch in our jail XL> rc.d(8) startup script. Please let me know if you are interested in the XL> idea and I'll post a patch for review if there's enough people that XL> wants this. I wrote some scripts for very similar process (however, I used one mount to null mount jail's /usr, and move/symlinked /bin and /sbin to /usr/Rbin and /usr/Rsbin, with /usr/local, /usr/home and /usrX11R6 linked out to jail root) I'm very interested in your patchset, at least for comparing with our (and for learning, or course! ;-) Thanks! Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 10:40:26 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B909D16A4CE for ; Tue, 1 Feb 2005 10:40:26 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 431DB43D31 for ; Tue, 1 Feb 2005 10:40:26 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id B0D35AC976; Tue, 1 Feb 2005 11:40:23 +0100 (CET) Date: Tue, 1 Feb 2005 11:40:23 +0100 From: Pawel Jakub Dawidek To: Justin Hopper Message-ID: <20050201104023.GG1546@darkness.comp.waw.pl> References: <1107178792.613.22.camel@spirit> <1107241984.685.2104.camel@work.gusalmighty.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="j2AXaZ4YhVcLc+PQ" Content-Disposition: inline In-Reply-To: <1107241984.685.2104.camel@work.gusalmighty.com> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-hackers@FreeBSD.org Subject: Re: Idea about "skeleton jail" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 10:40:26 -0000 --j2AXaZ4YhVcLc+PQ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 31, 2005 at 11:13:04PM -0800, Justin Hopper wrote: +> We are considering open sourcing all of our stuff, to contribute back +> what we can to the OS that allowed us to build our entire company. I'd +> really like to see what others have done to make jails more manageable, +> as it seems like there is so much that can be done but not many people +> are working on it. It seems jails have the potential to become an +> incredible way to virtually partition servers, and it would not be that +> hard to implement solid tools for managing them. We have things like +> JID-aware top and tools for automated jail builds, but it would be great +> to work with some FreeBSD heavies to finish up clean development of +> things like jail resource restrictions (CPU,MEM,#PROCS,etc) and perhaps +> a clean and universally useful way to easily configure and launch full +> jail environments. Yes, it would be useful (I mean CPU/MEM/#PROCS limits), but as I understand there are two kinds of opinions about jails. First is that it should be extended and allow to create a real virtual server and second is that it should be light-weight. +> Pawel had some really interesting ideas for jails, but it seems that +> he's too busy to work on them at the moment. Speaking of which, his +> multiple IPs patch for 5.3 is still broken, and I haven't been able to +> find what the problem is =3D( Could you describe the brokeness? I've made some fixes a week or something ago, I just created a patch against HEAD if you want to try it: http://people.freebsd.org/~pjd/patches/jail_2005020101.patch There can still be some remaining issues, but I don't have time for more detailed tests. The thing that can be useful IMHO is possibility to use reboot(8)/shutdown(8), etc. inside a jail, but... I'm unfortunately too busy with other (probably less interesting, but profitable) projects. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --j2AXaZ4YhVcLc+PQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFB/1yXForvXbEpPzQRAu46AKDmxJ18VRArmOMDoQ0WvkkNOllewwCfUA44 CAHf/yvTNS5TDST6Zwin/rU= =vpj7 -----END PGP SIGNATURE----- --j2AXaZ4YhVcLc+PQ-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 11:31:01 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68C9216A4CE for ; Tue, 1 Feb 2005 11:31:01 +0000 (GMT) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CB1C43D58 for ; Tue, 1 Feb 2005 11:30:59 +0000 (GMT) (envelope-from myself@rojer.pp.ru) Received: from [80.68.243.98] (account rojer@rbc.ru HELO [80.68.243.98]) by hermes.hw.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 70481912 for freebsd-hackers@freebsd.org; Tue, 01 Feb 2005 14:30:51 +0300 Message-ID: <41FF6869.5060709@rojer.pp.ru> Date: Tue, 01 Feb 2005 14:30:49 +0300 From: Deomid Ryabkov User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050205090609040809070802" Subject: Question: tracking filesystem changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 11:31:01 -0000 This is a cryptographically signed message in MIME format. --------------ms050205090609040809070802 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit We need to keep track of changes to filesystem containing large number of files. The number of files is huge (to the point where walking the directory structure becomes impractical), but the amount of changes is small. However, there is no single source of these changes: it might be a script, or a user editing the file, whatever... So the most appropriate point of tracking them seems to be the kernel itself. This could be a custom filesystem wrapper for UFS that would report name of the file/directory being changed. The change could be later propagated to a group of mirrors. Does it make sense? Are there other solutions for this problem? Distributed filesystems were considered, but we find them too heavy for the purpose, which is to keep a group of dumb, read-only mirrors in sync with the master. -- Deomid Ryabkov aka Rojer myself@rojer.pp.ru rojer@sysadmins.ru ICQ: 8025844 --------------ms050205090609040809070802 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJIzCC AuwwggJVoAMCAQICAwwKdjANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzMxMjIxODA5WhcNMDUwMzMxMjIxODA5 WjBfMRAwDgYDVQQEEwdSeWFia292MQ8wDQYDVQQqEwZEZW9taWQxFzAVBgNVBAMTDkRlb21p ZCBSeWFia292MSEwHwYJKoZIhvcNAQkBFhJteXNlbGZAcm9qZXIucHAucnUwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDBxXgFP/1lZDqp0dzUDzR5IBb7aKki6TD+HMMkRjtP IOcaNHsfoDer9RFrFICoxNQZF86iopYFVYr7msgB9y2dKZTRQQoOA72lFrOyH3sgrztx/3LL axEsihA2cxcrglrIgPEm6FF2aabbKVpSdeslMCDPBr0auAm0QLo8ch9c5j0vuQUBrs8TKU6f 6YZLNO2Sk/fPZP2kfJEkXyZhkU6wq3ER1CHq2qgfNpW2Ni7Kuv/eYI/CV1BGgm37ZPubOyxI LNiRUGT0pv0wocrCIehKqoI1uFPZgGS0ANYTqPJQSdjlSzMGQJjT510PNDJnDfKOvLhcadD+ 6gSL/ovNM/LPAgMBAAGjLzAtMB0GA1UdEQQWMBSBEm15c2VsZkByb2plci5wcC5ydTAMBgNV HRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBACunC6DhFX4I6Nvdy/UevjSd3VmKWPRmqwoR l0RXvuI/JVyPO9KHGqxCMpRu7ArJz7d8ShPVs5kynysrB+Nm6/fwWjeaW21+gViojeO9gGP6 Np/LeMIqkqSYMoElq7Feqh/3qp7a/UxuofFtAW9V/2tRunxaPo4/WOxcdcmdcC86MIIC7DCC AlWgAwIBAgIDDAp2MA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg RnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAzMzEyMjE4MDlaFw0wNTAzMzEyMjE4MDlaMF8x EDAOBgNVBAQTB1J5YWJrb3YxDzANBgNVBCoTBkRlb21pZDEXMBUGA1UEAxMORGVvbWlkIFJ5 YWJrb3YxITAfBgkqhkiG9w0BCQEWEm15c2VsZkByb2plci5wcC5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAMHFeAU//WVkOqnR3NQPNHkgFvtoqSLpMP4cwyRGO08g5xo0 ex+gN6v1EWsUgKjE1BkXzqKilgVVivuayAH3LZ0plNFBCg4DvaUWs7IfeyCvO3H/cstrESyK EDZzFyuCWsiA8SboUXZpptspWlJ16yUwIM8GvRq4CbRAujxyH1zmPS+5BQGuzxMpTp/phks0 7ZKT989k/aR8kSRfJmGRTrCrcRHUIeraqB82lbY2Lsq6/95gj8JXUEaCbftk+5s7LEgs2JFQ ZPSm/TChysIh6EqqgjW4U9mAZLQA1hOo8lBJ2OVLMwZAmNPnXQ80MmcN8o68uFxp0P7qBIv+ i80z8s8CAwEAAaMvMC0wHQYDVR0RBBYwFIESbXlzZWxmQHJvamVyLnBwLnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAK6cLoOEVfgjo293L9R6+NJ3dWYpY9GarChGXRFe+ 4j8lXI870ocarEIylG7sCsnPt3xKE9WzmTKfKysH42br9/BaN5pbbX6BWKiN472AY/o2n8t4 wiqSpJgygSWrsV6qH/eqntr9TG6h8W0Bb1X/a1G6fFo+jj9Y7Fx1yZ1wLzowggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNTAyMDExMTMwNTBaMCMGCSqGSIb3DQEJ BDEWBBSnlMJ0O4S+lg4ng/7xcHO9qH7M2jBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDDAp2MHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjANBgkqhkiG9w0BAQEFAASCAQAaP/SN fVoa2UvjaAonBgt2LoTUCRXizYVa7WM00UMOfTVM3oN9O3NTTVdv7UCnKq5+AylPbi0uGHIm pB9vIOXlkZh0UGRdRy45Wm38+V+bH0vqtDajTHt0j2uD8h5Pz95FwOsPrVkKImZCVnI0DXmg T7yvJzscE7bSINlTkrdO9rJ/eArh3SgugfBWUh7LISgAMOZH46Ph/kyrmnF3mkoVmF+8iGQG tNCFPEUXg7mexUlQ+d1/GhDACB/9sr2TnPOK6Gn4kFXJIu79w4QeFxMH/Bv/lAn5J9HYHjwk 9z9gKlR4sPwdlthuH1Wdk1mlB4z7DtiDPCv3hLTVpoMWY6nxAAAAAAAA --------------ms050205090609040809070802-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 12:10:27 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8733116A4CE; Tue, 1 Feb 2005 12:10:27 +0000 (GMT) Received: from mir.ics.es.osaka-u.ac.jp (mir.ics.es.osaka-u.ac.jp [133.1.12.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id D189C43D58; Tue, 1 Feb 2005 12:10:24 +0000 (GMT) (envelope-from k-sasaki@ist.osaka-u.ac.jp) Received: from pinklady2 ([192.168.144.174])j11CAIPq013314; Tue, 1 Feb 2005 21:10:23 +0900 (JST) (envelope-from k-sasaki@ist.osaka-u.ac.jp) Message-Id: <200502011210.j11CAIPq013314@mir.ics.es.osaka-u.ac.jp> From: "Kei Sasaki" To: , Date: Tue, 1 Feb 2005 21:10:29 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUIVwUrRGyx+8VFSOeQg2eVKY8zDQ== Subject: Call for comments: CoxR, a CVS/mail-lists/BTS searching system X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 12:10:27 -0000 Dear Sirs/Madams I am a second-year master's student at the Osaka University, Japan. My major is computer science and my interests lie in the development process of open source software, interests that I pursue being part of the local research group on software process. My research group is suggesting an approach for exploiting the informations implicitly contained in history archives like, for example, project's CVS, mailing lists archives, Bug Trucking System and so on. The result of our research is the information system named "CoxR" we developed and that can be found the detail about it at : http://sel.ics.es.osaka-u.ac.jp/~k-sasaki/coxr.html I would like to have your impressions on the above mentioned information system as an open source expert. CoxR can be found at http://scorpion.ics.es.osaka-u.ac.jp/cgi-bin/CodeSearch/coxr.html Thanks in advance for your time. Best regards, Sasaki Kei ------------------------- SASAKI Kei Graduate School of Information Science and Technology, Osaka University, Japan email-address : k-sasaki@ist.osaka-u.ac.jp From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 31 14:07:12 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41A3916A4CE; Mon, 31 Jan 2005 14:07:12 +0000 (GMT) Received: from skutsje.san.webweaving.org (skutsje.san.webweaving.org [209.132.96.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1498043D1D; Mon, 31 Jan 2005 14:07:10 +0000 (GMT) (envelope-from dirkx@webweaving.org) Received: from skutsje.san.webweaving.org (skutsje.san.webweaving.org [209.132.96.45] (may be forged))j0VE2ILA092093 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 31 Jan 2005 06:02:18 -0800 (PST) (envelope-from dirkx@webweaving.org) Received: from localhost (dirkx@localhost)j0VE2IqA092090; Mon, 31 Jan 2005 06:02:18 -0800 (PST) (envelope-from dirkx@webweaving.org) X-Authentication-Warning: skutsje.san.webweaving.org: dirkx owned process doing -bs Date: Mon, 31 Jan 2005 06:02:18 -0800 (PST) From: Dirk-Willem van Gulik X-X-Sender: dirkx@skutsje.san.webweaving.org To: delphij@delphij.net In-Reply-To: <1107178792.613.22.camel@spirit> Message-ID: <20050131060111.B88523@skutsje.san.webweaving.org> References: <1107178792.613.22.camel@spirit> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Tue, 01 Feb 2005 13:23:53 +0000 cc: freebsd-hackers@freebsd.org cc: mtm@freebsd.org Subject: Re: Idea about "skeleton jail" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 14:07:12 -0000 On Mon, 31 Jan 2005, Xin LI wrote: > What I am going to proposal is a concept that I call it "skeleton jail", > or "skeljail" for short. A skel jail is something that shares most base > system binaries/libraries with the host, through read-only mount_null's. Please post your scripts :-) We recently did the same: http://wleiden.webweaving.org:8080/svn/node-config/other/misc/jails/ And found it to be useful. Dw. From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 06:47:31 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8FF016A4CE; Tue, 1 Feb 2005 06:47:31 +0000 (GMT) Received: from mhultra.aero.org (mhultra.aero.org [130.221.88.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B4C643D1F; Tue, 1 Feb 2005 06:47:31 +0000 (GMT) (envelope-from cal@rushg.aero.org) Received: from rushe.aero.org ([130.221.24.10] [130.221.24.10]) by mhultra.aero.org with ESMTP; Mon, 31 Jan 2005 22:47:25 -0800 Received: from calamari.aero.org (calamari.aero.org [130.221.26.26]) by rushe.aero.org (8.11.7p1+Sun/8.11.7) with ESMTP id j116lO524899; Mon, 31 Jan 2005 22:47:24 -0800 (PST) Received: from calamari.aero.org (localhost [127.0.0.1]) by calamari.aero.org (8.12.11/8.11.6) with ESMTP id j116l69H095781; Mon, 31 Jan 2005 22:47:06 -0800 (PST) (envelope-from cal@calamari.aero.org) Received: (from cal@localhost) by calamari.aero.org (8.12.11/8.12.11/Submit) id j116l59R095780; Mon, 31 Jan 2005 22:47:05 -0800 (PST) (envelope-from cal) Date: Mon, 31 Jan 2005 22:47:05 -0800 (PST) From: Chris Landauer Message-Id: <200502010647.j116l59R095780@calamari.aero.org> To: ambrisko@ambrisko.com, truckman@freebsd.org X-Mailman-Approved-At: Tue, 01 Feb 2005 13:23:53 +0000 cc: freebsd-hackers@freebsd.org cc: cal@rush.aero.org Subject: Re: bug in calcru() - the clock is ticking X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 06:47:31 -0000 hihi, all - i am currently running the experiment with both suggestions - doug's one of simply re-ordering the equations, and my more complicated one with the conditional (and the re-ordering) - the first significant data point will come tomorrow, when the test cpu times pass the first error threshold of the current set of equations i will report the experimental results as i get them - a full description of the analysis and experimental activities can be found on the web (and will be updated as i get more results, generally every day or two, until the two programs diverge in behavior, or i get tired of it) http://www.cs.umd.edu/~cal/math/overflow-analysis.txt it seems quite clear to me that just re-ordering the equations (part of doug's original suggestion) would be a very good interim fix - it would clearly not change any of the timing or values computed for short programs, and would only affect programs that are high-usage for long times, making user programs fail later, and system programs fail sooner (if there are any) i asked before (does anybody know the answer?) - are there long running, high utilization programs that are mostly system time? or mostly interrrupt time? if not, then i recommend the re-ordering fix until the results of the analysis and the experiments are in more soon, cal Chris Landauer Aerospace Integration Science Center The Aerospace Corporation cal@aero.org From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 13:35:48 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 565D016A4D2 for ; Tue, 1 Feb 2005 13:35:48 +0000 (GMT) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83E2643D55 for ; Tue, 1 Feb 2005 13:35:47 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id j11DZj5B012619; Tue, 1 Feb 2005 14:35:46 +0100 (MET) Message-ID: <41FF8587.6080109@fer.hr> Date: Tue, 01 Feb 2005 14:35:03 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0 (X11/20041213) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Deomid Ryabkov , hackers@freebsd.org References: <41FF6869.5060709@rojer.pp.ru> In-Reply-To: <41FF6869.5060709@rojer.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Question: tracking filesystem changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 13:35:48 -0000 Deomid Ryabkov wrote: > This could be a custom filesystem wrapper for UFS that would report name > of the file/directory being changed. Couldn't you use kqueue system to monitor the directory-file? From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 13:44:24 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB78216A4CE for ; Tue, 1 Feb 2005 13:44:24 +0000 (GMT) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 908CA43D1F for ; Tue, 1 Feb 2005 13:44:23 +0000 (GMT) (envelope-from myself@rojer.pp.ru) Received: from [80.68.243.98] (account rojer@rbc.ru HELO [80.68.243.98]) by hermes.hw.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 70499695; Tue, 01 Feb 2005 16:44:22 +0300 Message-ID: <41FF87B4.4000008@rojer.pp.ru> Date: Tue, 01 Feb 2005 16:44:20 +0300 From: Deomid Ryabkov User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ivan Voras References: <41FF6869.5060709@rojer.pp.ru> <41FF8587.6080109@fer.hr> In-Reply-To: <41FF8587.6080109@fer.hr> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030101090301020604010404" cc: hackers@freebsd.org Subject: Re: Question: tracking filesystem changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 13:44:25 -0000 This is a cryptographically signed message in MIME format. --------------ms030101090301020604010404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Ivan Voras wrote: > Deomid Ryabkov wrote: > >> This could be a custom filesystem wrapper for UFS that would report >> name of the file/directory being changed. > > > Couldn't you use kqueue system to monitor the directory-file? I could, if I hadn't near 10 millions of them. -- Deomid Ryabkov aka Rojer myself@rojer.pp.ru rojer@sysadmins.ru ICQ: 8025844 --------------ms030101090301020604010404 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJIzCC AuwwggJVoAMCAQICAwwKdjANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzMxMjIxODA5WhcNMDUwMzMxMjIxODA5 WjBfMRAwDgYDVQQEEwdSeWFia292MQ8wDQYDVQQqEwZEZW9taWQxFzAVBgNVBAMTDkRlb21p ZCBSeWFia292MSEwHwYJKoZIhvcNAQkBFhJteXNlbGZAcm9qZXIucHAucnUwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDBxXgFP/1lZDqp0dzUDzR5IBb7aKki6TD+HMMkRjtP IOcaNHsfoDer9RFrFICoxNQZF86iopYFVYr7msgB9y2dKZTRQQoOA72lFrOyH3sgrztx/3LL axEsihA2cxcrglrIgPEm6FF2aabbKVpSdeslMCDPBr0auAm0QLo8ch9c5j0vuQUBrs8TKU6f 6YZLNO2Sk/fPZP2kfJEkXyZhkU6wq3ER1CHq2qgfNpW2Ni7Kuv/eYI/CV1BGgm37ZPubOyxI LNiRUGT0pv0wocrCIehKqoI1uFPZgGS0ANYTqPJQSdjlSzMGQJjT510PNDJnDfKOvLhcadD+ 6gSL/ovNM/LPAgMBAAGjLzAtMB0GA1UdEQQWMBSBEm15c2VsZkByb2plci5wcC5ydTAMBgNV HRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBACunC6DhFX4I6Nvdy/UevjSd3VmKWPRmqwoR l0RXvuI/JVyPO9KHGqxCMpRu7ArJz7d8ShPVs5kynysrB+Nm6/fwWjeaW21+gViojeO9gGP6 Np/LeMIqkqSYMoElq7Feqh/3qp7a/UxuofFtAW9V/2tRunxaPo4/WOxcdcmdcC86MIIC7DCC AlWgAwIBAgIDDAp2MA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg RnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAzMzEyMjE4MDlaFw0wNTAzMzEyMjE4MDlaMF8x EDAOBgNVBAQTB1J5YWJrb3YxDzANBgNVBCoTBkRlb21pZDEXMBUGA1UEAxMORGVvbWlkIFJ5 YWJrb3YxITAfBgkqhkiG9w0BCQEWEm15c2VsZkByb2plci5wcC5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAMHFeAU//WVkOqnR3NQPNHkgFvtoqSLpMP4cwyRGO08g5xo0 ex+gN6v1EWsUgKjE1BkXzqKilgVVivuayAH3LZ0plNFBCg4DvaUWs7IfeyCvO3H/cstrESyK EDZzFyuCWsiA8SboUXZpptspWlJ16yUwIM8GvRq4CbRAujxyH1zmPS+5BQGuzxMpTp/phks0 7ZKT989k/aR8kSRfJmGRTrCrcRHUIeraqB82lbY2Lsq6/95gj8JXUEaCbftk+5s7LEgs2JFQ ZPSm/TChysIh6EqqgjW4U9mAZLQA1hOo8lBJ2OVLMwZAmNPnXQ80MmcN8o68uFxp0P7qBIv+ i80z8s8CAwEAAaMvMC0wHQYDVR0RBBYwFIESbXlzZWxmQHJvamVyLnBwLnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAK6cLoOEVfgjo293L9R6+NJ3dWYpY9GarChGXRFe+ 4j8lXI870ocarEIylG7sCsnPt3xKE9WzmTKfKysH42br9/BaN5pbbX6BWKiN472AY/o2n8t4 wiqSpJgygSWrsV6qH/eqntr9TG6h8W0Bb1X/a1G6fFo+jj9Y7Fx1yZ1wLzowggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNTAyMDExMzQ0MjFaMCMGCSqGSIb3DQEJ BDEWBBSEwSMwn2+wf8LldHKc/NoVN0IBpjBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDDAp2MHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjANBgkqhkiG9w0BAQEFAASCAQCC2XN8 JZAJ/J+e6TQrK+y4m8hVhGVhT57U35Ri5N4bF31twby4eR29mbBgcW3GL7hUmV32iqfcq5UE S4k0QcCFZnhhV7kE9CM3JLiWuoYzI0pWngmGKKAuyWFCgXz54TEPKqT5CBiGkhhnereJam2k mkv4qjkAaIX1+cnLXn/me7BE8fqEAIsR/Joe0z3O7wGOM4P0YGFW3sCl8i/BUfeOQ1pAPSoK l2898n8RtK1GfelAQ+8dyYfHPh2CfnKBSesO8X1kUPg1yN8b+WSss98etZJuk57vDqeyF4hA qfH5Ng3bX+sXyBu4lLziDGdsskFhokynbiQ1VZks84ZB0f15AAAAAAAA --------------ms030101090301020604010404-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 13:59:07 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B93F016A4CF for ; Tue, 1 Feb 2005 13:59:07 +0000 (GMT) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAD7143D2F for ; Tue, 1 Feb 2005 13:59:06 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id j11Dx65B004660; Tue, 1 Feb 2005 14:59:06 +0100 (MET) Message-ID: <41FF8B00.2010208@fer.hr> Date: Tue, 01 Feb 2005 14:58:24 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0 (X11/20041213) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Deomid Ryabkov References: <41FF6869.5060709@rojer.pp.ru> <41FF8587.6080109@fer.hr> <41FF87B4.4000008@rojer.pp.ru> In-Reply-To: <41FF87B4.4000008@rojer.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: Question: tracking filesystem changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 13:59:07 -0000 Deomid Ryabkov wrote: > Ivan Voras wrote: > >> Deomid Ryabkov wrote: >> >>> This could be a custom filesystem wrapper for UFS that would report >>> name of the file/directory being changed. >> >> >> >> Couldn't you use kqueue system to monitor the directory-file? > > > I could, if I hadn't near 10 millions of them. Hm. I meant monitoring the directory itself, as a file, then parsing the directory list to determine what has changed. But with 10M files, probably nothing would work... From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 14:56:06 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6933316A4F5 for ; Tue, 1 Feb 2005 14:56:06 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B83D43D45 for ; Tue, 1 Feb 2005 14:56:06 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 11344 invoked from network); 1 Feb 2005 14:56:05 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 1 Feb 2005 14:56:05 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j11Etn8V038329; Tue, 1 Feb 2005 09:56:00 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-hackers@FreeBSD.org Date: Tue, 1 Feb 2005 06:57:36 -0500 User-Agent: KMail/1.6.2 References: <20050119204300.W27409@pooker.samsco.org> In-Reply-To: <20050119204300.W27409@pooker.samsco.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502010657.36994.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: yoke an cc: Scott Long Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 14:56:06 -0000 On Wednesday 19 January 2005 10:44 pm, Scott Long wrote: > On Thu, 20 Jan 2005, yoke an wrote: > > My motherboard is using an ICH5 southbridge and your suggestion is works. > > As you said, my sata disks appear to be normal IDE drives but it is not > > running on Raid mode. Currently I'm having 2 HDD, if I do this option, > > it cannot syn with another HDD. Any better suggestion? > > This is the best that you can get under FreeBSD 4.x. If you need access > to both IDE channels and SATA at the same time, you'll have to use FreeBSD > 5.x. > > Scott 4.9 and later can handle ICH5 in Enhanced mode (personal experience + I backported the simple patches to do so). It doesn't include RAID support though. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 14:56:11 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76F4216A5FF for ; Tue, 1 Feb 2005 14:56:09 +0000 (GMT) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C8AC43D1F for ; Tue, 1 Feb 2005 14:56:09 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 22655 invoked from network); 1 Feb 2005 14:56:09 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 1 Feb 2005 14:56:08 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j11Etn8W038329; Tue, 1 Feb 2005 09:56:04 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-hackers@FreeBSD.org Date: Tue, 1 Feb 2005 07:05:06 -0500 User-Agent: KMail/1.6.2 References: <65831.1106594942@critter.freebsd.dk> <41F5A194.1020802@gamersimpact.com> <1106632900l.27041l.0l@BARTON> In-Reply-To: <1106632900l.27041l.0l@BARTON> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502010705.06613.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Jason Henson Subject: Re: GENERIC build broken X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 14:56:11 -0000 On Tuesday 25 January 2005 01:01 am, Jason Henson wrote: > On 01/24/05 20:32:04, Ryan Sommers wrote: > > Michael Nottebrock wrote: > >> Poul-Henning Kamp wrote: > >>> I have stared with fascination on this email for a full 30 minutes. > >>> > >>> What could possibly be going on in the mind which came up with the > >>> idea to take a five year old email, change Matt Dillons name and > >>> repost it to our mailing list ? > >> > >> So that's what this lowlife is quoting, heh. I already wondered last > >> time, but it just didn't occur to me I had to go _that_ far back > >> into the list archives :-). > > > > Will the pipermail archive on the main site even go back that far? I > > had to go to mail-archive.com to go back that far. Furthest I saw on > > the main page (mind you I didn't bother downloading the full raw mbox > > file) was back to Apr 2003 > > http://docs.freebsd.org/mail/ That's not the pipermail archive though. It would be nice if all the old mail were imported into the pipermail archive someday, but that would require a good bit of work. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 16:02:17 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52EC716A4CE for ; Tue, 1 Feb 2005 16:02:17 +0000 (GMT) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9142243D53 for ; Tue, 1 Feb 2005 16:02:15 +0000 (GMT) (envelope-from myself@rojer.pp.ru) Received: from [80.68.243.98] (account rojer@rbc.ru HELO [80.68.243.98]) by hermes.hw.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 70515486; Tue, 01 Feb 2005 19:02:13 +0300 Message-ID: <41FFA801.8070307@rojer.pp.ru> Date: Tue, 01 Feb 2005 19:02:09 +0300 From: Deomid Ryabkov User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ivan Voras References: <41FF6869.5060709@rojer.pp.ru> <41FF8587.6080109@fer.hr> <41FF87B4.4000008@rojer.pp.ru> <41FF8B00.2010208@fer.hr> In-Reply-To: <41FF8B00.2010208@fer.hr> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030509010506080405050200" cc: hackers@freebsd.org Subject: Re: Question: tracking filesystem changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 16:02:17 -0000 This is a cryptographically signed message in MIME format. --------------ms030509010506080405050200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit >>>> This could be a custom filesystem wrapper for UFS that would report >>>> name of the file/directory being changed. >>> >>> >>> Couldn't you use kqueue system to monitor the directory-file? >> >> >> >> I could, if I hadn't near 10 millions of them. > > > Hm. I meant monitoring the directory itself, as a file, then parsing > the directory list to determine what has changed. But with 10M files, > probably nothing would work... > these are 10M of static documents, the daily change is minmal. the question is: where it is the appropriate place to collect those changes? the right way seems to implement a customs filesystem, but would it possible to obtain a full path at that level? -- Deomid Ryabkov aka Rojer myself@rojer.pp.ru rojer@sysadmins.ru ICQ: 8025844 --------------ms030509010506080405050200 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJIzCC AuwwggJVoAMCAQICAwwKdjANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzMxMjIxODA5WhcNMDUwMzMxMjIxODA5 WjBfMRAwDgYDVQQEEwdSeWFia292MQ8wDQYDVQQqEwZEZW9taWQxFzAVBgNVBAMTDkRlb21p ZCBSeWFia292MSEwHwYJKoZIhvcNAQkBFhJteXNlbGZAcm9qZXIucHAucnUwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDBxXgFP/1lZDqp0dzUDzR5IBb7aKki6TD+HMMkRjtP IOcaNHsfoDer9RFrFICoxNQZF86iopYFVYr7msgB9y2dKZTRQQoOA72lFrOyH3sgrztx/3LL axEsihA2cxcrglrIgPEm6FF2aabbKVpSdeslMCDPBr0auAm0QLo8ch9c5j0vuQUBrs8TKU6f 6YZLNO2Sk/fPZP2kfJEkXyZhkU6wq3ER1CHq2qgfNpW2Ni7Kuv/eYI/CV1BGgm37ZPubOyxI LNiRUGT0pv0wocrCIehKqoI1uFPZgGS0ANYTqPJQSdjlSzMGQJjT510PNDJnDfKOvLhcadD+ 6gSL/ovNM/LPAgMBAAGjLzAtMB0GA1UdEQQWMBSBEm15c2VsZkByb2plci5wcC5ydTAMBgNV HRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBACunC6DhFX4I6Nvdy/UevjSd3VmKWPRmqwoR l0RXvuI/JVyPO9KHGqxCMpRu7ArJz7d8ShPVs5kynysrB+Nm6/fwWjeaW21+gViojeO9gGP6 Np/LeMIqkqSYMoElq7Feqh/3qp7a/UxuofFtAW9V/2tRunxaPo4/WOxcdcmdcC86MIIC7DCC AlWgAwIBAgIDDAp2MA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg RnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAzMzEyMjE4MDlaFw0wNTAzMzEyMjE4MDlaMF8x EDAOBgNVBAQTB1J5YWJrb3YxDzANBgNVBCoTBkRlb21pZDEXMBUGA1UEAxMORGVvbWlkIFJ5 YWJrb3YxITAfBgkqhkiG9w0BCQEWEm15c2VsZkByb2plci5wcC5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAMHFeAU//WVkOqnR3NQPNHkgFvtoqSLpMP4cwyRGO08g5xo0 ex+gN6v1EWsUgKjE1BkXzqKilgVVivuayAH3LZ0plNFBCg4DvaUWs7IfeyCvO3H/cstrESyK EDZzFyuCWsiA8SboUXZpptspWlJ16yUwIM8GvRq4CbRAujxyH1zmPS+5BQGuzxMpTp/phks0 7ZKT989k/aR8kSRfJmGRTrCrcRHUIeraqB82lbY2Lsq6/95gj8JXUEaCbftk+5s7LEgs2JFQ ZPSm/TChysIh6EqqgjW4U9mAZLQA1hOo8lBJ2OVLMwZAmNPnXQ80MmcN8o68uFxp0P7qBIv+ i80z8s8CAwEAAaMvMC0wHQYDVR0RBBYwFIESbXlzZWxmQHJvamVyLnBwLnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAK6cLoOEVfgjo293L9R6+NJ3dWYpY9GarChGXRFe+ 4j8lXI870ocarEIylG7sCsnPt3xKE9WzmTKfKysH42br9/BaN5pbbX6BWKiN472AY/o2n8t4 wiqSpJgygSWrsV6qH/eqntr9TG6h8W0Bb1X/a1G6fFo+jj9Y7Fx1yZ1wLzowggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNTAyMDExNjAyMDlaMCMGCSqGSIb3DQEJ BDEWBBTzbqRFRVeBMeYhfWBMNnTX7RZM6TBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDDAp2MHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjANBgkqhkiG9w0BAQEFAASCAQALcUw6 S9HWrL8LuLHD9u7/uJJJekPKC4B3igPFqxZIUDdPB1r8zexwk/9/0uKdEk/vVQTwe3cMWVtL Dja4+JGGxrC1O75Acv01sUM8HOCDf2x1yTLisHvg4MEU7BBPNeZbD9wWe1KEn90crhXchjbx qIDer4nzJYCX0zcqf61fEZ5QzUiulZ+y7qFyupISC2cqPJisjgHeEy3YD4qFuCoyp6vK/lcz 742i1YTn8dQAREPH53HVcRsIc4L+XxtbF8TGzm6ANGI0QscZ0h78Excuwvzw8ULRI7sdZHZP GAFY3bWc9sSq7/T6Vt001uYIbTUW/JFKaxOIPLJuIzyEssvfAAAAAAAA --------------ms030509010506080405050200-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 16:53:54 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B437216A4CE for ; Tue, 1 Feb 2005 16:53:54 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 0F29943D5A for ; Tue, 1 Feb 2005 16:53:48 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 97032 invoked by uid 0); 1 Feb 2005 16:45:35 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 1 Feb 2005 16:45:35 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id B0149131DF9; Wed, 2 Feb 2005 00:53:44 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 51059-06; Wed, 2 Feb 2005 00:53:34 +0800 (CST) Received: from localhost.localdomain (unknown [221.217.209.135]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id A5700131C1D; Wed, 2 Feb 2005 00:53:33 +0800 (CST) From: Xin LI To: Pawel Jakub Dawidek In-Reply-To: <20050201104023.GG1546@darkness.comp.waw.pl> References: <1107178792.613.22.camel@spirit> <1107241984.685.2104.camel@work.gusalmighty.com> <20050201104023.GG1546@darkness.comp.waw.pl> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-7oqK8on3Zk5iC8kXZyw/" Organization: The FreeBSD Simplified Chinese Project Date: Wed, 02 Feb 2005 00:52:17 +0800 Message-Id: <1107276737.809.10.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-hackers@FreeBSD.org cc: Justin Hopper Subject: Re: Idea about "skeleton jail" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: delphij@delphij.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 16:53:54 -0000 --=-7oqK8on3Zk5iC8kXZyw/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =E5=9C=A8 2005-02-01=E4=BA=8C=E7=9A=84 11:40 +0100=EF=BC=8CPawel Jakub Dawi= dek=E5=86=99=E9=81=93=EF=BC=9A > The thing that can be useful IMHO is possibility to use > reboot(8)/shutdown(8), etc. inside a jail, but... > I'm unfortunately too busy with other (probably less interesting, but > profitable) projects. Quick question: Is this mean we can have init(8) running in jail? Cheers, --=20 Xin LI http://www.delphij.net/ --=-7oqK8on3Zk5iC8kXZyw/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB/7PB/cVsHxFZiIoRAmTJAJ9ogaRIGGbUgH0Eg3edclf9O98I8gCePUz/ khv4FP7HfpK2nds4IqIVBtY= =QLY3 -----END PGP SIGNATURE----- --=-7oqK8on3Zk5iC8kXZyw/-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 17:00:06 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B818E16A4D0 for ; Tue, 1 Feb 2005 17:00:06 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id C631043D49 for ; Tue, 1 Feb 2005 17:00:05 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 9BB6AAEA5F; Tue, 1 Feb 2005 18:00:00 +0100 (CET) Date: Tue, 1 Feb 2005 18:00:00 +0100 From: Pawel Jakub Dawidek To: delphij@delphij.net Message-ID: <20050201170000.GM1546@darkness.comp.waw.pl> References: <1107178792.613.22.camel@spirit> <1107241984.685.2104.camel@work.gusalmighty.com> <20050201104023.GG1546@darkness.comp.waw.pl> <1107276737.809.10.camel@spirit> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tpyx7gKuSYt+mjHM" Content-Disposition: inline In-Reply-To: <1107276737.809.10.camel@spirit> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-hackers@FreeBSD.org cc: Justin Hopper Subject: Re: Idea about "skeleton jail" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 17:00:06 -0000 --tpyx7gKuSYt+mjHM Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 02, 2005 at 12:52:17AM +0800, Xin LI wrote: +> ??? 2005-02-01?????? 11:40 +0100???Pawel Jakub Dawidek????????? +> > The thing that can be useful IMHO is possibility to use +> > reboot(8)/shutdown(8), etc. inside a jail, but... +> > I'm unfortunately too busy with other (probably less interesting, but +> > profitable) projects. +>=20 +> Quick question: Is this mean we can have init(8) running in jail? Yes, I started a branch for this work (pjd_jailinit), but... --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --tpyx7gKuSYt+mjHM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFB/7WQForvXbEpPzQRAs8qAKCq8h5Vbk7+g29w9lBu8C64fbDgpwCdGa4S VdnGUailsuowO6g+XRXW8g8= =WDUG -----END PGP SIGNATURE----- --tpyx7gKuSYt+mjHM-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 17:03:24 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA47816A4CE; Tue, 1 Feb 2005 17:03:24 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87E5843D45; Tue, 1 Feb 2005 17:03:24 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 405E512B98E; Tue, 1 Feb 2005 13:03:23 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 92143-09; Tue, 1 Feb 2005 17:03:23 +0000 (GMT) Received: from ganymede.hub.org (blk-224-186-245.eastlink.ca [24.224.186.245]) by hub.org (Postfix) with ESMTP id 8501D12B98D; Tue, 1 Feb 2005 13:03:22 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id A7A3B36A32; Tue, 1 Feb 2005 13:03:21 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id A3B1A369A3; Tue, 1 Feb 2005 13:03:21 -0400 (AST) Date: Tue, 1 Feb 2005 13:03:21 -0400 (AST) From: "Marc G. Fournier" To: delphij@delphij.net In-Reply-To: <1107276737.809.10.camel@spirit> Message-ID: <20050201130305.D89998@ganymede.hub.org> References: <1107178792.613.22.camel@spirit> <1107241984.685.2104.camel@work.gusalmighty.com> <1107276737.809.10.camel@spirit> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-607972526-1107277401=:89998" X-Virus-Scanned: by amavisd-new at hub.org cc: freebsd-hackers@FreeBSD.org cc: Pawel Jakub Dawidek cc: Justin Hopper Subject: Re: Idea about "skeleton jail" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 17:03:24 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-607972526-1107277401=:89998 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 2 Feb 2005, Xin LI wrote: > =E5=9C=A8 2005-02-01=E4=BA=8C=E7=9A=84 11:40 +0100=EF=BC=8CPawel Jakub Da= widek=E5=86=99=E9=81=93=EF=BC=9A >> The thing that can be useful IMHO is possibility to use >> reboot(8)/shutdown(8), etc. inside a jail, but... >> I'm unfortunately too busy with other (probably less interesting, but >> profitable) projects. > > Quick question: Is this mean we can have init(8) running in jail? alias reboot 'kill -TERM -1' alias shutdown 'kill -TERM -1' ? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 --0-607972526-1107277401=:89998-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 17:08:26 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDF4D16A4CE for ; Tue, 1 Feb 2005 17:08:26 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 71E9A43D46 for ; Tue, 1 Feb 2005 17:08:19 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 97093 invoked by uid 0); 1 Feb 2005 17:00:05 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 1 Feb 2005 17:00:05 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 7370F133524; Wed, 2 Feb 2005 01:08:14 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 51059-16; Wed, 2 Feb 2005 01:08:04 +0800 (CST) Received: from localhost.localdomain (unknown [221.217.209.135]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id EB0AA131C1D; Wed, 2 Feb 2005 01:08:02 +0800 (CST) From: Xin LI To: freebsd-hackers@FreeBSD.org In-Reply-To: <1107178792.613.22.camel@spirit> References: <1107178792.613.22.camel@spirit> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-doX8BtV3TgkwVR78W1XF" Organization: The FreeBSD Simplified Chinese Project Date: Wed, 02 Feb 2005 01:06:47 +0800 Message-Id: <1107277607.809.25.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net cc: ru@FreeBSD.org Subject: Re: Idea about "skeleton jail" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: delphij@delphij.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 17:08:27 -0000 --=-doX8BtV3TgkwVR78W1XF Content-Type: multipart/mixed; boundary="=-l/XhsiJlt4Wo10rp7xg1" --=-l/XhsiJlt4Wo10rp7xg1 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I have attached an "alpha" patch in attachment that implements skeljail, which includes an "installskel" target to install a (hmm... as many as you wish and your hard disk allows) skeleton after buildworld. In order to make use it, follow the following procedure: 0. make buildworld is a prerequisite to run "make installskel" so do it 1. make a directory. i.e. mkdir /vhosts/1 2. cd /usr/src && make installskel DESTDIR=3D/vhosts/1 3. (You may want to copy something like password database/first ssh keys into the jail. I have a "core.tbz" to do this) 4. Add configuration to /etc/rc.conf 5. Start the jail script as usual. This includes rebooting the host, or "/etc/rc.d/jail restart". To patch your existing system to get a test run of the patch, the following procedure is recommended (other ways may work, too): 0. cvsup to latest -CURRENT 1. on top level src tree (/usr/src), do patch < (the patch file) 2. make buildworld installworld (make sure you have latest kernel installed, of course) 3. cd /usr/src/etc/rc.d && make install (this can be accomplished in a different way by running mergemaster) Added rc.conf knobs: - jail__skel_enable=3D(YES|NO) Whether to enable skeleton jail. The default is NO. - jail__skel_root Where the skeleton should mount everything from. This can be / (the default), and you can specify something like /vhosts/templateRELENG_4 if you want a different release. - jail__skel_romounts Which directories we should mount from the jail__skel_root. The default value is "bin sbin lib libexec usr/bin usr/sbin usr/include usr/lib usr/libdata usr/libexec usr/sbin usr/share". I've received some of quite impressive scripts from our user community and I will consult these scripts to find out if I have missed something important, and do further improvements over this version. Please let me know if there are any suggestions, flaws with this patch. Thanks in advance! Cheers, --=20 Xin LI http://www.delphij.net/ --=-l/XhsiJlt4Wo10rp7xg1 Content-Disposition: attachment; filename=patch-skel Content-Type: text/x-patch; name=patch-skel; charset=ISO-8859-1 Content-Transfer-Encoding: base64 SW5kZXg6IE1ha2VmaWxlDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvTWFr ZWZpbGUsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjMxNQ0KZGlmZiAtdSAtcjEuMzE1IE1ha2Vm aWxlDQotLS0gTWFrZWZpbGUJMjEgRGVjIDIwMDQgMDk6NTk6MzkgLTAwMDAJMS4zMTUNCisrKyBN YWtlZmlsZQkxIEZlYiAyMDA1IDA2OjUxOjQzIC0wMDAwDQpAQCAtNjUsNyArNjUsNyBAQA0KIFRH VFM9CWFsbCBhbGwtbWFuIGJ1aWxka2VybmVsIGJ1aWxkd29ybGQgY2hlY2tkcGFkZCBjbGVhbiBc DQogCWNsZWFuZGVwZW5kIGNsZWFuZGlyIGRlcGVuZCBkaXN0cmlidXRlIGRpc3RyaWJ1dGV3b3Js ZCBldmVyeXRoaW5nIFwNCiAJaGllcmFyY2h5IGluc3RhbGwgaW5zdGFsbGNoZWNrIGluc3RhbGxr ZXJuZWwgaW5zdGFsbGtlcm5lbC5kZWJ1Z1wNCi0JcmVpbnN0YWxsa2VybmVsIHJlaW5zdGFsbGtl cm5lbC5kZWJ1ZyBpbnN0YWxsd29ybGQgXA0KKwlyZWluc3RhbGxrZXJuZWwgcmVpbnN0YWxsa2Vy bmVsLmRlYnVnIGluc3RhbGxza2VsIGluc3RhbGx3b3JsZCBcDQogCWtlcm5lbC10b29sY2hhaW4g bGlicmFyaWVzIGxpbnQgbWFuaW5zdGFsbCBcDQogCW9iaiBvYmpsaW5rIHJlZ3Jlc3MgcmVyZWxl YXNlIHRhZ3MgdG9vbGNoYWluIHVwZGF0ZSBcDQogCV93b3JsZHRtcCBfbGVnYWN5IF9ib290c3Ry YXAtdG9vbHMgX2NsZWFub2JqIF9vYmogXA0KQEAgLTc5LDYgKzc5LDcgQEANCiAuT1JERVI6IGJ1 aWxkd29ybGQgaW5zdGFsbHdvcmxkDQogLk9SREVSOiBidWlsZHdvcmxkIGRpc3RyaWJ1dGV3b3Js ZA0KIC5PUkRFUjogYnVpbGR3b3JsZCBidWlsZGtlcm5lbA0KKy5PUkRFUjogYnVpbGR3b3JsZCBp bnN0YWxsc2tlbA0KIC5PUkRFUjogYnVpbGRrZXJuZWwgaW5zdGFsbGtlcm5lbA0KIC5PUkRFUjog YnVpbGRrZXJuZWwgaW5zdGFsbGtlcm5lbC5kZWJ1Zw0KIC5PUkRFUjogYnVpbGRrZXJuZWwgcmVp bnN0YWxsa2VybmVsDQpJbmRleDogTWFrZWZpbGUuaW5jMQ0KPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6 IC9ob21lL25jdnMvc3JjL01ha2VmaWxlLmluYzEsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjQ3 Mw0KZGlmZiAtdSAtcjEuNDczIE1ha2VmaWxlLmluYzENCi0tLSBNYWtlZmlsZS5pbmMxCTIwIEph biAyMDA1IDEwOjQ5OjAyIC0wMDAwCTEuNDczDQorKysgTWFrZWZpbGUuaW5jMQkxIEZlYiAyMDA1 IDE2OjQ5OjI5IC0wMDAwDQpAQCAtNTE2LDYgKzUxNiwxOCBAQA0KIAlybSAtcmYgJHtJTlNUQUxM VE1QfQ0KIA0KICMNCisjIGluc3RhbGxza2VsDQorIw0KKyMgSW5zdGFsbHMgYSBtaW5pbXVtIHNl dCBvZiBmaWxlcyB0aGF0IGNhbiBzdXBwb3J0IGEgbWluaS1qYWlsDQorIw0KK2luc3RhbGxza2Vs Og0KKwlAZWNobyAiLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0iDQorCUBlY2hvICI+Pj4gTWFraW5nIGluc3RhbGxza2VsIg0KKwlA ZWNobyAiLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0iDQorCSR7XytffWNkICR7LkNVUkRJUn07ICR7TUFLRX0gaGllcmFyY2h5DQor CSR7XytffWNkICR7LkNVUkRJUn0vZXRjOyAke01BS0V9IGRpc3RyaWJ1dGlvbg0KKw0KKyMNCiAj IHJlaW5zdGFsbA0KICMNCiAjIElmIHlvdSBoYXZlIGEgYnVpbGQgc2VydmVyLCB5b3UgY2FuIE5G UyBtb3VudCB0aGUgc291cmNlIGFuZCBvYmogZGlyZWN0b3JpZXMNCkluZGV4OiBldGMvcmMuZC9q YWlsDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvZXRjL3JjLmQvamFpbCx2 DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMjENCmRpZmYgLXUgLXIxLjIxIGphaWwNCi0tLSBldGMv cmMuZC9qYWlsCTE2IEphbiAyMDA1IDAzOjEyOjAzIC0wMDAwCTEuMjENCisrKyBldGMvcmMuZC9q YWlsCTEgRmViIDIwMDUgMDc6MjE6NTcgLTAwMDANCkBAIC01OSw2ICs1OSwxNCBAQA0KIAlldmFs IGphaWxfcHJvY2ZzPVwiXCRqYWlsXyR7X2p9X3Byb2Nmc19lbmFibGVcIg0KIAlbIC16ICIke2ph aWxfcHJvY2ZzfSIgXSAmJiBqYWlsX3Byb2Nmcz0iTk8iDQogDQorCSMgRGVmYXVsdCBzZXR0aW5n cyBmb3Igc2tlbCBqYWlsDQorCWV2YWwgamFpbF9za2VsX2VuYWJsZT1cIlwkamFpbF8ke19qfV9z a2VsX2VuYWJsZVwiDQorCVsgLXogIiR7amFpbF9za2VsX2VuYWJsZX0iIF0gJiYgamFpbF9za2Vs X2VuYWJsZT0iTk8iDQorCWV2YWwgamFpbF9za2VsX3Jvb3Q9XCJcJGphaWxfJHtfan1fc2tlbF9y b290XCINCisJWyAteiAiJHtqYWlsX3NrZWxfcm9vdH0iIF0gJiYgamFpbF9za2VsX3Jvb3Q9Ii8i DQorCWV2YWwgamFpbF9za2VsX3JvbW91bnRzPVwiXCRqYWlsXyR7X2p9X3NrZWxfcm9tb3VudHNc Ig0KKwlbIC16ICIke2phaWxfc2tlbF9yb21vdW50c30iIF0gJiYgamFpbF9za2VsX3JvbW91bnRz PSJiaW4gc2JpbiBsaWIgbGliZXhlYyB1c3IvYmluIHVzci9zYmluIHVzci9pbmNsdWRlIHVzci9s aWIgdXNyL2xpYmRhdGEgdXNyL2xpYmV4ZWMgdXNyL3NiaW4gdXNyL3NoYXJlIg0KKw0KIAlldmFs IGphaWxfbW91bnQ9XCJcJGphaWxfJHtfan1fbW91bnRfZW5hYmxlXCINCiAJWyAteiAiJHtqYWls X21vdW50fSIgXSAmJiBqYWlsX21vdW50PSJOTyINCiAJIyAiL2V0Yy9mc3RhYi4ke19qfSIgd2ls bCBiZSB1c2VkIGZvciB7LHV9bW91bnQoOCkgaWYgbm9uZSBpcyBzcGVjaWZpZWQuDQpAQCAtODEs NiArODksOSBAQA0KIAlkZWJ1ZyAiJF9qIGZzdGFiOiAkamFpbF9mc3RhYiINCiAJZGVidWcgIiRf aiBleGVjIHN0YXJ0OiAkamFpbF9leGVjX3N0YXJ0Ig0KIAlkZWJ1ZyAiJF9qIGV4ZWMgc3RvcDog JGphaWxfZXhlY19zdG9wIg0KKwlkZWJ1ZyAiJF9qIHNrZWwgZW5hYmxlOiAkamFpbF9za2VsX2Vu YWJsZSINCisJZGVidWcgIiRfaiBza2VsIG1vdW50LXJlYWRvbmx5OiAkamFpbF9za2VsX3JvbW91 bnRzIg0KKwlkZWJ1ZyAiJF9qIHNrZWwgbW91bnQtcmVhZG9ubHkgZnJvbTogJGphaWxfc2tlbF9y b290Ig0KIH0NCiANCiAjIHNldF9zeXNjdGwgcmNfa25vYiBtaWIgbXNnDQpAQCAtMTM2LDYgKzE0 NywxNCBAQA0KIAkJWyAtZiAiJHtqYWlsX2ZzdGFifSIgXSB8fCB3YXJuICIke2phaWxfZnN0YWJ9 IGRvZXMgbm90IGV4aXN0Ig0KIAkJdW1vdW50IC1hIC1GICIke2phaWxfZnN0YWJ9IiA+L2Rldi9u dWxsIDI+JjENCiAJZmkNCisJaWYgY2hlY2t5ZXNubyBqYWlsX3NrZWxfZW5hYmxlOyB0aGVuDQor CQlmb3IgX21udHB0IGluICRqYWlsX3NrZWxfcm9tb3VudHMNCisJCWRvDQorCQkJaWYgWyAtZCAi JHtqYWlsX3Jvb3RkaXJ9LyR7X21udHB0fSIgXSA7IHRoZW4NCisJCQkJdW1vdW50IC1mICR7amFp bF9yb290ZGlyfS8ke19tbnRwdH0gPiAvZGV2L251bGwgMj4mMQ0KKwkJCWZpDQorCQlkb25lDQor CWZpDQogfQ0KIA0KIGphaWxfc3RhcnQoKQ0KQEAgLTE1NSw2ICsxNzQsMTMgQEANCiAJZm9yIF9q YWlsIGluICR7amFpbF9saXN0fQ0KIAlkbw0KIAkJaW5pdF92YXJpYWJsZXMgJF9qYWlsDQorCQlp ZiBjaGVja3llc25vIGphaWxfc2tlbF9lbmFibGU7IHRoZW4NCisJCQlpbmZvICJNb3VudGluZyBz a2VsZXRvbiBmb3IgamFpbCAke19qYWlsfSBmcm9tICR7amFpbF9za2VsX3Jvb3R9Ig0KKwkJCWZv ciBfbW50cHQgaW4gJGphaWxfc2tlbF9yb21vdW50cw0KKwkJCWRvDQorCQkJCW1vdW50X251bGxm cyAtb3Jkb25seSAke2phaWxfc2tlbF9yb290fS8ke19tbnRwdH0gJHtqYWlsX3Jvb3RkaXJ9LyR7 X21udHB0fSA+IC9kZXYvbnVsbCAyPiYxDQorCQkJZG9uZQ0KKwkJZmkNCiAJCWlmIGNoZWNreWVz bm8gamFpbF9tb3VudDsgdGhlbg0KIAkJCWluZm8gIk1vdW50aW5nIGZzdGFiIGZvciBqYWlsICR7 X2phaWx9ICgke2phaWxfZnN0YWJ9KSINCiAJCQlpZiBbICEgLWYgIiR7amFpbF9mc3RhYn0iIF07 IHRoZW4NCg== --=-l/XhsiJlt4Wo10rp7xg1-- --=-doX8BtV3TgkwVR78W1XF Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB/7cn/cVsHxFZiIoRAid7AKCF2z8YRofFCtpYzyuojBKtksBJhgCeKJEj x1See+QO6M8ZMshYAJzDynk= =s1o7 -----END PGP SIGNATURE----- --=-doX8BtV3TgkwVR78W1XF-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 19:53:41 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFE3616A4CE for ; Tue, 1 Feb 2005 19:53:41 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2027343D58 for ; Tue, 1 Feb 2005 19:53:41 +0000 (GMT) (envelope-from jcapote@gmail.com) Received: by rproxy.gmail.com with SMTP id z35so1064977rne for ; Tue, 01 Feb 2005 11:53:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=QoB7j4QKlN72rfF7xLb+5e2K0PAOulATvSbFjjnzrwGKuP/AL9VDtMVf94Q0DOPMUDVimY/vSf90HxUZI3VytuNyI8UzZwOVgDoz9thueItrY5SiVIbwIbPGdnx0ZG6MMIgdzbV5B7b5zdVwcstWW/DT25tEUXvwqjdfC26s5XM= Received: by 10.38.78.63 with SMTP id a63mr123243rnb; Tue, 01 Feb 2005 11:53:40 -0800 (PST) Received: by 10.38.104.15 with HTTP; Tue, 1 Feb 2005 11:53:40 -0800 (PST) Message-ID: Date: Tue, 1 Feb 2005 14:53:40 -0500 From: Julio Capote To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: differences between bsd ifconfig and linux ifconfig... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Julio Capote List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 19:53:41 -0000 I was wondering if anyone knew architecturally and fundamentally why bsd's ifconfig can display active state information regarding the physical medium and why linux ifconfig cant? Not to start any trolling on which is superior, just curious about the difference. - Julio From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 20:02:22 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E669216A4CE for ; Tue, 1 Feb 2005 20:02:21 +0000 (GMT) Received: from mail.revolutionsp.com (ganymede.revolutionsp.com [64.246.0.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AE3E43D46 for ; Tue, 1 Feb 2005 20:02:21 +0000 (GMT) (envelope-from security@revolutionsp.com) Received: from mail.revolutionsp.com (localhost [127.0.0.1]) by mail.revolutionsp.com (Postfix) with ESMTP id 595FB15C95 for ; Tue, 1 Feb 2005 14:02:12 -0600 (CST) Received: from 81.84.175.77 (SquirrelMail authenticated user security@revolutionsp.com); by mail.revolutionsp.com with HTTP; Tue, 1 Feb 2005 14:02:12 -0600 (CST) Message-ID: <53406.81.84.175.77.1107288132.squirrel@81.84.175.77> In-Reply-To: <20050201104023.GG1546@darkness.comp.waw.pl> References: <1107178792.613.22.camel@spirit> <1107241984.685.2104.camel@work.gusalmighty.com> <20050201104023.GG1546@darkness.comp.waw.pl> Date: Tue, 1 Feb 2005 14:02:12 -0600 (CST) From: "H. S." To: freebsd-hackers@FreeBSD.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: Idea about 'skeleton jail' -- desirable jail features X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 20:02:22 -0000 In my opinion, FreeBSD is currently behind in virtual server implementations for a few reasons; It does not support multiple IPs in jails. Sure, there are patches, but the one here doesn't compile on 5.3-STABLE, for example. Support integrated into the base system would be neat. It would also be nice a jipconfig which lets the host system root user add IPs to the jails (perhaps a sysctl to control this behaviour? Sometimes it's not desirable to let jail root add IPs at will, while in other situations the jails root user is trustable and would be allowed to add IPs at will.) Also, there was a project for 4.10 if I remember correctly about interface virtualization, it allowed jails to have their own firewall, among other things. I don't know if this would induce a far greater load on the system (it would have to pass the jail firewall and then the host system), but, it's a really nice feature. On a totally off-topic subject, can we, faithful FreeBSD users, expect systrace support in the future ? > On Mon, Jan 31, 2005 at 11:13:04PM -0800, Justin Hopper wrote: > +> We are considering open sourcing all of our stuff, to contribute back > +> what we can to the OS that allowed us to build our entire company. I'd > +> really like to see what others have done to make jails more manageable, > +> as it seems like there is so much that can be done but not many people > +> are working on it. It seems jails have the potential to become an > +> incredible way to virtually partition servers, and it would not be that > +> hard to implement solid tools for managing them. We have things like > +> JID-aware top and tools for automated jail builds, but it would be > great > +> to work with some FreeBSD heavies to finish up clean development of > +> things like jail resource restrictions (CPU,MEM,#PROCS,etc) and perhaps > +> a clean and universally useful way to easily configure and launch full > +> jail environments. > > Yes, it would be useful (I mean CPU/MEM/#PROCS limits), but as I > understand > there are two kinds of opinions about jails. First is that it should be > extended and allow to create a real virtual server and second is that it > should be light-weight. > > +> Pawel had some really interesting ideas for jails, but it seems that > +> he's too busy to work on them at the moment. Speaking of which, his > +> multiple IPs patch for 5.3 is still broken, and I haven't been able to > +> find what the problem is =( > > Could you describe the brokeness? I've made some fixes a week or something > ago, I just created a patch against HEAD if you want to try it: > > http://people.freebsd.org/~pjd/patches/jail_2005020101.patch > > There can still be some remaining issues, but I don't have time for more > detailed tests. > > > The thing that can be useful IMHO is possibility to use > reboot(8)/shutdown(8), etc. inside a jail, but... > I'm unfortunately too busy with other (probably less interesting, but > profitable) projects. > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 20:48:49 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 215B116A4CE for ; Tue, 1 Feb 2005 20:48:49 +0000 (GMT) Received: from mailgate.uni-paderborn.de (mailgate.uni-paderborn.de [131.234.22.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AEA843D48 for ; Tue, 1 Feb 2005 20:48:48 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dsl-213-023-206-124.arcor-ip.net ([213.23.206.124] helo=[192.168.0.23]) by mailgate.uni-paderborn.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.43) id 1Cw4wl-0005xz-JS; Tue, 01 Feb 2005 21:48:27 +0100 Message-ID: <41FFEB27.80300@rfc2549.org> Date: Tue, 01 Feb 2005 21:48:39 +0100 From: Arne Schwabe User-Agent: Mozilla Thunderbird 1.0RC1 (Windows/20041201) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julio Capote References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-UNI-PB_FAK-EIM-MailScanner-Information: Please see http://imap.uni-paderborn.de for details X-UNI-PB_FAK-EIM-MailScanner: Found to be clean X-UNI-PB_FAK-EIM-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.208, required 4, AUTH_EIM_USER -5.00, RCVD_IN_NJABL_DUL 1.66, RCVD_IN_SORBS_DUL 0.14) X-MailScanner-From: arne@rfc2549.org cc: freebsd-hackers@freebsd.org Subject: Re: differences between bsd ifconfig and linux ifconfig... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 20:48:49 -0000 Julio Capote wrote: >I was wondering if anyone knew architecturally and fundamentally why >bsd's ifconfig can display active state information regarding the >physical medium and why linux ifconfig cant? Not to start any trolling >on which is superior, just curious about the difference. > > > Well Linux' (or gnu's?) ifconfig simply does not show it. ethtool eth0 usually shows media state on Linux systems. Well ethtool is not in the base installation of every Linux distribution but discussing about what to put into base is a holy war. (even without bringing *BSD into the discussion) Arne From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 20:53:16 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5E7B16A4CE for ; Tue, 1 Feb 2005 20:53:16 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32B7143D46 for ; Tue, 1 Feb 2005 20:53:16 +0000 (GMT) (envelope-from jcapote@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so1058089rnf for ; Tue, 01 Feb 2005 12:53:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=EBKtImvP9kHtZ9kWwe5s3sxap+QmFvF3E1qIq3z7YbsajNdilVx+HXp4vjYhvNWd5bf64CIBCPB6vt8y8uLVRgF5rF6MKhNRiVaTkM2muMYV7IrurgOyMxmM/j9YJcCNSZnhLA+kpeU8TggYuuxabFSFU30gu0h4N2VeA0O/MY8= Received: by 10.38.65.62 with SMTP id n62mr178642rna; Tue, 01 Feb 2005 12:53:15 -0800 (PST) Received: by 10.38.104.15 with HTTP; Tue, 1 Feb 2005 12:53:15 -0800 (PST) Message-ID: Date: Tue, 1 Feb 2005 15:53:15 -0500 From: Julio Capote To: Arne Schwabe In-Reply-To: <41FFEB27.80300@rfc2549.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <41FFEB27.80300@rfc2549.org> cc: freebsd-hackers@freebsd.org Subject: Re: differences between bsd ifconfig and linux ifconfig... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Julio Capote List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 20:53:16 -0000 I actually got a response from someone in freebsd-devel, its due to the differences in drivers between bsd's kernel and linux's On Tue, 01 Feb 2005 21:48:39 +0100, Arne Schwabe wrote: > Julio Capote wrote: > > >I was wondering if anyone knew architecturally and fundamentally why > >bsd's ifconfig can display active state information regarding the > >physical medium and why linux ifconfig cant? Not to start any trolling > >on which is superior, just curious about the difference. > > > > > > > Well Linux' (or gnu's?) ifconfig simply does not show it. ethtool eth0 > usually shows media state on Linux systems. > Well ethtool is not in the base installation of every Linux distribution > but discussing about what to put into base is > a holy war. (even without bringing *BSD into the discussion) > > Arne > From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 21:16:48 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E280716A4CE for ; Tue, 1 Feb 2005 21:16:48 +0000 (GMT) Received: from smtp.nlink.com.br (smtp.nlink.com.br [201.12.59.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 3FBCB43D39 for ; Tue, 1 Feb 2005 21:16:46 +0000 (GMT) (envelope-from paulo@nlink.com.br) Received: (qmail 19878 invoked from network); 1 Feb 2005 21:16:43 -0000 Received: from unknown (HELO ?201.12.59.126?) (paulo@intra.nlink.com.br@201.12.59.126) by smtp.nlink.com.br with SMTP; 1 Feb 2005 21:16:43 -0000 Message-ID: <41FFF1B6.6070809@nlink.com.br> Date: Tue, 01 Feb 2005 18:16:38 -0300 From: Paulo Fragoso User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041209 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: TX rate problem in hostap mode X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 21:16:49 -0000 Hi, We are using a Samsung wireless card (PRISM2) with FreeBSD 5.3 in hostap mode and client is running FreeBSD 5.3 with Orinoco wireless card, all works fine but tx rate at hostap it is all time in 2Mbps. We found this article for solve this problem with FreeBSD 5.x: http://excamera.com/cgi-bin/blosxom.cgi After modify dev/wi/if_wi.c in the hostap: --- dev/wi/if_wi.c.orig Tue Feb 1 17:15:20 2005 +++ dev/wi/if_wi.c Tue Feb 1 17:58:44 2005 @@ -958,6 +958,10 @@ wi_dump_pkt(&frmhdr, NULL, -1); fid = sc->sc_txd[cur].d_fid; off = sizeof(frmhdr); + + /* tx_rate problem? */ + frmhdr.wi_tx_rate = 110; + error = wi_write_bap(sc, fid, 0, &frmhdr, sizeof(frmhdr)) != 0 || wi_mwrite_bap(sc, fid, off, m0, m0->m_pkthdr.len) != 0; m_freem(m0); now we can get files from hostap faster (5x) than before. Both cards (hostap and client) was using mediaopt DS/11Mbps. Is possible ifconfig command change this field when using mediaopt "DS/11Mbps"? Paulo. From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 21:31:28 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42E3A16A4CF for ; Tue, 1 Feb 2005 21:31:28 +0000 (GMT) Received: from bsdhosting.net (bsdhosting.net [65.39.221.113]) by mx1.FreeBSD.org (Postfix) with SMTP id 86B9543D69 for ; Tue, 1 Feb 2005 21:31:27 +0000 (GMT) (envelope-from jhopper@bsdhosting.net) Received: (qmail 78639 invoked from network); 1 Feb 2005 21:30:57 -0000 Received: from unknown (HELO localhost.localdomain) (jhopper@bsdhosting.net@65.39.221.113) by bsdhosting.net with SMTP; 1 Feb 2005 21:30:57 -0000 From: Justin Hopper To: freebsd-hackers@FreeBSD.org In-Reply-To: <20050201104023.GG1546@darkness.comp.waw.pl> References: <1107178792.613.22.camel@spirit> <1107241984.685.2104.camel@work.gusalmighty.com> <20050201104023.GG1546@darkness.comp.waw.pl> Content-Type: text/plain Date: Tue, 01 Feb 2005 13:31:11 -0800 Message-Id: <1107293471.685.2203.camel@work.gusalmighty.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: Pawel Jakub Dawidek Subject: Re: Idea about "skeleton jail" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 21:31:28 -0000 On Tue, 2005-02-01 at 11:40 +0100, Pawel Jakub Dawidek wrote: > On Mon, Jan 31, 2005 at 11:13:04PM -0800, Justin Hopper wrote: > +> We are considering open sourcing all of our stuff, to contribute back > +> what we can to the OS that allowed us to build our entire company. I'd > +> really like to see what others have done to make jails more manageable, > +> as it seems like there is so much that can be done but not many people > +> are working on it. It seems jails have the potential to become an > +> incredible way to virtually partition servers, and it would not be that > +> hard to implement solid tools for managing them. We have things like > +> JID-aware top and tools for automated jail builds, but it would be great > +> to work with some FreeBSD heavies to finish up clean development of > +> things like jail resource restrictions (CPU,MEM,#PROCS,etc) and perhaps > +> a clean and universally useful way to easily configure and launch full > +> jail environments. > > Yes, it would be useful (I mean CPU/MEM/#PROCS limits), but as I understand > there are two kinds of opinions about jails. First is that it should be > extended and allow to create a real virtual server and second is that it > should be light-weight. I would definitely like to see the jails extended in a way that would still leave them uncomplicated for people that just want to jail a single process or create a very simple jailed environment. I'm hoping that all the extensions can be created in a way that will not interfere with this. For example, each prison can have CPU/MEM/#PROCS limits in them, but by default they would be ignored. We have implemented MEM and #PROCS limits in our prison structures, but we have not settled on a method to control them. Currently we are using a kernel module approach that allows the alteration of prison values, but there is no proper locking, so it's of course not safe. > +> Pawel had some really interesting ideas for jails, but it seems that > +> he's too busy to work on them at the moment. Speaking of which, his > +> multiple IPs patch for 5.3 is still broken, and I haven't been able to > +> find what the problem is =( > > Could you describe the brokeness? I had sent you an email about 4 weeks ago about it, but didn't hear a response. I also emailed the hackers list about it, but no one responded. There was also a Devon H. O'Dell who said that he might be able to assist with any problems with the patch, but emails to him were not answered either. The problem is simply that jails cannot use sockets. I can forward my email with kernel trace if you do not have a copy. > I've made some fixes a week or something > ago, I just created a patch against HEAD if you want to try it: > > http://people.freebsd.org/~pjd/patches/jail_2005020101.patch > > There can still be some remaining issues, but I don't have time for more > detailed tests. Excellent, I'll try the patch here in a couple of minutes. Can you tell me what the known issues are with the patch? Perhaps I can lend a hand on helping to resolve them. > The thing that can be useful IMHO is possibility to use > reboot(8)/shutdown(8), etc. inside a jail, but... > I'm unfortunately too busy with other (probably less interesting, but > profitable) projects. > -- Justin Hopper UNIX Systems Engineer BSDHosting.net Hosting Division of Digital Oasys Inc. http://www.bsdhosting.net From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 21:47:33 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20D6116A4CE for ; Tue, 1 Feb 2005 21:47:33 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3FAE43D1F for ; Tue, 1 Feb 2005 21:47:32 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 5177EACC56; Tue, 1 Feb 2005 22:47:25 +0100 (CET) Date: Tue, 1 Feb 2005 22:47:25 +0100 From: Pawel Jakub Dawidek To: Justin Hopper Message-ID: <20050201214725.GP1546@darkness.comp.waw.pl> References: <1107178792.613.22.camel@spirit> <1107241984.685.2104.camel@work.gusalmighty.com> <20050201104023.GG1546@darkness.comp.waw.pl> <1107293471.685.2203.camel@work.gusalmighty.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uRjmd8ppyyws0Tml" Content-Disposition: inline In-Reply-To: <1107293471.685.2203.camel@work.gusalmighty.com> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-hackers@FreeBSD.org Subject: Re: Idea about "skeleton jail" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 21:47:33 -0000 --uRjmd8ppyyws0Tml Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 01, 2005 at 01:31:11PM -0800, Justin Hopper wrote: +> > I've made some fixes a week or something +> > ago, I just created a patch against HEAD if you want to try it: +> >=20 +> > http://people.freebsd.org/~pjd/patches/jail_2005020101.patch +> >=20 +> > There can still be some remaining issues, but I don't have time for mo= re +> > detailed tests. +>=20 +> Excellent, I'll try the patch here in a couple of minutes. Can you tell +> me what the known issues are with the patch? Perhaps I can lend a hand +> on helping to resolve them. Frankly, I don't know. It just needs detailed testing. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --uRjmd8ppyyws0Tml Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFB//jtForvXbEpPzQRAhcXAJ9lrcxt+yCVd4memAMlg6/qUSaE0QCfWrUY 156bKVMGUlGz4opTD5WI+lw= =/CTg -----END PGP SIGNATURE----- --uRjmd8ppyyws0Tml-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 22:21:57 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ED6716A4CE for ; Tue, 1 Feb 2005 22:21:57 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 188C143D1D for ; Tue, 1 Feb 2005 22:21:57 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.92] ([66.127.85.92]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j11MLtWi057020 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Feb 2005 14:21:56 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4200011E.5080105@errno.com> Date: Tue, 01 Feb 2005 14:22:22 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Paulo Fragoso References: <41FFF1B6.6070809@nlink.com.br> In-Reply-To: <41FFF1B6.6070809@nlink.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: TX rate problem in hostap mode X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 22:21:57 -0000 Paulo Fragoso wrote: > Hi, > > We are using a Samsung wireless card (PRISM2) with FreeBSD 5.3 in hostap > mode and client is running FreeBSD 5.3 with Orinoco wireless card, all > works fine but tx rate at hostap it is all time in 2Mbps. > > We found this article for solve this problem with FreeBSD 5.x: > > http://excamera.com/cgi-bin/blosxom.cgi > > After modify dev/wi/if_wi.c in the hostap: > > --- dev/wi/if_wi.c.orig Tue Feb 1 17:15:20 2005 > +++ dev/wi/if_wi.c Tue Feb 1 17:58:44 2005 > @@ -958,6 +958,10 @@ > wi_dump_pkt(&frmhdr, NULL, -1); > fid = sc->sc_txd[cur].d_fid; > off = sizeof(frmhdr); > + > + /* tx_rate problem? */ > + frmhdr.wi_tx_rate = 110; > + > error = wi_write_bap(sc, fid, 0, &frmhdr, > sizeof(frmhdr)) != 0 > || wi_mwrite_bap(sc, fid, off, m0, > m0->m_pkthdr.len) != 0; > m_freem(m0); > > now we can get files from hostap faster (5x) than before. > > Both cards (hostap and client) was using mediaopt DS/11Mbps. > > Is possible ifconfig command change this field when using mediaopt > "DS/11Mbps"? Locking the xmit rate at 11Mb/s (or any rate for that matter) isn't a great idea though wi should honor a fixed rate. I thought Prism cards implemented rate control in the firmware for ap mode but perhaps not. netbsd has xmit rate control support for wi that purportedly does a good job; you might investigate it. If you come up with changes I'd be interested in integrating them into -current (which could then be brought back to -stable). Sam From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 23:17:21 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AA9816A4CE for ; Tue, 1 Feb 2005 23:17:21 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0F6A43D62 for ; Tue, 1 Feb 2005 23:17:20 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 22704 invoked from network); 1 Feb 2005 23:17:20 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail25.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 1 Feb 2005 23:17:20 -0000 Received: from hydrogen.funkthat.com (mdazwt@localhost.funkthat.com [127.0.0.1])j11NHKGH057943; Tue, 1 Feb 2005 15:17:20 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j11NHIHr057942; Tue, 1 Feb 2005 15:17:18 -0800 (PST) Date: Tue, 1 Feb 2005 15:17:18 -0800 From: John-Mark Gurney To: Milan Obuch Message-ID: <20050201231718.GE19624@funkthat.com> Mail-Followup-To: Milan Obuch , freebsd-hackers@freebsd.org References: <200501141015.37516.bsd@dino.sk> <200501191000.51574.bsd@dino.sk> <20050120235104.GV19624@funkthat.com> <200501210652.42328.bsd@dino.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200501210652.42328.bsd@dino.sk> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-hackers@freebsd.org Subject: Re: Geode integrated peripherals support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 23:17:21 -0000 Milan Obuch wrote this message on Fri, Jan 21, 2005 at 06:52 +0100: > On Friday 21 January 2005 00:51, John-Mark Gurney wrote: > > Milan Obuch wrote this message on Wed, Jan 19, 2005 at 10:00 +0100: > > > > [skip] > > > Great, could we cooperate? > > > > Sure, though Joerg Wunsch has been doing work w/ I2C more recently than > > me, so you might want to drop him an email. > > > > Is he on this list? I have no other idea how coould I reach him. joerg@FreeBSD.org... Check the cvs logs of the i2c stuff.. :) > > > I know there are two modes - bit banging software i2c bus and real > > > hardware controller. Which one would be easier to begin with? With geode, > > > both are possible. Pins designed for ACCESS.bus (at least the second, > > > there are two buses integrated) can be used as GPIO pins. > > > > The hardware I worked on was bit banging only, so I used that interface > > and it was surprisingly easy, since you just define an interface that > > will get called by the i2c bus to do the necessary toggling... Of course > > this is more cpu intensive since it requires timing and other things > > like that.. > > > > Maybe I will try to make bit banged version first. Just when I find all the > subtle details necessary to toggle pins... > > > Take a look at sys/dev/iicbus/iic*_if.m. Those are the two different > > programming interfaces. You of course just need to do one of the two... > > I did. Actually first I must figure how this all contributes to total > picture... I am on my way. I must first know the hardware part, which is not > that easy on the first stage, but I am reading through specs, some examples, > mostly in assembly. I am doing my homework :) > > [skip] > > > > You can take a look at lpbb for a simple example of the bit banging > > interface... sys/dev/ppbus/lpbb.c The other controllers also implement > > iicbus directly.. You can look at the modules/i2c/contollers/*/Makefile > > to see who uses iicbus_if.h to see examples that implement it.. > > > > On the other side - what is sys/dev/pcf directory for? I do not see those > files referenced elsewhere... Other than that, device pcf looks like the best > candidate to work with. I would like to use integrated controller, naturally. Hmmm.. those seem to be orphaned files... the pcf module seems to only use the i386/isa/pcf.c file... After looking at the cvs log for pcf.c: This is not yet ready for public consumption, but it basically works. Nicolas will bring over his ISA-specific fixes soon. and: Null commit: this is just a notification only that this file has been repo-copied over from src/sys/i386/isa/pcf.c which will be removed from the old location as soon as the new stuff here is ready for the masses. The intention is to work up the old pcf(4) driver to become machine independant, so it can be used for any PCF8584-controller I2C bus. So, basicly, that directory is a work in progress... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 23:29:18 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C6EA16A4CE for ; Tue, 1 Feb 2005 23:29:18 +0000 (GMT) Received: from rockridge.uits.indiana.edu (rockridge.uits.indiana.edu [129.79.1.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED55843D58 for ; Tue, 1 Feb 2005 23:29:17 +0000 (GMT) (envelope-from dmschei@attglobal.net) Received: from mail-relay.iu.edu (fontz.uits.indiana.edu [129.79.1.76]) j11NTFHd020869 for ; Tue, 1 Feb 2005 18:29:15 -0500 (EST) Received: from [149.161.16.13] (viper-013-client.iusb.edu [149.161.16.13]) (authenticated bits=0)j11NTFxX007080 for ; Tue, 1 Feb 2005 18:29:15 -0500 (EST) Message-ID: <420010BC.9080400@attglobal.net> Date: Tue, 01 Feb 2005 18:29:00 -0500 From: David Scheidt User-Agent: Mozilla Thunderbird 1.0 (X11/20050102) X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: /etc/hosts lines starting with white space are ignored X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 23:29:18 -0000 If a line in /etc/hosts starts with a space or tab, it's not read. I'm not sure that's really a desirable behavior. I'm quite sure it's not the vehavior I expected. It looks like it's the usage of strpbrk() in the gethostent() function of src/lib/libc/net/gethostbyht.c. It wouldn't be hard to fix it to find hostnames on lines starting with " \t". Should I submit a patch? From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 01:21:34 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2326316A4CE for ; Wed, 2 Feb 2005 01:21:34 +0000 (GMT) Received: from smtp2.Stanford.EDU (smtp2.Stanford.EDU [171.67.16.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCE9043D41 for ; Wed, 2 Feb 2005 01:21:33 +0000 (GMT) (envelope-from romain@kzsu.stanford.edu) Received: from kzsu.stanford.edu (KZSU.Stanford.EDU [171.66.118.90]) by smtp2.Stanford.EDU (8.12.11/8.12.11) with ESMTP id j121LTgE024079; Tue, 1 Feb 2005 17:21:30 -0800 Received: from kzsu.stanford.edu (localhost. [127.0.0.1]) by kzsu.stanford.edu (8.12.11/8.12.10) with ESMTP id j121LJGU048815; Tue, 1 Feb 2005 17:21:19 -0800 (PST) (envelope-from romain@kzsu.stanford.edu) X-Authentication-Warning: kzsu.stanford.edu: Host localhost. [127.0.0.1] claimed to be kzsu.stanford.edu Received: (from romain@localhost) by kzsu.stanford.edu (8.12.11/8.12.9/Submit) id j121LJuf048814; Tue, 1 Feb 2005 17:21:19 -0800 (PST) (envelope-from romain) Date: Tue, 1 Feb 2005 17:21:19 -0800 From: Romain Kang To: David Scheidt Message-ID: <20050202012119.GA48725@kzsu.stanford.edu> Mail-Followup-To: Romain Kang , David Scheidt , hackers@freebsd.org References: <420010BC.9080400@attglobal.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <420010BC.9080400@attglobal.net> User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.45 cc: hackers@freebsd.org Subject: Re: /etc/hosts lines starting with white space are ignored X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 01:21:34 -0000 On Tue, Feb 01, 2005 at 06:29:00PM -0500, David Scheidt wrote: > If a line in /etc/hosts starts with a space or tab, it's not read. I'm > not sure that's really a desirable behavior. I'm quite sure it's not > the vehavior I expected. The format of /etc/hosts has been thus for more than 20 years over multiple platforms, so it's what everyone else expects. Sorry. Romain From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 05:42:02 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AAAE16A4CE for ; Wed, 2 Feb 2005 05:42:02 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 822A643D2D for ; Wed, 2 Feb 2005 05:42:00 +0000 (GMT) (envelope-from jcapote@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so497559wri for ; Tue, 01 Feb 2005 21:41:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer; b=iRSw0OT4WLWPG8C+v0GWRM8Y+Pj56jPO2/m7v8CIQu8UtnqmetbYgaVLv0DAb7i+q5tT9630byHHVHb2K+qTQOPBV26ga1AQVySg51ORjPJhthBtOodGJbIxZu/pmllP4hqb5OniLncC/Th0+fD0T7V/02tRjlanQGMKlCDs1Ss= Received: by 10.54.28.79 with SMTP id b79mr328206wrb; Tue, 01 Feb 2005 21:41:59 -0800 (PST) Received: from localhost.localdomain ([68.223.153.139]) by smtp.gmail.com with ESMTP id 44sm26332wri.2005.02.01.21.41.59; Tue, 01 Feb 2005 21:41:59 -0800 (PST) From: Julio Capote To: freebsd-hackers@freebsd.org Content-Type: multipart/mixed; boundary="=-DnFDQAMMzBfK6aAGFshk" Date: Wed, 02 Feb 2005 00:44:08 -0500 Message-Id: <1107323048.2746.4.camel@hatter.wonderland.dn> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Cool script to update ports in cron.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 05:42:02 -0000 --=-DnFDQAMMzBfK6aAGFshk Content-Type: text/plain Content-Transfer-Encoding: 7bit Hey guys, over the past week I've been working on a nifty script to update your ports tree periodically. I attached the script to this message, notable features: *logging *supfile-independant *easy configuration Hope you guys find it as useful as i did. =) - Julio --=-DnFDQAMMzBfK6aAGFshk-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 08:01:01 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52CB816A4CE for ; Wed, 2 Feb 2005 08:01:01 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA4E743D45 for ; Wed, 2 Feb 2005 08:01:00 +0000 (GMT) (envelope-from jcapote@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so2506wri for ; Wed, 02 Feb 2005 00:01:00 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=qLmNKGw6d0OvmoHEPlVJbp9UFFgVKoDJMroFPGjZGkyK05ptr6Yj+DC2EhodgDRd4LAH2riwafQOnb1V7L7PNEwW20kjisFG263XfIxPhjKXIq/uNoavxdPvyKfkU5l0Qgy4KTV6XRZxiwa64qZRxMR9ttu8LMRah4Qr9gXEaKc= Received: by 10.54.8.47 with SMTP id 47mr10473wrh; Wed, 02 Feb 2005 00:00:59 -0800 (PST) Received: from localhost.localdomain ([68.223.153.139]) by smtp.gmail.com with ESMTP id 33sm376360wra.2005.02.02.00.00.59; Wed, 02 Feb 2005 00:00:59 -0800 (PST) From: Julio Capote To: Leonardo Alfonzo =?ISO-8859-1?Q?D=EDaz?= Gamboa , freebsd-hackers@freebsd.org In-Reply-To: <002801c508fc$2a29a400$0c00a8c0@orcocp.com> References: <1107323048.2746.4.camel@hatter.wonderland.dn> <002801c508fc$2a29a400$0c00a8c0@orcocp.com> Content-Type: text/plain; charset=ISO-8859-1 Date: Wed, 02 Feb 2005 03:03:15 -0500 Message-Id: <1107331395.2746.11.camel@hatter.wonderland.dn> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Subject: Re: Cool script to update ports in cron.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 08:01:01 -0000 I guess the list doesnt like attachments, here's a link: http://wonderland.hopto.org/~capotej/portsync.pl -Julio On Wed, 2005-02-02 at 03:52 -0400, Leonardo Alfonzo Díaz Gamboa wrote: > I can't see the attachment you mentioned in your e-mail. (inlined) > > ----- Original Message ----- > From: "Julio Capote" > To: > Sent: Wednesday, February 02, 2005 1:44 AM > Subject: Cool script to update ports in cron.. > > > > Hey guys, over the past week I've been working on a nifty script to > > update your ports tree periodically. I attached the script to this > > message, notable features: > > > > *logging > > *supfile-independant > > *easy configuration > > > > Hope you guys find it as useful as i did. =) > > > > - Julio > > > > > ---------------------------------------------------------------------------- > ---- > > > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > > > > From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 08:44:36 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC86E16A4CE for ; Wed, 2 Feb 2005 08:44:36 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D3C043D41 for ; Wed, 2 Feb 2005 08:44:36 +0000 (GMT) (envelope-from mhersant@comcast.net) Received: from [192.168.2.102] (c-24-22-136-36.client.comcast.net[24.22.136.36]) by comcast.net (rwcrmhc12) with ESMTP id <20050202084436014003bo1ce>; Wed, 2 Feb 2005 08:44:36 +0000 Message-ID: <420092FA.1090906@comcast.net> Date: Wed, 02 Feb 2005 00:44:42 -0800 From: Matt User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: cahe-only DNS in jail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 08:44:37 -0000 I'm experiencing strange behaviour with Bind running inside a jail. I'm running 5.2.1 current in the jail. Thinks are working, but poorly. Lookups for my local machines work perfectly. Some remote lookups work fine (yahoo, google, etc...). However, many lookups time out, but will succeed after a few tries. I'm doing all this from home (comcast cable internet). Anyway, I'm not sure what to do. Sniffing the network doesn't seem to help much. Queries and requests are reaching the right hosts and ports. Thanks for any help. dnshost# uname -a FreeBSD dnshost 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 20:45:55 GMT 2004 root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 dnshost# named -v named 8.3.7-REL Sun Jan 2 13:17:40 PST 2005 root@tmodel.my.domain:/usr/obj/usr/src/usr.sbin/named dnshost# nslookup www.washington.edu Server: localhost Address: 127.0.0.1 *** localhost can't find www.washington.edu: Server failed dnshost# !! nslookup www.washington.edu Server: localhost Address: 127.0.0.1 Non-authoritative answer: Name: www.washington.edu Addresses: 140.142.15.233, 140.142.3.7, 140.142.3.35, 140.142.15.163 dnshost# !! nslookup www.usenix.org Server: localhost Address: 127.0.0.1 Non-authoritative answer: Name: db.usenix.org Address: 131.106.3.253 Aliases: www.usenix.org options { directory "/etc/namedb"; pid-file "/var/run/named/pid"; }; zone "." { type hint; file "tables/named.root"; }; zone "0.0.127.IN-ADDR.ARPA" { type master; file "tables/db.localhost"; }; zone "hersant.dyndns.org" { type master; file "tables/db.hersant.dyndns.org"; }; zone "2.168.192.in-addr.arpa" { type master; file "tables/db.2.168.192.in-addr.arpa"; }; From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 11:10:47 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEB8616A4CF for ; Wed, 2 Feb 2005 11:10:47 +0000 (GMT) Received: from sollube.sarenet.es (sollube.sarenet.es [192.148.167.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 162E343D5E for ; Wed, 2 Feb 2005 11:10:46 +0000 (GMT) (envelope-from borjamar@sarenet.es) Received: from [127.0.0.1] (borja.sarenet.es [192.148.167.77]) by sollube.sarenet.es (Postfix) with ESMTP id 5B8D7150D for ; Wed, 2 Feb 2005 12:10:42 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v619.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-hackers@freebsd.org From: Borja Marcos Date: Wed, 2 Feb 2005 12:10:41 +0100 X-Mailer: Apple Mail (2.619.2) Subject: Devilator - performance monitoring for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 11:10:47 -0000 Hello, I'm writing a performance monitoring data collector for Orca (www.orcaware.com) for FreeBSD 4- and 5-. I'm not sure about the correct values in the process description to get a picture as accurate as possible of the cpu usage of different processes. I've seen that top uses p_runtime (FreeBSD 5 and FreeBSD 4), but I'm not sure if the value would be really useful. You can see a snapshot of the work in progress at: ftp://borja.sarenet.es/pub/freebsd4-devilator.pdf ftp://borja.sarenet.es/pub/freebsd5-devilator.pdf I'm intending to do something more complete than the classical "orcallator" for Solaris. Namely, I am going to plot: - System processes resource usage (hopefully useful to spot bottlenecks, and hopefully useful for the system developers) - Resource usage by a set of processes specified by the user. It will have a configuration file with {process name, regular expression} pairs. Processes whose name matches the regular expression will get their own graph with %user/%system, etc cpu times, and probably I/O statistics, memory statistics, so that you can know wether your (for example) smtpd processes are getting more resources, or the memory hogs are the httpd's, etc. - MBUF statistics - Network statistics (connections, TCP/UDP/ICMP statistics...) - Various caches and VM BTW, I'm having serious issues with a machine with very big directories, and I've been playing with the dirhash configuration, setting up a very big cache. It would be useful to have some statistics so that I can plot the number of hits/misses to that dirhash cache, etc. Please send me suggestions, ideas, problems seen in these examples. The software will obviously be released to the community, and I plan to make the first release available in one or two weeks. I know that there may be too many graphs in the page, and I will probably add some switches to turn graphs on/off. Best regards, Borja. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 11:35:57 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C096816A4CF for ; Wed, 2 Feb 2005 11:35:57 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 344CD43D5E for ; Wed, 2 Feb 2005 11:35:57 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 65C4146B4D; Wed, 2 Feb 2005 06:35:56 -0500 (EST) Date: Wed, 2 Feb 2005 11:35:11 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Borja Marcos In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Devilator - performance monitoring for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 11:35:57 -0000 On Wed, 2 Feb 2005, Borja Marcos wrote: > I'm not sure about the correct values in the process description > to get a picture as accurate as possible of the cpu usage of different > processes. I've seen that top uses p_runtime (FreeBSD 5 and FreeBSD 4), > but I'm not sure if the value would be really useful. This is very cool. :-) How are you currently extracting the information? One of the things I've wanted to do for a while is make sure all this sort of thing is exposed via snmpd so that the information can be gathered easily across a large number of hosts (say, 10,000). > BTW, I'm having serious issues with a machine with very big > directories, and I've been playing with the dirhash configuration, > setting up a very big cache. It would be useful to have some statistics > so that I can plot the number of hits/misses to that dirhash cache, etc. systat contains a large number of useful statistics and monitoring pieces, including some really useful stuff in systat -vmstat. There's also a lot of interesting information to be had from vmstat -z and vmstat -m in terms of tracking system resource use. It would be neat to have interrupt rates classified by source, so that the regularity of clock interrupts was visible against the variation in things like disk and network interrupts. Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 11:39:32 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC6AE16A4CE; Wed, 2 Feb 2005 11:39:32 +0000 (GMT) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id E54BC43D41; Wed, 2 Feb 2005 11:39:31 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(5.0.2195.6713); Wed, 2 Feb 2005 12:39:30 +0100 Date: Wed, 2 Feb 2005 12:43:07 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Robert Watson In-Reply-To: Message-ID: <20050202124154.Q11339@beagle.kn.op.dlr.de> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 02 Feb 2005 11:39:30.0897 (UTC) FILETIME=[DBF52410:01C5091B] cc: freebsd-hackers@freebsd.org cc: Borja Marcos Subject: Re: Devilator - performance monitoring for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 11:39:33 -0000 On Wed, 2 Feb 2005, Robert Watson wrote: RW> RW>On Wed, 2 Feb 2005, Borja Marcos wrote: RW> RW>> I'm not sure about the correct values in the process description RW>> to get a picture as accurate as possible of the cpu usage of different RW>> processes. I've seen that top uses p_runtime (FreeBSD 5 and FreeBSD 4), RW>> but I'm not sure if the value would be really useful. RW> RW>This is very cool. :-) How are you currently extracting the information? RW>One of the things I've wanted to do for a while is make sure all this sort RW>of thing is exposed via snmpd so that the information can be gathered RW>easily across a large number of hosts (say, 10,000). That could be a nice JUH (junior userspace hacker's) task to add a module to bsnmp. harti From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 11:41:32 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAA2F16A4CE; Wed, 2 Feb 2005 11:41:32 +0000 (GMT) Received: from sollube.sarenet.es (sollube.sarenet.es [192.148.167.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BE8043D2D; Wed, 2 Feb 2005 11:41:32 +0000 (GMT) (envelope-from borjamar@sarenet.es) Received: from [127.0.0.1] (borja.sarenet.es [192.148.167.77]) by sollube.sarenet.es (Postfix) with ESMTP id 8C63FD45; Wed, 2 Feb 2005 12:41:31 +0100 (CET) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <443508943e439ce09a709c504437f028@sarenet.es> Content-Transfer-Encoding: 7bit From: Borja Marcos Date: Wed, 2 Feb 2005 12:41:30 +0100 To: Robert Watson X-Mailer: Apple Mail (2.619.2) cc: freebsd-hackers@freebsd.org Subject: Re: Devilator - performance monitoring for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 11:41:33 -0000 > This is very cool. :-) How are you currently extracting the > information? > One of the things I've wanted to do for a while is make sure all this > sort > of thing is exposed via snmpd so that the information can be gathered > easily across a large number of hosts (say, 10,000). Right now I'm using a combination of sysctl() and kvm accesses. The system is simple: a small agent reads those values and places them in a text file. That text file is then processed by the Orca program. You can set it up so that each machine only runs the small agent, and you fetch the text files with (for example) rsync from another machine dedicated to generating the graphs and serving the web pages for all your hosts. I'm right now using a Sun Netra T1 running FreeBSD 5.3 and it's generating pages for all of our Solaris hosts. The advantage of this approach is security. It's much easier to secure an rsync access than snmp, and the data collection is much more precise. > systat contains a large number of useful statistics and monitoring > pieces, > including some really useful stuff in systat -vmstat. There's also a > lot > of interesting information to be had from vmstat -z and vmstat -m in > terms > of tracking system resource use. Yes, I've been having a look at the systat and vmstat source code. > It would be neat to have interrupt rates classified by source, so that > the > regularity of clock interrupts was visible against the variation in > things > like disk and network interrupts. That's in my list in one way or another. Borja. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 12:11:57 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5478A16A4CE for ; Wed, 2 Feb 2005 12:11:57 +0000 (GMT) Received: from lakermmtao09.cox.net (lakermmtao09.cox.net [68.230.240.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77E2043D39 for ; Wed, 2 Feb 2005 12:11:52 +0000 (GMT) (envelope-from A.J.Caines@halplant.com) Received: from mail.halplant.com ([68.105.184.54]) by lakermmtao09.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP id <20050202121151.SUVV10760.lakermmtao09.cox.net@mail.halplant.com> for ; Wed, 2 Feb 2005 07:11:51 -0500 Received: by mail.halplant.com (Postfix, from userid 1001) id 6E468550C; Wed, 2 Feb 2005 07:11:51 -0500 (EST) Date: Wed, 2 Feb 2005 07:11:51 -0500 From: Andrew J Caines To: freebsd-hackers@freebsd.org Message-ID: <20050202121151.GA91729@hal9000.halplant.com> Mail-Followup-To: freebsd-hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.10-STABLE X-URL: http://halplant.com:88/ X-Yahoo-Profile: AJ_Z0 X-ICQ: 283813972 Importance: Normal User-Agent: Mutt/1.5.6i Subject: Re: Devilator - performance monitoring for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew J Caines List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 12:11:57 -0000 Borja, > I'm writing a performance monitoring data collector for Orca > (www.orcaware.com) for FreeBSD 4- and 5-. That's great. As many Solaris admins know, Orca is a very nice tool for both admins who like to see resource usage and trends, and for manglement types who like to see pretty pictures. I'd also vouch for collecting orcallator data using rsync over ssh from the client systems to the cruching and report generating server. -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 12:26:45 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E11E516A4CE for ; Wed, 2 Feb 2005 12:26:45 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 985C743D45 for ; Wed, 2 Feb 2005 12:26:44 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id j12CQVeM017676 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 2 Feb 2005 13:26:31 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id j12CQVYO017675; Wed, 2 Feb 2005 13:26:31 +0100 (CET) Date: Wed, 2 Feb 2005 13:26:31 +0100 From: Divacky Roman To: Sam Leffler Message-ID: <20050202122631.GA17490@stud.fit.vutbr.cz> References: <41FFF1B6.6070809@nlink.com.br> <4200011E.5080105@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4200011E.5080105@errno.com> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: hackers@freebsd.org Subject: Re: TX rate problem in hostap mode X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 12:26:46 -0000 On Tue, Feb 01, 2005 at 02:22:22PM -0800, Sam Leffler wrote: > Paulo Fragoso wrote: > >Hi, > > > >We are using a Samsung wireless card (PRISM2) with FreeBSD 5.3 in hostap > >mode and client is running FreeBSD 5.3 with Orinoco wireless card, all > >works fine but tx rate at hostap it is all time in 2Mbps. > > > >We found this article for solve this problem with FreeBSD 5.x: > > > >http://excamera.com/cgi-bin/blosxom.cgi > > > >After modify dev/wi/if_wi.c in the hostap: > > > >--- dev/wi/if_wi.c.orig Tue Feb 1 17:15:20 2005 > >+++ dev/wi/if_wi.c Tue Feb 1 17:58:44 2005 > >@@ -958,6 +958,10 @@ > > wi_dump_pkt(&frmhdr, NULL, -1); > > fid = sc->sc_txd[cur].d_fid; > > off = sizeof(frmhdr); > >+ > >+ /* tx_rate problem? */ > >+ frmhdr.wi_tx_rate = 110; > >+ > > error = wi_write_bap(sc, fid, 0, &frmhdr, > >sizeof(frmhdr)) != 0 > > || wi_mwrite_bap(sc, fid, off, m0, > >m0->m_pkthdr.len) != 0; > > m_freem(m0); > > > >now we can get files from hostap faster (5x) than before. > > > >Both cards (hostap and client) was using mediaopt DS/11Mbps. > > > >Is possible ifconfig command change this field when using mediaopt > >"DS/11Mbps"? > > Locking the xmit rate at 11Mb/s (or any rate for that matter) isn't a > great idea though wi should honor a fixed rate. I thought Prism cards > implemented rate control in the firmware for ap mode but perhaps not. > netbsd has xmit rate control support for wi that purportedly does a good > job; you might investigate it. If you come up with changes I'd be > interested in integrating them into -current (which could then be > brought back to -stable). > > Sam I am working on a port of netbsd rssadapt to fbsd.. its almost complete, expect PR within a week (I hope) roman p.s. you can find the patch (this one has known issues) at: hysteria.sk/~neologism/wifi.patch From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 1 16:47:05 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42A2716A4CE for ; Tue, 1 Feb 2005 16:47:05 +0000 (GMT) Received: from home.dino.sk (home.dino.sk [213.215.74.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD81E43D41 for ; Tue, 1 Feb 2005 16:47:03 +0000 (GMT) (envelope-from milan@dino.sk) Received: from [127.0.0.1] ([127.0.0.1]) by home.dino.sk with esmtp; Tue, 01 Feb 2005 17:47:01 +0100 id 0000E90D.41FFB285.000030F1 From: Milan Obuch To: freebsd-hackers@freebsd.org Date: Tue, 1 Feb 2005 17:46:52 +0100 User-Agent: KMail/1.6.2 References: <41FF6869.5060709@rojer.pp.ru> <41FF8B00.2010208@fer.hr> <41FFA801.8070307@rojer.pp.ru> In-Reply-To: <41FFA801.8070307@rojer.pp.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502011746.52908.milan@dino.sk> X-Mailman-Approved-At: Wed, 02 Feb 2005 13:36:50 +0000 Subject: Re: Question: tracking filesystem changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2005 16:47:05 -0000 On Tuesday 01 February 2005 17:02, Deomid Ryabkov wrote: > >>>> This could be a custom filesystem wrapper for UFS that would report > >>>> name of the file/directory being changed. > >>> > >>> Couldn't you use kqueue system to monitor the directory-file? > >> > >> I could, if I hadn't near 10 millions of them. > > > > Hm. I meant monitoring the directory itself, as a file, then parsing > > the directory list to determine what has changed. But with 10M files, > > probably nothing would work... > > these are 10M of static documents, the daily change is minmal. > the question is: where it is the appropriate place to collect those > changes? the right way seems to implement a customs filesystem, but would > it possible to obtain a full path at that level? > Did you consider using fam (file alteration monitor) from ports? Milan From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 10:40:33 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F7C316A4CE for ; Wed, 2 Feb 2005 10:40:33 +0000 (GMT) Received: from mail.emict.com (brig.emict.com [212.90.172.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EB2243D3F for ; Wed, 2 Feb 2005 10:40:05 +0000 (GMT) (envelope-from ant@emict.com) Received: from [10.0.0.232] (unknown [10.0.0.232]) by mail.emict.com (Postfix) with ESMTP id 3BD2123A2C; Wed, 2 Feb 2005 12:39:33 +0200 (EET) From: Andriy Tkachuk Organization: eMICT To: Chris Shenton Date: Wed, 2 Feb 2005 12:39:32 +0200 User-Agent: KMail/1.7 References: <86acqt6j65.fsf@PECTOPAH.shenton.org> <86k6px7xbn.fsf@PECTOPAH.shenton.org> In-Reply-To: <86k6px7xbn.fsf@PECTOPAH.shenton.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502021239.33021.ant@emict.com> X-Mailman-Approved-At: Wed, 02 Feb 2005 13:36:50 +0000 cc: freebsd-hackers@freebsd.org Subject: Re: Boot fails: Default F1? hangs. Trashed MBR? replaced FBSD mbr. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 10:40:33 -0000 maybe the reason you didn't receive any answer about your problem till now is that you choose the wrong list for your problem the right one is probably -questions anyway: you probably lost the partiotion table as well as mbr. if your filesystems didn't reformatted or erased - all is fine, you don't have to panic since all your information don't lost. if you lost your partition table, you can recover. for this you must find the first sectors of you partitions. all this recovery staff you should do on some another machine or booting from fixit cd, but the first is the best. the first sector of your first slice (let's call it right) starts probably on 63 sector. create it (fdisk) with some reasonable size, say 500Mb. after this try disklabel (if it has several partitions) or fsck to see it's real size. probably you can use some another util for this - no matter. the main idia is that you recover you partition table by content of your partiotions. you may find useful for this dd(1) and file(1) utils. sorry i have no time now for bigger explanations, also i did such staff several years ago (there was even worse case - i erase the disklabels on fbsd slice) and i don't remember some exact things, but i think you will overcome this. regards On Saturday 29 January 2005 05:01, you wrote: > Chris Shenton writes: > > So I booted from floppies, went to Wizard mode, did the Install > > FreeBSD Bootmanager. Rebooted. Now it halts at the prompt "Default: > > F1" and beeps when I hit any key, like RETURN, F1, etc. > > Forgot to mention... > > When I was installing the FreeBSD MBR from floppy, I don't recall the > sysinstall program showing me any partitions, at all. Perhaps I've > wiped out the info on disk that says where they are and what size. > Again, I'm getting way outside my understanding of FreeBSD's boot > process, but figured this might be rather significant. I'm getting a > bad feeling about this. > > Thanks again. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 14:00:28 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B3B616A55E for ; Wed, 2 Feb 2005 14:00:28 +0000 (GMT) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id CADFD43D46 for ; Wed, 2 Feb 2005 14:00:25 +0000 (GMT) (envelope-from myself@rojer.pp.ru) Received: from [80.68.243.98] (account rojer@rbc.ru HELO [80.68.243.98]) by hermes.hw.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 70617280; Wed, 02 Feb 2005 17:00:23 +0300 Message-ID: <4200DCF6.1010002@rojer.pp.ru> Date: Wed, 02 Feb 2005 17:00:22 +0300 From: Deomid Ryabkov User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Milan Obuch References: <41FF6869.5060709@rojer.pp.ru> <41FF8B00.2010208@fer.hr> <41FFA801.8070307@rojer.pp.ru> <200502011746.52908.milan@dino.sk> In-Reply-To: <200502011746.52908.milan@dino.sk> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms080404050701030600070001" cc: freebsd-hackers@freebsd.org Subject: Re: Question: tracking filesystem changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 14:00:28 -0000 This is a cryptographically signed message in MIME format. --------------ms080404050701030600070001 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Milan Obuch wrote: >>>>>>This could be a custom filesystem wrapper for UFS that would report >>>>>>name of the file/directory being changed. >>>>>> >>>>>> >>>>>Couldn't you use kqueue system to monitor the directory-file? >>>>> >>>>> >>>>I could, if I hadn't near 10 millions of them. >>>> >>>> >>>Hm. I meant monitoring the directory itself, as a file, then parsing >>>the directory list to determine what has changed. But with 10M files, >>>probably nothing would work... >>> >>> >>these are 10M of static documents, the daily change is minmal. >>the question is: where it is the appropriate place to collect those >>changes? the right way seems to implement a customs filesystem, but would >>it possible to obtain a full path at that level? >> >Did you consider using fam (file alteration monitor) from ports? > > No, won't do the trick either. I cannot afford setting up watchdogs for every file or even every directory. And I'm essentially "interested" in every one of them (for mirroring purposes). A more general approach is needed. E.g., if an unlink call is issued and an inode is within a particular filesystem (luckily, most of our data already lives on or can be easily moved to a separate filesystem), a notice is sent to some userland daemon: "file /www/xxx/yyy.shtml is unlinked". Or opened for writing, or renamed... etc. The file is then scheduled for distribution to mirrors. The idea seems simple and straightforward, yet I don't know if it is achievable. The essential part is obtaining the full pathname of the file (won't bother with hardlinks at first, they aren't used here). Could that be done with the FreeBSD's filesystem (vnode/vfs?) code? (which I'm not familiar with) -- Deomid Ryabkov aka Rojer myself@rojer.pp.ru rojer@sysadmins.ru ICQ: 8025844 --------------ms080404050701030600070001 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJIzCC AuwwggJVoAMCAQICAwwKdjANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzMxMjIxODA5WhcNMDUwMzMxMjIxODA5 WjBfMRAwDgYDVQQEEwdSeWFia292MQ8wDQYDVQQqEwZEZW9taWQxFzAVBgNVBAMTDkRlb21p ZCBSeWFia292MSEwHwYJKoZIhvcNAQkBFhJteXNlbGZAcm9qZXIucHAucnUwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDBxXgFP/1lZDqp0dzUDzR5IBb7aKki6TD+HMMkRjtP IOcaNHsfoDer9RFrFICoxNQZF86iopYFVYr7msgB9y2dKZTRQQoOA72lFrOyH3sgrztx/3LL axEsihA2cxcrglrIgPEm6FF2aabbKVpSdeslMCDPBr0auAm0QLo8ch9c5j0vuQUBrs8TKU6f 6YZLNO2Sk/fPZP2kfJEkXyZhkU6wq3ER1CHq2qgfNpW2Ni7Kuv/eYI/CV1BGgm37ZPubOyxI LNiRUGT0pv0wocrCIehKqoI1uFPZgGS0ANYTqPJQSdjlSzMGQJjT510PNDJnDfKOvLhcadD+ 6gSL/ovNM/LPAgMBAAGjLzAtMB0GA1UdEQQWMBSBEm15c2VsZkByb2plci5wcC5ydTAMBgNV HRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBACunC6DhFX4I6Nvdy/UevjSd3VmKWPRmqwoR l0RXvuI/JVyPO9KHGqxCMpRu7ArJz7d8ShPVs5kynysrB+Nm6/fwWjeaW21+gViojeO9gGP6 Np/LeMIqkqSYMoElq7Feqh/3qp7a/UxuofFtAW9V/2tRunxaPo4/WOxcdcmdcC86MIIC7DCC AlWgAwIBAgIDDAp2MA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg RnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAzMzEyMjE4MDlaFw0wNTAzMzEyMjE4MDlaMF8x EDAOBgNVBAQTB1J5YWJrb3YxDzANBgNVBCoTBkRlb21pZDEXMBUGA1UEAxMORGVvbWlkIFJ5 YWJrb3YxITAfBgkqhkiG9w0BCQEWEm15c2VsZkByb2plci5wcC5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAMHFeAU//WVkOqnR3NQPNHkgFvtoqSLpMP4cwyRGO08g5xo0 ex+gN6v1EWsUgKjE1BkXzqKilgVVivuayAH3LZ0plNFBCg4DvaUWs7IfeyCvO3H/cstrESyK EDZzFyuCWsiA8SboUXZpptspWlJ16yUwIM8GvRq4CbRAujxyH1zmPS+5BQGuzxMpTp/phks0 7ZKT989k/aR8kSRfJmGRTrCrcRHUIeraqB82lbY2Lsq6/95gj8JXUEaCbftk+5s7LEgs2JFQ ZPSm/TChysIh6EqqgjW4U9mAZLQA1hOo8lBJ2OVLMwZAmNPnXQ80MmcN8o68uFxp0P7qBIv+ i80z8s8CAwEAAaMvMC0wHQYDVR0RBBYwFIESbXlzZWxmQHJvamVyLnBwLnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAK6cLoOEVfgjo293L9R6+NJ3dWYpY9GarChGXRFe+ 4j8lXI870ocarEIylG7sCsnPt3xKE9WzmTKfKysH42br9/BaN5pbbX6BWKiN472AY/o2n8t4 wiqSpJgygSWrsV6qH/eqntr9TG6h8W0Bb1X/a1G6fFo+jj9Y7Fx1yZ1wLzowggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNTAyMDIxNDAwMjNaMCMGCSqGSIb3DQEJ BDEWBBSBcGQoDfUUul9tmAEBlNOEccwVfjBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDDAp2MHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwwKdjANBgkqhkiG9w0BAQEFAASCAQAcf51x BOTlIPXL3uLeduuLkuWdPHpuF0B0sEmIS6+HFkIIoKnleBgypHGgZo3/bhZ3ouvys59r57ky gDOmByxeeOjTlnAT6nQHNG/L0C2cO/pg4pRaH+tbL4m5Tr7jklJvZDpqQPlbHojWrCG+0eGf p+Rb2DaTZegOuv4PO4wMdoXk25cEshXCUFqwDZ+MWzNIGwW/Iu6Dk/p7cUxBki6xBYUgn/tq 1emqbUyQ64OIStWDgfzt4K9MPTLXcZZsNrZjoB3Y2f074OU143KgMCQEAUdaesCnGieU+XTp l1uDkXMoZ2AWd7Wp9xMBGR/MRC9GCnXgJG38uIZNysbEJc3WAAAAAAAA --------------ms080404050701030600070001-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 15:29:41 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97AF616A4CE for ; Wed, 2 Feb 2005 15:29:41 +0000 (GMT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id E499743D54 for ; Wed, 2 Feb 2005 15:29:40 +0000 (GMT) (envelope-from molter@tin.it) Received: from ams-core-1.cisco.com (144.254.224.150) by ams-iport-1.cisco.com with ESMTP; 02 Feb 2005 16:39:53 +0100 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== Received: from amsterdam.cisco.com (amsterdam.cisco.com [144.254.224.160]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id j12FTbiN020865 for ; Wed, 2 Feb 2005 16:29:37 +0100 (MET) Received: from [144.254.53.64] (barbapapa.cisco.com [144.254.53.64]) by amsterdam.cisco.com (8.12.10/8.12.6) with ESMTP id j12FTa8M019780 for ; Wed, 2 Feb 2005 16:29:37 +0100 (MET) Message-ID: <4200F259.3050500@tin.it> Date: Wed, 02 Feb 2005 16:31:37 +0100 From: Marco Molteni User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-hackers@freebsd.org References: <41FF6869.5060709@rojer.pp.ru> <41FF8B00.2010208@fer.hr> <41FFA801.8070307@rojer.pp.ru> <200502011746.52908.milan@dino.sk> <4200DCF6.1010002@rojer.pp.ru> In-Reply-To: <4200DCF6.1010002@rojer.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Question: tracking filesystem changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 15:29:41 -0000 Deomid Ryabkov wrote: [..] > E.g., if an unlink call is issued and an inode is within a particular > filesystem (luckily, most of our data > already lives on or can be easily moved to a separate filesystem), a > notice is sent to some userland daemon: > "file /www/xxx/yyy.shtml is unlinked". Or opened for writing, or > renamed... etc. > The file is then scheduled for distribution to mirrors. > The idea seems simple and straightforward, yet I don't know if it is > achievable. > > The essential part is obtaining the full pathname of the file (won't > bother with hardlinks at first, they aren't used here). > Could that be done with the FreeBSD's filesystem (vnode/vfs?) code? > (which I'm not familiar with) yet another suggestion: ;-) what about a shared library shim? That is, you use LD_PRELOAD and intercept calls to the system calls you are interested in. This trick is also called interposing. say your executable calls open(). The shim intercepts open(), does its logging/triggering/whatever, calls the real syscall and returns. It is just a wrapper. This is user-level, but works also with executables for which you don't have source code, they just have to be dynamically linked against libc. marco From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 16:32:15 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C8E116A4CE for ; Wed, 2 Feb 2005 16:32:15 +0000 (GMT) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 257A243D5A for ; Wed, 2 Feb 2005 16:32:13 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [IPv6:2001:470:1f01:290:1::5]) by mail.farley.org (8.13.1/8.13.1) with ESMTP id j12GVetU072653; Wed, 2 Feb 2005 10:31:40 -0600 (CST) (envelope-from sean-freebsd@farley.org) Received: from localhost (localhost [127.0.0.1]) by thor.farley.org (8.13.1/8.13.1) with ESMTP id j12GWH01009003; Wed, 2 Feb 2005 10:32:18 -0600 (CST) (envelope-from sean-freebsd@farley.org) Date: Wed, 2 Feb 2005 10:32:17 -0600 (CST) From: =?ISO-8859-1?Q?Se=E1n_C=2E_Farley?= To: delphij@delphij.net In-Reply-To: <1107277607.809.25.camel@spirit> Message-ID: <20050202102220.W5722@thor.farley.org> References: <1107178792.613.22.camel@spirit> <1107277607.809.25.camel@spirit> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-539721069-1107361606=:5722" Content-ID: <20050202103030.U5722@thor.farley.org> cc: freebsd-hackers@freebsd.org Subject: Re: Idea about "skeleton jail" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 16:32:15 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-539721069-1107361606=:5722 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: <20050202102731.U5722@thor.farley.org> I missed the beginning of the thread, but I thought I would point out the rough script (mknulljail.sh) I wrote awhile back that uses nullfs. I also have a update script (fbinst.sh) for FreeBSD that handles jails. http://www.farley.org/?page=3Dsoftware mknulljail.sh is getting old and can be used for information, but I will put out a new fbinst.sh soon. Se=E1n --=20 sean-freebsd@farley.org --0-539721069-1107361606=:5722-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 17:41:30 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBBDA16A4CE for ; Wed, 2 Feb 2005 17:41:30 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7394243D5A for ; Wed, 2 Feb 2005 17:41:30 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j12HhxDL002029; Wed, 2 Feb 2005 09:43:59 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j12HhxXN002028; Wed, 2 Feb 2005 09:43:59 -0800 Date: Wed, 2 Feb 2005 09:43:59 -0800 From: Brooks Davis To: Borja Marcos Message-ID: <20050202174359.GB5555@odin.ac.hmc.edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DKU6Jbt7q3WqK7+M" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-hackers@freebsd.org Subject: Re: Devilator - performance monitoring for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 17:41:30 -0000 --DKU6Jbt7q3WqK7+M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 02, 2005 at 12:10:41PM +0100, Borja Marcos wrote: >=20 > Hello, >=20 > I'm writing a performance monitoring data collector for Orca=20 > (www.orcaware.com) for FreeBSD 4- and 5-. >=20 > I'm not sure about the correct values in the process description to=20 > get a picture as accurate as possible of the cpu usage of different=20 > processes. I've seen that top uses p_runtime (FreeBSD 5 and FreeBSD 4),= =20 > but I'm not sure if the value would be really useful. >=20 > You can see a snapshot of the work in progress at: >=20 > ftp://borja.sarenet.es/pub/freebsd4-devilator.pdf > ftp://borja.sarenet.es/pub/freebsd5-devilator.pdf >=20 > I'm intending to do something more complete than the classical=20 > "orcallator" for Solaris. Namely, I am going to plot: >=20 > - System processes resource usage (hopefully useful to spot=20 > bottlenecks, and hopefully useful for the system developers) >=20 > - Resource usage by a set of processes specified by the user. It=20 > will have a configuration file with {process name, regular expression}= =20 > pairs. Processes whose name matches the regular expression will get=20 > their own graph with %user/%system, etc cpu times, and probably I/O=20 > statistics, memory statistics, so that you can know wether your (for=20 > example) smtpd processes are getting more resources, or the memory hogs= =20 > are the httpd's, etc. >=20 > - MBUF statistics >=20 > - Network statistics (connections, TCP/UDP/ICMP statistics...) >=20 > - Various caches and VM If you're looking for some implementation examples for some of these, take a look at ganglia's freebsd code. It's largly based on extracting things from other programs, but the work's been done so you don't have to figure out what matters. http://cvs.sourceforge.net/viewcvs.py/ganglia/monitor-core/srclib/libmetric= s/freebsd/metrics.c?rev=3D1.4&view=3Dmarkup -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --DKU6Jbt7q3WqK7+M Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCARFeXY6L6fI4GtQRAtwMAJ97O+pkod3ih05vXivDBovrsFRy/gCdFonq zC7lYvjMdfI4qZy15rdpgSs= =89dZ -----END PGP SIGNATURE----- --DKU6Jbt7q3WqK7+M-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 18:44:53 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67FB216A4CE for ; Wed, 2 Feb 2005 18:44:53 +0000 (GMT) Received: from web30901.mail.mud.yahoo.com (web30901.mail.mud.yahoo.com [68.142.200.154]) by mx1.FreeBSD.org (Postfix) with SMTP id DB8DE43D46 for ; Wed, 2 Feb 2005 18:44:52 +0000 (GMT) (envelope-from evantd@yahoo.com) Received: (qmail 94393 invoked by uid 60001); 2 Feb 2005 18:44:50 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=v275Gbtrh8BGy/3VxNn+d+J43GcljGA6EOoTdxNut36A4moSSRvk21NdR64vMCmS3OVdpkyviyXxMaoDYPDyY/TUDHY+y2kyh7OJXdb9Uj9B3wJKAQrSH7lSQMFlQU4p9MBq6+vugl5pk0vYVg2C+GLTGs15gA2Yesr4IECGEjQ= ; Message-ID: <20050202184450.94391.qmail@web30901.mail.mud.yahoo.com> Received: from [24.18.239.171] by web30901.mail.mud.yahoo.com via HTTP; Wed, 02 Feb 2005 10:44:50 PST Date: Wed, 2 Feb 2005 10:44:50 -0800 (PST) From: Evan Dower To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Andriy Tkachuk Subject: Re: Boot fails: Default F1? hangs. Trashed MBR? replaced FBSD mbr. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 18:44:53 -0000 sysutils/gpart is probably your friend here. It will look at your disk and try to guess what the partition table was. When I lost my MBR and partition table, it was right. Lucky for me I had another disk I could boot up on and use it from. I believe it will also offer to write the partition table to disk. The only thing to do after that is make sure the right partitions are marked active so they show up as bootable. Of course, for all know that could be your entire problem. If fdisk and bsdlabel show everything is in order, then be sure to check your boot/active flags. ===== -- Evan Dower Undergraduate, Computer Science University of Washington Public key: http://students.washington.edu/evantd/pgp-pub-key.txt Key fingerprint = D321 FA24 4BDA F82D 53A9 5B27 7D15 5A4F 033F 887D __________________________________ Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! http://my.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 20:04:27 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA3E616A4CE for ; Wed, 2 Feb 2005 20:04:27 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1406A43D39 for ; Wed, 2 Feb 2005 20:04:25 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so104990rne for ; Wed, 02 Feb 2005 12:04:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=KaP9RzilHXMy/L0OmnACd8sYdL4xMD+0lbA8J8d0vxiPQaKrn2Vr5fuEjvQZKatnHQ+jX7OoB/OYoU3t6eJBvznmLrIgQGeP0HycMeMoczn3aOu+YNm+YYy5hNSnTMIL9E/RE5u2n3VtghV7GQbfpfZNlf6QRS+rrFJ45omq7bw= Received: by 10.38.13.77 with SMTP id 77mr159344rnm; Wed, 02 Feb 2005 12:04:23 -0800 (PST) Received: by 10.38.149.56 with HTTP; Wed, 2 Feb 2005 12:04:23 -0800 (PST) Message-ID: <79722fad050202120457a814a9@mail.gmail.com> Date: Wed, 2 Feb 2005 22:04:23 +0200 From: Vlad GALU To: Deomid Ryabkov In-Reply-To: <4200DCF6.1010002@rojer.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <41FF6869.5060709@rojer.pp.ru> <41FF8B00.2010208@fer.hr> <41FFA801.8070307@rojer.pp.ru> <200502011746.52908.milan@dino.sk> <4200DCF6.1010002@rojer.pp.ru> cc: freebsd-hackers@freebsd.org Subject: Re: Question: tracking filesystem changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad GALU List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 20:04:28 -0000 On Wed, 02 Feb 2005 17:00:22 +0300, Deomid Ryabkov wrote: > Milan Obuch wrote: > > >>>>>>This could be a custom filesystem wrapper for UFS that would report > >>>>>>name of the file/directory being changed. > >>>>>> > >>>>>> > >>>>>Couldn't you use kqueue system to monitor the directory-file? > >>>>> > >>>>> > >>>>I could, if I hadn't near 10 millions of them. > >>>> > >>>> > >>>Hm. I meant monitoring the directory itself, as a file, then parsing > >>>the directory list to determine what has changed. But with 10M files, > >>>probably nothing would work... > >>> > >>> > >>these are 10M of static documents, the daily change is minmal. > >>the question is: where it is the appropriate place to collect those > >>changes? the right way seems to implement a customs filesystem, but would > >>it possible to obtain a full path at that level? > >> > >Did you consider using fam (file alteration monitor) from ports? > > > > > No, won't do the trick either. > I cannot afford setting up watchdogs for every file or even every directory. > And I'm essentially "interested" in every one of them (for mirroring > purposes). > A more general approach is needed. > E.g., if an unlink call is issued and an inode is within a particular > filesystem (luckily, most of our data > already lives on or can be easily moved to a separate filesystem), a > notice is sent to some userland daemon: > "file /www/xxx/yyy.shtml is unlinked". Or opened for writing, or > renamed... etc. > The file is then scheduled for distribution to mirrors. > The idea seems simple and straightforward, yet I don't know if it is > achievable. > > The essential part is obtaining the full pathname of the file (won't > bother with hardlinks at first, they aren't used here). > Could that be done with the FreeBSD's filesystem (vnode/vfs?) code? > (which I'm not familiar with) > > -- > Deomid Ryabkov aka Rojer > myself@rojer.pp.ru > rojer@sysadmins.ru > ICQ: 8025844 > I once wrote a very small tool that used the kqueue API for tracking descriptor changes. It basically read a list of files, open them in read-only mode, and sent messages to syslog everytime one of the descriptors changed status. In fact, if you read the kqueue documentation (http://people.freebsd.org/~jlemon/papers/kqueue.pdf), you'll pretty much find all you need. > > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 20:48:03 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C75016A4CE for ; Wed, 2 Feb 2005 20:48:03 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7A4F43D2F for ; Wed, 2 Feb 2005 20:48:02 +0000 (GMT) (envelope-from garycor@comcast.net) Received: from [10.56.78.111] (pcp09118143pcs.union01.nj.comcast.net[69.142.234.88]) by comcast.net (sccrmhc13) with ESMTP id <20050202204801016005i864e>; Wed, 2 Feb 2005 20:48:01 +0000 Message-ID: <42013CCD.9090007@comcast.net> Date: Wed, 02 Feb 2005 15:49:17 -0500 From: Gary Corcoran User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matt References: <420092FA.1090906@comcast.net> In-Reply-To: <420092FA.1090906@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: cahe-only DNS in jail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 20:48:03 -0000 Matt wrote: > I'm experiencing strange behaviour with Bind running inside a jail. I'm > running 5.2.1 current in the jail. Thinks are working, but poorly. > Lookups for my local machines work perfectly. Some remote lookups work > fine (yahoo, google, etc...). However, many lookups time out, but will > succeed after a few tries. I'm doing all this from home (comcast cable > internet). Anyway, I'm not sure what to do. Sniffing the network > doesn't seem to help much. Queries and requests are reaching the right > hosts and ports. Thanks for any help. I don't know if this applies to you, but about yesterday my PC's stopped working w/r/t DNS lookups. Comcast changed the IP addresses of their DNS servers. For a while they had one new one, but one of the old ones worked. But yesterday the old IP address stopped working completely, forcing me to update my configuration files... Gary > dnshost# uname -a > FreeBSD dnshost 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 > 20:45:55 GMT 2004 > root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 > > dnshost# named -v > named 8.3.7-REL Sun Jan 2 13:17:40 PST 2005 > root@tmodel.my.domain:/usr/obj/usr/src/usr.sbin/named > > dnshost# nslookup www.washington.edu > Server: localhost > Address: 127.0.0.1 > > *** localhost can't find www.washington.edu: Server failed > dnshost# !! > nslookup www.washington.edu > Server: localhost > Address: 127.0.0.1 > > Non-authoritative answer: > Name: www.washington.edu > Addresses: 140.142.15.233, 140.142.3.7, 140.142.3.35, 140.142.15.163 > > dnshost# !! > nslookup www.usenix.org > Server: localhost > Address: 127.0.0.1 > > Non-authoritative answer: > Name: db.usenix.org > Address: 131.106.3.253 > Aliases: www.usenix.org > > options { > directory "/etc/namedb"; > pid-file "/var/run/named/pid"; > }; > > zone "." { > type hint; > file "tables/named.root"; > }; > > zone "0.0.127.IN-ADDR.ARPA" { > type master; > file "tables/db.localhost"; > }; > > zone "hersant.dyndns.org" { > type master; > file "tables/db.hersant.dyndns.org"; > }; > > zone "2.168.192.in-addr.arpa" { > type master; > file "tables/db.2.168.192.in-addr.arpa"; > }; From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 23:35:09 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BC1816A4CE for ; Wed, 2 Feb 2005 23:35:09 +0000 (GMT) Received: from deliver-1.mx.triera.net (deliver-1.mx.triera.net [213.161.0.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id C34F943D4C for ; Wed, 2 Feb 2005 23:35:08 +0000 (GMT) (envelope-from andy@triera.net) Received: from localhost (in-3.mx.triera.net [213.161.0.27]) by deliver-1.mx.triera.net (Postfix) with ESMTP id 27407BFE7 for ; Thu, 3 Feb 2005 00:34:57 +0100 (CET) Received: from smtp.triera.net (smtp.triera.net [213.161.0.30]) by in-3.mx.triera.net (Postfix) with SMTP id AE8551BC089 for ; Thu, 3 Feb 2005 00:35:02 +0100 (CET) Received: from voyager.kksonline.com (cpe1-5-51.cable.triera.net [213.161.5.51]) by smtp.triera.net (Postfix) with ESMTP id A551E1A18AC for ; Thu, 3 Feb 2005 00:34:57 +0100 (CET) Message-Id: <6.0.0.22.2.20050203003439.05105e70@pop3.triera.net> X-Sender: arozman@pop3.triera.net X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Thu, 03 Feb 2005 00:34:50 +0100 To: freebsd-hackers@freebsd.org From: Aleksander Rozman - Andy Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: Triera AV Service Subject: Weird problem with midnight commander (Freebsd 5.3) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 23:35:09 -0000 Hi ! I am having weird problem. I have installed FreeBSD 5.3 on several machines, and on two of those machines midnight commander has serious problems. When I run it, it needs a long time to start, and I mean long, about 5 minutes or so. Did anybody have a same problem? How did you fix it. Oh one of those machines was fresh install, and other was update... Andy ************************************************************************** * Aleksander Rozman - Andy * Fandoms: E2:EA, SAABer, Trekkie, Earthie * * andy@kksonline.com * Sentinel, BH 90210, True's Trooper, * * andy@atechnet.dhs.org * Heller's Angel, Questie, Legacy, PO5, * * Maribor, Slovenia (Europe) * Profiler, Buffy (Slayerete), Pretender * * ICQ-UIC: 4911125 ********************************************* * PGP key available * http://www.atechnet.dhs.org/~andy/ * ************************************************************************** From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 00:36:17 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06AE416A4CE for ; Thu, 3 Feb 2005 00:36:17 +0000 (GMT) Received: from suricate.otoh.org (suricate.otoh.org [64.81.247.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF22643D1D for ; Thu, 3 Feb 2005 00:36:14 +0000 (GMT) (envelope-from freebsdhackers@otoh.org) Received: from 64.81.247.155 (suricate.otoh.org [64.81.247.155]) by suricate.otoh.org (Postfix) with SMTP id 2EA587DC945; Wed, 2 Feb 2005 16:36:14 -0800 (PST) Received: by suricate.otoh.org (Postfix, from userid 1001) id BFF437DC915; Wed, 2 Feb 2005 16:36:13 -0800 (PST) Date: Wed, 2 Feb 2005 16:36:13 -0800 From: Paul Armstrong To: Romain Kang , David Scheidt , hackers@freebsd.org Message-ID: <20050203003613.GQ32260@suricate.otoh.org> References: <420010BC.9080400@attglobal.net> <20050202012119.GA48725@kzsu.stanford.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050202012119.GA48725@kzsu.stanford.edu> X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on suricate.otoh.org X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.5 tests=none autolearn=no version=2.64 Subject: Re: /etc/hosts lines starting with white space are ignored X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 00:36:17 -0000 On Tue, Feb 01, 2005 at 05:21:19PM -0800, Romain Kang wrote: > > If a line in /etc/hosts starts with a space or tab, it's not read. I'm > > not sure that's really a desirable behavior. I'm quite sure it's not > > the vehavior I expected. > > The format of /etc/hosts has been thus for more than 20 years over > multiple platforms, so it's what everyone else expects. Sorry. I'm not so sure it is actually. Both Solaris and Linux (sorry, but these are the only 2 other platforms I've got access to), accept lines beginning with space or tab (or both). Paul From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 01:20:47 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CC9C16A4CF for ; Thu, 3 Feb 2005 01:20:47 +0000 (GMT) Received: from eagle.aitken.com (eagle.aitken.com [198.137.194.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4443C43D39 for ; Thu, 3 Feb 2005 01:20:47 +0000 (GMT) (envelope-from jaitken@aitken.com) Received: by eagle.aitken.com (Postfix, from userid 1000) id D0BAFB246B; Wed, 2 Feb 2005 20:20:46 -0500 (EST) Date: Wed, 2 Feb 2005 20:20:46 -0500 From: Jeff Aitken To: freebsd-hackers@freebsd.org Message-ID: <20050203012046.GB57845@eagle.aitken.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i Subject: duplicate packets on a vlan interface X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 01:20:47 -0000 I'm seeing a very strange problem involving a freshly-installed 5.3-RELEASE system using vlans. The machine has a single active ethernet interface (em0) with a pair of vlan pseudo-interfaces created on it: em0: flags=8843 mtu 1500 options=1b ether 00:09:6b:71:8c:38 media: Ethernet 100baseTX status: active vlan0: flags=8843 mtu 1500 inet A1.B1.C1.50 netmask 0xffffffc0 broadcast A1.B1.C1.63 ether 00:09:6b:71:8c:38 media: Ethernet 100baseTX status: active vlan: 20 parent interface: em0 vlan1: flags=8843 mtu 1500 inet A2.B2.C2.56 netmask 0xffffff00 broadcast A2.B2.C2.255 ether 00:09:6b:71:8c:38 media: Ethernet 100baseTX status: active vlan: 842 parent interface: em0 >From a remote machine, if I send a single packet to the IP address configured on vlan0 (A1.B1.C1.50), I get a single packet in response. However, if I send a single packet the address configured on vlan1 (A2.B2.C2.56), I get a total of 62 replies (the original plus 61 duplicates). Running a tcpdump on the machine sending the ICMP requests clearly shows that it's only sending a single request, yet running tcpdump (tcpdump -p -i vlan1) on the receiving host shows that it is receiving a total of 62 echo-requests. This does not appear to be unique to ICMP. Sending TCP packets seems to yield the same packet duplication on the destination box. Oddly, a traceroute does NOT generate the same result, so perhaps UDP packets do not trigger whatever is going on. A google search did not yield anything useful. Any ideas? --Jeff From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 02:25:32 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC69116A4CE for ; Thu, 3 Feb 2005 02:25:32 +0000 (GMT) Received: from smtp.ucla.edu (smtp.ucla.edu [169.232.46.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF4A843D31 for ; Thu, 3 Feb 2005 02:25:32 +0000 (GMT) (envelope-from ashcs@ucla.edu) Received: from mail.ucla.edu (mail.ucla.edu [169.232.48.135]) by smtp.ucla.edu (8.13.1/8.13.1) with ESMTP id j132PWOP015535 for ; Wed, 2 Feb 2005 18:25:32 -0800 Received: from ash (s226-88.resnet.ucla.edu [164.67.226.88]) (authenticated bits=0) by mail.ucla.edu (8.13.2/8.13.2) with ESMTP id j132PWss004780 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 2 Feb 2005 18:25:32 -0800 Message-ID: <005e01c50997$abd9b350$58e243a4@ash> From: "Ashwin Chandra" To: Date: Wed, 2 Feb 2005 18:25:47 -0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Probable-Spam: no X-Spam-Hits: 0.517 X-Scanned-By: smtp.ucla.edu Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: KVM Linking X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 02:25:33 -0000 Hi, I am trying to create a kernel thread to monitor memory usage and = context switches. I wrote a simple program in the kern dir, updated the = files file in conf and i cant seem to link to the kvm libraries...whats = the easy way to include the lib/libkvm files and directory without = having to hack it through? thanks ash From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 03:24:03 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19A7116A4CE for ; Thu, 3 Feb 2005 03:24:03 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id A575043D48 for ; Thu, 3 Feb 2005 03:24:02 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id j133O1KR072736; Wed, 2 Feb 2005 21:24:01 -0600 (CST) (envelope-from dan) Date: Wed, 2 Feb 2005 21:24:01 -0600 From: Dan Nelson To: Ashwin Chandra Message-ID: <20050203032401.GB65765@dan.emsphone.com> References: <005e01c50997$abd9b350$58e243a4@ash> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <005e01c50997$abd9b350$58e243a4@ash> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org Subject: Re: KVM Linking X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 03:24:03 -0000 In the last episode (Feb 02), Ashwin Chandra said: > Hi, I am trying to create a kernel thread to monitor memory usage and > context switches. I wrote a simple program in the kern dir, updated > the files file in conf and i cant seem to link to the kvm > libraries...whats the easy way to include the lib/libkvm files and > directory without having to hack it through? Since you're already in the kernel, you can simply read the variables directly. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 05:33:00 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F69616A4CE for ; Thu, 3 Feb 2005 05:33:00 +0000 (GMT) Received: from cluster1.echolabs.net (mail.atlanticbb.net [216.52.118.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8811543D46 for ; Thu, 3 Feb 2005 05:32:59 +0000 (GMT) (envelope-from timour@pivotaldynamics.com) X-Scanned-By: RAE MPP/Cloudmark http://www.messagepartners.com X-Header-Name: This message was scanned on fe2 X-Scanned-By: RAE MPP/Clamd http://www.messagepartners.com Received: from [69.84.100.161] (HELO jupiter.caelifer.org) by fe2.cluster1.echolabs.net (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 30305502; Thu, 03 Feb 2005 00:32:48 -0500 Received: from jupiter.caelifer.org (localhost.caelifer.org [127.0.0.1]) by jupiter.caelifer.org (8.13.1/8.13.1) with ESMTP id j134fB0D096133; Wed, 2 Feb 2005 23:41:11 -0500 (EST) (envelope-from timour@pivotaldynamics.com) Received: from localhost (timour@localhost)j134f8ZP096130; Wed, 2 Feb 2005 23:41:09 -0500 (EST) (envelope-from timour@pivotaldynamics.com) X-Authentication-Warning: jupiter.caelifer.org: timour owned process doing -bs Date: Wed, 2 Feb 2005 23:41:08 -0500 (EST) From: Timour Ezeev X-X-Sender: timour@jupiter.caelifer.org To: Julio Capote In-Reply-To: <1107331395.2746.11.camel@hatter.wonderland.dn> Message-ID: <20050202232959.F42075@jupiter.caelifer.org> References: <1107323048.2746.4.camel@hatter.wonderland.dn> <1107331395.2746.11.camel@hatter.wonderland.dn> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-hackers@freebsd.org Subject: Re: Cool script to update ports in cron.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 05:33:00 -0000 On Wed, 2 Feb 2005, Julio Capote wrote: > I guess the list doesnt like attachments, here's a link: > http://wonderland.hopto.org/~capotej/portsync.pl > > > -Julio I think you have a small problem with cvs release entry, i.e. when you run your program you get *default release=cvs tag==cvs tag=. instead of *default release=cvs tag=. Here is a small patch: --- portsync.pl Wed Feb 2 23:28:36 2005 +++ portsync.pl.new Wed Feb 2 23:32:37 2005 @@ -20,7 +20,7 @@ #Common configuration my $host = 'cvsup6.us.freebsd.org'; ### Host you want to use for cvsup -my $release = '=cvs tag=.'; ### Release branch, i,e RELENG_5_3, etc +my $release = '.'; ### Release branch, i,e RELENG_5_3, etc my $collection = 'ports-all'; ### Collection you want to fetch from the server my $portsdir= '/usr/ports'; ### Location of your ports tree my $logfile ='/var/log/portsync.log'; ### File for your logging -- Timour Ezeev Pivotal Dynamics Corp. timour@pivotaldynamics.com From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 05:35:12 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D14D316A4D2 for ; Thu, 3 Feb 2005 05:35:12 +0000 (GMT) Received: from cluster1.echolabs.net (mail.atlanticbb.net [216.52.118.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ED1543D66 for ; Thu, 3 Feb 2005 05:35:03 +0000 (GMT) (envelope-from timour@pivotaldynamics.com) X-Scanned-By: RAE MPP/Cloudmark http://www.messagepartners.com X-Header-Name: This message was scanned on fe1 X-Scanned-By: RAE MPP/Clamd http://www.messagepartners.com Received: from [69.84.100.161] (HELO jupiter.caelifer.org) by fe1.cluster1.echolabs.net (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 30768763; Thu, 03 Feb 2005 00:35:00 -0500 Received: from jupiter.caelifer.org (localhost.caelifer.org [127.0.0.1]) by jupiter.caelifer.org (8.13.1/8.13.1) with ESMTP id j135YxWa096477; Thu, 3 Feb 2005 00:34:59 -0500 (EST) (envelope-from timour@pivotaldynamics.com) Received: from localhost (timour@localhost)j135YwGj096474; Thu, 3 Feb 2005 00:34:59 -0500 (EST) (envelope-from timour@pivotaldynamics.com) X-Authentication-Warning: jupiter.caelifer.org: timour owned process doing -bs Date: Thu, 3 Feb 2005 00:34:58 -0500 (EST) From: Timour Ezeev X-X-Sender: timour@jupiter.caelifer.org To: Julio Capote Message-ID: <20050203003340.U42075@jupiter.caelifer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-hackers@freebsd.org Subject: Re: Cool script to update ports in cron.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 05:35:13 -0000 On Wed, 2 Feb 2005, Julio Capote wrote: > I guess the list doesnt like attachments, here's a link: > http://wonderland.hopto.org/~capotej/portsync.pl > > > -Julio I think you have a small problem with cvs release entry, i.e. when you run your program you get *default release=cvs tag==cvs tag=. instead of *default release=cvs tag=. Here is a small patch: --- portsync.pl Wed Feb 2 23:28:36 2005 +++ portsync.pl.new Wed Feb 2 23:32:37 2005 @@ -20,7 +20,7 @@ #Common configuration my $host = 'cvsup6.us.freebsd.org'; ### Host you want to use for cvsup -my $release = '=cvs tag=.'; ### Release branch, i,e RELENG_5_3, etc +my $release = '.'; ### Release branch, i,e RELENG_5_3, etc my $collection = 'ports-all'; ### Collection you want to fetch from the server my $portsdir= '/usr/ports'; ### Location of your ports tree my $logfile ='/var/log/portsync.log'; ### File for your logging -- Timour Ezeev Pivotal Dynamics Corp. timour@pivotaldynamics.com From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 07:27:30 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2E9116A4CE for ; Thu, 3 Feb 2005 07:27:29 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5145143D5C for ; Thu, 3 Feb 2005 07:27:27 +0000 (GMT) (envelope-from jcapote@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so181781wri for ; Wed, 02 Feb 2005 23:27:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=TYCnew2hhCf+Go4fWQhkws9++PknGpAsIqQoBl7sJJiiHFyokaMyUs75+UF6lOZCuPgPy77BfadhVoc4TBiaeo0ZS14efnfYdvYfChsscMllKWTXKzbeFDz1OPj0FMnW7dHAP8QUqWxrm0cdaRyRdTa2T3oQSoEAodgvkhpAiLI= Received: by 10.54.29.20 with SMTP id c20mr186903wrc; Wed, 02 Feb 2005 23:27:25 -0800 (PST) Received: from localhost.localdomain ([68.223.153.139]) by smtp.gmail.com with ESMTP id 35sm71286wra.2005.02.02.23.27.24; Wed, 02 Feb 2005 23:27:25 -0800 (PST) From: Julio Capote To: Timour Ezeev In-Reply-To: <20050203003340.U42075@jupiter.caelifer.org> References: <20050203003340.U42075@jupiter.caelifer.org> Content-Type: text/plain Date: Thu, 03 Feb 2005 02:29:47 -0500 Message-Id: <1107415787.1627.0.camel@hatter.wonderland.dn> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Cool script to update ports in cron.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 07:27:30 -0000 Thanks! Merged into release. http://wonderland.hopto.org/~capotej/portsync.pl On Thu, 2005-02-03 at 00:34 -0500, Timour Ezeev wrote: > On Wed, 2 Feb 2005, Julio Capote wrote: > > > I guess the list doesnt like attachments, here's a link: > > http://wonderland.hopto.org/~capotej/portsync.pl > > > > > > -Julio > > I think you have a small problem with cvs release entry, i.e. when you > run your program you get > > *default release=cvs tag==cvs tag=. > > instead of > > *default release=cvs tag=. > > Here is a small patch: > > --- portsync.pl Wed Feb 2 23:28:36 2005 > +++ portsync.pl.new Wed Feb 2 23:32:37 2005 > @@ -20,7 +20,7 @@ > > #Common configuration > my $host = 'cvsup6.us.freebsd.org'; ### Host you want to use for > cvsup > -my $release = '=cvs tag=.'; ### Release branch, i,e > RELENG_5_3, etc > +my $release = '.'; ### Release branch, i,e > RELENG_5_3, etc > my $collection = 'ports-all'; ### Collection you want to > fetch from the server > my $portsdir= '/usr/ports'; ### Location of your ports > tree > my $logfile ='/var/log/portsync.log'; ### File for your logging > From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 08:14:30 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B92316A4CE for ; Thu, 3 Feb 2005 08:14:30 +0000 (GMT) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC2E843D4C for ; Thu, 3 Feb 2005 08:14:29 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id D3F4A2284E; Thu, 3 Feb 2005 09:14:27 +0100 (CET) Date: Thu, 3 Feb 2005 09:14:25 +0100 From: Dimitry Andric X-Priority: 3 (Normal) Message-ID: <1533646637.20050203091425@andric.com> To: Aleksander Rozman - Andy In-Reply-To: <6.0.0.22.2.20050203003439.05105e70@pop3.triera.net> References: <6.0.0.22.2.20050203003439.05105e70@pop3.triera.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------EB1CCDB31878E6E" cc: freebsd-hackers@freebsd.org Subject: Re: Weird problem with midnight commander (Freebsd 5.3) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 08:14:30 -0000 ------------EB1CCDB31878E6E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 2005-02-03 at 00:34:50 Aleksander Rozman - Andy wrote: > I am having weird problem. I have installed FreeBSD 5.3 on several > machines, and on two of those machines midnight commander has serious > problems. When I run it, it needs a long time to start, and I mean long, > about 5 minutes or so. Maybe you can try ktrace(1) on the program, to see what it is doing during its long startup. Usually, with things like this, it's some sort of network problem, mostly DNS. ------------EB1CCDB31878E6E Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFCAd1hsF6jCi4glqMRAv7tAKCGKPoics5Eel3jr7TWyZc5B76Z5gCgoWtx JNaGOCv8fPNzcLXFQJgTUu4= =vXBe -----END PGP MESSAGE----- ------------EB1CCDB31878E6E-- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 09:02:18 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B3B116A4CE for ; Thu, 3 Feb 2005 09:02:18 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 612EE43D1D for ; Thu, 3 Feb 2005 09:02:16 +0000 (GMT) (envelope-from jcapote@gmail.com) Received: by wproxy.gmail.com with SMTP id 67so221405wri for ; Thu, 03 Feb 2005 01:02:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=jkBPMxj+th9A9KhS65ls0MS3WMphjRjKXHWsnpDQJJ3sJDYLpJeQYsnG842rBjKBOpH8mFD8aXR8XluT1B3ZLhMtZzm5UAKZrUsoejaws53yA8naSRmSWNFZ//U2VRMsbbK646nZyEh5F+hGXrgTIe+dH7P+EINaRKLaoTZ/g0s= Received: by 10.54.42.73 with SMTP id p73mr114423wrp; Thu, 03 Feb 2005 01:02:11 -0800 (PST) Received: from localhost.localdomain ([68.223.153.139]) by smtp.gmail.com with ESMTP id 43sm24186wri.2005.02.03.01.02.11; Thu, 03 Feb 2005 01:02:11 -0800 (PST) From: Julio Capote To: Timour Ezeev In-Reply-To: <20050203003340.U42075@jupiter.caelifer.org> References: <20050203003340.U42075@jupiter.caelifer.org> Content-Type: text/plain Date: Thu, 03 Feb 2005 04:04:34 -0500 Message-Id: <1107421474.1627.3.camel@hatter.wonderland.dn> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Cool script to update ports in cron.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 09:02:18 -0000 I also fixed a bug that didnt let it run in cron, because I wasnt using full paths (doh!)...so it should work fine from cron now On Thu, 2005-02-03 at 00:34 -0500, Timour Ezeev wrote: > On Wed, 2 Feb 2005, Julio Capote wrote: > > > I guess the list doesnt like attachments, here's a link: > > http://wonderland.hopto.org/~capotej/portsync.pl > > > > > > -Julio > > I think you have a small problem with cvs release entry, i.e. when you > run your program you get > > *default release=cvs tag==cvs tag=. > > instead of > > *default release=cvs tag=. > > Here is a small patch: > > --- portsync.pl Wed Feb 2 23:28:36 2005 > +++ portsync.pl.new Wed Feb 2 23:32:37 2005 > @@ -20,7 +20,7 @@ > > #Common configuration > my $host = 'cvsup6.us.freebsd.org'; ### Host you want to use for > cvsup > -my $release = '=cvs tag=.'; ### Release branch, i,e > RELENG_5_3, etc > +my $release = '.'; ### Release branch, i,e > RELENG_5_3, etc > my $collection = 'ports-all'; ### Collection you want to > fetch from the server > my $portsdir= '/usr/ports'; ### Location of your ports > tree > my $logfile ='/var/log/portsync.log'; ### File for your logging > From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 12:28:39 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1D4416A4CE for ; Thu, 3 Feb 2005 12:28:39 +0000 (GMT) Received: from mail.bitdefender.com (ns.bitdefender.com [217.156.83.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98B1B43D58 for ; Thu, 3 Feb 2005 12:28:36 +0000 (GMT) (envelope-from apircalabu@bitdefender.com) Received: (qmail 4345 invoked from network); 3 Feb 2005 12:28:34 -0000 Received: from apircalabu.dsd.ro (10.10.15.22) by mail.dsd.ro with AES256-SHA encrypted SMTP; 3 Feb 2005 12:28:34 -0000 Date: Thu, 3 Feb 2005 14:31:27 +0200 From: Adi Pircalabu To: Aleksander Rozman - Andy Message-ID: <20050203143127.0b435416@apircalabu.dsd.ro> In-Reply-To: <6.0.0.22.2.20050203003439.05105e70@pop3.triera.net> References: <6.0.0.22.2.20050203003439.05105e70@pop3.triera.net> Organization: BitDefender X-Mailer: Sylpheed-Claws 1.0.0 (GTK+ 1.2.10; i386-portbld-freebsd4.11) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BitDefender-SpamStamp: 1.1.3 044000040111AAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQ X-BitDefender-Scanner: Clean, Agent: BitDefender Qmail 1.6.1 on mail.bitdefender.com X-BitDefender-Spam: No (13) cc: freebsd-hackers@freebsd.org Subject: Re: Weird problem with midnight commander (Freebsd 5.3) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 12:28:39 -0000 On Thu, 03 Feb 2005 00:34:50 +0100 Aleksander Rozman - Andy wrote: > I am having weird problem. I have installed FreeBSD 5.3 on several > machines, and on two of those machines midnight commander has serious > problems. When I run it, it needs a long time to start, and I mean > long, about 5 minutes or so. Did anybody have a same problem? How did > you fix it. Oh one of those machines was fresh install, and other was > update... I had the same problem, and fixed it by setting up the right pair IP/hostname in /etc/hosts. So, as Dimitry said it's most of a resolver issue. -- Adrian Pircalabu Public KeyID = 0x04329F5E -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://www.bitdefender.com/ From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 2 21:37:13 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B13F416A4CE for ; Wed, 2 Feb 2005 21:37:13 +0000 (GMT) Received: from smtp.ucla.edu (smtp.ucla.edu [169.232.47.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7168043D2F for ; Wed, 2 Feb 2005 21:37:13 +0000 (GMT) (envelope-from ashcs@ucla.edu) Received: from mail.ucla.edu (mail.ucla.edu [169.232.46.135]) by smtp.ucla.edu (8.13.1/8.13.1) with ESMTP id j12LbDRt017084 for ; Wed, 2 Feb 2005 13:37:13 -0800 Received: from ash (s226-88.resnet.ucla.edu [164.67.226.88]) (authenticated bits=0) by mail.ucla.edu (8.13.2/8.13.3) with ESMTP id j12LbCuI014489 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 2 Feb 2005 13:37:13 -0800 Message-ID: <001401c5096f$64524420$58e243a4@ash> From: "Ashwin Chandra" To: Date: Wed, 2 Feb 2005 13:37:27 -0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Probable-Spam: no X-Spam-Hits: 1.054 X-Spam-Score: * X-Scanned-By: smtp.ucla.edu X-Mailman-Approved-At: Thu, 03 Feb 2005 13:01:41 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: KVM linking X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2005 21:37:13 -0000 Hi, I am trying to create a kernel thread to monitor memory usage and = context switches. I wrote a simple program in the kern dir, updated the = files file in conf and i cant seem to link to the kvm libraries...whats = the easy way to include the lib/libkvm files and directory without = having to hack it through? thanks ash From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 07:48:43 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D78C416A4CE for ; Thu, 3 Feb 2005 07:48:43 +0000 (GMT) Received: from mailserver.ratelecom.net (h212-5-89-2.rev.domonet.ru [212.5.89.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3AE343D45 for ; Thu, 3 Feb 2005 07:48:41 +0000 (GMT) (envelope-from nikolay@domonet.ru) Received: from [194.154.84.44] (account nikolay@domonet.ru) by mailserver.ratelecom.net (CommuniGate Pro WebUser 4.1.8) with HTTP id 1325258 for freebsd-hackers@freebsd.org; Thu, 03 Feb 2005 10:48:39 +0300 From: To: freebsd-hackers@freebsd.org X-Mailer: CommuniGate Pro WebUser Interface v.4.1.8 Date: Thu, 03 Feb 2005 10:48:39 +0300 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_===1325258====mailserver.ratelecom.net===_" X-Mailman-Approved-At: Thu, 03 Feb 2005 13:01:41 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: PPPoEd fork flood patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 07:48:44 -0000 This is a multi-part MIME message --_===1325258====mailserver.ratelecom.net===_ Content-Type: text/plain; charset="KOI8-R"; format="flowed" Content-Transfer-Encoding: 8bit Patch for pppoed, what allows you to configure minimum delay between connections to pppoed, and prevent flood attacks. Just apply this patch and recompile pppoed with CONN_LIMIT defined. Use '-c' command line arg to set delay (in seconds) between connections. Tested on 4.10,5.3 with Mustdie XP as client. --_===1325258====mailserver.ratelecom.net===_-- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 13:07:02 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C88816A4CE for ; Thu, 3 Feb 2005 13:07:02 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8557443D3F for ; Thu, 3 Feb 2005 13:07:01 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j13D6tFx099967; Thu, 3 Feb 2005 16:06:55 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Thu, 3 Feb 2005 16:06:55 +0300 (MSK) From: Maxim Konovalov To: nikolay@domonet.ru In-Reply-To: Message-ID: <20050203160621.V99914@mp2.macomnet.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (207/050201) X-SpamTest-Info: Profile: Detect Hard (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking - Keywords (2/030321) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release cc: freebsd-hackers@freebsd.org Subject: Re: PPPoEd fork flood patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 13:07:02 -0000 On Thu, 3 Feb 2005, 10:48+0300, nikolay@domonet.ru wrote: > Patch for pppoed, what allows you to configure minimum delay between > connections to pppoed, and prevent flood attacks. Just apply this patch > and recompile pppoed with CONN_LIMIT defined. Use '-c' command line > arg to set delay (in seconds) between connections. > > Tested on 4.10,5.3 with Mustdie XP as client. Where is the patch? :-) -- Maxim Konovalov From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 14:03:37 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93CBA16A4CE for ; Thu, 3 Feb 2005 14:03:37 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBCFE43D5E for ; Thu, 3 Feb 2005 14:03:34 +0000 (GMT) (envelope-from bdaniel7@gmail.com) Received: by rproxy.gmail.com with SMTP id 40so212213rnz for ; Thu, 03 Feb 2005 06:03:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=rvudPH9d2P9Gnp0xuNi7zIYs54ps1wyzPPFKRMRaF5ft8t+IfACmQpCH/ygqc44KcP8C5XDEc5TqRmy7RqRGpI1yhauQpCI8+87VHOmoQBqpc4mEcilISvwkLSiBvp1rn0yCQgJBpQ8iMLA00T5WBbWdw9FKBdcBTvYsY6bVRv8= Received: by 10.38.206.45 with SMTP id d45mr50979rng; Thu, 03 Feb 2005 06:03:34 -0800 (PST) Received: by 10.38.8.44 with HTTP; Thu, 3 Feb 2005 06:03:34 -0800 (PST) Message-ID: <89b41e47050203060356e3cf1f@mail.gmail.com> Date: Thu, 3 Feb 2005 16:03:34 +0200 From: Daniel To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: share lists of spammers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 14:03:37 -0000 Hi all, I know this is quite off topic for this lists, I was wondering if you guys will agree to share your anti-spam softwares' spam lists... the reason is obvious... Especially for SpamAssasin... Thank, Dan From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 14:03:55 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 852BA16A4CF for ; Thu, 3 Feb 2005 14:03:55 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB05B43D3F for ; Thu, 3 Feb 2005 14:03:54 +0000 (GMT) (envelope-from bdaniel7@gmail.com) Received: by rproxy.gmail.com with SMTP id 40so212232rnz for ; Thu, 03 Feb 2005 06:03:53 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=XNd6zcchmDhs3E8pEgYa1NH61Ua2O9esxDxH6kYiSNfahYTXu0ELuBhgU5O8c0EyCCqeFDIHigpk9oAQfOLWjDoz7NNe2uMSaPpI6EdtfDhh/2EFOajfkbHLBp4w5H0ZPtAw+HYcQw+Irhlqt7EOZzhZsI6hcULecArbB6HfAnU= Received: by 10.38.179.66 with SMTP id b66mr51604rnf; Thu, 03 Feb 2005 06:03:53 -0800 (PST) Received: by 10.38.8.44 with HTTP; Thu, 3 Feb 2005 06:03:53 -0800 (PST) Message-ID: <89b41e470502030603438f759e@mail.gmail.com> Date: Thu, 3 Feb 2005 16:03:53 +0200 From: Daniel To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: share lists of spammers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 14:03:55 -0000 Hi all, I know this is quite off topic for this lists, I was wondering if you guys will agree to share your anti-spam softwares' spam lists... the reason is obvious... Especially for SpamAssasin... Thanks, Dan From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 18:41:55 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAF9316A4CE for ; Thu, 3 Feb 2005 18:41:55 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A902643D41 for ; Thu, 3 Feb 2005 18:41:54 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j13IfrrT030232; Thu, 3 Feb 2005 12:41:53 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4202706C.60409@centtech.com> Date: Thu, 03 Feb 2005 12:41:48 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041110 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/598/Sat Nov 20 16:30:09 2004 clamav-milter version 0.80j on mh1.centtech.com X-Virus-Status: Clean cc: Kevin Kramer Subject: NFS mount / paranoia / conn problems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 18:41:56 -0000 I'm having some NFS mounting issues with FreeBSD 5.3 (RELEASE). Here's what my issue is: I have a FreeBSD client, and various NFS servers. The NFS servers are dual homed, and the FBSD client can mount NFS shares from either of the NICs on the servers. When using the automounter, I can connect to either interface on the server, so long as I have the vfs.nfs.nfs_ip_paranoia setting set to '0' (default is '1'). Of course, turning the sysctl to '1' breaks it as expected. Now, here's where the problems come in. If I do a regular mount of the NFS server, it will hang regardless of whether I have the sysctl setting set or not. So, this fails: mount_nfs servernic1:/mount /mnt with this message: [udp] servernic1:/mount: NFSPROC_NULL: RPC: Timed out However, this will work: mount_nfs -c servernic1:/mount /mnt The man page for mount_nfs claims that -c is deprecated, and instead uses the sysctl mentioned above, but it actually ignores the sysctl. Also, the man page claims that adding 'conn' to the mount options in the fstab will do the same as adding -c to the command line, but it seems to ignore it. I'm happy with any solution, as long as I can get my fstab entries working like they should, but this definitely seems like a bug to me. I'm willing to try anything to help fix this. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 23:03:29 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7657E16A4CE for ; Thu, 3 Feb 2005 23:03:29 +0000 (GMT) Received: from sollube.sarenet.es (sollube.sarenet.es [192.148.167.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21BAA43D48 for ; Thu, 3 Feb 2005 23:03:29 +0000 (GMT) (envelope-from borjamar@sarenet.es) Received: from [127.0.0.1] (borja.sarenet.es [192.148.167.77]) by sollube.sarenet.es (Postfix) with ESMTP id E92321641; Fri, 4 Feb 2005 00:03:26 +0100 (CET) In-Reply-To: <20050203175519.K18864@mail.chesapeake.net> References: <20050203175519.K18864@mail.chesapeake.net> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <2f5e36aca4ae4b2a4692a95db1b3bc09@sarenet.es> Content-Transfer-Encoding: 7bit From: Borja Marcos Date: Fri, 4 Feb 2005 00:03:27 +0100 To: Jeff Roberson X-Mailer: Apple Mail (2.619.2) cc: freebsd-hackers@freebsd.org Subject: Re: My disk I/O testing methods for FreeBSD 5.3 ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 23:03:29 -0000 > I intend to backport some code that lets me graph system activity into > RELENG_5. Are you setup to cvsup to this tag? Would it be convenient > for > you to do so? I'm working right now on a data collector for Orca, which will be released more or less next week. It supports FreeBSD 4 and 5, so it could be useful for this. Please wait for a few days. In case I had to delay it, I could send you a preliminary version. Borja. From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 4 11:35:31 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 941E216A4CE for ; Fri, 4 Feb 2005 11:35:31 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 233C943D49 for ; Fri, 4 Feb 2005 11:35:31 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 470D346B3F; Fri, 4 Feb 2005 06:35:30 -0500 (EST) Date: Fri, 4 Feb 2005 11:34:40 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Deomid Ryabkov In-Reply-To: <4200DCF6.1010002@rojer.pp.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: Milan Obuch Subject: Re: Question: tracking filesystem changes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 11:35:31 -0000 On Wed, 2 Feb 2005, Deomid Ryabkov wrote: > No, won't do the trick either. I cannot afford setting up watchdogs for > every file or even every directory. And I'm essentially "interested" in > every one of them (for mirroring purposes). A more general approach is > needed. E.g., if an unlink call is issued and an inode is within a > particular filesystem (luckily, most of our data already lives on or can > be easily moved to a separate filesystem), a notice is sent to some > userland daemon: "file /www/xxx/yyy.shtml is unlinked". Or opened for > writing, or renamed... etc. The file is then scheduled for distribution > to mirrors. The idea seems simple and straightforward, yet I don't know > if it is achievable. > > The essential part is obtaining the full pathname of the file (won't > bother with hardlinks at first, they aren't used here). Could that be > done with the FreeBSD's filesystem (vnode/vfs?) code? (which I'm not > familiar with) The TrustedBSD Audit code should be able to fill this need -- the goal of the Audit code is to be able to track "security critical events" in a configurable way, so file open/link/symlink/unlink operations are an important subset of that. We hope to integrate the Audit code into 6.x in the next few months, and then (in as much as is possible given kernel ABI requirements) merge for 5.5. However, this is some time away still, so presumably can't help in the short term. The result, though, is an event stream file that's mechanically parseable, and the even stream can be configured to indicate which types of events are important at a fairly fine granularity. Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 20:27:36 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6935516A4CE for ; Thu, 3 Feb 2005 20:27:36 +0000 (GMT) Received: from blurp.one.pl (brylant.t2.ds.pwr.wroc.pl [156.17.224.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C142343D45 for ; Thu, 3 Feb 2005 20:27:33 +0000 (GMT) (envelope-from gizmen@blurp.one.pl) Received: by blurp.one.pl (Postfix, from userid 1001) id 367196F5; Thu, 3 Feb 2005 21:27:29 +0100 (CET) Date: Thu, 3 Feb 2005 21:27:29 +0100 From: GiZmen To: freebsd-hackers@freebsd.org Message-ID: <20050203202729.GA25384@blurp.one.pl> References: <420092FA.1090906@comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <420092FA.1090906@comcast.net> User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Fri, 04 Feb 2005 13:05:26 +0000 Subject: Re: cahe-only DNS in jail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 20:27:36 -0000 > I'm experiencing strange behaviour with Bind running inside a jail. I'm > running 5.2.1 current in the jail. Thinks are working, but poorly. > Lookups for my local machines work perfectly. Some remote lookups work > fine (yahoo, google, etc...). However, many lookups time out, but will > succeed after a few tries. I'm doing all this from home (comcast cable > internet). Anyway, I'm not sure what to do. Sniffing the network > doesn't seem to help much. Queries and requests are reaching the right > hosts and ports. Thanks for any help. > ---end quoted text--- I have had similar problem with my named. I was searching reason of this behaviour of my named. I have put one option to my named. It is forwarders option. forward only; forwarders {156.17.5.2;}; You can add forward only this only forward queries to your comcast caching dns servers. In forwarders put one or more ip addresses of your comcast caching servers. The reaseon of this is that named try to contact to authorative servers. And it can take some time to get respond from them. but if you put forwardes you will be using closer dns so the queries will be faster. Form more reference read bind manual. bye -- Best Regards: GiZmen UNIX is user-friendly; it's just picky about its friends UNIX is simple; it just takes a genius to understand its simplicity From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 3 22:04:10 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BF9B16A4CE for ; Thu, 3 Feb 2005 22:04:10 +0000 (GMT) Received: from marlena.vvi.at (marlena.vvi.at [208.252.225.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1115943D49 for ; Thu, 3 Feb 2005 22:04:10 +0000 (GMT) (envelope-from www@marlena.vvi.at) Received: from marlena.vvi.at (localhost.marlena.vvi.at [127.0.0.1]) by marlena.vvi.at (8.12.10/8.12.9) with ESMTP id j13291bc070206; Wed, 2 Feb 2005 18:09:02 -0800 (PST) (envelope-from www@marlena.vvi.at) Received: (from www@localhost) by marlena.vvi.at (8.12.10/8.12.10/Submit) id j1328tsX070205; Wed, 2 Feb 2005 18:08:55 -0800 (PST) (envelope-from www) Date: Wed, 2 Feb 2005 18:08:55 -0800 (PST) Message-Id: <200502030208.j1328tsX070205@marlena.vvi.at> To: freebsd-hackers@freebsd.org, kernel@crater.dragonflybsd.org From: "ALeine" X-Mailman-Approved-At: Fri, 04 Feb 2005 13:05:26 +0000 Subject: RFC: backporting GEOM to the 4.x branch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 22:04:10 -0000 I would hereby like to politely request your comments on backporting GEOM to the 4.x branch. I personally would like to see GEOM backported to the 4.x branch and I would appreciate it if all the developers (especially Mr. Poul-Henning Kamp) who are familiar with the inner workings of GEOM could comment on that idea, especially in terms of giving me a rough overview of what would need to be done and pointing me in the right direction so I could get started with backporting GEOM myself. I should mention that I am an experienced programmer, but my kernel programming experience is limited, I've only done some minor work on a couple of kernel modules. I do understand that this would be quite an undertaking, so I would also like to hear from others who would be willing to work on backporting GEOM to the 4.x branch and having the port integrated into DragonFly BSD. Thank you, ALeine ___________________________________________________________________ WebMail FREE http://mail.austrosearch.net From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 4 01:16:42 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C32D316A4CE for ; Fri, 4 Feb 2005 01:16:42 +0000 (GMT) Received: from web53309.mail.yahoo.com (web53309.mail.yahoo.com [206.190.39.238]) by mx1.FreeBSD.org (Postfix) with SMTP id 3417F43D41 for ; Fri, 4 Feb 2005 01:16:42 +0000 (GMT) (envelope-from non_secure@yahoo.com) Received: (qmail 81822 invoked by uid 60001); 4 Feb 2005 01:16:41 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=uBzcswAZIkOYlyuj5NCABa5+B73M5OJqqfRZJhF78UQ9OhY1PhnnEgoXIF19GKgP89Nfq7FeC2tlE9if4iBK/78UiNPOTSbcJPDpGvnIpycPbYSxPudaEP3SYhfkAv3xPnaG7QsHBrM2onAdCfT/00WulDoWcOHcaxLkDNMOdgU= ; Message-ID: <20050204011641.81820.qmail@web53309.mail.yahoo.com> Received: from [24.9.132.53] by web53309.mail.yahoo.com via HTTP; Thu, 03 Feb 2005 17:16:41 PST Date: Thu, 3 Feb 2005 17:16:41 -0800 (PST) From: Joe Schmoe To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Fri, 04 Feb 2005 13:05:26 +0000 Subject: aggregating a bit of three different network connections into one ... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 01:16:42 -0000 Hello, I have three totally distinct network connections at my office. We have an ISDN line, a T1, and a DSL connection. I do not need to worry about the particulars of each connection, because I actually have an ethernet drop for each of them - someone else does the routing/csu-dsu/etc. - I just get a usable ethernet drop that supports DHCP (a distinct DHCP service on each port - they aren't related). I _also_ have a FreeBSD server sitting in a datacenter many miles away, with its own single, dedicated network connection out to the real world. What I would like to do is build a PC with three network cards in it, connect each card to each of those three network drops, and use 10% of the total bandwidth of each connection - somehow turning that into one single network connection that that PC would use. BUT I do not want some kind of round-robin scheme wherein TCP session X uses the fraction of the ISDN, and TCP session Y uses the fraction of the T1, etc. - I want the end result to be one single connection that behaves just like any other single connection. What I want is to create a virtual tunnel from this PC to the server in the datacenter - so all packets from the PC go out, equally, on the three disparate connections, and they all are pointed to the hosted server. The hosted server then pieces everything back together and creates useful connections to the outside internet, which it then passes back over the three-way tunnel to the PC. /--- 10% of this connection ---\ PC----- 10% of this connection ---- server -> Internet \---- 10% of this connection ---/ Is this possible ? Is netgraph one2many the correct mechanism to be looking at ? Basically I want a connection that, at the end, presents itself to the system as one single connection with one single IP, and gives effective bandwidth of (percentage-ISDN) + (percentage-T1) + (percentage-DSL). Thanks. __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 4 14:04:15 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD4A616A4CE for ; Fri, 4 Feb 2005 14:04:15 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2753743D1F for ; Fri, 4 Feb 2005 14:04:15 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id B9B1B46B8B; Fri, 4 Feb 2005 09:04:14 -0500 (EST) Date: Fri, 4 Feb 2005 14:03:24 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: ALeine In-Reply-To: <200502030208.j1328tsX070205@marlena.vvi.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: RFC: backporting GEOM to the 4.x branch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 14:04:15 -0000 On Wed, 2 Feb 2005, ALeine wrote: > I would hereby like to politely request your comments on backporting > GEOM to the 4.x branch. I personally would like to see GEOM backported > to the 4.x branch and I would appreciate it if all the developers > (especially Mr. Poul-Henning Kamp) who are familiar with the inner > workings of GEOM could comment on that idea, especially in terms of > giving me a rough overview of what would need to be done and pointing me > in the right direction so I could get started with backporting GEOM > myself. I should mention that I am an experienced programmer, but my > kernel programming experience is limited, I've only done some minor work > on a couple of kernel modules. I guess the interesting question is why to do this? The level of effort would be significant -- probably at least on the order of 6 to 12 man months of work, even by someone who was intimately familiar with all of the dependencies (and that's a non-trivial experience base to have). Wouldn't that time be better invested in correcting whatever defficiency or requirement it is that prevents you from running FreeBSD 5.x? Also, I can assure you that this is not a change that could be merged into the 4.x branch: that branch has both user application and kernel ABI stability requirements, not to mention general stability requirements, which would specifically preclude the level of ABI and other instability necessary to introduce the changes. This expression of concern aside, here are some thoughts directed as much to understanding how GEOM was integrated into 5.x as how to look at backporting: You probably want to begin by reviewing the initial version of GEOM checked in around March of 2002. I'd begin by looking at the src/sys/geom/*.[ch]:1.1 revisions. The vast majority of commits made to the source tree by phk in the window of about 2001 and 2003 are relevant to GEOM in some form, so it may be worth simply skimming through them all. Here are some of the areas that may be important: You'll want to look a fair amount at the change in semantics of 'struct buf' and 'struct bio' phk introduced over a substantial period of time to separate the notion of "buffers" and "in flight I/O requests". Likewise, prior to the actual GEOM integration, there was a fair amount of repacking of the existing disklabel support, how information was shared by the file system with the storage drivers, etc. You'll want look at changes in the semantics of the disk(9) APIs, which storage services use to expose storage facilities to the OS. You'll see that each disk device driver (or, in the case of storage frameworks, the framework -- for example, CAM) was modified to export disk services using GEOM. Another thing you'll want to note is that GEOM really assumes the existence of a devfs, so that new storage facilities can be directly exposed without application intervention. While it's possible to imagine GEOM without devfs, there would need to be a moderate chunk of code that performed device node and device minor/major management for GEOM without devfs. This is because GEOM directly manages device nodes for the storage devices that register with it, so those devices will typically not directly expose device nodes anymore. More recent changes have taught the swap system, file systems, etc, to speak directly to GEOM rather than device nodes, relying on GEOM I/O primitives. This both eliminates the requirement for the Giant lock in the middle of the storage stack, and also allows file systems to speak a consistent API to storage devices to query attributes of those devices, etc. Finally, GEOM assumes the more mature synchronization model present in the 5.x and 6.x kernels, created as part of SMPng. The 4.x kernel synchronization primitives are substantially less mature, and you may find that you need to backport other synchronization work (or substantially modify GEOM) to fit the parts together. Poul-Henning (and more recently, others) have invested a significant amount of work into the development of GEOM and its integration into the OS. In looking at a backport, you'll find that you'll need to basically replay a lot of that work against a 4.x tree, but without the benefit of simultaenous cleanup and development that occurred. If you're going to become an export in GEOM, I think we'd rather you invested that effort to continue to improve and mature the current GEOM in 5.x/6.x, rather than pushing it into the older system. If there are strong reasons not to deploy 5.x in your environment, we'd rather work to fix those problems so that you can use today's GEOM. Thanks, Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 4 18:41:01 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16B0516A4CE for ; Fri, 4 Feb 2005 18:41:01 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB97843D2F for ; Fri, 4 Feb 2005 18:41:00 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 1425546B3C; Fri, 4 Feb 2005 13:41:00 -0500 (EST) Date: Fri, 4 Feb 2005 18:40:09 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: ALeine In-Reply-To: <200502032003.j13K3Vm7080654@marlena.vvi.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@FreeBSD.org Subject: Re: RFC: backporting GEOM to the 4.x branch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 18:41:01 -0000 On Thu, 3 Feb 2005, ALeine wrote: > rwatson@FreeBSD.org wrote: > > > I guess the interesting question is why to do this? <...> > Basically, it seems like I should save myself a lot of trouble and just > deGEOMify GBDE so it can be integrated into FreeBSD 4.x and DragonFly > BSD. I can live without GEOM GATE, but GBDE (or dGDE as it will probably > be called once I'm done botching it :->) is something I really really > need in 4.x. Would this be something the Core members would like to see > committed to RELENG_4? > > I would also appreciate it very much if you could give me some pointers > on deGEOMifying GBDE. There are basically two parts to GBDE: - A block transformation engine that performs cryptographic operations on in-flight I/O operations and configuration data. - A lot of administrative details involving discovery, configuration, registration, interposition in the I/O path, event engine, etc. GEOM basically provides 90%+ of the second part of this, since that's basically what it is: a framework for storage transforms, discovery, management, I/O, etc. So that's the bit you'll need to replace if you want to make it run on 4.x. What you may want to do is create a character device driver that resembles the md(4)/vn(4) mechanism: it consumes another file or device, forwards I/O from its own device node to the underlying device after performing the transformation. If possible, you'd want to attempt to provide a small and approximate subset of the GEOM API to GBDE so that you could leave GBDE as intact as possible. Regarding getting this into 4.x: I suspect the biggest concern would be forward compatibility issues. It would be substantially counter-productive to merge a feature back with a different interface/compatibility, as it would make forward upgrades harder. So if it were going to be merged to 4.x, it would need to use an identical on-disk format, and ideally configuration settings/switches/commands/etc. I would continue to encourage you to invest this non-trivial effort in making 5.x fit your needs, instead :-). Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 4 19:33:53 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BC9216A4CE for ; Fri, 4 Feb 2005 19:33:53 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25CCD43D31 for ; Fri, 4 Feb 2005 19:33:53 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id EFBC17A41E; Fri, 4 Feb 2005 11:33:52 -0800 (PST) Message-ID: <4203CE20.9040504@elischer.org> Date: Fri, 04 Feb 2005 11:33:52 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: ALeine References: <200502030208.j1328tsX070205@marlena.vvi.at> In-Reply-To: <200502030208.j1328tsX070205@marlena.vvi.at> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: kernel@crater.dragonflybsd.org Subject: Re: RFC: backporting GEOM to the 4.x branch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 19:33:53 -0000 Geom requires DEVFS and requires that you DON'T have a static /dev. ALeine wrote: >I would hereby like to politely request your comments on backporting >GEOM to the 4.x branch. I personally would like to see GEOM backported >to the 4.x branch and I would appreciate it if all the developers >(especially Mr. Poul-Henning Kamp) who are familiar with the inner >workings of GEOM could comment on that idea, especially in terms of >giving me a rough overview of what would need to be done and pointing >me in the right direction so I could get started with backporting >GEOM myself. I should mention that I am an experienced programmer, but >my kernel programming experience is limited, I've only done some minor >work on a couple of kernel modules. > >I do understand that this would be quite an undertaking, so I would >also like to hear from others who would be willing to work on >backporting GEOM to the 4.x branch and having the port integrated >into DragonFly BSD. > >Thank you, >ALeine >___________________________________________________________________ >WebMail FREE http://mail.austrosearch.net >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 4 21:40:42 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CB6A16A4CE for ; Fri, 4 Feb 2005 21:40:42 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBB6243D4C for ; Fri, 4 Feb 2005 21:40:39 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id CA9C32BC4C7; Fri, 4 Feb 2005 22:40:38 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id BDF19407C; Fri, 4 Feb 2005 22:40:17 +0100 (CET) Date: Fri, 4 Feb 2005 22:40:17 +0100 From: Jeremie Le Hen To: ALeine Message-ID: <20050204214017.GH163@obiwan.tataz.chchile.org> References: <200502032003.j13K3Vm7080654@marlena.vvi.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-hackers@FreeBSD.org Subject: Re: RFC: backporting GEOM to the 4.x branch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 21:40:42 -0000 > > Basically, it seems like I should save myself a lot of trouble and just > > deGEOMify GBDE so it can be integrated into FreeBSD 4.x and DragonFly > > BSD. I can live without GEOM GATE, but GBDE (or dGDE as it will probably > > be called once I'm done botching it :->) is something I really really > > need in 4.x. Would this be something the Core members would like to see > > committed to RELENG_4? > > > > I would also appreciate it very much if you could give me some pointers > > on deGEOMifying GBDE. This may not be exactly what you are looking for, but I think it may be important to look at it at least : http://www.filesystems.org/ The project is named FiST and it uses stackable layers so you can, for example, encrypt file content. However, this won't encrypt filesystem metadatas since the upper layer (the one which encrypts datas) won't have access to them. FiST is bundled with numerous filesystems templates, but you are free to write yours. They use templates to make filesystem writing easier and also to make the filesystem independant from the operating system you are using : you can indeed build very easily your filesystem to use it on FreeBSD, Linux or Solaris (as far as the targeted operating system in supported). Last time I checked (about one year ago), FreeBSD 5 was not supported yet, but it's not your concern. Hope this helps. Best regards, -- Jeremie Le Hen jeremie@le-hen.org From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 5 05:51:22 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5E9316A4CE for ; Sat, 5 Feb 2005 05:51:22 +0000 (GMT) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id D83D343D31 for ; Sat, 5 Feb 2005 05:51:21 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j155pK12024352 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 5 Feb 2005 16:51:20 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j155pJ7l054506 for ; Sat, 5 Feb 2005 16:51:19 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j155pJ2V054505 for freebsd-hackers@freebsd.org; Sat, 5 Feb 2005 16:51:19 +1100 (EST) (envelope-from pjeremy) Date: Sat, 5 Feb 2005 16:51:19 +1100 From: Peter Jeremy To: freebsd-hackers@freebsd.org Message-ID: <20050205055119.GC44250@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i Subject: Sharing memory between ithread and userland X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Feb 2005 05:51:22 -0000 I have a device driver that uses a mmap'd region to share status information between the kernel driver and the userland application and am finding that some updates made by the interrupt handler don't seem to be visible to the application. I can't see anything I am doing wrong and hope that someone here can tell me what I've done wrong. I've tried disassembling both functions in question and as far as I can tell the machine code matches my expectations. The system is a single-CPU Athlon-XP running 5.3-RELEASEp4. Looking at the following code, my application is receiving SIGUSR1 signals with ev1ctr incrementing as expected but status, event1 and ev1sts all report no event has occurred. The signals are occurring at the expected rate and the actual data (which arrives via another mmap'd region) also looks correct (if I ignore event1 and just rely on ev1ctr, everything seems to work correctly). I'd suspect that something else was corrupting memory but is seems odd that the corruption affects non-adjacent words and always sets them to zero. Can anyone offer any suggestions? The shared area looks like: struct dev_status { uint32_t event1; uint32_t event2; uint32_t event3; ... uint32_t ev1ctr; ... uint32_t status; ... uint32_t ev1sts; ... }; My kernel interrupt handler looks like: static void dev_intr(void *arg) { struct dev_softc *sc = (struct dev_softc *)arg; struct dev_status *sts = sc->sc_sts; uint32_t irep, r; struct proc *p; irep = DEVICE_READ(INTERRUPT_REPORT); sts->ssts_irep = irep; sts->event1 = 0; sts->event2 = 0; sts->event3 = 0; if (irep & EVENT3) sts->event3 = 1; if (irep & EVENT2) { sts->event2 = 1; .... } if (irep & EVENT1) { r = DEVICE_READ(EVENT1_STATUS); sts->ev1sts = r; if (r & EVENT1_READY) { sts->event1 = 1; .... sts->ev1ctr++; } } if (sts->event1 || sts->event2 || sts->event3) { p = pfind(sc->sc_sigpid)) != NULL) { psignal(p, SIGUSR1); PROC_UNLOCK(p); } } The mmap handler looks like: dev_mmap(DPTYPE dev, vm_offset_t offset, vm_paddr_t *paddr, int nprot) { struct dev_softc *sc; sc = devclass_get_softc(dev_devclass, minor(dev)); if (offset == MAGIC_OFFSET) { *paddr = vtophys(sc->sc_sts); return 0; } ... } And my userland code looks like: volatile struct dev_status *sts; sts = mmap(NULL, STATUS_SIZE, PROT_READ, MAP_SHARED, device_fd, MAGIC_OFFSET); void handle_sigusr1(int sig) { static uint32_t buf1ctr; if (sts->event1) { while (bufctr < sts->ev1ctr) { ... bufctr++; } } if (sts->event2) { ... } if (sts->event3) { ... } } The following is a typical output from debugging code at the beginning of handle_sigusr1() - though the output is not identical from run to run: buf1ctr ev1ctr event1 status vptr:0x00000000 0x00000001 0x00000000 0x00000000 vptr:0x00000000 0x00000002 0x00000000 0x00000000 vptr:0x00000000 0x00000003 0x00000000 0x00000000 vptr:0x00000000 0x00000004 0x00000000 0x00000000 vptr:0x00000000 0x00000005 0x00000000 0x00000000 vptr:0x00000000 0x00000006 0x00000000 0x00000000 vptr:0x00000000 0x00000007 0x00000000 0x00000000 vptr:0x00000000 0x00000008 0x00000000 0x00000000 vptr:0x00000000 0x00000009 0x00000000 0x00000000 vptr:0x00000000 0x0000000A 0x00000001 0x00000001 vptr:0x0000000B 0x0000000B 0x00000000 0x00000000 vptr:0x0000000B 0x0000000C 0x00000000 0x00000000 vptr:0x0000000B 0x0000000D 0x00000001 0x00000001 vptr:0x0000000D 0x0000000E 0x00000000 0x00000000 vptr:0x0000000D 0x0000000F 0x00000001 0x00000001 vptr:0x0000000F 0x00000010 0x00000001 0x00000001 vptr:0x00000010 0x00000011 0x00000000 0x00000000 vptr:0x00000010 0x00000012 0x00000000 0x00000000 vptr:0x00000010 0x00000013 0x00000000 0x00000000 vptr:0x00000010 0x00000014 0x00000000 0x00000000 vptr:0x00000010 0x00000015 0x00000000 0x00000000 vptr:0x00000010 0x00000016 0x00000001 0x00000001 vptr:0x00000016 0x00000017 0x00000000 0x00000000 vptr:0x00000016 0x00000018 0x00000000 0x00000000 vptr:0x00000016 0x00000019 0x00000001 0x00000001 vptr:0x00000019 0x0000001A 0x00000001 0x00000001 vptr:0x0000001A 0x0000001B 0x00000001 0x00000001 vptr:0x0000001B 0x0000001C 0x00000001 0x00000001 vptr:0x0000001C 0x0000001D 0x00000001 0x00000001 vptr:0x0000001D 0x0000001E 0x00000001 0x00000001 vptr:0x0000001E 0x0000001F 0x00000001 0x00000001 vptr:0x0000001F 0x00000020 0x00000001 0x00000001 vptr:0x00000020 0x00000021 0x00000001 0x00000001 vptr:0x00000021 0x00000022 0x00000001 0x00000001 -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 4 15:58:39 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAFBF16A4CE; Fri, 4 Feb 2005 15:58:39 +0000 (GMT) Received: from marlena.vvi.at (marlena.vvi.at [208.252.225.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5592943D46; Fri, 4 Feb 2005 15:58:39 +0000 (GMT) (envelope-from www@marlena.vvi.at) Received: from marlena.vvi.at (localhost.marlena.vvi.at [127.0.0.1]) by marlena.vvi.at (8.12.10/8.12.9) with ESMTP id j13K3bbc080655; Thu, 3 Feb 2005 12:03:40 -0800 (PST) (envelope-from www@marlena.vvi.at) Received: (from www@localhost) by marlena.vvi.at (8.12.10/8.12.10/Submit) id j13K3Vm7080654; Thu, 3 Feb 2005 12:03:31 -0800 (PST) (envelope-from www) Date: Thu, 3 Feb 2005 12:03:31 -0800 (PST) Message-Id: <200502032003.j13K3Vm7080654@marlena.vvi.at> To: rwatson@FreeBSD.org From: "ALeine" X-Mailman-Approved-At: Sat, 05 Feb 2005 13:05:11 +0000 cc: freebsd-hackers@FreeBSD.org Subject: Re: RFC: backporting GEOM to the 4.x branch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 15:58:39 -0000 rwatson@FreeBSD.org wrote: > I guess the interesting question is why to do this? Thank you for your very thorough and insightful reply. :-) I've already discussed my reasons in detail with Matt Dillon, you can read our exchange at: http://leaf.dragonflybsd.org/mailarchive/kernel/2005-02/index.html Basically, it seems like I should save myself a lot of trouble and just deGEOMify GBDE so it can be integrated into FreeBSD 4.x and DragonFly BSD. I can live without GEOM GATE, but GBDE (or dGDE as it will probably be called once I'm done botching it :->) is something I really really need in 4.x. Would this be something the Core members would like to see committed to RELENG_4? I would also appreciate it very much if you could give me some pointers on deGEOMifying GBDE. Thank you, ALeine ___________________________________________________________________ WebMail FREE http://mail.austrosearch.net From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 4 22:53:00 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6BB416A4CE for ; Fri, 4 Feb 2005 22:53:00 +0000 (GMT) Received: from marlena.vvi.at (marlena.vvi.at [208.252.225.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 536E943D53 for ; Fri, 4 Feb 2005 22:52:58 +0000 (GMT) (envelope-from www@marlena.vvi.at) Received: from marlena.vvi.at (localhost.marlena.vvi.at [127.0.0.1]) by marlena.vvi.at (8.12.10/8.12.9) with ESMTP id j142vwbc087356; Thu, 3 Feb 2005 18:58:00 -0800 (PST) (envelope-from www@marlena.vvi.at) Received: (from www@localhost) by marlena.vvi.at (8.12.10/8.12.10/Submit) id j142vqwS087355; Thu, 3 Feb 2005 18:57:52 -0800 (PST) (envelope-from www) Date: Thu, 3 Feb 2005 18:57:52 -0800 (PST) Message-Id: <200502040257.j142vqwS087355@marlena.vvi.at> To: jeremie@le-hen.org From: "ALeine" X-Mailman-Approved-At: Sat, 05 Feb 2005 13:05:11 +0000 cc: freebsd-hackers@FreeBSD.org Subject: Re: RFC: backporting GEOM to the 4.x branch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 22:53:01 -0000 jeremie@le-hen.org wrote: > This may not be exactly what you are looking for, but I think it > may be important to look at it at least : > > http://www.filesystems.org/ > > The project is named FiST and it uses stackable layers so you > can, for example, encrypt file content. Thanks, I'm actually familiar with the inner workings of Erez Zadok's (FiST based) CryptFS, it's been running on my test system for about 2 years now. The problem with CryptFS is that it's not of production quality, it's more of a proof-of-concept academic type of implementation. Back in 2003 I tracked down a serious (kernel-panic-causing) off-by-one bug in the FreeBSD 4 and 5 vnode fistgen templates for which I also submitted a patch. Erez said he would see to it that the patch got committed, but I just checked and I see that that bug is still present in the latest version (0.0.7). Oh well, if you want to use CryptFS on your FreeBSD 4.x and 5.x systems without kernel panics feel free to contact me for the patch. Maybe someone would be willing to put the patch somewhere on freebsd.org so that new CryptFS users can easily find it? Anyway, Erez has also been working on NCryptFS, which seems quite promising: http://filesystems.org/docs/ncryptfs/ncryptfs.html The problem with NCryptFS is that so far no code has been released and since it looks like it might get released a day after Duke Nuke 'em Forever I thought I would see what I can do about backporting GDBE to the 4.x branch. :-/ ALeine ___________________________________________________________________ WebMail FREE http://mail.austrosearch.net