From owner-freebsd-hackers@freebsd.org Sun Nov 22 00:05:14 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F4BBA34C41 for ; Sun, 22 Nov 2015 00:05:14 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 291D914C8 for ; Sun, 22 Nov 2015 00:05:13 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from yuri.doctorlan.com (c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id tAM05C14008996 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sat, 21 Nov 2015 16:05:13 -0800 (PST) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128] claimed to be yuri.doctorlan.com Subject: Re: Here documents: do they work in FreeBSD make? To: Tim Kientzle References: <5650FB25.2060408@rawbw.com> Cc: Freebsd hackers list From: Yuri Message-ID: <565106B2.9090606@rawbw.com> Date: Sat, 21 Nov 2015 16:05:06 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Nov 2015 00:05:14 -0000 On 11/21/2015 15:51, Tim Kientzle wrote: > If you really need to build files programmatically as > part of your makefile, create separate shell scripts > and invoke those from make instead: Yes, I know this, but I am doing this for the USES module, and I will have to create the second file for this module under Mk/Scripts or something. I am trying to avoid this. Per-line output like this ${ECHO} "..." >> ${MY_DIR}/my-file works, but it suffers from the escaping problem. Requires to modify the source with escaping sequences. I was thinking that 'here document' could help, but they it doesn't work for some reason. I am trying to find the simplest solution. Yuri From owner-freebsd-hackers@freebsd.org Sun Nov 22 00:09:19 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08664A34D25 for ; Sun, 22 Nov 2015 00:09:19 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A403B1618 for ; Sun, 22 Nov 2015 00:09:18 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id tALNq118045803; Sat, 21 Nov 2015 23:52:01 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.108] (192.168.1.101 [192.168.1.101]) by kientzle.com with SMTP id 7i5njn4d8ac48gbc8zjwjs5p56; Sat, 21 Nov 2015 23:52:01 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: Here documents: do they work in FreeBSD make? From: Tim Kientzle In-Reply-To: <5650FB25.2060408@rawbw.com> Date: Sat, 21 Nov 2015 15:51:01 -0800 Cc: Freebsd hackers list Content-Transfer-Encoding: 7bit Message-Id: References: <5650FB25.2060408@rawbw.com> To: Yuri X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Nov 2015 00:09:19 -0000 > On Nov 21, 2015, at 3:15 PM, Yuri wrote: > > This syntax doesn't work for me: > @cat <${MY_DIR}/my-file \ > #!/bin/sh \ > \ > echo 'Hello World!' \ > EOF \ > > ${MY_DIR}/my-file is created empty. If you really need to build files programmatically as part of your makefile, create separate shell scripts and invoke those from make instead: In makefile: ${TOPDIR}/build-file ${MY_DIR}/my-file From owner-freebsd-hackers@freebsd.org Sun Nov 22 02:29:19 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 550EBA35647 for ; Sun, 22 Nov 2015 02:29:19 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2511A1DCE for ; Sun, 22 Nov 2015 02:29:18 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from yuri.doctorlan.com (c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id tAM2TGau019198 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 21 Nov 2015 18:29:17 -0800 (PST) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128] claimed to be yuri.doctorlan.com Subject: Re: Here documents: do they work in FreeBSD make? To: Freebsd hackers list References: <5650FB25.2060408@rawbw.com> From: Yuri Message-ID: <5651287C.1000905@rawbw.com> Date: Sat, 21 Nov 2015 18:29:16 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <5650FB25.2060408@rawbw.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Nov 2015 02:29:19 -0000 On 11/21/2015 15:15, Yuri wrote: > > Could anybody give me a hint what am I doing wrong? Answering myself, here documents aren't supported in BSD make. I would just do ${ECHO}. Yuri From owner-freebsd-hackers@freebsd.org Sun Nov 22 03:25:11 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D096AA35FF1 for ; Sun, 22 Nov 2015 03:25:11 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ADD561C83 for ; Sun, 22 Nov 2015 03:25:11 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sun, 22 Nov 2015 03:25:23 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id tAM3P3x3004177; Sat, 21 Nov 2015 20:25:03 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1448162703.1398.5.camel@freebsd.org> Subject: Re: Here documents: do they work in FreeBSD make? From: Ian Lepore To: Yuri , Freebsd hackers list Date: Sat, 21 Nov 2015 20:25:03 -0700 In-Reply-To: <5650FB25.2060408@rawbw.com> References: <5650FB25.2060408@rawbw.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Nov 2015 03:25:11 -0000 On Sat, 2015-11-21 at 15:15 -0800, Yuri wrote: > This syntax doesn't work for me: > @cat <${MY_DIR}/my-file \ > #!/bin/sh \ > \ > echo 'Hello World!' \ > EOF \ > > ${MY_DIR}/my-file is created empty. > > Could anybody give me a hint what am I doing wrong? > The \ line-splicing is being done by make, the shell sees one long string which has a comment delim right after the filename and no here document at all. You should be able to see that if you take the @ off the line (or make -dl). -- Ian From owner-freebsd-hackers@freebsd.org Sun Nov 22 11:14:14 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1DF4A35EE2 for ; Sun, 22 Nov 2015 11:14:14 +0000 (UTC) (envelope-from emorrasg@yahoo.es) Received: from nm23-vm1.bullet.mail.ir2.yahoo.com (nm23-vm1.bullet.mail.ir2.yahoo.com [212.82.97.16]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F60E19AE for ; Sun, 22 Nov 2015 11:14:13 +0000 (UTC) (envelope-from emorrasg@yahoo.es) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.es; s=s2048; t=1448190649; bh=IboNtIN2ONcx7Gxp4WGIM+CHrUXiVop5aTy859oszGw=; h=Date:From:To:Subject:In-Reply-To:References:From:Subject; b=ckJCp3zgy/66HolZNdQE2BV2jQ1mjzL2QJRAK6uBzJpc33AoUkm/ZMWhIttu32npDa4IiiPOTXhqOZDZAAbRoTMA94GpF4xSfjt/SiLSDTGEoNRVSym92M48ki4TeHQjs7ghNL7q3A75h6x3vAU2wq+qdkIZKBT406gnYOKsCK5IEKeBaKAZzjXWuPw90vnKjZcQ0sgCffNN8wnf6RTyvZHqtNkCzvkm2k/GN6gOkrfSfF2WAmWoC9bbsCANk5m5oVtUbIWTc4DPto7dv/75s5UEYkeVrzvDY4SRgTmxtaPfLSPhgjv0Mz5wCvk/2xi87rUOSRCkxgDSNHkGmI+Ngw== Received: from [212.82.98.62] by nm23.bullet.mail.ir2.yahoo.com with NNFMP; 22 Nov 2015 11:10:49 -0000 Received: from [46.228.39.100] by tm15.bullet.mail.ir2.yahoo.com with NNFMP; 22 Nov 2015 11:10:49 -0000 Received: from [127.0.0.1] by smtp137.mail.ir2.yahoo.com with NNFMP; 22 Nov 2015 11:10:49 -0000 X-Yahoo-Newman-Id: 262296.38162.bm@smtp137.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: HFuJ_wgVM1mu03cHHr8CwKPPyouOo46Mn5DZQXT9..vOn5r NeZM7pq_NHGTuVmPZs6be59X8KQFbPX.eKPQQYF7w89AvaFrpZxnnho.PTxg 9KE86cGRjx5S0_Q_QFQO8y3zRgXiMG4AT4EWPGwxPB0vzlBfJV8pdg1ujBbp JwvVaJxjfoUxwB6ZBoU1eZfTnrB.EFehAVUi8rSLolKmUZwz0zHV.PGEpjio 1OukoXD96JN6mjRFxoka.8DUM4ItzB2CeV7FjcQQMgGd415I1LLczZOrY41p wndV59NCiPv4Cb7SUGGndHYUcIUk2p0bgvRokhnuR3AqDNWdze89dhdTmDHa KBy6I9_j3ldykZ54TJq2dwBdR0Ku8yYXzk5NXM2yam.3Q14kE_rvbIuvcbiL qoGZsPFWjAAwea1m_BKA9Dw6g0bGD7crZV1ousoy50cBCIH89HLfbGVHyLnl Fs2aCHKA0ikr1VtKEVWNf1Br0T9FsS9h6bUEpvJzxBiT_eh5mD8ZuZ3Rr9fZ V8LnesCpMukEIemgq9oIJGs7aPJjhrIlwqhz_0k8- X-Yahoo-SMTP: mX392iiswBAeJNdO_s.EW62LZDJR Date: Sun, 22 Nov 2015 12:11:09 +0100 From: Eduardo Morras To: freebsd-hackers@freebsd.org Subject: Re: libUCL / UCL as FreeBSD config question Message-Id: <20151122121109.3b757d2c550609a7fbd46748@yahoo.es> In-Reply-To: <564F6411.6040208@freebsd.org> References: <5B598F72-C5DD-48FD-866D-F90E117D646E@rdsor.ro> <564F6118.5030702@freebsd.org> <20151120191426.a720ca4f4e73bd867d535104@yahoo.es> <564F6411.6040208@freebsd.org> X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.28; amd64-portbld-freebsd10.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Nov 2015 11:14:15 -0000 On Fri, 20 Nov 2015 13:18:57 -0500 Allan Jude wrote: > On 2015-11-20 13:14, Eduardo Morras wrote: > > On Fri, 20 Nov 2015 13:06:16 -0500 > > Allan Jude wrote: > > > >> Although some limitation in libucl mean that, if you have a config > >> that has comments in it, the comments are lost, as they are not > >> represented in the in-memory version of the object that then gets > >> serialized for output. If you treat the config files as a database, > >> then this is fine, but if the user expects to still hand edit them > >> with an editor, this is a fairly big POLA violation. > > > > POLA as in > > https://en.wikipedia.org/wiki/Principle_of_least_astonishment or > > https://en.wikipedia.org/wiki/Principle_of_least_privilege ? > > Astonishment. The user put meaningful comments in their config file, > they used the utility to make a change to some value elsewhere in the > config file, now their config file is written possibly in a different > order, and with no comments. Thanks for the clarification, I thought the user should not have enough privileges to access the config files. > >> -- > >> Allan Jude > > --- --- > > Eduardo Morras From owner-freebsd-hackers@freebsd.org Sun Nov 22 19:01:04 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BFE38A35493 for ; Sun, 22 Nov 2015 19:01:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AAEF11DD3 for ; Sun, 22 Nov 2015 19:01:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tAMJ1464017556 for ; Sun, 22 Nov 2015 19:01:04 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-hackers@FreeBSD.org Subject: [Bug 204716] boot loader bcache is trashed by larger sequential reads from zfs/ufs Date: Sun, 22 Nov 2015 19:01:04 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: ae@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-hackers@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Mailman-Approved-At: Sun, 22 Nov 2015 20:05:05 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Nov 2015 19:01:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204716 Andrey V. Elsukov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ae@FreeBSD.org Assignee|freebsd-bugs@FreeBSD.org |freebsd-hackers@FreeBSD.org --- Comment #1 from Andrey V. Elsukov --- add hackers@ to discuss this change. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-hackers@freebsd.org Sun Nov 22 19:01:28 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB50FA355DD for ; Sun, 22 Nov 2015 19:01:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A70491E83 for ; Sun, 22 Nov 2015 19:01:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tAMJ1Swn023941 for ; Sun, 22 Nov 2015 19:01:28 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-hackers@FreeBSD.org Subject: [Bug 204716] boot loader bcache is trashed by larger sequential reads from zfs/ufs Date: Sun, 22 Nov 2015 19:01:28 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: ae@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-hackers@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Mailman-Approved-At: Sun, 22 Nov 2015 20:05:21 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Nov 2015 19:01:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204716 --- Comment #2 from Andrey V. Elsukov --- I reduced usage of bcache in r241053. Now it doesn't needed for caching of partition tables metadata. I think we need to measure how often and how many bytes of the metadata read UFS and ZFS. And probably remove bcache at all. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-hackers@freebsd.org Sun Nov 22 22:24:55 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F722A34D30 for ; Sun, 22 Nov 2015 22:24:55 +0000 (UTC) (envelope-from mark@heily.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C73621018 for ; Sun, 22 Nov 2015 22:24:54 +0000 (UTC) (envelope-from mark@heily.com) Received: by ioc74 with SMTP id 74so171171135ioc.2 for ; Sun, 22 Nov 2015 14:24:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heily-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ImFAt0uF61mjwlChXZ1XYa4BfeUBGENMH6kXEorYABw=; b=tKTy6HNz5qQqj//63OBq5BXr4jfy481+O3SMfCY6R5xOmmlCIPOoxd9xniwal/FJON +3P7Uxss7pHM0n3yshtfCsQWUX4kxTmdMhvyKhXtF/G5ohmefyP9hhw6GGbDcjHKgr6a KENpqQsvLzeYekKvf5hwJ5HVM1wvlF3vpnEjBKLrNwlpF3Wz/G6eGQQFzeC5UJGaZKiv 9H/aJVLE+l0gGeBwcQecYb9U73IOfOVaaBCNpZQKV04mF6PL6NDXbTJqKcHKpJudefPZ vnPVAGR453dFh746VMIzgtZf+rAYm2nlr25UcosQMk4Us8N++Msj7WFZoBY7ri9HPAVu 8rkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ImFAt0uF61mjwlChXZ1XYa4BfeUBGENMH6kXEorYABw=; b=A7NHJteFaAdYtaYs3H3o+k3MJ5D+pWsERXUkIDeHg8B22Cr7YP81xIEfcWPYfjXCMp tH7h+piXy2c3WRw04cbxKZQOcNbwkNO4XTT1sYPmNzA2NjMmwIPrbEloarvt4ngIrN3V IU7hdbkucj5d7/xhaFIADLuIMZkZq10Sdye6qRR6jBJY1WqxWAaqQBrHXdrgKO7yTdzh dc3QOnuBuT7Eq3eaAY62pkBgwjYRqMNzw2ipFp314cQLPUlp8lLiNQUSvalzaPmeeUoZ wd/8kQRv5QfGzMqkMjumTmyTymy4AgBbjhefQRVESbgEue8AuOwxLteVBSO5BqV0RPTh vaPQ== X-Gm-Message-State: ALoCoQnktKvIg86jAgr+Sg/bhy1RbwDLAMMyZ/vjdEOx8D7OXyPjlAMt0UteUocXvmI3itlad4fW MIME-Version: 1.0 X-Received: by 10.107.43.151 with SMTP id r145mr16471616ior.7.1448231094040; Sun, 22 Nov 2015 14:24:54 -0800 (PST) Received: by 10.79.82.3 with HTTP; Sun, 22 Nov 2015 14:24:53 -0800 (PST) X-Originating-IP: [71.70.169.30] In-Reply-To: References: <5B598F72-C5DD-48FD-866D-F90E117D646E@rdsor.ro> <564F6118.5030702@freebsd.org> <5576AC9A-791F-4B52-9433-32D2806D35C9@rdsor.ro> <564F8E1F.8060600@freebsd.org> Date: Sun, 22 Nov 2015 17:24:53 -0500 Message-ID: Subject: Re: libUCL / UCL as FreeBSD config question From: Mark Heily To: Dan Partelly Cc: freebsd-hackers@freebsd.org, Allan Jude Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Nov 2015 22:24:55 -0000 On Nov 21, 2015 3:07 AM, "Dan Partelly" wrote: > > > Absent the will to adopt a proper, fully transactional and atomic mechanism of storing OS configuration, > I would go back to the drawing board for a while. The creation of a "proper" mechanism for storing OS configuration aligns well with the mental roadmap that I have for the StateD project... The current version of stated(8) provides the front end for a unified configuration system with pub/sub notifications. The next incremental step is to build the backend, and the initial implementation will just scrape the configuration files in /etc and present them in a read-only fashion. For the next major step, we could build an entirely new backend that uses libUCL to provide read/write access to configuration settings. This access would be mediated through stated(8) to provide history, transactions, locking, atomicity, and notifications. For example, imagine that one could change the host name and domain name with this command: statectl set hostname=foo domain=bar.com Behind the scenes, stateD would acquire a lock on appropriate current configuration file(s), make a backup copy of the current state, use libucl to modify the files to reflect the desired changes, unlock the file(s), and generate notifications. IMHO, it would be better for libucl to focus on being a general-purpose library for parsing/generating configuration files, and have another layer like stated(8) that manages things like concurrency and transactions. From owner-freebsd-hackers@freebsd.org Sun Nov 22 22:05:35 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA9D9A347E5 for ; Sun, 22 Nov 2015 22:05:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 98FFC1866 for ; Sun, 22 Nov 2015 22:05:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tAMM5ZWh048768 for ; Sun, 22 Nov 2015 22:05:35 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-hackers@FreeBSD.org Subject: [Bug 204716] boot loader bcache is trashed by larger sequential reads from zfs/ufs Date: Sun, 22 Nov 2015 22:05:35 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: tsoome@me.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-hackers@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Mailman-Approved-At: Sun, 22 Nov 2015 22:31:59 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Nov 2015 22:05:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204716 --- Comment #3 from Toomas Soome --- well, of course it really depends on other interfaces, I actually did something more about bcache - instead of LRU, I use it as hash table, and in fact did make it a bit larger for test purposes. zfs boot to beastie menu: cache blocks: 8192 cache blocksz: 512 3906 ops 1533 bypasses 2281 hits 559 misses 6 flushes few / directory listings and: cache blocks: 8192 cache blocksz: 512 10110 ops 4473 bypasses 5754 hits 569 misses 6 flushes same with illumos ufs: cache blocks: 8192 cache blocksz: 512 1018 ops 297 bypasses 6636 hits 594 misses 6 flushes few / directory listings and: cache blocks: 8192 cache blocksz: 512 1564 ops 411 bypasses 13228 hits 914 misses 6 flushes so, it can provide some use still - from this trivial sample, especially with ufs. but once again - this sample is with hash table and without 2sec TTL check. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-hackers@freebsd.org Sun Nov 22 23:00:23 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 326DFA333D7 for ; Sun, 22 Nov 2015 23:00:23 +0000 (UTC) (envelope-from mark@heily.com) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DC79A1CB7 for ; Sun, 22 Nov 2015 23:00:22 +0000 (UTC) (envelope-from mark@heily.com) Received: by igcmv3 with SMTP id mv3so18975192igc.0 for ; Sun, 22 Nov 2015 15:00:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heily-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=sUCE9W/8UhkxOHeLHb1Q+S0We2G0kTlzFtOndvMWPiw=; b=SkNjL74HO1dCDzQ1U82vyeg+8GVNJKnjrPwibi0uTGlCkCVgjZfiZktAJGXuyDLDck jvgYDkD3JGAzkvxpMZg/dbw8eYecmBQU0WofhHbfktvO7s7v7DKndcdgcAnX6edBRQ+W mOdCGpHxryMx3tif4ZXJszE4krxluij3fKKotEPHrFHTILpkGTxhfVghcwU7/t66f54n bZSWTH2aKd0dinRz7tMWxYgvdgEFOqqwwvY1pQeagb5a4NTapRY5sjz4o7+37mkoOu57 i1GqQ7/yBplfPLeNiazDa3WXx+ZG+6X1twYYPcQrt+6Q2GdUhmreDh5zFyrzZuP+Vw0j dJCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=sUCE9W/8UhkxOHeLHb1Q+S0We2G0kTlzFtOndvMWPiw=; b=ahRvgICUB/RIDm1OJHqyGe1KQ3G36LpBxsSrcknTpIuvMulEvR+1bxvxdjGDDIc+wf sC3RY0XU7D7dGLX0BVLaagfLOMC/W8HrAIM7v4LHpKmrCtI25Dk/EMC91oR/EO4JQRzC soZ1i8v4DnB5aBDtX5s1gsSdnPEZ3C/ZK8gtbxrCS20Z+KmBM76JIvq7YOLlbHy4vif8 eGcKlTHiAmoUCoW/XV23VvXoo5yhBvCzY6nrlu9EZJXKB8kugyFoeHt9qEEmsZ3rfz5b eBF0hjAABxKqAImTw+Q7HbsaHv1aMI1SY9tLjozVKORMATscxBloaarG7/D32OhDRbF8 vv0A== X-Gm-Message-State: ALoCoQmrTyZe/nnLCoQueQYfBMZxTACMAY9hnLddEPrxoWFFxsRUe4k7jKV+ujbueZJT3V6NbBPk MIME-Version: 1.0 X-Received: by 10.50.73.228 with SMTP id o4mr9903931igv.37.1448233222276; Sun, 22 Nov 2015 15:00:22 -0800 (PST) Received: by 10.79.82.3 with HTTP; Sun, 22 Nov 2015 15:00:22 -0800 (PST) X-Originating-IP: [71.70.169.30] In-Reply-To: <8FF83C2F-D8CD-4366-A890-7EF605050456@netgate.com> References: <8FF83C2F-D8CD-4366-A890-7EF605050456@netgate.com> Date: Sun, 22 Nov 2015 18:00:22 -0500 Message-ID: Subject: Re: relaunchd: a portable clone of launchd From: Mark Heily To: Jim Thompson Cc: =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= , FreeBSD Hackers Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Nov 2015 23:00:23 -0000 On Wed, Nov 18, 2015 at 3:20 AM, Jim Thompson wrote: > > >> On Nov 18, 2015, at 1:32 AM, Fernando Apestegu=C3=ADa wrote: >> >> Anyway, I agree that if we are going to replace a key component of the >> system we may want to discuss which approach is best (launchd, >> relaunchd, OpenRC, svc, etc...). > > And thus the bike shed begins before it's built. Allow me to clarify the goals of relaunchd and how this affects the existing init(8) and rc(8) system in FreeBSD. Unlike the original launchd project, relaunchd is not trying to become PID #1 or replace anything in the base system. I am simply asking for help getting it fixed up and committed to the ports tree, so it can become an alternative for people who want to configure their systems to take advantage of the featureset that launchd provides. Choice is good, and I don't want to take away people's ability to use nosh, openrc, svc, or whatever else meets their needs. I will try to develop relaunchd in such a way that it *could* be used to replace rc(8) if desired, but that would require a lot of work and discussion and buy-in from the FreeBSD project leadership. Because relaunchd is such a young project, I want to have more realistic goals and not worry about what might happen in the longer term. I would consider it a major success if, a year from now, the majority of the daemons in the ports tree offer support for running under launchd(8) in addition to the traditional rc(8) init scripts. From owner-freebsd-hackers@freebsd.org Mon Nov 23 21:43:37 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DAF48A361AD for ; Mon, 23 Nov 2015 21:43:37 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ACC621EAA for ; Mon, 23 Nov 2015 21:43:37 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 3A90B20AA9 for ; Mon, 23 Nov 2015 16:43:36 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute5.internal (MEProxy); Mon, 23 Nov 2015 16:43:36 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=dvy1ZAgvzsVRG17 t4b2OI6ESgeE=; b=Bwgo24RycyHwC4sG7MMSgptL5iEJpkztpMOHn2/C5pkoqM+ pZqM7FV/0wInJEzN61UjoU89BNWfTz04krCSNBI/Y8VqE82kWAnri1K1HWaJ91AZ rW0nzNM0XA2nA5/OEyi0/x8yogWUdd+JxyZU3P+8nrN6TrZMbiE0BWZLeAHs= Received: by web3.nyi.internal (Postfix, from userid 99) id 0ACFF100E40; Mon, 23 Nov 2015 16:43:36 -0500 (EST) Message-Id: <1448315015.3831110.448098897.54B341BF@webmail.messagingengine.com> X-Sasl-Enc: yMYQLopO+6BBU+1Sh9926H/AmO+MK397Ld+WX+e8LkvU 1448315015 From: Mark Felder To: Jim Thompson , =?ISO-8859-1?Q?Fernando=20Apestegu=EDa?= Cc: FreeBSD Hackers , Mark Heily MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: MessagingEngine.com Webmail Interface - ajax-0a80c2aa In-Reply-To: <8FF83C2F-D8CD-4366-A890-7EF605050456@netgate.com> References: <8FF83C2F-D8CD-4366-A890-7EF605050456@netgate.com> Subject: Re: relaunchd: a portable clone of launchd Date: Mon, 23 Nov 2015 15:43:35 -0600 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2015 21:43:37 -0000 On Wed, Nov 18, 2015, at 02:20, Jim Thompson wrote: >=20 >=20 > > On Nov 18, 2015, at 1:32 AM, Fernando Apestegu=EDa wrote: > >=20 > > Anyway, I agree that if we are going to replace a key component of the > > system we may want to discuss which approach is best (launchd, > > relaunchd, OpenRC, svc, etc...). >=20 > And thus the bike shed begins before it's built.=20 > I hope we defer the "discussion" to a roundtable between the actual authors of launchd, relaunchd, and nosh and the affected parties: * src committers who maintain things in base this will affect * rc.subr shareholders * portmgr (port rc scripts *cannot* break and need a migration path) Lets not let this stagnate for years. Those who write the code get the votes. --=20 Mark Felder ports-secteam member feld@FreeBSD.org From owner-freebsd-hackers@freebsd.org Tue Nov 24 08:30:33 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07442A36289 for ; Tue, 24 Nov 2015 08:30:33 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [188.252.31.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "puchar.net", Issuer "puchar.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5DF9C1C19 for ; Tue, 24 Nov 2015 08:30:31 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.14.9) with ESMTPS id tAO8L50H095356 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 24 Nov 2015 09:21:06 +0100 (CET) (envelope-from wojtek@puchar.net) Received: from laptop.wojtek.intra (localhost [127.0.0.1]) by laptop.wojtek.intra (8.14.9/8.14.9) with ESMTP id tAO8L3Tk004438; Tue, 24 Nov 2015 09:21:03 +0100 (CET) (envelope-from wojtek@puchar.net) Received: from localhost (wojtek@localhost) by laptop.wojtek.intra (8.14.9/8.14.9/Submit) with ESMTP id tAO8KvbV004435; Tue, 24 Nov 2015 09:20:58 +0100 (CET) (envelope-from wojtek@puchar.net) X-Authentication-Warning: laptop.wojtek.intra: wojtek owned process doing -bs Date: Tue, 24 Nov 2015 09:20:57 +0100 (CET) From: Wojciech Puchar X-X-Sender: wojtek@laptop.wojtek.intra To: Vsevolod Stakhov cc: Dan Partelly , freebsd-hackers@freebsd.org Subject: Re: libUCL / UCL as FreeBSD config question In-Reply-To: <564F39E9.3030303@highsecure.ru> Message-ID: References: <5B598F72-C5DD-48FD-866D-F90E117D646E@rdsor.ro> <564F39E9.3030303@highsecure.ru> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (puchar.net [10.0.1.1]); Tue, 24 Nov 2015 09:21:06 +0100 (CET) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 08:30:33 -0000 >> if UCL becomes the new config mechanism of FreeBSD. then it will be fine time to move to some other OS. From owner-freebsd-hackers@freebsd.org Tue Nov 24 09:50:39 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF27DA357B7 for ; Tue, 24 Nov 2015 09:50:39 +0000 (UTC) (envelope-from dan_partelly@rdsor.ro) Received: from mail.rdsor.ro (mail.rdsor.ro [193.231.238.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3D06C1D24; Tue, 24 Nov 2015 09:50:38 +0000 (UTC) (envelope-from dan_partelly@rdsor.ro) Received: from [192.168.1.100] (unknown [79.119.24.18]) by mail.rdsor.ro (Postfix) with ESMTP id ED340F0C4; Tue, 24 Nov 2015 11:50:30 +0200 (EET) Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: libUCL / UCL as FreeBSD config question From: Dan Partelly In-Reply-To: Date: Tue, 24 Nov 2015 11:50:30 +0200 Cc: freebsd-hackers@freebsd.org, Allan Jude Message-Id: <663FAC89-8B0B-4E20-85F2-36C346A3AC73@rdsor.ro> References: <5B598F72-C5DD-48FD-866D-F90E117D646E@rdsor.ro> <564F6118.5030702@freebsd.org> <5576AC9A-791F-4B52-9433-32D2806D35C9@rdsor.ro> <564F8E1F.8060600@freebsd.org> To: Mark Heily X-Mailer: Apple Mail (2.3096.5) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 09:50:40 -0000 > IMHO, it would be better for libucl to focus on being a = general-purpose library for parsing/generating configuration files, and = have another layer like stated(8) that manages things like concurrency = and transactions. >=20 >=20 It=E2=80=99s not that simple. Mandatory locking is the minimal = protection you need . And mandatory locking is not available by default = on most unixes, it needs to be specifically enabled . (Windows NT and = derivated kernels offer support)=20 And even with mandatory locking the support would be iffy. With text = files there is the constant temptation to just throw vi on them. Unless = your daemon keeps all the time a mandatory lock on all confif files, = this is not going to work well. A proper solution might need kernel support,and quit using text files = for OS config. Hence IMO a proper solution has very few chances to be = implemented. Most people seem to have some fetish with text files, and = like to be stuck in past. It is like somehow magically .txt files are = immune to corruption, but any other format is not. See, allegedly, some ppl from Linux world went as far as gathering = bitcoin to pay for a hit on the author of systemd, Lennart Pottering. = Systemd might not be perfect, might be buggy, not =E2=80=9Cready=E2=80=9D= yet for enterprise , (or it might, I dontr really use any kind of = Linux, so I cant tell ) but it is much needed innovation. Can=E2=80=99t = really even call it innovation, =20 Windows servers have such features since long ago. Its merely catch up. = ( NT derived kernels are awesome beasts IMO, with very cool design ) Also, it is my opinion that every BSD desktop distribution started with = the left foot. Instead of developing window managers and desktop = managers and reinventing the wheel , their focus should have been = translating some utils from BSD base in libraries, write some daemons = like notifyd, launchd (just general examples, not necessarily copy their = implementation ) and build frameworks to manage geom objects. network interfaces,protocol = configuration, cron like features and so on. Instead all invent new = desktops and WMs and so on.=20 But the issue is, those all sit on a flimsy scaffolding, of = frankensteined toolkits and Rube Goldberg contraptions. IMO, not a = single BSD desktop distribution is attacking the right problem. The = problem of the unix desktop must be solved starting at OS framework = level. Ironically, some of the features which are desirable to have in a modern = =E2=80=9Centerprise=E2=80=9D OS rest on much the same daemons and = frameworks which would make the proper unix desktop possible. > On 23 Nov 2015, at 00:24, Mark Heily wrote: >=20 >=20 > On Nov 21, 2015 3:07 AM, "Dan Partelly" > wrote: > > > >=20 > > Absent the will to adopt a proper, fully transactional and atomic = mechanism of storing OS configuration, > > I would go back to the drawing board for a while. >=20 > The creation of a "proper" mechanism for storing OS configuration = aligns well with the mental roadmap that I have for the StateD = project... >=20 > The current version of stated(8) provides the front end for a unified = configuration system with pub/sub notifications. The next incremental = step is to build the backend, and the initial implementation will just = scrape the configuration files in /etc and present them in a read-only = fashion. >=20 > For the next major step, we could build an entirely new backend that = uses libUCL to provide read/write access to configuration settings. This = access would be mediated through stated(8) to provide history, = transactions, locking, atomicity, and notifications. >=20 > For example, imagine that one could change the host name and domain = name with this command: >=20 > statectl set hostname=3Dfoo domain=3Dbar.com > Behind the scenes, stateD would acquire a lock on appropriate current = configuration file(s), make a backup copy of the current state, use = libucl to modify the files to reflect the desired changes, unlock the = file(s), and generate notifications. >=20 > IMHO, it would be better for libucl to focus on being a = general-purpose library for parsing/generating configuration files, and = have another layer like stated(8) that manages things like concurrency = and transactions. >=20 From owner-freebsd-hackers@freebsd.org Wed Nov 25 02:27:07 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4796AA37F31 for ; Wed, 25 Nov 2015 02:27:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 25F7C109B; Wed, 25 Nov 2015 02:27:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 19B96B98F; Tue, 24 Nov 2015 21:27:06 -0500 (EST) From: John Baldwin To: freebsd-hackers@freebsd.org Cc: Ian Lepore , freebsd-hackers Subject: Re: vmstat -m strangeness Date: Tue, 24 Nov 2015 17:10:19 -0800 Message-ID: <1769220.C3nP8qXIrX@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <1445378386.14127.2.camel@freebsd.org> References: <1445378386.14127.2.camel@freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Nov 2015 21:27:06 -0500 (EST) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 02:27:07 -0000 On Tuesday, October 20, 2015 03:59:46 PM Ian Lepore wrote: > root@wand:~ # vmstat -m | egrep "busdma|bounce|devbuf|Type" > Type InUse MemUse HighUse Requests Size(s) > devbuf 125 10K - 166 16,32,64,256,512,1024 > busdma 922 116K - 922 128 > bounce 385 775K - 385 32,128 > > How do 385 allocations of 32 or 128 bytes add up to 775K? The > answer... 768K of individual pages each allocated via contigmalloc() do > n't show up in that output. Why is that, and is it something that > should be fixed? Hmm. The output is "correct", it's just that these small allocations have relatively high overhead (PAGE_SIZE - 32 for a 32 byte allocation, etc.). Not sure if there's a way to explain (in vmstat output) why the overhead for certain malloc buckets is so high. Perhaps the vmstat(8) manpage could be expanded to explain what MemUse is and list the contigmalloc() case explicitly as one possible reason for high overhead? -- John Baldwin From owner-freebsd-hackers@freebsd.org Wed Nov 25 02:27:05 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB060A37F1F; Wed, 25 Nov 2015 02:27:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B5EF01097; Wed, 25 Nov 2015 02:27:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C7840B95B; Tue, 24 Nov 2015 21:27:04 -0500 (EST) From: John Baldwin To: freebsd-hackers@freebsd.org Cc: Adrian Chadd , "Pokala, Ravi" , "freebsd-geom@freebsd.org" , "ken@freebsd.org" , "scottl@freebsd.org" , "freebsd-scsi@freebsd.org" , "imp@freebsd.org" Subject: Re: Low-level trace-buffers in CAM Date: Tue, 24 Nov 2015 18:07:39 -0800 Message-ID: <1676097.ULW1yzL7e7@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Nov 2015 21:27:04 -0500 (EST) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 02:27:06 -0000 On Monday, October 26, 2015 09:52:25 PM Adrian Chadd wrote: > Hi, > > ok. So this is where I create work for people. :-) > > Something I've been tossing up for quite some time is a generic > version of this that exposes a ring-buffer of entries back to > userland. For things like this, things like ALQ/KTR, etc, it's all > just a producer-consumer ring based thing. You don't even care about > multiple readers; that's a userland thing. > > So, I'm a big fan of this. I did this for the ath driver to debug > descriptors and register accesses and it was a big help. I'd really > like to see a more generic way we can expose this data in an efficient > manner! I actually think bpf might not be a bad interface (as I suggested at the vendor summit), though I think we need a way to enumerate BPF taps that aren't network interfaces (if we fix this then we can remove the fake USB ifnets and make glebius@ happy as well). Then you can look at these things in wireshark (which would be a bit bizarre perhaps) -- John Baldwin From owner-freebsd-hackers@freebsd.org Wed Nov 25 02:27:05 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4DD3A37F1C for ; Wed, 25 Nov 2015 02:27:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 795271096 for ; Wed, 25 Nov 2015 02:27:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7BABFB923; Tue, 24 Nov 2015 21:27:01 -0500 (EST) From: John Baldwin To: freebsd-hackers@freebsd.org Cc: Rui Paulo , Ganael Laplanche , Emmanuel Vadot , 'Warner Losh' Subject: Re: EFI Variables Date: Tue, 24 Nov 2015 18:15:29 -0800 Message-ID: <1547195.8ivBxpzumr@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <1446064708.28809.77.camel@me.com> References: <6ce779725aab266bc85e92f0ee2186b6@megadrive.org> <201510280727.19357.ganael.laplanche@corp.ovh.com> <1446064708.28809.77.camel@me.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Nov 2015 21:27:01 -0500 (EST) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 02:27:05 -0000 On Wednesday, October 28, 2015 01:38:28 PM Rui Paulo wrote: > On Wed, 2015-10-28 at 07:27 +0100, Ganael Laplanche wrote: > > On Tuesday, October 27, 2015 07:24:23 PM Emmanuel Vadot wrote: > > > > Hi Emmanuel, > > > > > I'm currently hacking around the loader.efi > > > > Great :) > > > > > I've also added the list and get command to the not working > > > "nvram" > > > command. > > > > I had myself posted a PR to fix that command as well as add a verbose > > switch > > and the ability to specify a variable name, see : > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202614 > > > > > For the "set" subcommand I think that the best way to handle it > > > is : > > > "nvram set myvar data" -> This will set the variable myvar to > > > data with > > > the freebsd guid (if there is any) > > > > > > and > > > > > > "nvram set myvar guid data" -> This will force the guid to > > > > It can be useful to set variables containing *strings*, but will > > hardly handle > > binary stuff :/ > > > > I am not sure whether it should be the loader's job to set > > variables... I can > > think of changing the boot order, but it may be difficult to get it > > right by > > hand and would probably require an upper-level tool, such as > > efibootmgr on > > Linux. > > > > > I'll look tomorrow how to access efivars once the kernel is > > > booted so > > > we can set some from some userland tool (especially the boot > > > related > > > one). > > > > Yes, this is interesting as the current kernel (amd64) does not > > provide access > > to EFI variables at all. > > > > 10.x/ia64 provided access to EFI variables through libefi(3) and > > io(4). It > > should be possible to import that code to other archs too, but you'll > > have to > > save the entry point to the Runtime Services Tables and maybe set a > > Virtual > > Address Map too (not sure about that point). > > > > It would be nice to set some EFI variables in the loader, but you can't > expect to handle binary data from the loader. Like you said, we need a > special tool to change EFI variables on a system already running > FreeBSD. I belive Warner has been working on adding more support for EFI runtime services to FreeBSD multiuser which might permit this. -- John Baldwin From owner-freebsd-hackers@freebsd.org Wed Nov 25 03:32:44 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9E5FA36CFC for ; Wed, 25 Nov 2015 03:32:44 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CA7A51F89 for ; Wed, 25 Nov 2015 03:32:44 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Wed, 25 Nov 2015 03:33:00 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id tAP3WaRB001513; Tue, 24 Nov 2015 20:32:36 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1448422356.1297.5.camel@freebsd.org> Subject: Re: vmstat -m strangeness From: Ian Lepore To: John Baldwin , freebsd-hackers@freebsd.org Date: Tue, 24 Nov 2015 20:32:36 -0700 In-Reply-To: <1769220.C3nP8qXIrX@ralph.baldwin.cx> References: <1445378386.14127.2.camel@freebsd.org> <1769220.C3nP8qXIrX@ralph.baldwin.cx> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 03:32:45 -0000 On Tue, 2015-11-24 at 17:10 -0800, John Baldwin wrote: > On Tuesday, October 20, 2015 03:59:46 PM Ian Lepore wrote: > > root@wand:~ # vmstat -m | egrep "busdma|bounce|devbuf|Type" > > Type InUse MemUse HighUse Requests Size(s) > > devbuf 125 10K - 166 16,32,64,256,512,1024 > > busdma 922 116K - 922 128 > > bounce 385 775K - 385 32,128 > > > > How do 385 allocations of 32 or 128 bytes add up to 775K? The > > answer... 768K of individual pages each allocated via > > contigmalloc() do > > n't show up in that output. Why is that, and is it something that > > should be fixed? > > Hmm. The output is "correct", it's just that these small allocations > have > relatively high overhead (PAGE_SIZE - 32 for a 32 byte allocation, > etc.). > > Not sure if there's a way to explain (in vmstat output) why the > overhead for > certain malloc buckets is so high. Perhaps the vmstat(8) manpage > could be > expanded to explain what MemUse is and list the contigmalloc() case > explicitly > as one possible reason for high overhead? > I think I wasn't very clear. There are 385 small allocations (mostly 32 byte) which are using 7 pages. The other 768 pages were allocated by calling contigmalloc() 768 times asking for one page. The strangeness is that those pages aren't reflected in that output. There's no '4096' category in sizes. To put it another way, contigmalloc() is accounting for the memory it allocates in a way that makes it show up in MemUse but not in Size(s), which makes for confusing output. No big deal really, just something I noticed. -- Ian From owner-freebsd-hackers@freebsd.org Wed Nov 25 17:57:07 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54F58A37147 for ; Wed, 25 Nov 2015 17:57:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 32226122C; Wed, 25 Nov 2015 17:57:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4EE17B93B; Wed, 25 Nov 2015 12:57:06 -0500 (EST) From: John Baldwin To: Ian Lepore Cc: freebsd-hackers@freebsd.org Subject: Re: vmstat -m strangeness Date: Wed, 25 Nov 2015 09:56:41 -0800 Message-ID: <11036450.1jCBAH2oOF@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <1448422356.1297.5.camel@freebsd.org> References: <1445378386.14127.2.camel@freebsd.org> <1769220.C3nP8qXIrX@ralph.baldwin.cx> <1448422356.1297.5.camel@freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 25 Nov 2015 12:57:06 -0500 (EST) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 17:57:07 -0000 On Tuesday, November 24, 2015 08:32:36 PM Ian Lepore wrote: > On Tue, 2015-11-24 at 17:10 -0800, John Baldwin wrote: > > On Tuesday, October 20, 2015 03:59:46 PM Ian Lepore wrote: > > > root@wand:~ # vmstat -m | egrep "busdma|bounce|devbuf|Type" > > > Type InUse MemUse HighUse Requests Size(s) > > > devbuf 125 10K - 166 16,32,64,256,512,1024 > > > busdma 922 116K - 922 128 > > > bounce 385 775K - 385 32,128 > > > > > > How do 385 allocations of 32 or 128 bytes add up to 775K? The > > > answer... 768K of individual pages each allocated via > > > contigmalloc() do > > > n't show up in that output. Why is that, and is it something that > > > should be fixed? > > > > Hmm. The output is "correct", it's just that these small allocations > > have > > relatively high overhead (PAGE_SIZE - 32 for a 32 byte allocation, > > etc.). > > > > Not sure if there's a way to explain (in vmstat output) why the > > overhead for > > certain malloc buckets is so high. Perhaps the vmstat(8) manpage > > could be > > expanded to explain what MemUse is and list the contigmalloc() case > > explicitly > > as one possible reason for high overhead? > > > > I think I wasn't very clear. There are 385 small allocations (mostly > 32 byte) which are using 7 pages. The other 768 pages were allocated > by calling contigmalloc() 768 times asking for one page. The > strangeness is that those pages aren't reflected in that output. > There's no '4096' category in sizes. > > To put it another way, contigmalloc() is accounting for the memory it > allocates in a way that makes it show up in MemUse but not in Size(s), > which makes for confusing output. No big deal really, just something I > noticed. Oh, that is indeed odd. I'm not sure how one could address that cleanly since contigmalloc takes arbitrary sizes. (E.g. it wouldn't be really correct to count a contigmalloc() of 8 pages as 8 1-page allocations though that is one way we could do this (by treating any contigmalloc() as N 1-page allocations).) -- John Baldwin From owner-freebsd-hackers@freebsd.org Wed Nov 25 23:34:39 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C12CEA36CCE; Wed, 25 Nov 2015 23:34:39 +0000 (UTC) (envelope-from rpokala@panasas.com) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0068.outbound.protection.outlook.com [157.56.110.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 925EE1CCD; Wed, 25 Nov 2015 23:34:37 +0000 (UTC) (envelope-from rpokala@panasas.com) Received: from CY1PR08MB1803.namprd08.prod.outlook.com (10.162.218.25) by CY1PR08MB1804.namprd08.prod.outlook.com (10.162.218.26) with Microsoft SMTP Server (TLS) id 15.1.331.20; Wed, 25 Nov 2015 23:18:38 +0000 Received: from CY1PR08MB1803.namprd08.prod.outlook.com ([10.162.218.25]) by CY1PR08MB1803.namprd08.prod.outlook.com ([10.162.218.25]) with mapi id 15.01.0331.019; Wed, 25 Nov 2015 23:18:38 +0000 From: "Pokala, Ravi" To: John Baldwin , "freebsd-hackers@freebsd.org" CC: Adrian Chadd , "freebsd-geom@freebsd.org" , "ken@freebsd.org" , "scottl@freebsd.org" , "freebsd-scsi@freebsd.org" , "imp@freebsd.org" Subject: Re: Low-level trace-buffers in CAM Thread-Topic: Low-level trace-buffers in CAM Thread-Index: AQHREF5W2DCPOIdjUUGMRg6fRJs3w55+pEiAgC2HGoCAANz+gA== Date: Wed, 25 Nov 2015 23:18:37 +0000 Message-ID: <4C8D47C3-CA6C-46DA-A318-98E114B2A506@panasas.com> References: <1676097.ULW1yzL7e7@ralph.baldwin.cx> In-Reply-To: <1676097.ULW1yzL7e7@ralph.baldwin.cx> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.151105 authentication-results: spf=none (sender IP is ) smtp.mailfrom=rpokala@panasas.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [64.80.217.3] x-microsoft-exchange-diagnostics: 1; CY1PR08MB1804; 5:A6yut9WBvVBgzrYFWRoHofcgqoUxDxfdMadisZQZr3vzOu+W1GR1UhaRS33nIlb5x7tQY4Am+bLflgVwDu4/psUmbIdjTySBOEeFlKEuvXKr2sVeqBSTdWzkdh70NN92aJUQBharyFp+T18phFKUQA==; 24:hNLANSEq4hNx2m7zYkOmQKhUo84RqYRcbq2c7RP6zOE/mvk9iH7DGMfBehjFmPwxW7TQnc3Cou4NMQHa9FGXG/BmT2ibVcOWgcONXselamw= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR08MB1804; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(239227872634102); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(520078)(5005006)(10201501046)(3002001); SRVR:CY1PR08MB1804; BCL:0; PCL:0; RULEID:; SRVR:CY1PR08MB1804; x-forefront-prvs: 0771670921 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(377424004)(377454003)(199003)(13464003)(189002)(24454002)(10400500002)(2900100001)(106116001)(99286002)(4001150100001)(66066001)(36756003)(102836003)(106356001)(5008740100001)(101416001)(1220700001)(5001770100001)(81156007)(4001350100001)(77096005)(83506001)(5004730100002)(76176999)(92566002)(97736004)(105586002)(11100500001)(2501003)(33656002)(3846002)(86362001)(586003)(40100003)(19580405001)(5001960100002)(82746002)(54356999)(50986999)(19580395003)(87936001)(122556002)(189998001)(2950100001)(6116002)(83716003)(5002640100001)(1096002)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:CY1PR08MB1804; H:CY1PR08MB1803.namprd08.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: panasas.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <0CAB380AABB07C4BB4B80B072D1649AD@namprd08.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: panasas.com X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Nov 2015 23:18:37.8766 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: acf01c9d-c699-42af-bdbb-44bf582e60b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR08MB1804 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 23:34:39 -0000 LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCg0KDQpGcm9tOiBKb2huIEJhbGR3aW4gPGpoYkBm cmVlYnNkLm9yZz4NCkRhdGU6IDIwMTUtMTEtMjQsIFR1ZXNkYXkgYXQgMTg6MDcNClRvOiAiZnJl ZWJzZC1oYWNrZXJzQGZyZWVic2Qub3JnIiA8ZnJlZWJzZC1oYWNrZXJzQGZyZWVic2Qub3JnPg0K Q2M6IEFkcmlhbiBDaGFkZCA8YWRyaWFuLmNoYWRkQGdtYWlsLmNvbT4sIFJhdmkgUG9rYWxhIDxy cG9rYWxhQHBhbmFzYXMuY29tPiwgImZyZWVic2QtZ2VvbUBmcmVlYnNkLm9yZyIgPGZyZWVic2Qt Z2VvbUBmcmVlYnNkLm9yZz4sICJrZW5AZnJlZWJzZC5vcmciIDxrZW5AZnJlZWJzZC5vcmc+LCAi c2NvdHRsQGZyZWVic2Qub3JnIiA8c2NvdHRsQGZyZWVic2Qub3JnPiwgImZyZWVic2Qtc2NzaUBm cmVlYnNkLm9yZyIgPGZyZWVic2Qtc2NzaUBmcmVlYnNkLm9yZz4sICJpbXBAZnJlZWJzZC5vcmci IDxpbXBAZnJlZWJzZC5vcmc+DQpTdWJqZWN0OiBSZTogTG93LWxldmVsIHRyYWNlLWJ1ZmZlcnMg aW4gQ0FNDQoNCj5PbiBNb25kYXksIE9jdG9iZXIgMjYsIDIwMTUgMDk6NTI6MjUgUE0gQWRyaWFu IENoYWRkIHdyb3RlOg0KPj4gSGksDQo+PiANCj4+IG9rLiBTbyB0aGlzIGlzIHdoZXJlIEkgY3Jl YXRlIHdvcmsgZm9yIHBlb3BsZS4gOi0pDQo+PiANCj4+IFNvbWV0aGluZyBJJ3ZlIGJlZW4gdG9z c2luZyB1cCBmb3IgcXVpdGUgc29tZSB0aW1lIGlzIGEgZ2VuZXJpYw0KPj4gdmVyc2lvbiBvZiB0 aGlzIHRoYXQgZXhwb3NlcyBhIHJpbmctYnVmZmVyIG9mIGVudHJpZXMgYmFjayB0bw0KPj4gdXNl cmxhbmQuIEZvciB0aGluZ3MgbGlrZSB0aGlzLCB0aGluZ3MgbGlrZSBBTFEvS1RSLCBldGMsIGl0 J3MgYWxsDQo+PiBqdXN0IGEgcHJvZHVjZXItY29uc3VtZXIgcmluZyBiYXNlZCB0aGluZy4gWW91 IGRvbid0IGV2ZW4gY2FyZSBhYm91dA0KPj4gbXVsdGlwbGUgcmVhZGVyczsgdGhhdCdzIGEgdXNl cmxhbmQgdGhpbmcuDQo+PiANCj4+IFNvLCBJJ20gYSBiaWcgZmFuIG9mIHRoaXMuIEkgZGlkIHRo aXMgZm9yIHRoZSBhdGggZHJpdmVyIHRvIGRlYnVnDQo+PiBkZXNjcmlwdG9ycyBhbmQgcmVnaXN0 ZXIgYWNjZXNzZXMgYW5kIGl0IHdhcyBhIGJpZyBoZWxwLiBJJ2QgcmVhbGx5DQo+PiBsaWtlIHRv IHNlZSBhIG1vcmUgZ2VuZXJpYyB3YXkgd2UgY2FuIGV4cG9zZSB0aGlzIGRhdGEgaW4gYW4gZWZm aWNpZW50DQo+PiBtYW5uZXIhDQo+DQo+SSBhY3R1YWxseSB0aGluayBicGYgbWlnaHQgbm90IGJl IGEgYmFkIGludGVyZmFjZSAoYXMgSSBzdWdnZXN0ZWQgYXQNCj50aGUgdmVuZG9yIHN1bW1pdCks IHRob3VnaCBJIHRoaW5rIHdlIG5lZWQgYSB3YXkgdG8gZW51bWVyYXRlIEJQRiB0YXBzDQo+dGhh dCBhcmVuJ3QgbmV0d29yayBpbnRlcmZhY2VzIChpZiB3ZSBmaXggdGhpcyB0aGVuIHdlIGNhbiBy ZW1vdmUgdGhlDQo+ZmFrZSBVU0IgaWZuZXRzIGFuZCBtYWtlIGdsZWJpdXNAIGhhcHB5IGFzIHdl bGwpLiAgVGhlbiB5b3UgY2FuIGxvb2sNCj5hdCB0aGVzZSB0aGluZ3MgaW4gd2lyZXNoYXJrICh3 aGljaCB3b3VsZCBiZSBhIGJpdCBiaXphcnJlIHBlcmhhcHMpDQoNCldhaXQsIHlvdSdyZSB0YWxr aW5nIGFib3V0IHVzaW5nIEJlcmtlbGV5IFBhY2tldCBGaWx0ZXIgaW4gdGhlIGNvbnRleHQgb2Yg c3RvcmFnZSBjb21tYW5kIHRyYWNpbmc/IFRoYXQncyBnaXZpbmcgbWUgYSBtYWpvciBwYXJzZSBl cnJvci4uLg0KDQotUmF2aQ0KDQo+LS0gDQo+Sm9obiBCYWxkd2luDQo= From owner-freebsd-hackers@freebsd.org Thu Nov 26 00:21:07 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E565CA37640; Thu, 26 Nov 2015 00:21:07 +0000 (UTC) (envelope-from stas@freebsd.org) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 945201C63; Thu, 26 Nov 2015 00:21:07 +0000 (UTC) (envelope-from stas@freebsd.org) Received: from [172.27.138.58] (unknown [199.201.64.131]) by mx0.deglitch.com (Postfix) with ESMTPSA id 8F8898FC2D; Wed, 25 Nov 2015 16:20:54 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: Low-level trace-buffers in CAM From: Stanislav Sedov In-Reply-To: <1676097.ULW1yzL7e7@ralph.baldwin.cx> Date: Wed, 25 Nov 2015 16:20:50 -0800 Cc: freebsd-hackers@freebsd.org, Adrian Chadd , "freebsd-geom@freebsd.org" , "ken@freebsd.org" , "Pokala, Ravi" , "scottl@freebsd.org" , "freebsd-scsi@freebsd.org" , "imp@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <1676097.ULW1yzL7e7@ralph.baldwin.cx> To: John Baldwin X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2015 00:21:08 -0000 > On Nov 24, 2015, at 6:07 PM, John Baldwin wrote: >=20 > I actually think bpf might not be a bad interface (as I suggested at > the vendor summit), though I think we need a way to enumerate BPF taps > that aren't network interfaces (if we fix this then we can remove the > fake USB ifnets and make glebius@ happy as well). Then you can look > at these things in wireshark (which would be a bit bizarre perhaps) This is an interesting idea! Wireshark access does not sound too = bizzare actually -- wireshark supports FC protocol parsing as well as generic = SCSI dissecting. This is immensely useful when debugging FC communication problems, and I can imaging it would be helpful in other situations as = well. On the other hand, if we are talking about generic ring buffer logger with userland access -- isn't DTrace essentialy that? DTrace provides a very efficient data collection framework with the filtering = capabilities not unlike BPF. We can already access most of the information the new = proposed framework hopes to provide without any kernel code modifications = (including raw CDBs), and by adding the missing static DTrace probes we can provide an easy access to the same data both BPF and an ad-hoc framework would = while also giving a flexibility of accessing auxiliary data without code = modifications. This will allow for a pure-userland pcap generation as well (or any kind = of custom reporting). Something to think about as well. -- Stanislav Sedov ST4096-RIPE From owner-freebsd-hackers@freebsd.org Thu Nov 26 03:28:16 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7EDB2A37519; Thu, 26 Nov 2015 03:28:16 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 539AE1498; Thu, 26 Nov 2015 03:28:15 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-251-140.lns20.per4.internode.on.net [121.45.251.140]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id tAQ3RxZL074102 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 25 Nov 2015 19:28:02 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: Low-level trace-buffers in CAM To: John Baldwin , freebsd-hackers@freebsd.org References: <1676097.ULW1yzL7e7@ralph.baldwin.cx> Cc: Adrian Chadd , "freebsd-geom@freebsd.org" , "ken@freebsd.org" , "Pokala, Ravi" , "scottl@freebsd.org" , "freebsd-scsi@freebsd.org" , "imp@freebsd.org" From: Julian Elischer Message-ID: <56567C39.6050002@freebsd.org> Date: Thu, 26 Nov 2015 11:27:53 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <1676097.ULW1yzL7e7@ralph.baldwin.cx> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2015 03:28:16 -0000 On 25/11/2015 10:07 AM, John Baldwin wrote: > On Monday, October 26, 2015 09:52:25 PM Adrian Chadd wrote: >> Hi, >> >> ok. So this is where I create work for people. :-) >> >> Something I've been tossing up for quite some time is a generic >> version of this that exposes a ring-buffer of entries back to >> userland. For things like this, things like ALQ/KTR, etc, it's all >> just a producer-consumer ring based thing. You don't even care about >> multiple readers; that's a userland thing. >> >> So, I'm a big fan of this. I did this for the ath driver to debug >> descriptors and register accesses and it was a big help. I'd really >> like to see a more generic way we can expose this data in an efficient >> manner! > I actually think bpf might not be a bad interface (as I suggested at > the vendor summit), though I think we need a way to enumerate BPF taps > that aren't network interfaces (if we fix this then we can remove the > fake USB ifnets and make glebius@ happy as well). Then you can look > at these things in wireshark (which would be a bit bizarre perhaps) I disagree. the advent of iSCSI makes this a natural thing. I would be very surprised if there were not already patches for wireshark to interpret scsi command blocks. I agree with you on this, it is a very logical way to do it. We may need to define a new form of interface for it but it makes perfect sense. From owner-freebsd-hackers@freebsd.org Thu Nov 26 08:40:53 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1882A38060 for ; Thu, 26 Nov 2015 08:40:52 +0000 (UTC) (envelope-from noname.esst@yahoo.com) Received: from nm38-vm1.bullet.mail.ne1.yahoo.com (nm38-vm1.bullet.mail.ne1.yahoo.com [98.138.229.145]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BFC13109D for ; Thu, 26 Nov 2015 08:40:52 +0000 (UTC) (envelope-from noname.esst@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1448527250; bh=ebyUJNzTxdz2S2ydqmfN/AwzMyPLPaGT1OG0hcJ9lUA=; h=Date:From:Reply-To:To:Subject:References:From:Subject; b=Raqt1ir7fCWR1N3EPbjObFuT0PM2Q9GUhy3IQExk/EfZMUohaETmypJA52smzYpwZMf7r3RzGz2z4qqBjfsIGqtvk9FByURRZUKUHnwzpwc9+SngJawzKY50oICqRrevc6LCksTYqcZ3PaIKvmCCEkVwfocj3T9PiJ0BOxDS00vb+E0I4q8c1W86mY3Ia3mrEmxybe/NMmDBpNzSzO4xw8sEF9nnIj6qb8I8r6w9zu8FIk/Uwlh2LuifPsnwm1aBMi0FiiIqlpPYM0lHfgMU3pkHrjYz3NbdmNxqIujiqwWN7XJECtjHpvtrw7WXzrAuWvhXuGB2YUQoX1MskVTenQ== Received: from [127.0.0.1] by nm38.bullet.mail.ne1.yahoo.com with NNFMP; 26 Nov 2015 08:40:50 -0000 Received: from [98.138.100.114] by nm38.bullet.mail.ne1.yahoo.com with NNFMP; 26 Nov 2015 08:38:00 -0000 Received: from [98.138.89.168] by tm105.bullet.mail.ne1.yahoo.com with NNFMP; 26 Nov 2015 08:38:00 -0000 Received: from [127.0.0.1] by omp1024.mail.ne1.yahoo.com with NNFMP; 26 Nov 2015 08:38:00 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 337750.31852.bm@omp1024.mail.ne1.yahoo.com X-YMail-OSG: BVqY8eUVM1khbT9k0kc3LOua0r4gI0cnazjC.lW4T_vIr6Hojgj_5qS9xSVadbz IfKj4s3YoXdErPkeVvqA8n3F6y0BHDPFb12wHaX1d1UWh2woSj3j452LqD1ehcihb_XBot7o6t_E tuTWhmU7.y1z.0GrNGB.pn5OAyreJuP9ZD2jc1Y4uvNQMslzGnzJSncjM.U4MjbZtRou0tjJweFA YadePCjY.wuNPmJYnwonZGw8yrSmtVR2FstHHm_a_cQpEx2jOcnAic5HmnqE5QSTn_ivf0o8_11p 2oW8nelrqXV.03tWK3Eg4d4jvV8rTG276C9vnu6OLuvmRA8BNLKnmQAhDYVadDlC1kDmovnS8OB1 D4YwM0BihISc7juaRq.2IwpN6IfOWzkDXknBoamIxJKLouvhqzSzorWhBDt0WjDhJehoexqM8wqd PM_L644B.cWssupTW7JqcuEYAt3cSZQtXKEylWKx.JeZTS9DiwySuIc0fDfoUjRHMTw-- Received: by 98.138.105.199; Thu, 26 Nov 2015 08:37:59 +0000 Date: Thu, 26 Nov 2015 08:37:59 +0000 (UTC) From: Nomad Esst Reply-To: Nomad Esst To: Freebsd Hackers List Message-ID: <1436779437.8863609.1448527079532.JavaMail.yahoo@mail.yahoo.com> Subject: interface loopback deletion panic MIME-Version: 1.0 References: <1436779437.8863609.1448527079532.JavaMail.yahoo.ref@mail.yahoo.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2015 08:40:53 -0000 See the following. When I try do delete the loopback interface, I face this= kernel panic. I'm using FreeBSD9.2 AMD64 [root@lower ~]# ifconfig lo1 deletein_scrubprefix: err=3D65, prefix delete = failed panic: rtfree 2 cpuid =3D 3 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffff809b08a= 620 kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffff809b08a6e0 panic() at panic+0x1ce/frame 0xffffff809b08a7e0 rtfree() at rtfree+0x105/frame 0xffffff809b08a800 in_ifadownkill() at in_ifadownkill+0x115/frame 0xffffff809b08a830 rn_walktree() at rn_walktree+0x7c/frame 0xffffff809b08a860 in_ifadown() at in_ifadown+0xbe/frame 0xffffff809b08a8b0 in_control() at in_control+0xa31/frame 0xffffff809b08a960 ifioctl() at ifioctl+0x803/frame 0xffffff809b08aa60 kern_ioctl() at kern_ioctl+0x106/frame 0xffffff809b08aab0 sys_ioctl() at sys_ioctl+0xfd/frame 0xffffff809b08ab10 amd64_syscall() at amd64_syscall+0x4df/frame 0xffffff809b08ac30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff809b08ac30 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x801170abc, rsp =3D 0x= 7fffffffd3b8, rbp =3D 0x7fffffffde85 --- KDB: enter: panic [ thread pid 16247 tid 100253 ] Stopped at=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 kdb_enter+0x3b: movq=C2=A0=C2=A0= =C2=A0 $0,0x5d0072(%rip) Thanks in advance. From owner-freebsd-hackers@freebsd.org Thu Nov 26 08:47:27 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D37A5A38868 for ; Thu, 26 Nov 2015 08:47:27 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9C37817B2 for ; Thu, 26 Nov 2015 08:47:27 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by iouu10 with SMTP id u10so81320784iou.0 for ; Thu, 26 Nov 2015 00:47:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Orb8U1Fjg+FSNR3i47NvMLnXE3aDo8Xe1j47RrtLjcE=; b=oFdh7b7gH+yBowmC+TNSwX886wP65CSA9+1+LbY/Hw/viTGKI4YYMS6G1QBPmHB6SH WzueKooKJ2NPKbqokRJ/Nl7WvM+UZcy+E1Yzy+idRMz2F4xkQAHiVAntL9HFdmifp+6Z aiBLeilsBOg0iCwkKBs3tOlvgVq3kRQpkzsT3un91NtxU+3X8N+/E6OkK7NX9Ek+u6gP NhbiYHrKz11lly2WulrME1ePhJ0f33AqACpiaOz/99CAyWDSwbQLRpsv8reMdiMOYJi3 cpsV+uVNBWFjZRRxEO7sz3upRl3o1eGkC5Ru0x3K9rZovWgo8dIoVCOvDmQy3YDDdyxN g4Vg== X-Received: by 10.98.87.83 with SMTP id l80mr37959097pfb.126.1448527646839; Thu, 26 Nov 2015 00:47:26 -0800 (PST) Received: from [192.168.20.7] (c-24-16-212-205.hsd1.wa.comcast.net. [24.16.212.205]) by smtp.gmail.com with ESMTPSA id h9sm25798938pfj.69.2015.11.26.00.47.25 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 26 Nov 2015 00:47:25 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: interface loopback deletion panic From: NGie Cooper In-Reply-To: <1436779437.8863609.1448527079532.JavaMail.yahoo@mail.yahoo.com> Date: Thu, 26 Nov 2015 00:47:24 -0800 Cc: Freebsd Hackers List Content-Transfer-Encoding: quoted-printable Message-Id: References: <1436779437.8863609.1448527079532.JavaMail.yahoo.ref@mail.yahoo.com> <1436779437.8863609.1448527079532.JavaMail.yahoo@mail.yahoo.com> To: Nomad Esst X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2015 08:47:27 -0000 > On Nov 26, 2015, at 00:37, Nomad Esst via freebsd-hackers = wrote: >=20 > See the following. When I try do delete the loopback interface, I face = this kernel panic. I'm using FreeBSD9.2 AMD64 >=20 > [root@lower ~]# ifconfig lo1 deletein_scrubprefix: err=3D65, prefix = delete failed > panic: rtfree 2 > cpuid =3D 3 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame = 0xffffff809b08a620 > kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffff809b08a6e0 > panic() at panic+0x1ce/frame 0xffffff809b08a7e0 > rtfree() at rtfree+0x105/frame 0xffffff809b08a800 > in_ifadownkill() at in_ifadownkill+0x115/frame 0xffffff809b08a830 > rn_walktree() at rn_walktree+0x7c/frame 0xffffff809b08a860 > in_ifadown() at in_ifadown+0xbe/frame 0xffffff809b08a8b0 > in_control() at in_control+0xa31/frame 0xffffff809b08a960 > ifioctl() at ifioctl+0x803/frame 0xffffff809b08aa60 > kern_ioctl() at kern_ioctl+0x106/frame 0xffffff809b08aab0 > sys_ioctl() at sys_ioctl+0xfd/frame 0xffffff809b08ab10 > amd64_syscall() at amd64_syscall+0x4df/frame 0xffffff809b08ac30 > Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff809b08ac30 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x801170abc, rsp =3D= 0x7fffffffd3b8, rbp =3D 0x7fffffffde85 --- > KDB: enter: panic > [ thread pid 16247 tid 100253 ] > Stopped at kdb_enter+0x3b: movq $0,0x5d0072(%rip) > Thanks in advance. Can you please describe how you created the interface (address, static = routes, etc)? I=E2=80=99d like to confirm whether or not the issue = exists on stable/9 and newer versions of FreeBSD. Thanks! -NGie= From owner-freebsd-hackers@freebsd.org Fri Nov 27 07:51:43 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71C86A3A2A0 for ; Fri, 27 Nov 2015 07:51:43 +0000 (UTC) (envelope-from carbaecker@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E0756157D for ; Fri, 27 Nov 2015 07:51:42 +0000 (UTC) (envelope-from carbaecker@gmx.de) Received: from [194.95.197.2] by 3capp-gmx-bs24.server.lan (via HTTP); Fri, 27 Nov 2015 08:51:40 +0100 Message-ID: From: =?UTF-8?Q?=22Carsten_B=C3=A4cker=22?= To: freebsd-hackers@freebsd.org Subject: Hierarchical Jails Date: Fri, 27 Nov 2015 08:51:40 +0100 Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K0:UlMCOv4vqUXuLGvCYQyncpS5dOJBa5aKIGR+2lFLWq3 uZcMIcAHoFZD8ueXMjSmzZN5moxhFVN/teZjC+PtHtRwEJynD9 Ui59xIw8k50tI5dzQLneqCJ20OTZFGxD2MGG0lueHai8afyAKO KpyRVwicFxxQ3EcyoP4pbC2U/UyJi7QzYxLv7Lg/oxcYrDZTeS BJeKq/NewLmP/A9hBqlHAjh9vMsV5qMNsmamUqEkFoP2Idamlf AEgHoB2z6gmpJH5qkxTshCpynOR3y2YfhaEwRIuYs3KjaKb0uC A6YDrc= X-UI-Out-Filterresults: notjunk:1;V01:K0://PgUuY8KmA=:9KEB92gNJKdYKgf6XqBwPq bE29dw3i9rDQYQTGna5VUzYNjKsWVp8BXJho/jJh/tT+m7vDtgOgZQjD8LO8s49BjP5Jwbnvl FuaHWKHae+MvOvo3ssenXLrSSLL/A1IecFkViJ+46D+rvKX69n0wSOFTlomuzENBnzqBhWlas ldl85cNj+hmLop4Zw0CtXdsR+JXdm2sSpxqDa+qMqwiIcEeYNvpIlSRQI2h3gNpWE7gW8r/AI JqaJDBZBJ8hSXk/88zPbDFMj33hHI2k/8HqdFoZ3RwcoQe2p16RWBgJZ808t6XzPJU+Bvt4+i m1/BLkJ8jaC5k6ILhxs/tqch2FVROcsGov6yoG97CZMGRSUqZed9KwxTnan8P0bvjIxRh0rkz RhDw6NNCrTxSrrLpqrVJTkFpnlqH90nNwOaGdcApBglVcJjLPmeuoyKS2vuJbjeztrYB7Vs7a nps/zbj4XQ== MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2015 07:51:43 -0000 From owner-freebsd-hackers@freebsd.org Fri Nov 27 07:54:44 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6CA0A3A414 for ; Fri, 27 Nov 2015 07:54:44 +0000 (UTC) (envelope-from carbaecker@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A74E1A35 for ; Fri, 27 Nov 2015 07:54:43 +0000 (UTC) (envelope-from carbaecker@gmx.de) Received: from [194.95.197.2] by 3capp-gmx-bs24.server.lan (via HTTP); Fri, 27 Nov 2015 08:54:35 +0100 Message-ID: From: =?UTF-8?Q?=22Carsten_B=C3=A4cker=22?= To: =?UTF-8?Q?=22Carsten_B=C3=A4cker=22?= , freebsd-hackers@freebsd.org Subject: Aw: Hierarchical Jails Date: Fri, 27 Nov 2015 08:54:35 +0100 Importance: normal Sensitivity: Normal In-Reply-To: References: X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K0:gChRijtdylbq0DRl4ckCVtmgdzTcSZ3TQooLdhfmeE5 +9Crj30XEdA9ImoAMbte8QfnaNsomk4ri9Z30PufQDZRp2fxAT N5xFU/lOl5MxY/TtjRSDtGFBSLrzVdXPFqNyBsD0N6B71mErNL Ml48Om4ponc2OYqlMuA8JvXcIJwws8/ya6c8mjJV00VdZmt8zD bK/dyRJrWZILaYr8zUPr8WoSVCQDg5rqPGojMgi/Qp+jYVPFlR 8mtye3EH8+ZGjUOwobTdxVeQ1rR9aN20/esMglK82AlBuI2LHW fL8MEQ= X-UI-Out-Filterresults: notjunk:1;V01:K0:uahKK2vQ1Hc=:ak/+pIU7UUSlNu8se34O7/ zNlIQ9yjK0PIc5f4FIA//0wqSgTFGALk62ai5o1I7IEoVnv4esvpcoHbHZCtlFsYumnBQl2Hu Iy9B3X1YNEzTL6zSIuo3I1JBY6rh+zuwpcYc5gP6rbe0DPfqHcZP7RZ7sijJBBqVpDcTkLN7O O32hAgzZwXGMvx6KpdBAvsmrp72ykgTiAngOYGlLJBUavVf2KLycc/CWEWN4vsgSOP8J9Wfm/ /sgGv5GrzWHCB3V6nV/5CDiOGOD1qmKrKyxlpRdrINRXkjSNZUGukv4fC/4RGDdUdgVcyDyd4 nT/RoE1Kc7V1VBYpnwe4I94XbiJ7pZOI8VH6JD0OZgkssKTWRivCESRyZpqa3HnF/009CoFiU hrylSCDeii+ltwdxRqi7VG602pY6KQxNLe4OblQ5SKskOJ05MeEw6XxcHbMM0zFkzUmFdcboH ah0KasnRwg== MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2015 07:54:44 -0000 From owner-freebsd-hackers@freebsd.org Fri Nov 27 07:58:44 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADC6DA3A4BB for ; Fri, 27 Nov 2015 07:58:44 +0000 (UTC) (envelope-from carbaecker@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1DF521BBA for ; Fri, 27 Nov 2015 07:58:43 +0000 (UTC) (envelope-from carbaecker@gmx.de) Received: from [192.168.42.125] ([194.95.197.2]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LaG7C-1ajpfJ3Ncs-00m2pV for ; Fri, 27 Nov 2015 08:58:35 +0100 Subject: Re: Hierarchical Jails To: freebsd-hackers@freebsd.org References: From: =?UTF-8?Q?Carsten_B=c3=a4cker?= Message-ID: <56580D28.4060107@gmx.de> Date: Fri, 27 Nov 2015 08:58:32 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: X-Provags-ID: V03:K0:PuJ32KH38MKGyUrohsFzZP5ziuGt/NzEyszlXi5BKfPuLk1vAwj bkB8u3gpBbNJ3BLe4JLmMPErIryT7DTUivzap4f/6SQoEjXSXWUGCzYp6UeZCNF6bnyf0lL WvuK/aIfbO4p7rlT9beB1V2J0Xb7YztcqV/doxrIVKQqT+uE0af1EHGtsQC7VO0REUzu0pe zh7of3MXAFFmhjD+PkS+Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:xe0FQExi+Vs=:d9UDHFYUFTVCR9ZmWcPzHq wt+GZtepV010STbpJ5O5CAWZin0pkT7+XrrUV0SxmXHdtfKmpw0r8hrJv4C5O8al0oXsXkthQ tRmOzRja2G69E02N4B62WBB6WUXlfTwlp4a3ajgoyzFkTNTVUmIbfyWN3V5LB+vVeMKa+dDrq ZdzYF3i+qNqMvxU9xNSh0KaqpvhbHnPIQ0o2h/INNJ1lX4Lu4RWlFK9Ua1O1+ga6m7koB198e 9JoPThLiohYkpEh/ofBZ3KE57UblJMbVwNvlB4Lkv6bfoKGId+sjOQCMxbPixD0FJwgPeTvD9 r1xh3c4YPMM34zrvE7KZaoEyIoe1XUuZadWnKBdmvpF+XFa5maYPMDxkYFQoYdNZkYE2q5SVP 8CSlNsmQQRsMjgFBTP9qZGtD5Gdtup7UOa8RY28zfqasf3j/dITTwUO8P+EwV0LHV4Bj3tvnf fhIqpGow6YQhmkdRETnKc/ryJnFfbqAKnt5wifZWQcKFG7dKGY74vVuWrocg82EOqy8pXKZ29 MyopDhIv3XH1XrZzknInTxcwJpPtF3BE4X9ogYk2om+7PU8YsOTZQEu5+K7hGubttxMOLLAeo WesbsjJWjrneavx9lmoDE+0d2cjz66/0NDf/Rh9LlzuNkdr5mLFZfaRVp5AjPUi9gyf02qNCJ 6qICEkKGVYUup9mgkAetPv9T268QvN2XH+/KQiiRCi3cSDgGG8eBAM4ZeE32tZMrdGJEFk/mc gx0DkIkcoWHk4PEYTLRlQQKFY5SgYDWrIt/0ydrOYsMVRGuiUprIezOMTIsBVoW11m9Ckn0rM Zy+8j8m Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2015 07:58:44 -0000 Am 27.11.2015 um 08:54 schrieb "Carsten Bäcker": > Sorry... something's wrong with GMX webmailer. Secont time this happens. > Hi Hackers, > i'm running into problems creating hierarchical jails. > First of all: this is my first try with *hierarchical* jails (in favor > of creating a bunch of VMs for software-testing). > I aliased lo0 with 127.0.1.1 - 127.0.1.3 > --- HOST jail.conf --- > exec.start = "/bin/sh /etc/rc"; > exec.stop = "/bin/sh /etc/rc.shutdown"; > exec.clean; > mount.devfs; > persist; > > allow.socket_af=1; > allow.raw_sockets=1; > path = "/usr/local/jails/$name"; > mount.fstab = "/usr/local/jails/fstab.$name"; > core { > host.hostname="jail_core"; > children.max=2; > ip4.addr = > ue0|192.168.42.90,lo0|127.0.1.1,lo0|127.0.1.2,lo0|127.0.1.3; > } > --- "jail_core" jail.conf --- > exec.start = "/bin/sh /etc/rc"; > exec.stop = "/bin/sh /etc/rc.shutdown"; > exec.clean; > mount.devfs; > persist; > path = "/usr/local/jails/$name"; > mount.fstab = "/usr/local/jails/fstab.$name"; > dev1 { > host.hostname="jail_dev1"; > ip4.addr = lo0|127.0.1.1; > } > jail_core starts up fine, but "children.max" seems to have no effect > when checked within the jail. > root@jail_core:/ # sysctl security.jail.param.children > security.jail.param.children.max: 0 > security.jail.param.children.cur: 0 > I'm not sure if this is related to the following problem, but when i > try to create a child-jail in this jailed environment i run into the > following error. > root@jail_core:/ # jail -c dev1 > ifconfig: ioctl (SIOCAIFADDR): permission denied > jail: dev1: /sbin/ifconfig lo0 inet 127.0.1.1 netmask 255.255.255.255 > alias: failed > What am i doing wrong? Any suggestions? > Unfortunately i didn't find too much information concerning > hierarchical jails. > Running CURRENT -r290973. > Best Regards > Carsten Bäcker > *Gesendet:* Freitag, 27. November 2015 um 08:51 Uhr > *Von:* "Carsten Bäcker" > *An:* freebsd-hackers@freebsd.org > *Betreff:* Hierarchical Jails > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://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 Nov 27 08:16:56 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F60FA3ABA6 for ; Fri, 27 Nov 2015 08:16:56 +0000 (UTC) (envelope-from rumpelsepp@sevenbyte.org) Received: from mail.sevenbyte.org (mail.sevenbyte.org [5.9.90.188]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2A5912C7 for ; Fri, 27 Nov 2015 08:16:55 +0000 (UTC) (envelope-from rumpelsepp@sevenbyte.org) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.sevenbyte.org (Postfix) with ESMTP id F30101260216 for ; Fri, 27 Nov 2015 08:57:56 +0100 (CET) X-Virus-Scanned: amavisd-new at sevenbyte.org Received: from mail.sevenbyte.org ([127.0.0.1]) by localhost (mail.sevenbyte.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TlPuTHwqXxNF for ; Fri, 27 Nov 2015 08:57:56 +0100 (CET) Subject: Re: Aw: Hierarchical Jails To: freebsd-hackers@freebsd.org References: From: Stefan Tatschner Message-ID: <56580D04.90108@sevenbyte.org> Date: Fri, 27 Nov 2015 08:57:56 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2015 08:16:56 -0000 Most likely you send HTML content and that is filtered by the mailing list. Stefan From owner-freebsd-hackers@freebsd.org Fri Nov 27 17:09:10 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10AD2A3A862; Fri, 27 Nov 2015 17:09:10 +0000 (UTC) (envelope-from jamie@freebsd.org) Received: from gritton.org (gritton.org [162.220.209.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.gritton.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E43181395; Fri, 27 Nov 2015 17:09:09 +0000 (UTC) (envelope-from jamie@freebsd.org) Received: from gritton.org (gritton.org [162.220.209.3]) by gritton.org (8.15.2/8.15.2) with ESMTPS id tARH93jQ071219 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 27 Nov 2015 10:09:03 -0700 (MST) (envelope-from jamie@freebsd.org) Received: (from www@localhost) by gritton.org (8.15.2/8.15.2/Submit) id tARH92DO071218; Fri, 27 Nov 2015 10:09:02 -0700 (MST) (envelope-from jamie@freebsd.org) X-Authentication-Warning: gritton.org: www set sender to jamie@freebsd.org using -f To: freebsd-hackers@freebsd.org, freebsd-jail@freebsd.org Subject: Re: Hierarchical Jails X-PHP-Originating-Script: 0:rcube.php MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 27 Nov 2015 10:09:02 -0700 From: James Gritton Cc: =?UTF-8?Q?Carsten_B=C3=A4cker?= Message-ID: <5afb4a26c024263f7312f1f0984444a1@gritton.org> X-Sender: jamie@freebsd.org User-Agent: Roundcube Webmail/1.1.2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2015 17:09:10 -0000 Am 27.11.2015 um 08:54 schrieb "Carsten Bäcker": > Sorry... something's wrong with GMX webmailer. Secont time this > happens. > Hi Hackers, > i'm running into problems creating hierarchical jails. > First of all: this is my first try with *hierarchical* jails (in favor > of creating a bunch of VMs for software-testing). > I aliased lo0 with 127.0.1.1 - 127.0.1.3 > --- HOST jail.conf --- > exec.start = "/bin/sh /etc/rc"; > exec.stop = "/bin/sh /etc/rc.shutdown"; > exec.clean; > mount.devfs; > persist; > > allow.socket_af=1; > allow.raw_sockets=1; > path = "/usr/local/jails/$name"; > mount.fstab = "/usr/local/jails/fstab.$name"; > core { > host.hostname="jail_core"; > children.max=2; > ip4.addr = > ue0|192.168.42.90,lo0|127.0.1.1,lo0|127.0.1.2,lo0|127.0.1.3; > } > --- "jail_core" jail.conf --- > exec.start = "/bin/sh /etc/rc"; > exec.stop = "/bin/sh /etc/rc.shutdown"; > exec.clean; > mount.devfs; > persist; > path = "/usr/local/jails/$name"; > mount.fstab = "/usr/local/jails/fstab.$name"; > dev1 { > host.hostname="jail_dev1"; > ip4.addr = lo0|127.0.1.1; > } > jail_core starts up fine, but "children.max" seems to have no effect > when checked within the jail. > root@jail_core:/ # sysctl security.jail.param.children > security.jail.param.children.max: 0 > security.jail.param.children.cur: 0 > I'm not sure if this is related to the following problem, but when i > try to create a child-jail in this jailed environment i run into the > following error. > root@jail_core:/ # jail -c dev1 > ifconfig: ioctl (SIOCAIFADDR): permission denied > jail: dev1: /sbin/ifconfig lo0 inet 127.0.1.1 netmask 255.255.255.255 > alias: failed > What am i doing wrong? Any suggestions? > Unfortunately i didn't find too much information concerning > hierarchical jails. > Running CURRENT -r290973. > Best Regards > Carsten Bäcker The trouble likes in dev1's ip4.addr specification. "lo0|127.0.1.1" means that the IP address is 127.0.1.1, and that an alias should be added on the interface lo0. But dev1 doesn't have permission to add IP aliases, which is where the "alias: failed" message comes from. The solution is easy in this case: you've already planned ahead and created the alias in core (as you should have), so it doesn't need to be created again. Just change dev1's specification to "ip4.addr = 127.0.1.1". - Jamie